From trac at haiku-os.org Mon Jun 2 22:26:28 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 02 Jun 2008 20:26:28 -0000 Subject: [Haiku-bugs] [Haiku] #2327: Please add langinfo.h as a public header In-Reply-To: <042.13ce36fe49dd2ce506a6744b61adb8c8@haiku-os.org> References: <042.13ce36fe49dd2ce506a6744b61adb8c8@haiku-os.org> Message-ID: <051.269bb501705c984c3d20dbf06752fc3f@haiku-os.org> #2327: Please add langinfo.h as a public header --------------------------+------------------------------------------------- Reporter: kaliber | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All --------------------------+------------------------------------------------- Comment (by korli): Including this header would mean we support locales, which we don't atm. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 2 22:54:04 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 02 Jun 2008 20:54:04 -0000 Subject: [Haiku-bugs] [Haiku] #2325: [Workspaces] forgets No border option In-Reply-To: <040.b0a38a7fe9f01f3edcfd792e67290297@haiku-os.org> References: <040.b0a38a7fe9f01f3edcfd792e67290297@haiku-os.org> Message-ID: <049.e3ae6fdba30417020c7a7e5b127317e8@haiku-os.org> #2325: [Workspaces] forgets No border option --------------------------------------+------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Workspaces | Version: R1 development Resolution: fixed | Platform: All --------------------------------------+------------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed Comment: Well "no title" and "no border" options are excluding. Adjusted in r25770. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 2 23:08:13 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 02 Jun 2008 21:08:13 -0000 Subject: [Haiku-bugs] [Haiku] #2314: [ProcessController] double clicking it will restart Deskbar. In-Reply-To: <040.2c98aa85a09378ba5140be14d3b4c723@haiku-os.org> References: <040.2c98aa85a09378ba5140be14d3b4c723@haiku-os.org> Message-ID: <049.807060c7f504ca86ed01c55fc08220f3@haiku-os.org> #2314: [ProcessController] double clicking it will restart Deskbar. ---------------------------+------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Platform: All ---------------------------+------------------------------------------------ Comment (by korli): Quoting from the code (on install and already installed): "Restart deskbar to make sure the new version is picked up". Sure it doesn't make sense if ProcessController is part of the distribution and doesn't evolve. But one could expect to upgrade Haiku one day :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 2 23:10:22 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 02 Jun 2008 21:10:22 -0000 Subject: [Haiku-bugs] [Haiku] #1883: Showing available jam targets In-Reply-To: <042.1a7d21a53a0c47625482a925e857c7c9@haiku-os.org> References: <042.1a7d21a53a0c47625482a925e857c7c9@haiku-os.org> Message-ID: <051.018bde939620c8b9eeb76a25b8375d32@haiku-os.org> #1883: Showing available jam targets ---------------------------+------------------------------------------------ Reporter: kaliber | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Platform: All ---------------------------+------------------------------------------------ Comment (by mmu_man): I use this as a completion function for jam, but it doesn't seem to pick all the possible targets (and it's slow): {{{ _jam () { local cur prev jamfiles jf f jf2 ft iter targets; COMPREPLY=(); cur=${COMP_WORDS[COMP_CWORD]}; prev=${COMP_WORDS[COMP_CWORD-1]}; if [ "$prev" = "-d" ]; then COMPREPLY=($( compgen -W 'a c d m x $(seq 0 9)' -- $cur )); else if [[ "$cur" == -* ]]; then COMPREPLY=($( compgen -W '-a \ -da -dc -dd -dm -dx -d0 -d1 -d2 -d3 -d4 -d5 -d6 -d7 -d8 -d9 \ -f -g -j -n -o -q -s -t -v' -- $cur )); else if [ -z "$_jam_targets_cache" ]; then echo -en " [building jam target cache...]\033[31D"; _jam_targets_cache="$(jam -d 5a -n -q veryunlikelytargetonlyusedforbuildingtargetlist | grep '\(NotFile \|set targets =\)' | sed 's/.*NotFile //;s/.* = //;s//\\>/g;s/!/\\!/g')"; echo -en " \033[31D"; export _jam_targets_cache; fi; COMPREPLY=($( compgen -W "$_jam_targets_cache" -- $cur )); fi; fi; return 0 } }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 2 23:26:57 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 02 Jun 2008 21:26:57 -0000 Subject: [Haiku-bugs] [Haiku] #256: [app_server] strange color conversion In-Reply-To: <040.7d94de2c4eee8ddb9e3e482f415d5bc1@haiku-os.org> References: <040.7d94de2c4eee8ddb9e3e482f415d5bc1@haiku-os.org> Message-ID: <049.a8f4410d1bfa1160d1002e33a28ab77d@haiku-os.org> #256: [app_server] strange color conversion ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Changes (by diver): * summary: strange color conversion => [app_server] strange color conversion -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 2 23:40:49 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 02 Jun 2008 21:40:49 -0000 Subject: [Haiku-bugs] [Haiku] #2057: 'IFS' screensaver crash In-Reply-To: <044.7b1b6ec7b89eaa223334a4d86ad3aebb@haiku-os.org> References: <044.7b1b6ec7b89eaa223334a4d86ad3aebb@haiku-os.org> Message-ID: <053.8c21f01b2f9fbfb246a9dacd57f02a07@haiku-os.org> #2057: 'IFS' screensaver crash ------------------------+--------------------------------------------------- Reporter: meanwhile | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by aldeck): Replying to [comment:1 meanwhile]: > Got the screensaver working only in a combination of lower resolution/less colors, although the error message shows up here too (after closing the screensaver window). Looking at the attachments (by the way, please type 'bt' in gdb to print the full backtrace), the crash seems to be caused by #2287 wich should be fixed now. The black screen and the crash seems to be two different issues. Can you test again? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 3 00:37:02 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 02 Jun 2008 22:37:02 -0000 Subject: [Haiku-bugs] [Haiku] #2232: Installer stops In-Reply-To: <042.d680184d20a7da48e6571c1a765d8a47@haiku-os.org> References: <042.d680184d20a7da48e6571c1a765d8a47@haiku-os.org> Message-ID: <051.d176af77058e0ff03c2f71a3823cb621@haiku-os.org> #2232: Installer stops -------------------------------------+-------------------------------------- Reporter: bbjimmy | Owner: korli Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Installer | Version: R1 development Resolution: fixed | Platform: All -------------------------------------+-------------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed Comment: I didn't apply the patch as is, and followed other ways for fixing error handling. Hopefully fixed in r25772. Feel free to reopen if not OK. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 3 07:52:57 2008 From: trac at haiku-os.org (Haiku) Date: Tue, 03 Jun 2008 05:52:57 -0000 Subject: [Haiku-bugs] [Haiku] #2323: [Media] volume control should react on scrolling up/down events In-Reply-To: <040.bbe0bf675907a00c9c078dccc4692d48@haiku-os.org> References: <040.bbe0bf675907a00c9c078dccc4692d48@haiku-os.org> Message-ID: <049.f7033fa445bce6921a6f92bf9c129a29@haiku-os.org> #2323: [Media] volume control should react on scrolling up/down events --------------------------------+------------------------------------------- Reporter: diver | Owner: korli Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Preferences/Media | Version: R1 development Resolution: | Platform: All --------------------------------+------------------------------------------- Changes (by koki): * cc: koki (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 3 07:53:49 2008 From: trac at haiku-os.org (Haiku) Date: Tue, 03 Jun 2008 05:53:49 -0000 Subject: [Haiku-bugs] [Haiku] #2310: [StyledEdit] sometimes hangs during start In-Reply-To: <040.3a9a123d622a2aef495626b5b46e5031@haiku-os.org> References: <040.3a9a123d622a2aef495626b5b46e5031@haiku-os.org> Message-ID: <049.10d18c99cc14197680e2bc9531310360@haiku-os.org> #2310: [StyledEdit] sometimes hangs during start --------------------------------------+------------------------------------- Reporter: diver | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/StyledEdit | Version: R1 development Resolution: | Platform: All --------------------------------------+------------------------------------- Changes (by koki): * cc: koki (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 3 08:40:08 2008 From: trac at haiku-os.org (Haiku) Date: Tue, 03 Jun 2008 06:40:08 -0000 Subject: [Haiku-bugs] [Haiku] #2310: [StyledEdit] sometimes hangs during start In-Reply-To: <040.3a9a123d622a2aef495626b5b46e5031@haiku-os.org> References: <040.3a9a123d622a2aef495626b5b46e5031@haiku-os.org> Message-ID: <049.d59e50da4d85d7960e383502076608f3@haiku-os.org> #2310: [StyledEdit] sometimes hangs during start --------------------------------------+------------------------------------- Reporter: diver | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/StyledEdit | Version: R1 development Resolution: | Platform: All --------------------------------------+------------------------------------- Comment (by jackburton): Does this happen when opening any file in particular, or also just by opening an empty file ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 4 09:04:43 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 04 Jun 2008 07:04:43 -0000 Subject: [Haiku-bugs] [Haiku] #2335: Boot failure with PATA disk on ATIIXP SB400 IDE controller Message-ID: <043.7c284a18643d1fe2f9f95baa73bde8e1@haiku-os.org> #2335: Boot failure with PATA disk on ATIIXP SB400 IDE controller --------------------------+------------------------------------------------- Reporter: drackham | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Disk | Version: R1 development Platform: All | --------------------------+------------------------------------------------- I am unable to boot off a PATA disk with an ATIIXP SB400 IDE controller. Booting stops at the disk icon. Machine is a Gateway with MS-7173 motherboard and a single P4 processor. Last tested with r25799. My symptoms sound almost identical to #1444 except that I have no SATA disks and generally disable the SATA controller in the BIOS, although I've also tried with it enabled. I've tried both the IDE and ATA bus_managers, returning early from pci_fixup, and waiting over a minute for anything to timeout. I've also tried disabling/disconnecting all non-essential hardware. I tested every combination of these strategies. Sticking dprintf in relevant places suggests that with the ATA bus_manager any call to snooze in ata_reset_bus deadlocks, never returning from scheduler_reschedule. Likewise, with the IDE bus_manager, the call to acquire_sem_etc in scan_device_int never returns. I've attached serial debug output for both bus_managers with TRACE_SCHEDULER enabled. In both cases, after entering KDL with F12, "threads" shows that all but the idle thread are either snoozing or waiting for a sem. Please let me know if additional information would be helpful. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 4 10:55:58 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 04 Jun 2008 08:55:58 -0000 Subject: [Haiku-bugs] [Haiku] #2336: non-absolute library pathnames in host-specific tools (ld bug) Message-ID: <040.2256259b048881f2cbf43ff55a95a19e@haiku-os.org> #2336: non-absolute library pathnames in host-specific tools (ld bug) --------------------------+------------------------------------------------- Reporter: thorn | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Platform: PowerPC | --------------------------+------------------------------------------------- darwin, ppc, gcc4 {{{ mybox:~/wrk/haiku/haiku thorn$ otool -L generated/objects/darwin/ppc/release/tools/settype generated/objects/darwin/ppc/release/tools/settype: generated/objects/darwin/lib/libroot_build.so (compatibility version 0.0.0, current version 0.0.0) /opt/local/lib/libgnuregex.dylib (compatibility version 0.0.0, current version 0.0.0) generated/objects/darwin/lib/libbe_build.so (compatibility version 0.0.0, current version 0.0.0) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.4.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.1.6) }}} in this case, i can ran settype only in haiku sources root. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 4 11:20:46 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 04 Jun 2008 09:20:46 -0000 Subject: [Haiku-bugs] [Haiku] #2336: non-absolute library pathnames in host-specific tools (ld bug) In-Reply-To: <040.2256259b048881f2cbf43ff55a95a19e@haiku-os.org> References: <040.2256259b048881f2cbf43ff55a95a19e@haiku-os.org> Message-ID: <049.44bbe8ad93e675b1c64c8258f4f12f1a@haiku-os.org> #2336: non-absolute library pathnames in host-specific tools (ld bug) ---------------------------+------------------------------------------------ Reporter: thorn | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Platform: PowerPC ---------------------------+------------------------------------------------ Comment (by bonefish): I have not the faintest idea what this is about. Would you mind to elaborate? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 4 12:47:50 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 04 Jun 2008 10:47:50 -0000 Subject: [Haiku-bugs] [Haiku] #2319: [consoled] can't turn off caps lock in kdl. In-Reply-To: <040.35d39acfe9d962393eb23dd199893536@haiku-os.org> References: <040.35d39acfe9d962393eb23dd199893536@haiku-os.org> Message-ID: <049.2e5102f0340c6ca92ab85b7da66c3b0b@haiku-os.org> #2319: [consoled] can't turn off caps lock in kdl. ---------------------+------------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System | Version: R1 development Resolution: | Platform: All ---------------------+------------------------------------------------------ Comment (by diver): Nope, just simple ps/2 keyboard here. I think you tried F12 to enter in kdl, right? I think it could only be reproducible if you've been forced to enter kdl by a crash (app_server). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 4 16:52:17 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 04 Jun 2008 14:52:17 -0000 Subject: [Haiku-bugs] [Haiku] #2337: After the recent vesa changes haiku hangs at boot Message-ID: <039.71dd3b0394d1905149cf0322daff9a9c@haiku-os.org> #2337: After the recent vesa changes haiku hangs at boot -----------------------+---------------------------------------------------- Reporter: ddew | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Platform: All | -----------------------+---------------------------------------------------- After the recent EDID changes in vesa it fails to set a video mode to draw the desktop. When I take it to KDL manually and do a bt it seems picasso has hung doing something involving vesa_set_display_mode. Attaching a photo of the bt. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 4 17:39:05 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 04 Jun 2008 15:39:05 -0000 Subject: [Haiku-bugs] [Haiku] #2337: After the recent vesa changes haiku hangs at boot In-Reply-To: <039.71dd3b0394d1905149cf0322daff9a9c@haiku-os.org> References: <039.71dd3b0394d1905149cf0322daff9a9c@haiku-os.org> Message-ID: <048.3c2f15a318a3199af00b532ca1717371@haiku-os.org> #2337: After the recent vesa changes haiku hangs at boot ------------------------+--------------------------------------------------- Reporter: ddew | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by ddew): Forgot to add the specs of the machine. Core2Duo 3.0ghz 5GB ram NVidia GeForce 9800GTX -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 4 17:40:32 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 04 Jun 2008 15:40:32 -0000 Subject: [Haiku-bugs] [Haiku] #2232: Installer stops In-Reply-To: <042.d680184d20a7da48e6571c1a765d8a47@haiku-os.org> References: <042.d680184d20a7da48e6571c1a765d8a47@haiku-os.org> Message-ID: <051.0e50da39f26938cad2a1e6034a8181fc@haiku-os.org> #2232: Installer stops -------------------------------------+-------------------------------------- Reporter: bbjimmy | Owner: korli Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Applications/Installer | Version: R1 development Resolution: | Platform: All -------------------------------------+-------------------------------------- Changes (by bbjimmy): * status: closed => reopened * resolution: fixed => Comment: SUCCESS --- sort of The installer now completes the installation, but one still needs to run makebootable from a terminal to have the target partition boot. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 4 17:55:36 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 04 Jun 2008 15:55:36 -0000 Subject: [Haiku-bugs] [Haiku] #2319: [consoled] can't turn off caps lock in kdl. In-Reply-To: <040.35d39acfe9d962393eb23dd199893536@haiku-os.org> References: <040.35d39acfe9d962393eb23dd199893536@haiku-os.org> Message-ID: <049.809826cb845440eeeb21cf642c89022e@haiku-os.org> #2319: [consoled] can't turn off caps lock in kdl. ---------------------+------------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System | Version: R1 development Resolution: | Platform: All ---------------------+------------------------------------------------------ Comment (by mmlr): Note that what you get when for example app_server (or other GUI servers) crashes is not a KDL. It is a fullscreen GDB that is attached to the thread that crashed. The rest of the system will not be halted in those cases as would be the case if you actually entered KDL. Please clarify if it was indeed a KDL or just a GDB caused by a GUI server crash. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 4 17:59:14 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 04 Jun 2008 15:59:14 -0000 Subject: [Haiku-bugs] [Haiku] #2319: [consoled] can't turn off caps lock in kdl. In-Reply-To: <040.35d39acfe9d962393eb23dd199893536@haiku-os.org> References: <040.35d39acfe9d962393eb23dd199893536@haiku-os.org> Message-ID: <049.7d2de5d03e5c6447773e6975b7d45353@haiku-os.org> #2319: [consoled] can't turn off caps lock in kdl. ---------------------+------------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System | Version: R1 development Resolution: | Platform: All ---------------------+------------------------------------------------------ Comment (by diver): Yes, I think it was app_server crash. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 4 18:03:00 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 04 Jun 2008 16:03:00 -0000 Subject: [Haiku-bugs] [Haiku] #2337: After the recent vesa changes haiku hangs at boot In-Reply-To: <039.71dd3b0394d1905149cf0322daff9a9c@haiku-os.org> References: <039.71dd3b0394d1905149cf0322daff9a9c@haiku-os.org> Message-ID: <048.27298d0fafc22d29160c9a2ee4f1bd1f@haiku-os.org> #2337: After the recent vesa changes haiku hangs at boot ------------------------+--------------------------------------------------- Reporter: ddew | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by axeld): Can you provide a syslog from before that change? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 4 18:28:19 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 04 Jun 2008 16:28:19 -0000 Subject: [Haiku-bugs] [Haiku] #2337: After the recent vesa changes haiku hangs at boot In-Reply-To: <039.71dd3b0394d1905149cf0322daff9a9c@haiku-os.org> References: <039.71dd3b0394d1905149cf0322daff9a9c@haiku-os.org> Message-ID: <048.54c3145cb952074842275d784415b71e@haiku-os.org> #2337: After the recent vesa changes haiku hangs at boot ------------------------+--------------------------------------------------- Reporter: ddew | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by ddew): Unfortunatly not, i have no way to capture a serial log atm. I'll try to pick up a cable tomorrow. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 4 18:32:47 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 04 Jun 2008 16:32:47 -0000 Subject: [Haiku-bugs] [Haiku] #1993: Implement using HPET timers and other mechanisms than TSC for time keeping In-Reply-To: <040.ae3712170bf3f602ef64c6312bd6de79@haiku-os.org> References: <040.ae3712170bf3f602ef64c6312bd6de79@haiku-os.org> Message-ID: <049.c4e874bad207046a9a9b13b819ea033e@haiku-os.org> #1993: Implement using HPET timers and other mechanisms than TSC for time keeping ----------------------------+----------------------------------------------- Reporter: axeld | Owner: axeld Type: enhancement | Status: new Priority: high | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Changes (by dustin howett): * component: - General => System/Kernel Comment: Working on it; commenting on it to add my cc because I can't quite be assigned this ticket. Also, I quite think it's a Kernel thing. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 4 18:38:30 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 04 Jun 2008 16:38:30 -0000 Subject: [Haiku-bugs] [Haiku] #2319: consoled can't turn off caps lock In-Reply-To: <040.35d39acfe9d962393eb23dd199893536@haiku-os.org> References: <040.35d39acfe9d962393eb23dd199893536@haiku-os.org> Message-ID: <049.bac2eee7ea19e0042ec7301d2aeb67ef@haiku-os.org> #2319: consoled can't turn off caps lock ---------------------+------------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System | Version: R1 development Resolution: | Platform: All ---------------------+------------------------------------------------------ Changes (by axeld): * summary: [consoled] can't turn off caps lock in kdl. => consoled can't turn off caps lock -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 4 18:40:41 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 04 Jun 2008 16:40:41 -0000 Subject: [Haiku-bugs] [Haiku] #2337: After the recent vesa changes haiku hangs at boot In-Reply-To: <039.71dd3b0394d1905149cf0322daff9a9c@haiku-os.org> References: <039.71dd3b0394d1905149cf0322daff9a9c@haiku-os.org> Message-ID: <048.3dbe65b42a146a84f2beac71c8c2c9c2@haiku-os.org> #2337: After the recent vesa changes haiku hangs at boot ------------------------+--------------------------------------------------- Reporter: ddew | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by axeld): Then you could just use the current revision, though :-) The syslog is saved in /var/log/syslog when running Haiku - you can then secure this file via FTP or whatever means. You just cannot access it if Haiku crashes before. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 4 18:43:50 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 04 Jun 2008 16:43:50 -0000 Subject: [Haiku-bugs] [Haiku] #2337: After the recent vesa changes haiku hangs at boot In-Reply-To: <039.71dd3b0394d1905149cf0322daff9a9c@haiku-os.org> References: <039.71dd3b0394d1905149cf0322daff9a9c@haiku-os.org> Message-ID: <048.98a357744fd20926e41df1829165e7b1@haiku-os.org> #2337: After the recent vesa changes haiku hangs at boot ------------------------+--------------------------------------------------- Reporter: ddew | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by ddew): Excellent idea, i'll set up another haiku partition here and give it a go :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 4 19:27:05 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 04 Jun 2008 17:27:05 -0000 Subject: [Haiku-bugs] [Haiku] #2337: After the recent vesa changes haiku hangs at boot In-Reply-To: <039.71dd3b0394d1905149cf0322daff9a9c@haiku-os.org> References: <039.71dd3b0394d1905149cf0322daff9a9c@haiku-os.org> Message-ID: <048.af14ca029a272b0d8f6991a7cc59eaa2@haiku-os.org> #2337: After the recent vesa changes haiku hangs at boot ------------------------+--------------------------------------------------- Reporter: ddew | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by ddew): Tried setting up another partition with a working revision and mounted the broken one to see if anything had been saved to syslog but unfortunatly the file hadn't been synced to disk when it hung. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 4 20:03:16 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 04 Jun 2008 18:03:16 -0000 Subject: [Haiku-bugs] [Haiku] #2337: After the recent vesa changes haiku hangs at boot In-Reply-To: <039.71dd3b0394d1905149cf0322daff9a9c@haiku-os.org> References: <039.71dd3b0394d1905149cf0322daff9a9c@haiku-os.org> Message-ID: <048.0dcc0c5fd3617fe7b9dc3b52d4020106@haiku-os.org> #2337: After the recent vesa changes haiku hangs at boot ------------------------+--------------------------------------------------- Reporter: ddew | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by axeld): Sometimes it seems to be hard to understand me :-) If Haiku KDLs, you cannot expect to found a useful syslog (because it might not have been written back yet). Therefore, I suggested to run a previous revision that is known to work, and save the syslog from that run - this will give at least some information about the EDID info that was received on your system, and which resolution should be set. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 4 20:47:48 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 04 Jun 2008 18:47:48 -0000 Subject: [Haiku-bugs] [Haiku] #2338: KDL when trying to run ./configure ...checking whether to build static libraries... Message-ID: <042.d5beb02ab9fa388348f4576a50108250@haiku-os.org> #2338: KDL when trying to run ./configure ...checking whether to build static libraries... -----------------------+---------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Platform: All | -----------------------+---------------------------------------------------- This happened with r25782. Screenshots attached. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 4 21:21:20 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 04 Jun 2008 19:21:20 -0000 Subject: [Haiku-bugs] [Haiku] #2338: KDL when trying to run ./configure ...checking whether to build static libraries... In-Reply-To: <042.d5beb02ab9fa388348f4576a50108250@haiku-os.org> References: <042.d5beb02ab9fa388348f4576a50108250@haiku-os.org> Message-ID: <051.4b2e438cf13dd7ca34504087964d417d@haiku-os.org> #2338: KDL when trying to run ./configure ...checking whether to build static libraries... ------------------------+--------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by nielx): This is the same as ticket #2326 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 4 21:27:43 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 04 Jun 2008 19:27:43 -0000 Subject: [Haiku-bugs] [Haiku] #2338: KDL when trying to run ./configure ...checking whether to build static libraries... In-Reply-To: <042.d5beb02ab9fa388348f4576a50108250@haiku-os.org> References: <042.d5beb02ab9fa388348f4576a50108250@haiku-os.org> Message-ID: <051.55c3fb0e3f9ddff6561e5961716935f5@haiku-os.org> #2338: KDL when trying to run ./configure ...checking whether to build static libraries... ------------------------+--------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: duplicate | Platform: All ------------------------+--------------------------------------------------- Changes (by mmlr): * status: new => closed * resolution: => duplicate Comment: Duplicate of #2326 then. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 4 21:35:02 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 04 Jun 2008 19:35:02 -0000 Subject: [Haiku-bugs] [Haiku] #2338: KDL when trying to run ./configure ...checking whether to build static libraries... In-Reply-To: <042.d5beb02ab9fa388348f4576a50108250@haiku-os.org> References: <042.d5beb02ab9fa388348f4576a50108250@haiku-os.org> Message-ID: <051.a9ba581fa591fc9294ac8a48acc183fc@haiku-os.org> #2338: KDL when trying to run ./configure ...checking whether to build static libraries... ------------------------+--------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: duplicate | Platform: All ------------------------+--------------------------------------------------- Comment (by nielx): I'll add a comment to #2326 referring to the excellent information here. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 4 21:35:32 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 04 Jun 2008 19:35:32 -0000 Subject: [Haiku-bugs] [Haiku] #2326: KDL: remove page 0x91d46aa0 from cache 0x91365060: page still has mappings! In-Reply-To: <042.8bf053c506c9327760c0c06f2a1de810@haiku-os.org> References: <042.8bf053c506c9327760c0c06f2a1de810@haiku-os.org> Message-ID: <051.6ba263c250e1a4e3470db31981c9be31@haiku-os.org> #2326: KDL: remove page 0x91d46aa0 from cache 0x91365060: page still has mappings! ----------------------------+----------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by nielx): See #2338 for a complete syslog and serial log. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 4 22:52:43 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 04 Jun 2008 20:52:43 -0000 Subject: [Haiku-bugs] [Haiku] #2025: usb_disk + installer causes system instability/KDL In-Reply-To: <045.ef6814b7ea96f8c081432d8ed5683620@haiku-os.org> References: <045.ef6814b7ea96f8c081432d8ed5683620@haiku-os.org> Message-ID: <054.e1b3934f20ec504adb24a4d631eb99f1@haiku-os.org> #2025: usb_disk + installer causes system instability/KDL --------------------------+------------------------------------------------- Reporter: netster403 | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: fixed | Platform: All --------------------------+------------------------------------------------- Changes (by mmlr): * status: assigned => closed * resolution: => fixed Comment: Closing this as it was probably caused by #2008 and not usb_disk. Please reopen if necessary. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 4 22:57:29 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 04 Jun 2008 20:57:29 -0000 Subject: [Haiku-bugs] [Haiku] #2326: KDL: remove page 0x91d46aa0 from cache 0x91365060: page still has mappings! In-Reply-To: <042.8bf053c506c9327760c0c06f2a1de810@haiku-os.org> References: <042.8bf053c506c9327760c0c06f2a1de810@haiku-os.org> Message-ID: <051.ca2b10b4f27dd4aada309022de136937@haiku-os.org> #2326: KDL: remove page 0x91d46aa0 from cache 0x91365060: page still has mappings! ----------------------------+----------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Changes (by scottmc): * cc: scottmc (added) Comment: Sorry for dupe, I will follow this one. I'll try an older version until this gets resolved as it stops most porting work until it's fixed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 4 23:24:03 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 04 Jun 2008 21:24:03 -0000 Subject: [Haiku-bugs] [Haiku] #2326: KDL: remove page 0x91d46aa0 from cache 0x91365060: page still has mappings! In-Reply-To: <042.8bf053c506c9327760c0c06f2a1de810@haiku-os.org> References: <042.8bf053c506c9327760c0c06f2a1de810@haiku-os.org> Message-ID: <051.651a225bb6f077d5b7f6937eb87799df@haiku-os.org> #2326: KDL: remove page 0x91d46aa0 from cache 0x91365060: page still has mappings! ----------------------------+----------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Changes (by axeld): * priority: normal => blocker * milestone: R1 => R1/alpha1 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 4 23:33:56 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 04 Jun 2008 21:33:56 -0000 Subject: [Haiku-bugs] [Haiku] #2326: KDL: remove page 0x91d46aa0 from cache 0x91365060: page still has mappings! In-Reply-To: <042.8bf053c506c9327760c0c06f2a1de810@haiku-os.org> References: <042.8bf053c506c9327760c0c06f2a1de810@haiku-os.org> Message-ID: <051.e56447a33addc3ee4474b9810712f487@haiku-os.org> #2326: KDL: remove page 0x91d46aa0 from cache 0x91365060: page still has mappings! ----------------------------+----------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by mmlr): Not that I'd have the slightest idea of the exact reason, but I guess r25716/r25717 are to blame for this one. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 5 00:36:03 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 04 Jun 2008 22:36:03 -0000 Subject: [Haiku-bugs] [Haiku] #2339: Can't exit "Haiku" screensaver (25802) Message-ID: <048.5b3f0449b6ae81ed82fdfafc6b3a2dcb@haiku-os.org> #2339: Can't exit "Haiku" screensaver (25802) -------------------------------------+-------------------------------------- Reporter: dustin howett | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/ScreenSaver | Version: R1 development Platform: All | -------------------------------------+-------------------------------------- I went to the screensaver pref panel and clicked "Test" with the haiku screensaver selected. The screensaver started up, but I could not exit it via the mouse or the keyboard. Had to drop into KDL, drop the team to the user debugger, and terminate it from there. GCC4 main build, hybrid with gcc2. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 5 01:40:33 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 04 Jun 2008 23:40:33 -0000 Subject: [Haiku-bugs] [Haiku] #2340: PANIC: release spinlock: [...] Message-ID: <039.cb9e57b14a10c4a0bcc33f081eeb9804@haiku-os.org> #2340: PANIC: release spinlock: [...] --------------------------------+------------------------------------------- Reporter: cpf_ | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Boot Loader | Version: R1 development Platform: x86 | --------------------------------+------------------------------------------- While trying to boot on VirtualBox: PANIC: release_spinlock: attempt to release lock 0x800db56c with interrupts enabled With a polite invitation to debug the kernel and a "kdebug" shell. I wouldn't know what to do to debug any part of any kernel :) How to reproduce: Download the current raw image, bzip2 -d [the file], vditool DD [the image] [the vdi image] Import in virtualbox, try to boot (see the nice haiku boot splash, and later the white shell) experienced behavior: doesn't do anything (except throw a console at me) expected behavior: Boot // Hope this helps... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 5 01:48:24 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 04 Jun 2008 23:48:24 -0000 Subject: [Haiku-bugs] [Haiku] #2340: PANIC: release spinlock: [...] In-Reply-To: <039.cb9e57b14a10c4a0bcc33f081eeb9804@haiku-os.org> References: <039.cb9e57b14a10c4a0bcc33f081eeb9804@haiku-os.org> Message-ID: <048.26c51286580db9294cdf612688d64c7d@haiku-os.org> #2340: PANIC: release spinlock: [...] ---------------------------------+------------------------------------------ Reporter: cpf_ | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Boot Loader | Version: R1 development Resolution: | Platform: x86 ---------------------------------+------------------------------------------ Comment (by umccullough): Looks like duplicate of #1230 (see second screenshot) and #2202 as well. Possibly are related to problems with virtualbox mentioned in #748 (also see virtualbox bug: http://www.virtualbox.org/ticket/56 ) Ultimately, there have been reports of successful boot under VirtualBox by enabling the hardware virtualization features on systems that support it, otherwise many have reported problems. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 5 02:06:45 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 05 Jun 2008 00:06:45 -0000 Subject: [Haiku-bugs] [Haiku] #2340: PANIC: release spinlock: [...] In-Reply-To: <039.cb9e57b14a10c4a0bcc33f081eeb9804@haiku-os.org> References: <039.cb9e57b14a10c4a0bcc33f081eeb9804@haiku-os.org> Message-ID: <048.3fb1147a0bdc10334ca8c130e9c6d1eb@haiku-os.org> #2340: PANIC: release spinlock: [...] ---------------------------------+------------------------------------------ Reporter: cpf_ | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Boot Loader | Version: R1 development Resolution: | Platform: x86 ---------------------------------+------------------------------------------ Comment (by cpf_): Replying to [comment:1 umccullough]: > Looks like duplicate of #1230 (see second screenshot) and #2202 as well. > > Possibly are related to problems with virtualbox mentioned in #748 (also see virtualbox bug: http://www.virtualbox.org/ticket/56 ) > > Ultimately, there have been reports of successful boot under VirtualBox by enabling the hardware virtualization features on systems that support it, otherwise many have reported problems. After enabling the virtualization (hidden carefully) it works (boots at least). I didn't know this was a duplication - sorry for that, I tried to search before posting, but nothing similar came up on the search. This can be closed to my regards. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 5 02:10:39 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 05 Jun 2008 00:10:39 -0000 Subject: [Haiku-bugs] [Haiku] #2202: attempt to release lock 0x800d053c with interrupts enable In-Reply-To: <047.fabdd29ab8893ef66154f5b56ed845a0@haiku-os.org> References: <047.fabdd29ab8893ef66154f5b56ed845a0@haiku-os.org> Message-ID: <056.418835dd7c03fed3ca1f14f7cf345482@haiku-os.org> #2202: attempt to release lock 0x800d053c with interrupts enable ---------------------------+------------------------------------------------ Reporter: skarmiglione | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ---------------------------+------------------------------------------------ Comment (by umccullough): Seems to be duplicate of #1230 (see second screenshot). Possibly are related to problems with virtualbox mentioned in #748 (also see virtualbox bug: http://www.virtualbox.org/ticket/56 ) Some report that it works when enabling the hardware virtualization - not using that feature usually results in boot failure. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 4 23:34:24 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 04 Jun 2008 21:34:24 -0000 Subject: [Haiku-bugs] [Haiku] #2284: Page Fault on boot (25717) In-Reply-To: <048.bfb72f9386e7aa9daa3a55dc9e971a91@haiku-os.org> References: <048.bfb72f9386e7aa9daa3a55dc9e971a91@haiku-os.org> Message-ID: <057.8804045b7b7696466a69f767f45265ce@haiku-os.org> #2284: Page Fault on boot (25717) ----------------------------+----------------------------------------------- Reporter: dustin howett | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: - General | Version: R1 development Resolution: | Platform: x64 ----------------------------+----------------------------------------------- Comment (by dustin howett): Removing legacy_sata fixes the issue; dm shows that generic_ide_pci took over. When it pagefaulted, eax and edx held the address of the second instance of the legacy_sata driver as reported by dm. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 5 07:12:12 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 05 Jun 2008 05:12:12 -0000 Subject: [Haiku-bugs] [Haiku] #2336: non-absolute library pathnames in host-specific tools (ld bug) In-Reply-To: <040.2256259b048881f2cbf43ff55a95a19e@haiku-os.org> References: <040.2256259b048881f2cbf43ff55a95a19e@haiku-os.org> Message-ID: <049.8b8eb0d83dda970c9a2d6360d70d3b26@haiku-os.org> #2336: non-absolute library pathnames in host-specific tools (ld bug) ---------------------------+------------------------------------------------ Reporter: thorn | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Platform: PowerPC ---------------------------+------------------------------------------------ Comment (by thorn): Replying to [comment:1 bonefish]: > I have not the faintest idea what this is about. Would you mind to elaborate? compare this: {{{ mybox:~/wrk/haiku/haiku thorn$ pwd /Users/thorn/wrk/haiku/haiku mybox:~/wrk/haiku/haiku thorn$ generated/objects/darwin/ppc/release/tools/mimeset usage: mimeset [OPTION]... [PATH]... -all combine default action and the -apps option -apps update 'app' and 'meta_mime' information -f force updating, even if previously updated (will not overwrite the 'type' of a file) -F force updating, even if previously updated (will overwrite the 'type' of a file) --help display this help information When PATH is @, file names are read from stdin }}} and {{{ mybox:~/wrk/haiku/haiku/src thorn$ pwd /Users/thorn/wrk/haiku/haiku/src mybox:~/wrk/haiku/haiku/src thorn$ ../generated/objects/darwin/ppc/release/tools/mimeset dyld: Library not loaded: generated/objects/darwin/lib/libroot_build.so Referenced from: /Users/thorn/wrk/haiku/haiku/src/../generated/objects/darwin/ppc/release/tools/mimeset Reason: image not found Trace/BPT trap }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 5 07:23:09 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 05 Jun 2008 05:23:09 -0000 Subject: [Haiku-bugs] [Haiku] #2336: non-absolute library pathnames in host-specific tools (ld bug) In-Reply-To: <040.2256259b048881f2cbf43ff55a95a19e@haiku-os.org> References: <040.2256259b048881f2cbf43ff55a95a19e@haiku-os.org> Message-ID: <049.b4a14daf234ecfd1e81dc86442f91a6d@haiku-os.org> #2336: non-absolute library pathnames in host-specific tools (ld bug) ---------------------------+------------------------------------------------ Reporter: thorn | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: invalid | Platform: PowerPC ---------------------------+------------------------------------------------ Changes (by bonefish): * status: new => closed * resolution: => invalid Comment: If you run internal build tools manually, you'll have to set the library path correctly. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 5 09:47:59 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 05 Jun 2008 07:47:59 -0000 Subject: [Haiku-bugs] [Haiku] #2202: attempt to release lock 0x800d053c with interrupts enable In-Reply-To: <047.fabdd29ab8893ef66154f5b56ed845a0@haiku-os.org> References: <047.fabdd29ab8893ef66154f5b56ed845a0@haiku-os.org> Message-ID: <056.b6321acd077403af68655e24cf9ba67e@haiku-os.org> #2202: attempt to release lock 0x800d053c with interrupts enable ---------------------------+------------------------------------------------ Reporter: skarmiglione | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: duplicate | Platform: All ---------------------------+------------------------------------------------ Changes (by axeld): * status: new => closed * resolution: => duplicate Comment: Duplicate of #1230. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 5 09:48:50 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 05 Jun 2008 07:48:50 -0000 Subject: [Haiku-bugs] [Haiku] #2340: PANIC: release spinlock: [...] In-Reply-To: <039.cb9e57b14a10c4a0bcc33f081eeb9804@haiku-os.org> References: <039.cb9e57b14a10c4a0bcc33f081eeb9804@haiku-os.org> Message-ID: <048.30d5121d4235a56ce5636f495a7c2dd0@haiku-os.org> #2340: PANIC: release spinlock: [...] ---------------------------------+------------------------------------------ Reporter: cpf_ | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Boot Loader | Version: R1 development Resolution: duplicate | Platform: x86 ---------------------------------+------------------------------------------ Changes (by axeld): * status: new => closed * resolution: => duplicate Comment: Thanks Urias for keeping track! :-) Duplicate of #1230. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 5 09:52:29 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 05 Jun 2008 07:52:29 -0000 Subject: [Haiku-bugs] [Haiku] #2326: KDL: remove page 0x91d46aa0 from cache 0x91365060: page still has mappings! In-Reply-To: <042.8bf053c506c9327760c0c06f2a1de810@haiku-os.org> References: <042.8bf053c506c9327760c0c06f2a1de810@haiku-os.org> Message-ID: <051.30caec2a71b230bc90e460cd218248cf@haiku-os.org> #2326: KDL: remove page 0x91d46aa0 from cache 0x91365060: page still has mappings! ----------------------------+----------------------------------------------- Reporter: kaliber | Owner: bonefish Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Changes (by axeld): * owner: axeld => bonefish Comment: You guess because it used to work before? In any case, it cannot hurt to let Ingo have a go at it (I won't have much time for the next week) :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 5 12:05:05 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 05 Jun 2008 10:05:05 -0000 Subject: [Haiku-bugs] [Haiku] #947: Konatu Tohaba isn't recognized as monospaced font In-Reply-To: <045.abb08586fb8bdea6a983fb0fd698e249@haiku-os.org> References: <045.abb08586fb8bdea6a983fb0fd698e249@haiku-os.org> Message-ID: <054.f559498d8f900a475f974919c748703e@haiku-os.org> #947: Konatu Tohaba isn't recognized as monospaced font -------------------------+-------------------------------------------------- Reporter: jackburton | Owner: Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All -------------------------+-------------------------------------------------- Comment (by jackburton): BTW, haiku has a BFont::IsFullAndHalfFixed() method, which should return true in case the font is one of this kind. Unfortunately it's not implemented server side. So actually it's correct that BFont::IsFixed() returns false. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 5 13:22:16 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 05 Jun 2008 11:22:16 -0000 Subject: [Haiku-bugs] [Haiku] #2337: After the recent vesa changes haiku hangs at boot In-Reply-To: <039.71dd3b0394d1905149cf0322daff9a9c@haiku-os.org> References: <039.71dd3b0394d1905149cf0322daff9a9c@haiku-os.org> Message-ID: <048.4c4f618093677c3e8d995a8d8b09aa10@haiku-os.org> #2337: After the recent vesa changes haiku hangs at boot ------------------------+--------------------------------------------------- Reporter: ddew | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by ddew): Attached the syslog of a bootable install before the EDID changes. Don't have a build revision since i had to wipe that partition and i forgot to check the version. Hope it helps -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 5 16:34:57 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 05 Jun 2008 14:34:57 -0000 Subject: [Haiku-bugs] [Haiku] #2339: Can't exit "Haiku" screensaver (25802) In-Reply-To: <048.5b3f0449b6ae81ed82fdfafc6b3a2dcb@haiku-os.org> References: <048.5b3f0449b6ae81ed82fdfafc6b3a2dcb@haiku-os.org> Message-ID: <057.d5ceaa73b8592f3522ba02db397b1a8d@haiku-os.org> #2339: Can't exit "Haiku" screensaver (25802) --------------------------------------+------------------------------------- Reporter: dustin howett | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/ScreenSaver | Version: R1 development Resolution: | Platform: All --------------------------------------+------------------------------------- Comment (by stippi): I think the reason for this one is that the screen saver runner thread (the one that animates the screen saver) has a wrong mechanism for waiting for the next frame. It will go to sleep until the next frame is due. In the case of the Haiku screen saver, there is a long time between frames, which makes it appear to not be "exitable". IIRC, if you wait long enough, the desktop reappears. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 5 20:05:45 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 05 Jun 2008 18:05:45 -0000 Subject: [Haiku-bugs] [Haiku] #2274: The use of ETHER_DEBUG macro in etherpci.c produce warnings In-Reply-To: <043.ff813f900ed1bd4b37c096f64efb4f8a@haiku-os.org> References: <043.ff813f900ed1bd4b37c096f64efb4f8a@haiku-os.org> Message-ID: <052.f6da832ba705b5cbe6fcd075795bb9ca@haiku-os.org> #2274: The use of ETHER_DEBUG macro in etherpci.c produce warnings ------------------------------+--------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: fixed | Platform: All ------------------------------+--------------------------------------------- Comment (by kaoutsis): Replying to [comment:1 axeld]: > Fixed in r25796. Thanks. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 5 20:12:25 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 05 Jun 2008 18:12:25 -0000 Subject: [Haiku-bugs] [Haiku] #2225: [vlc] can not longer play a single video stream In-Reply-To: <043.dd3d57c576702d601b589fd3e4cee609@haiku-os.org> References: <043.dd3d57c576702d601b589fd3e4cee609@haiku-os.org> Message-ID: <052.dad2622a45652f8610cf49999426edb0@haiku-os.org> #2225: [vlc] can not longer play a single video stream ------------------------+--------------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: duplicate | Platform: All ------------------------+--------------------------------------------------- Changes (by kaoutsis): * status: new => closed * resolution: => duplicate Comment: Duplicate of #1992 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 5 20:20:14 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 05 Jun 2008 18:20:14 -0000 Subject: [Haiku-bugs] [Haiku] #1992: vlc invokes gdb when a asx file is dragged upon it In-Reply-To: <043.fd5579d9086214cca57bcbd895618aad@haiku-os.org> References: <043.fd5579d9086214cca57bcbd895618aad@haiku-os.org> Message-ID: <052.cc06e94ecfe254e26fd8cb53d478d605@haiku-os.org> #1992: vlc invokes gdb when a asx file is dragged upon it ------------------------+--------------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by kaoutsis): When i opened the ticket, i was testing in a HT P4 machine with the Hyper-threading feature enabled; and still with the latest revisions the same behavior occurs. However, i made another test: i disabled the HT feature and tried again: In this case, the vlc doesn't invoke the gdb, the videos have sound, but the video window is still a black window (default preference is video overlay). But if i switch from video overlay to bitmap, then i can see correctly the videos.HTH :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 5 20:35:53 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 05 Jun 2008 18:35:53 -0000 Subject: [Haiku-bugs] [Haiku] #1575: Screenshot of vlc (while playing a video) shows a black rectangle In-Reply-To: <043.43402d421bb72011bf289fe5a2d7ee2d@haiku-os.org> References: <043.43402d421bb72011bf289fe5a2d7ee2d@haiku-os.org> Message-ID: <052.1ac94aaa12a48d08e46a81a58c6af820@haiku-os.org> #1575: Screenshot of vlc (while playing a video) shows a black rectangle ---------------------------------+------------------------------------------ Reporter: kaoutsis | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by kaoutsis): Just for the record: http://web.syllable.org/images/screenshots/Desktop/0.6.5/VLC-on- Syllable-0.6.5.png -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 5 20:41:51 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 05 Jun 2008 18:41:51 -0000 Subject: [Haiku-bugs] [Haiku] #1575: Screenshot of vlc (while playing a video) shows a black rectangle In-Reply-To: <043.43402d421bb72011bf289fe5a2d7ee2d@haiku-os.org> References: <043.43402d421bb72011bf289fe5a2d7ee2d@haiku-os.org> Message-ID: <052.c4beb0583414ed5979d100d9b1d64a03@haiku-os.org> #1575: Screenshot of vlc (while playing a video) shows a black rectangle ---------------------------------+------------------------------------------ Reporter: kaoutsis | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by diver): http://www.pinc-software.de/images/haiku_vlc.jpg -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 5 20:45:04 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 05 Jun 2008 18:45:04 -0000 Subject: [Haiku-bugs] [Haiku] #1575: Screenshot of vlc (while playing a video) shows a black rectangle In-Reply-To: <043.43402d421bb72011bf289fe5a2d7ee2d@haiku-os.org> References: <043.43402d421bb72011bf289fe5a2d7ee2d@haiku-os.org> Message-ID: <052.7c771d3a1b5fe40fb5151c677dffe8a7@haiku-os.org> #1575: Screenshot of vlc (while playing a video) shows a black rectangle ---------------------------------+------------------------------------------ Reporter: kaoutsis | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by kaoutsis): more screenshots: http://www.videolan.org/vlc/screenshots.html -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 5 20:47:30 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 05 Jun 2008 18:47:30 -0000 Subject: [Haiku-bugs] [Haiku] #1575: Screenshot of vlc (while playing a video) shows a black rectangle In-Reply-To: <043.43402d421bb72011bf289fe5a2d7ee2d@haiku-os.org> References: <043.43402d421bb72011bf289fe5a2d7ee2d@haiku-os.org> Message-ID: <052.7e671724001293e5499a33a6f862f4a9@haiku-os.org> #1575: Screenshot of vlc (while playing a video) shows a black rectangle ---------------------------------+------------------------------------------ Reporter: kaoutsis | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by kaoutsis): Replying to [comment:6 diver]: > http://www.pinc-software.de/images/haiku_vlc.jpg Then the problem occurs only with the overlay technique? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 5 21:24:59 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 05 Jun 2008 19:24:59 -0000 Subject: [Haiku-bugs] [Haiku] #2262: "restrict" keyword issue in posix/search.h In-Reply-To: <042.1d247d0fc4942936a077b2378be431ed@haiku-os.org> References: <042.1d247d0fc4942936a077b2378be431ed@haiku-os.org> Message-ID: <051.2a36d969733ddc4742d47f5cc77e1061@haiku-os.org> #2262: "restrict" keyword issue in posix/search.h ------------------------+--------------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by scottmc): Others know to be held up by the restrict problem include: indent, sed and grep. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 5 22:14:29 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 05 Jun 2008 20:14:29 -0000 Subject: [Haiku-bugs] [Haiku] #2326: KDL: remove page 0x91d46aa0 from cache 0x91365060: page still has mappings! In-Reply-To: <042.8bf053c506c9327760c0c06f2a1de810@haiku-os.org> References: <042.8bf053c506c9327760c0c06f2a1de810@haiku-os.org> Message-ID: <051.a984cbd11a88d51fbdc8e02fdbd315a9@haiku-os.org> #2326: KDL: remove page 0x91d46aa0 from cache 0x91365060: page still has mappings! ----------------------------+----------------------------------------------- Reporter: kaliber | Owner: bonefish Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by scottmc): I can confirm that it happened sometime AFTER r25657, which is what I have moved back to until this gets fixed. In r25657 building packages seems to be stable. I do have some other dev images I can go back to and check, (r25673, rr25717, r25721) if that would be helpful in pinpointing when this problem started. Just let me know. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 5 23:56:29 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 05 Jun 2008 21:56:29 -0000 Subject: [Haiku-bugs] [Haiku] #2168: [Deskbar] freezes In-Reply-To: <043.84010ab05af305473a530f4ae353e8fa@haiku-os.org> References: <043.84010ab05af305473a530f4ae353e8fa@haiku-os.org> Message-ID: <052.c60d6062cfc14bf6a95e0217a5120f72@haiku-os.org> #2168: [Deskbar] freezes -----------------------------------+---------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Deskbar | Version: R1 development Resolution: | Platform: All -----------------------------------+---------------------------------------- Changes (by aldeck): * cc: jackburton (added) Comment: I could reproduce 100%. In deskbar/TBarWindow.cpp, the workspace change triggers a BMenuBar deletion. But the BMenuBar will block in its destructor waiting for its tracking thread to end. See the two attached backtraces. One from the TBarWindow thread and one from the BMenuBar tracking thread. It's not reproducible on R5. As a side note, i noticed that R5 closes any open menu on workspace change, whereas haiku keeps tracking menus on the previous workspace and the menu is still open when you come back. I couldn't go further :) cc'ing to Stefano as he surely has an idea ;) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 6 01:06:58 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 05 Jun 2008 23:06:58 -0000 Subject: [Haiku-bugs] [Haiku] #2341: ssh host key location Message-ID: <048.eae264826cead436b297919bcf811f98@haiku-os.org> #2341: ssh host key location ---------------------------+------------------------------------------------ Reporter: dustin howett | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Platform: All | ---------------------------+------------------------------------------------ I brought this up in #haiku last night; should the ssh host keys necessarily be in /boot/home/config/etc? Rene suggested they should indeed be in /boot/common/etc (or such); they are more of a system configuration than a user configuration, are they not? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 6 01:15:14 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 05 Jun 2008 23:15:14 -0000 Subject: [Haiku-bugs] [Haiku] #2342: No system timer interrupt on some ATI chipsets Message-ID: <039.3674ba47b1d07ce0d804a70edffeeb2b@haiku-os.org> #2342: No system timer interrupt on some ATI chipsets ---------------------------+------------------------------------------------ Reporter: euan | Owner: mmu_man Type: bug | Status: new Priority: high | Milestone: R1 Component: System/Kernel | Version: R1 development Platform: All | ---------------------------+------------------------------------------------ It seems like some motherboards with ATI chipsets don't route IRQs normally through the PIT. My HP laptop stalls unless I press keys or move the mouse to generate interrupts. Laptop is HP6715b (ATI Xpress 1250) My Desktop with Asus A8R-MVP mobo is also affected. (ATI CrossFire? Xpress 1600 chipset) Linux prints the following clues: ATI board detected. Disabling timer routing over 8254. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 6 01:19:46 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 05 Jun 2008 23:19:46 -0000 Subject: [Haiku-bugs] [Haiku] #947: Konatu Tohaba isn't recognized as monospaced font In-Reply-To: <045.abb08586fb8bdea6a983fb0fd698e249@haiku-os.org> References: <045.abb08586fb8bdea6a983fb0fd698e249@haiku-os.org> Message-ID: <054.492d98a9e4b6e0cc3a6ebbead6652091@haiku-os.org> #947: Konatu Tohaba isn't recognized as monospaced font -------------------------+-------------------------------------------------- Reporter: jackburton | Owner: Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All -------------------------+-------------------------------------------------- Comment (by koki): > So actually it's correct that BFont::IsFixed() returns false. Yes, but this strict definition of monospace is short-sighted, as it does not seem to contemplate the cases of Japanese fonts that include two sets of characters (one single and one double width). In practice, this makes it impossible to specify a Japanese typeface as monospace font, which can obviously be a problem in certain situations. Perhaps the Font preference applet in Haiku can use the BFont::IsFullAndHalfFixed() method to allow the listing of Japanese font sets in the Fixed Font pull down menu? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 6 01:20:37 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 05 Jun 2008 23:20:37 -0000 Subject: [Haiku-bugs] [Haiku] #2342: No system timer interrupt on some ATI chipsets In-Reply-To: <039.3674ba47b1d07ce0d804a70edffeeb2b@haiku-os.org> References: <039.3674ba47b1d07ce0d804a70edffeeb2b@haiku-os.org> Message-ID: <048.74e45e753ca70d7e050516aeaa105b9a@haiku-os.org> #2342: No system timer interrupt on some ATI chipsets ----------------------------+----------------------------------------------- Reporter: euan | Owner: mmu_man Type: bug | Status: assigned Priority: high | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Changes (by mmu_man): * status: new => assigned Comment: Yes I had to work around it in Zeta on my ATI IXP-based laptop. Changing the edge-level trigger register seemed to work in Zeta but I couldn't get Haiku to cold boot yet. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 6 06:34:57 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 06 Jun 2008 04:34:57 -0000 Subject: [Haiku-bugs] [Haiku] #2343: Vision crashes when attempting to close a network Message-ID: <044.583bcd642ba4cc3cba0b5cd133ad23fb@haiku-os.org> #2343: Vision crashes when attempting to close a network --------------------------+------------------------------------------------- Reporter: anevilyak | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Platform: All | --------------------------+------------------------------------------------- Reported by Koki, need to investigate why. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 6 06:41:14 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 06 Jun 2008 04:41:14 -0000 Subject: [Haiku-bugs] [Haiku] #2343: Vision crashes when attempting to close a network In-Reply-To: <044.583bcd642ba4cc3cba0b5cd133ad23fb@haiku-os.org> References: <044.583bcd642ba4cc3cba0b5cd133ad23fb@haiku-os.org> Message-ID: <053.32d06eeb59da09d4924202c53ef78c13@haiku-os.org> #2343: Vision crashes when attempting to close a network ---------------------------+------------------------------------------------ Reporter: anevilyak | Owner: anevilyak Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Platform: All ---------------------------+------------------------------------------------ Changes (by anevilyak): * status: new => assigned Comment: Note, also crashes on closing a channel, which seems to point the blame at BListView's RemoveItem code. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 6 08:31:16 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 06 Jun 2008 06:31:16 -0000 Subject: [Haiku-bugs] [Haiku] #2168: [Deskbar] freezes In-Reply-To: <043.84010ab05af305473a530f4ae353e8fa@haiku-os.org> References: <043.84010ab05af305473a530f4ae353e8fa@haiku-os.org> Message-ID: <052.aabf308ab36719a7a2d452db971e38df@haiku-os.org> #2168: [Deskbar] freezes -----------------------------------+---------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Deskbar | Version: R1 development Resolution: | Platform: All -----------------------------------+---------------------------------------- Comment (by jackburton): Replying to [comment:1 aldeck]: > I couldn't go further :) cc'ing to Stefano as he surely has an idea ;) Yes, I have :) BMenu and BMenuBar tracking loops should store the current workspace on the first loop, and then check if the workspace changed, on every iteration. I'm afraid this will uglify the code even more. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 6 08:34:32 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 06 Jun 2008 06:34:32 -0000 Subject: [Haiku-bugs] [Haiku] #947: Konatu Tohaba isn't recognized as monospaced font In-Reply-To: <045.abb08586fb8bdea6a983fb0fd698e249@haiku-os.org> References: <045.abb08586fb8bdea6a983fb0fd698e249@haiku-os.org> Message-ID: <054.5352f858430df7d308571182524a6f26@haiku-os.org> #947: Konatu Tohaba isn't recognized as monospaced font -------------------------+-------------------------------------------------- Reporter: jackburton | Owner: Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All -------------------------+-------------------------------------------------- Comment (by jackburton): Replying to [comment:9 koki]: > > So actually it's correct that BFont::IsFixed() returns false. > > Yes, but this strict definition of monospace is short-sighted, as it does not seem to contemplate the cases of Japanese fonts that include two sets of characters (one single and one double width). Of course, but that is a different kind of fixed width. :) IOW: this can make an implementation of text rendering in an application very different. > In practice, this makes it impossible to specify a Japanese typeface as monospace font, which can obviously be a problem in certain situations. > > Perhaps the Font preference applet in Haiku can use the BFont::IsFullAndHalfFixed() method to allow the listing of Japanese font sets in the Fixed Font pull down menu? Yes, although in that case every application should have support for this kind of font. Terminal will handle that. Stephan, do you have an idea on how to implement IsFullAndHalfFixed() ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 6 09:39:47 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 06 Jun 2008 07:39:47 -0000 Subject: [Haiku-bugs] [Haiku] #2262: "restrict" keyword issue in posix/search.h In-Reply-To: <042.1d247d0fc4942936a077b2378be431ed@haiku-os.org> References: <042.1d247d0fc4942936a077b2378be431ed@haiku-os.org> Message-ID: <051.387b0bf7300ebd03fe930663ccd1e788@haiku-os.org> #2262: "restrict" keyword issue in posix/search.h ------------------------+--------------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Changes (by axeld): * status: new => assigned Comment: There are a couple of other issues with this header, too, I'm working on it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 6 09:43:10 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 06 Jun 2008 07:43:10 -0000 Subject: [Haiku-bugs] [Haiku] #2262: "restrict" keyword issue in posix/search.h In-Reply-To: <042.1d247d0fc4942936a077b2378be431ed@haiku-os.org> References: <042.1d247d0fc4942936a077b2378be431ed@haiku-os.org> Message-ID: <051.b03f18fc659bc81ecbcd1f36a6aed440@haiku-os.org> #2262: "restrict" keyword issue in posix/search.h ------------------------+--------------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Platform: All ------------------------+--------------------------------------------------- Changes (by axeld): * status: assigned => closed * resolution: => fixed Comment: Fixed in r25818. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 6 10:28:10 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 06 Jun 2008 08:28:10 -0000 Subject: [Haiku-bugs] [Haiku] #947: Konatu Tohaba isn't recognized as monospaced font In-Reply-To: <045.abb08586fb8bdea6a983fb0fd698e249@haiku-os.org> References: <045.abb08586fb8bdea6a983fb0fd698e249@haiku-os.org> Message-ID: <054.b450424c82715a9087ad7de44a128b4d@haiku-os.org> #947: Konatu Tohaba isn't recognized as monospaced font -------------------------+-------------------------------------------------- Reporter: jackburton | Owner: Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All -------------------------+-------------------------------------------------- Comment (by koki): As Axel suggested on the Pe development list... http://www.freelists.org/archives/pedevel/04-2008/msg00059.html ...it seems as if it would be better to handle this at the system level, so that applications can rely on the OS to be able to see all monospaced fonts (including non-compliant Japanese typefaces) without having to resort to hacks at the application level. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 6 10:34:45 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 06 Jun 2008 08:34:45 -0000 Subject: [Haiku-bugs] [Haiku] #947: Konatu Tohaba isn't recognized as monospaced font In-Reply-To: <045.abb08586fb8bdea6a983fb0fd698e249@haiku-os.org> References: <045.abb08586fb8bdea6a983fb0fd698e249@haiku-os.org> Message-ID: <054.c56d1fce1aaf2fcb3112e456493565aa@haiku-os.org> #947: Konatu Tohaba isn't recognized as monospaced font -------------------------+-------------------------------------------------- Reporter: jackburton | Owner: Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All -------------------------+-------------------------------------------------- Comment (by jackburton): Replying to [comment:11 koki]: > As Axel suggested on the Pe development list... > > http://www.freelists.org/archives/pedevel/04-2008/msg00059.html > > ...it seems as if it would be better to handle this at the system level, so that applications can rely on the OS to be able to see all monospaced fonts (including non-compliant Japanese typefaces) without having to resort to hacks at the application level. Yeah, I read that thread too. But this is just not possible in a transparent way: an application has to know that the fonts can have two different sizes and not just one. If we change the meaning of IsFixedWidth(), most applications will not handle that case correctly. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 6 11:05:36 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 06 Jun 2008 09:05:36 -0000 Subject: [Haiku-bugs] [Haiku] #947: Konatu Tohaba isn't recognized as monospaced font In-Reply-To: <045.abb08586fb8bdea6a983fb0fd698e249@haiku-os.org> References: <045.abb08586fb8bdea6a983fb0fd698e249@haiku-os.org> Message-ID: <054.d291958f4e81e11cacb68f9afaba803f@haiku-os.org> #947: Konatu Tohaba isn't recognized as monospaced font -------------------------+-------------------------------------------------- Reporter: jackburton | Owner: Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All -------------------------+-------------------------------------------------- Comment (by jackburton): Replying to [comment:12 jackburton]: > Replying to [comment:11 koki]: > > As Axel suggested on the Pe development list... > > > > http://www.freelists.org/archives/pedevel/04-2008/msg00059.html > > > > ...it seems as if it would be better to handle this at the system level, so that applications can rely on the OS to be able to see all monospaced fonts (including non-compliant Japanese typefaces) without having to resort to hacks at the application level. > > Yeah, I read that thread too. > But this is just not possible in a transparent way: an application has to know that the fonts can have two different sizes and not just one. If we change the meaning of IsFixedWidth(), most applications will not handle that case correctly. In other words: the "fix at os level" is, in my opinion, the fact that there is a BFont::IsFullAndHalfFixed() function. Just like applications can "filter" fonts using BFont::IsFixed(), they can use that function if they can handle those kind of fonts. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 6 11:24:47 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 06 Jun 2008 09:24:47 -0000 Subject: [Haiku-bugs] [Haiku] #947: Konatu Tohaba isn't recognized as monospaced font In-Reply-To: <045.abb08586fb8bdea6a983fb0fd698e249@haiku-os.org> References: <045.abb08586fb8bdea6a983fb0fd698e249@haiku-os.org> Message-ID: <054.212f7ad7bceb19dc337898c6561b3a62@haiku-os.org> #947: Konatu Tohaba isn't recognized as monospaced font -------------------------+-------------------------------------------------- Reporter: jackburton | Owner: Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All -------------------------+-------------------------------------------------- Comment (by stippi): Exactly. It won't work to simply advertise these fonts as fixed width, because they aren't. The application will need to know what to do when encountering a double width character. And those applications should look for IsFullAndHalfFixed() fonts in addition to IsFixed(), because they know how to support them. My personal opinion is that this should be resolved by a Japanese developer who knows the requirements and what he is doing and can actually check the results for correctness. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 6 12:00:11 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 06 Jun 2008 10:00:11 -0000 Subject: [Haiku-bugs] [Haiku] #947: Konatu Tohaba isn't recognized as monospaced font In-Reply-To: <045.abb08586fb8bdea6a983fb0fd698e249@haiku-os.org> References: <045.abb08586fb8bdea6a983fb0fd698e249@haiku-os.org> Message-ID: <054.d30379a2df5944bfeea892856ddf6f6a@haiku-os.org> #947: Konatu Tohaba isn't recognized as monospaced font -------------------------+-------------------------------------------------- Reporter: jackburton | Owner: Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All -------------------------+-------------------------------------------------- Comment (by koki): @stippi There is a fundamental problem IMO: if the user cannot specify a Japanese font in the Font preferences Fixed font setting, then applications that rely on the OS font settings will not be able to display Japanese. So, yes, apps will have to deal with those non-compliant monospaced fonts, but the OS has to advertise these fonts so that the applications can see them. So, I would start by allowing the Fonts preference application to select Japanese typefaces for the Fixed width font setting. That will expose the problem at the application level that you point out, and hopefully a Japanese developer will come along and take care of it. Of course, all IMHO and FWIW applies. :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 6 12:23:12 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 06 Jun 2008 10:23:12 -0000 Subject: [Haiku-bugs] [Haiku] #947: Konatu Tohaba isn't recognized as monospaced font In-Reply-To: <045.abb08586fb8bdea6a983fb0fd698e249@haiku-os.org> References: <045.abb08586fb8bdea6a983fb0fd698e249@haiku-os.org> Message-ID: <054.9e116776dff214e58d49d9a01a9d992c@haiku-os.org> #947: Konatu Tohaba isn't recognized as monospaced font -------------------------+-------------------------------------------------- Reporter: jackburton | Owner: Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All -------------------------+-------------------------------------------------- Comment (by jackburton): Replying to [comment:15 koki]: > There is a fundamental problem IMO: if the user cannot specify a Japanese font in the Font preferences Fixed font setting, then applications that rely on the OS font settings will not be able to display Japanese. That is true, indeed :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 6 12:35:21 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 06 Jun 2008 10:35:21 -0000 Subject: [Haiku-bugs] [Haiku] #947: Konatu Tohaba isn't recognized as monospaced font In-Reply-To: <045.abb08586fb8bdea6a983fb0fd698e249@haiku-os.org> References: <045.abb08586fb8bdea6a983fb0fd698e249@haiku-os.org> Message-ID: <054.8402f0b8bb12073b3d5ce5782d3c8f04@haiku-os.org> #947: Konatu Tohaba isn't recognized as monospaced font -------------------------+-------------------------------------------------- Reporter: jackburton | Owner: Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All -------------------------+-------------------------------------------------- Comment (by axeld): That's not really the way to go. There is a reason for fixed width fonts, and it doesn't help to incorrectly advertise "full and half" fixed fonts as such - it simply makes no sense to do so. You cannot force applications to support these fonts either when it doesn't make any sense for them; we cannot and should not change the meaning of be_fixed_font. If an application asks for a fixed font, it must get one, period. We could introduce a new default half/full fixed font which specifically allows this feature, and could even only expose this in the "Fonts" preferences app. But this cannot hide the fact that applications need to be changed to support these fonts; you don't deliberately break them just to make your point. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 6 13:47:55 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 06 Jun 2008 11:47:55 -0000 Subject: [Haiku-bugs] [Haiku] #2344: Hang when booting with USB Mass Storage device connected. Message-ID: <048.642c613bc61a224b120d9d3f951a1559@haiku-os.org> #2344: Hang when booting with USB Mass Storage device connected. ---------------------------+------------------------------------------------ Reporter: dustin howett | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Platform: x86 | ---------------------------+------------------------------------------------ A recent revision fixed the deadlock-on-USB-insert issue, but every time I boot with a flash drive connected, the desktop never starts. I can still get into KDL, though, so it's not hung. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 6 13:53:03 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 06 Jun 2008 11:53:03 -0000 Subject: [Haiku-bugs] [Haiku] #2344: Hang when booting with USB Mass Storage device connected. In-Reply-To: <048.642c613bc61a224b120d9d3f951a1559@haiku-os.org> References: <048.642c613bc61a224b120d9d3f951a1559@haiku-os.org> Message-ID: <057.a46f11ce5880c4d295d393babd2bb551@haiku-os.org> #2344: Hang when booting with USB Mass Storage device connected. ----------------------------+----------------------------------------------- Reporter: dustin howett | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: x86 ----------------------------+----------------------------------------------- Comment (by mmlr): Could you please enable full USB logging by uncommenting "#define TRACE_USB" in src/add-ons/kernel/bus_managers/usb/usb_p.h and see where it gets stuck. Either by serial output or by enabling on-screen debug output. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 6 13:53:13 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 06 Jun 2008 11:53:13 -0000 Subject: [Haiku-bugs] [Haiku] #2344: Hang when booting with USB Mass Storage device connected. In-Reply-To: <048.642c613bc61a224b120d9d3f951a1559@haiku-os.org> References: <048.642c613bc61a224b120d9d3f951a1559@haiku-os.org> Message-ID: <057.d3bb4067f739e77f017df1238679849a@haiku-os.org> #2344: Hang when booting with USB Mass Storage device connected. ----------------------------+----------------------------------------------- Reporter: dustin howett | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: x86 ----------------------------+----------------------------------------------- Changes (by mmlr): * owner: axeld => mmlr * status: new => assigned -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 6 13:58:21 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 06 Jun 2008 11:58:21 -0000 Subject: [Haiku-bugs] [Haiku] #947: Konatu Tohaba isn't recognized as monospaced font In-Reply-To: <045.abb08586fb8bdea6a983fb0fd698e249@haiku-os.org> References: <045.abb08586fb8bdea6a983fb0fd698e249@haiku-os.org> Message-ID: <054.b77671783a3a8c3b6204906c4aff6bda@haiku-os.org> #947: Konatu Tohaba isn't recognized as monospaced font -------------------------+-------------------------------------------------- Reporter: jackburton | Owner: Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All -------------------------+-------------------------------------------------- Comment (by shinta): Replying to [comment:17 axeld]: > we cannot and should not change the meaning of be_fixed_font. I think so, too. IsFullAndHalfFixed() seems nice. I think that in most case, half fixed font can be used instead of completely fixed font. So, I want many applications to use IsFullAndHalfFixed() in addition to IsFixed(). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 6 14:39:36 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 06 Jun 2008 12:39:36 -0000 Subject: [Haiku-bugs] [Haiku] #2127: USB drive published name incorrect In-Reply-To: <042.2395127d6daa2bb466aca1812c880875@haiku-os.org> References: <042.2395127d6daa2bb466aca1812c880875@haiku-os.org> Message-ID: <051.ad03a3c8424b71d66d8ad880241026ba@haiku-os.org> #2127: USB drive published name incorrect -------------------------------+-------------------------------------------- Reporter: emitrax | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: File Systems/FAT | Version: R1 development Resolution: | Platform: All -------------------------------+-------------------------------------------- Changes (by mmlr): * owner: axeld => mmlr * status: new => assigned Comment: I'm going to investigate that. Also going to check why volumes are visible as "NO NAME" in the mount menu but then have a real name after being mounted and why there are entries with invalid characters in the mount menu when a USB mass storage device is inserted... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 6 16:23:50 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 06 Jun 2008 14:23:50 -0000 Subject: [Haiku-bugs] [Haiku] #2345: Possible 'strsignal' keyword issue in posix/signal.h Message-ID: <042.d8660f162e6ecca67d347eff6710ccdd@haiku-os.org> #2345: Possible 'strsignal' keyword issue in posix/signal.h -----------------------+---------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Platform: All | -----------------------+---------------------------------------------------- While trying to build ntp, make fails with this output: {{{ gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -g -O2 -Wall -Wcast-qual -Wmissing-prototypes -Wpointer-arith -Wshadow -Wstrict-prototypes -c libopts.c -Wp,-MD,.deps/libopts_la-libopts.TPlo -o libopts_la-libopts.o In file included from /boot/develop/headers/posix/sys/wait.h:9, from /boot/home/ntp-4.2.4p4/libopts/compat/compat.h:48, from /boot/home/ntp-4.2.4p4/libopts/libopts.c:2: /boot/develop/headers/posix/signal.h:175: conflicting types for `strsignal' /boot/home/ntp-4.2.4p4/libopts/compat/compat.h:28: previous declaration of `strsignal' In file included from /boot/develop/headers/posix/memory.h:1, from /boot/home/ntp-4.2.4p4/libopts/compat/compat.h:141, from /boot/home/ntp-4.2.4p4/libopts/libopts.c:2: /boot/develop/headers/posix/string.h:74: warning: declaration of `signal' shadows global declaration /boot/home/ntp-4.2.4p4/libopts/autoopts.c: In function `handleOption': In file included from /boot/home/ntp-4.2.4p4/libopts/libopts.c:9: /boot/home/ntp-4.2.4p4/libopts/autoopts.c:154: warning: cast discards qualifiers from pointer target type ....many more warnings... }}} [http://tools.assembla.com/BePorts/wiki/net-misc/ntp ntp port log] -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 6 18:01:21 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 06 Jun 2008 16:01:21 -0000 Subject: [Haiku-bugs] [Haiku] #2341: ssh host key location In-Reply-To: <048.eae264826cead436b297919bcf811f98@haiku-os.org> References: <048.eae264826cead436b297919bcf811f98@haiku-os.org> Message-ID: <057.04a3a50abb7b53a6271c41b657c96f04@haiku-os.org> #2341: ssh host key location ----------------------------+----------------------------------------------- Reporter: dustin howett | Owner: bonefish Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Changes (by bonefish): * owner: axeld => bonefish * status: new => assigned Comment: This will be fixed on my second iteration through the tool. All tools will be relocated to /boot/common. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 6 18:48:58 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 06 Jun 2008 16:48:58 -0000 Subject: [Haiku-bugs] [Haiku] #2346: Some of headers are not self containing Message-ID: <042.e55a33ce082f1a29876a6af37364a93e@haiku-os.org> #2346: Some of headers are not self containing -----------------------+---------------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Platform: All | -----------------------+---------------------------------------------------- Use following program to show defects: {{{ #!/bin/sh DIR="/boot/develop/headers/posix/" for i in `find $DIR -name '*.h'` do f=${i#$DIR} cat > test.c << EOF #include <$f> int main() { return 0; }; EOF echo "Testing $f" gcc test.c done }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 6 19:23:31 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 06 Jun 2008 17:23:31 -0000 Subject: [Haiku-bugs] [Haiku] #947: Konatu Tohaba isn't recognized as monospaced font In-Reply-To: <045.abb08586fb8bdea6a983fb0fd698e249@haiku-os.org> References: <045.abb08586fb8bdea6a983fb0fd698e249@haiku-os.org> Message-ID: <054.e87be9f0af118ac23354c58ad072abf8@haiku-os.org> #947: Konatu Tohaba isn't recognized as monospaced font -------------------------+-------------------------------------------------- Reporter: jackburton | Owner: Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All -------------------------+-------------------------------------------------- Comment (by koki): @axeld You confuse me. :) What did you then mean by "if this problem is really thorough, it should be tried to fix it at the OS level, not in every application that might solely want to use monospaced fonts" on the Pe developmet list? Please see: http://www.freelists.org/archives/pedevel/04-2008/msg00053.html -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 6 20:59:13 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 06 Jun 2008 18:59:13 -0000 Subject: [Haiku-bugs] [Haiku] #2127: USB drive published name incorrect In-Reply-To: <042.2395127d6daa2bb466aca1812c880875@haiku-os.org> References: <042.2395127d6daa2bb466aca1812c880875@haiku-os.org> Message-ID: <051.d90ba73eb3a46dd0b8749277e419ad3e@haiku-os.org> #2127: USB drive published name incorrect -------------------------------+-------------------------------------------- Reporter: emitrax | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1 Component: File Systems/FAT | Version: R1 development Resolution: fixed | Platform: All -------------------------------+-------------------------------------------- Changes (by mmlr): * status: assigned => closed * resolution: => fixed Comment: In fact the name wasn't incorrect. It was just what the FAT filesystem read directly from disk, where spaces are used to pad the fixed width label field. Still there was a bug where the name was reported differently to the disk device manager and to fs stat reads what resulted in a different name being visible in the mount menu and after mounting. Both is fixed in r25828. The strange characters in the mount menu I mentioned above were caused by outdated cdda and ntfs filesystem add-ons that still provided the old fs API but weren't removed on my installation (so that was no bug but my setup). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 6 22:16:28 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 06 Jun 2008 20:16:28 -0000 Subject: [Haiku-bugs] [Haiku] #2345: Possible 'strsignal' keyword issue in posix/signal.h In-Reply-To: <042.d8660f162e6ecca67d347eff6710ccdd@haiku-os.org> References: <042.d8660f162e6ecca67d347eff6710ccdd@haiku-os.org> Message-ID: <051.c15095c92470e0863e46ebae83d51ba2@haiku-os.org> #2345: Possible 'strsignal' keyword issue in posix/signal.h ------------------------+--------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: invalid | Platform: All ------------------------+--------------------------------------------------- Comment (by kaliber): The bugs are in the ntp software. I have created preliminary patch for it http://svn.gna.org/viewcvs/pingwinek/trunk/packages/ntp/ntp-haiku.patch but the main problem is lack of '''adjtime()''' in haiku. You can try to create enhancement request ;) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 6 22:24:55 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 06 Jun 2008 20:24:55 -0000 Subject: [Haiku-bugs] [Haiku] #2127: USB drive published name incorrect In-Reply-To: <042.2395127d6daa2bb466aca1812c880875@haiku-os.org> References: <042.2395127d6daa2bb466aca1812c880875@haiku-os.org> Message-ID: <051.df11d6146675f247d8f759012f38c76e@haiku-os.org> #2127: USB drive published name incorrect -------------------------------+-------------------------------------------- Reporter: emitrax | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1 Component: File Systems/FAT | Version: R1 development Resolution: fixed | Platform: All -------------------------------+-------------------------------------------- Comment (by emitrax): Thanks for fixing it. Now "no name" is displayed when listing the root directory. However, a different problem is the color used, green and blue (I think), which makes the name of the directory totally unreadable! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 6 22:25:54 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 06 Jun 2008 20:25:54 -0000 Subject: [Haiku-bugs] [Haiku] #2347: usb_hid causes panic on boot Message-ID: <044.ab44d2c975c1291cc64340e9eeac9d00@haiku-os.org> #2347: usb_hid causes panic on boot -------------------------+-------------------------------------------------- Reporter: anevilyak | Owner: mmlr Type: bug | Status: new Priority: blocker | Milestone: R1 Component: Drivers/USB | Version: R1 development Platform: All | -------------------------+-------------------------------------------------- When booting, usb_hid fails with the following panic: PANIC: _mutex_lock(): using unitialized lock 0x947e52f8 Welcome to Kernel Debugging Land... Running on CPU 0 kdebug> bt stack trace for thread 112 "AddOnMonitor" kernel stack: 0x94749000 to 0x9474d000 user stack: 0x700c3000 to 0x70103000 frame caller :function + offset 9474c5b4 (+ 48) 8004ba2d :invoke_debugger_command + 0x00ed 9474c5e4 (+ 64) 8004b825 :invoke_pipe_segment__FP21debugger_command_pipelPc + 0x0079 9474c624 (+ 64) 8004bb6d :invoke_debugger_command_pipe + 0x009d 9474c664 (+ 48) 8004ca48 :_ParseCommandPipe__16ExpressionParserRi + 0x0234 9474c694 (+ 48) 8004c3fe :EvaluateCommand__16ExpressionParserPCcRi + 0x01de 9474c6c4 (+ 224) 8004de14 :evaluate_debug_command + 0x0088 9474c7a4 (+ 64) 8004a03e :kernel_debugger_loop__Fv + 0x017a 9474c7e4 (+ 48) 8004aa6f :kernel_debugger + 0x0117 9474c814 (+ 192) 8004a94d :panic + 0x0029 9474c8d4 (+ 64) 80031dbc :_mutex_lock + 0x00e0 9474c914 (+ 64) 947e1c06 :usb_hid_device_added + 0x012e 9474c954 (+ 80) 806490cf :ReportDevice__6DeviceP22usb_support_descriptorUlPC16usb_notify_hooksPP17usb_driver_cookiebT5 + 0x02af 9474c9a4 (+ 64) 80669e60 :ReportDevice__3HubP22usb_support_descriptorUlPC16usb_notify_hooksPP17usb_driver_cookiebT5 + 0x0094 9474c9e4 (+ 64) 80647de9 :InstallNotify__5StackPCcPC16usb_notify_hooks + 0x00b5 9474ca24 (+ 48) 80646750 :install_notify__FPCcPC16usb_notify_hooks + 0x002c 9474ca54 (+ 64) 947e203a :init_driver + 0x0092 9474ca94 (+ 48) 80059f61 :load_driver__FP13legacy_driver + 0x0139 9474cac4 (+ 128) 8005a3d5 :add_driver__FPCcl + 0x01e9 9474cb44 (+ 32) 8005bfa4 :legacy_driver_add + 0x0014 9474cb64 (+ 48) 8005b688 :try_drivers__FRt16DoublyLinkedList2Z12driver_entryZt31DoublyLinkedListStandardGetLink1Z12driver_entry + 0x00a4 9474cb94 (+ 192) 8005bad7 :probe_for_drivers__FPCc + 0x03ff 9474cc54 (+ 144) 8005c452 :legacy_driver_probe + 0x0172 9474cce4 (+ 96) 80056345 :scan_for_drivers__FP11devfs_vnode + 0x0085 9474cd44 (+ 64) 800572d9 :devfs_lookup__FP9fs_volumeP8fs_vnodePCcPx + 0x0061 9474cd84 (+ 48) 80077f65 :lookup_dir_entry__FP5vnodePCcPP5vnode + 0x0025 9474cdb4 (+ 80) 8007811c :vnode_path_to_vnode__FP5vnodePcbiP10io_contextPP5vnodePx + 0x0144 9474ce04 (+ 48) 800783b9 :vnode_path_to_vnode__FP5vnodePcbiT2PP5vnodePx + 0x0049 9474ce34 (+ 64) 800784b4 :path_to_vnode__FPcbPP5vnodePxT1 + 0x00f4 9474ce74 (+ 64) 80078c68 :fd_and_path_to_vnode__FiPcbPP5vnodePxT2 + 0x0064 9474ceb4 (+ 80) 8007c3d8 :file_open__FiPcib + 0x0044 9474cf04 (+ 64) 8008161d :_user_open + 0x00a1 9474cf44 (+ 100) 800a4492 :pre_syscall_debug_done + 0x0002 (nearest) iframe at 0x9474cfa8 (end = 0x9474d000) eax 0x58 ebx 0x456be0 ecx 0x70102a40 edx 0xffff0104 esi 0x70102b28 edi 0x0 ebp 0x70102a6c esp 0x9474cfdc eip 0xffff0104 eflags 0x206 vector: 0x63, error code: 0x0 9474cfa8 (+ 0) ffff0104 70102a6c (+ 48) 0039532a :SetTo__10BDirectoryPCc + 0x002a 70102a9c (+ 48) 00394f71 :__10BDirectoryPCc + 0x0055 70102acc (+ 224) 005c86a7 :_RecursiveScan__19KeyboardInputDevicePCc + 0x0037 70102bac (+ 48) 005c7533 :InitCheck__19KeyboardInputDevice + 0x0037 70102bdc (+ 112) 00217742 <_APP_>:RegisterAddOn__12AddOnManagerR6BEntry + 0x011e 70102c4c (+ 128) 0021ac85 <_APP_>:AddOnEnabled__Q212AddOnManager25InputServerMonitorHandlerPCQ38BPrivate7Storage17add_on_entry_info + 0x0069 70102ccc (+ 528) 00221134 <_APP_>:HandlePulse__Q38BPrivate7Storage19AddOnMonitorHandler + 0x0520 70102edc (+ 48) 0021f058 <_APP_>:MessageReceived__Q38BPrivate7Storage19AddOnMonitorHandlerP8BMessage + 0x002c 70102f0c (+ 48) 002d8b0f :DispatchMessage__7BLooperP8BMessageP8BHandler + 0x005b 70102f3c (+ 64) 002da47d :task_looper__7BLooper + 0x0211 70102f7c (+ 48) 002da06b :_task0___7BLooperPv + 0x003f 70102fac (+ 48) 004cd770 :_get_next_team_info + 0x005c (nearest) 70102fdc (+ 0) 70102fec 3542:AddOnMonitor_112_stack at 0x700c3000 + 0x3ffec kdebug> -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 6 22:28:38 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 06 Jun 2008 20:28:38 -0000 Subject: [Haiku-bugs] [Haiku] #2347: usb_hid causes panic on boot In-Reply-To: <044.ab44d2c975c1291cc64340e9eeac9d00@haiku-os.org> References: <044.ab44d2c975c1291cc64340e9eeac9d00@haiku-os.org> Message-ID: <053.7d6fec7fe6fc6cb0f5ff1dde5a40482a@haiku-os.org> #2347: usb_hid causes panic on boot --------------------------+------------------------------------------------- Reporter: anevilyak | Owner: mmlr Type: bug | Status: new Priority: blocker | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Platform: All --------------------------+------------------------------------------------- Comment (by anevilyak): Forgot to mention, the only device on the USB bus is a logitech wireless kb/mouse hub with a mouse using it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 6 22:37:28 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 06 Jun 2008 20:37:28 -0000 Subject: [Haiku-bugs] [Haiku] #2347: usb_hid causes panic on boot In-Reply-To: <044.ab44d2c975c1291cc64340e9eeac9d00@haiku-os.org> References: <044.ab44d2c975c1291cc64340e9eeac9d00@haiku-os.org> Message-ID: <053.4c37979d917c485e4a40d6ad3d9722b4@haiku-os.org> #2347: usb_hid causes panic on boot --------------------------+------------------------------------------------- Reporter: anevilyak | Owner: mmlr Type: bug | Status: closed Priority: blocker | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: fixed | Platform: All --------------------------+------------------------------------------------- Changes (by mmlr): * status: new => closed * resolution: => fixed Comment: Well that's not so surprising as the one (re-)writing that driver blatantly ignored to initialize the mutex before using it... Fixed in r25830. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 6 22:44:17 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 06 Jun 2008 20:44:17 -0000 Subject: [Haiku-bugs] [Haiku] #2347: usb_hid causes panic on boot In-Reply-To: <044.ab44d2c975c1291cc64340e9eeac9d00@haiku-os.org> References: <044.ab44d2c975c1291cc64340e9eeac9d00@haiku-os.org> Message-ID: <053.8d34aad4d9708d8a31615685da206115@haiku-os.org> #2347: usb_hid causes panic on boot --------------------------+------------------------------------------------- Reporter: anevilyak | Owner: mmlr Type: bug | Status: closed Priority: blocker | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: fixed | Platform: All --------------------------+------------------------------------------------- Comment (by anevilyak): That was quick, thanks! :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 6 23:02:55 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 06 Jun 2008 21:02:55 -0000 Subject: [Haiku-bugs] [Haiku] #2343: Vision crashes when attempting to close a network In-Reply-To: <044.583bcd642ba4cc3cba0b5cd133ad23fb@haiku-os.org> References: <044.583bcd642ba4cc3cba0b5cd133ad23fb@haiku-os.org> Message-ID: <053.8336357e2b1190d1a182be20a35f7395@haiku-os.org> #2343: Vision crashes when attempting to close a network ---------------------------+------------------------------------------------ Reporter: anevilyak | Owner: anevilyak Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: fixed | Platform: All ---------------------------+------------------------------------------------ Changes (by anevilyak): * status: assigned => closed * resolution: => fixed Comment: Fixed in r25831. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 7 05:11:18 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 07 Jun 2008 03:11:18 -0000 Subject: [Haiku-bugs] [Haiku] #2348: PANIC: page fault, but interrupts were disabled. Touching address 0xccccccd8 from eip 0x8003b6aa Message-ID: <046.d533c49e8b5ec2a23fea04a417221775@haiku-os.org> #2348: PANIC: page fault, but interrupts were disabled. Touching address 0xccccccd8 from eip 0x8003b6aa ---------------------------+------------------------------------------------ Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Platform: All | ---------------------------+------------------------------------------------ Received a KDL on boot using my Core 2 Duo (dual core): PANIC: page fault, but interrupts were disabled. Touching address 0xccccccd8 from eip 0x8003b6aa Machine specs: Core 2 Duo E6750 on ECS G33T-M2 board w/4gb RAM and 500gb SATA w/SATA DVD- RW drive. Keyboard and mouse are PS/2. This machine previously booted with Haiku, but I had to change out the ide bus manager for ata in order to get through a boot, and then it ran REALLY slowly, like took 10 minutes to boot, and ran like it was at 100% CPU all the time. Will try the ata bus manager again to see if that yields different results, otherwise see attached serial output. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 7 05:11:50 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 07 Jun 2008 03:11:50 -0000 Subject: [Haiku-bugs] [Haiku] #2349: PANIC: page fault, but interrupts were disabled. Touching address 0xccccccd8 from eip 0x8003b6aa Message-ID: <046.714f24cdcaed32483a264f93acffcee1@haiku-os.org> #2349: PANIC: page fault, but interrupts were disabled. Touching address 0xccccccd8 from eip 0x8003b6aa ---------------------------+------------------------------------------------ Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Platform: All | ---------------------------+------------------------------------------------ Received a KDL on boot using my Core 2 Duo (dual core) using Haiku r25834: PANIC: page fault, but interrupts were disabled. Touching address 0xccccccd8 from eip 0x8003b6aa Machine specs: Core 2 Duo E6750 on ECS G33T-M2 board w/4gb RAM and 500gb SATA w/SATA DVD- RW drive. Keyboard and mouse are PS/2. This machine previously booted with Haiku, but I had to change out the ide bus manager for ata in order to get through a boot, and then it ran REALLY slowly, like took 10 minutes to boot, and ran like it was at 100% CPU all the time. Will try the ata bus manager again to see if that yields different results, otherwise see attached serial output. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 7 05:13:23 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 07 Jun 2008 03:13:23 -0000 Subject: [Haiku-bugs] [Haiku] #2348: PANIC: page fault, but interrupts were disabled. Touching address 0xccccccd8 from eip 0x8003b6aa In-Reply-To: <046.d533c49e8b5ec2a23fea04a417221775@haiku-os.org> References: <046.d533c49e8b5ec2a23fea04a417221775@haiku-os.org> Message-ID: <055.ad828c3045477ad4af02d0c4f298013b@haiku-os.org> #2348: PANIC: page fault, but interrupts were disabled. Touching address 0xccccccd8 from eip 0x8003b6aa ----------------------------+----------------------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by umccullough): BAH, hit back button on my browser before attaching the file - please close this one, as it's a duplicate of #2349 which has the attachment. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 7 06:27:15 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 07 Jun 2008 04:27:15 -0000 Subject: [Haiku-bugs] [Haiku] #2349: PANIC: page fault, but interrupts were disabled. Touching address 0xccccccd8 from eip 0x8003b6aa In-Reply-To: <046.714f24cdcaed32483a264f93acffcee1@haiku-os.org> References: <046.714f24cdcaed32483a264f93acffcee1@haiku-os.org> Message-ID: <055.6a6429f019b84c91d11b89e191e01833@haiku-os.org> #2349: PANIC: page fault, but interrupts were disabled. Touching address 0xccccccd8 from eip 0x8003b6aa ----------------------------+----------------------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by umccullough): Ok, it *does* boot when I swap "ide" with "ata" - but it still runs slow - the two processors hang out between 25-50% utilized, and moving the mouse around on the screen causes both to hit 100% easily. It takes 10-15 seconds to open the leaf menu like this, but no one process appears to be using all the CPU. What additional info can I provide for this? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 7 07:07:05 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 07 Jun 2008 05:07:05 -0000 Subject: [Haiku-bugs] [Haiku] #2349: PANIC: page fault, but interrupts were disabled. Touching address 0xccccccd8 from eip 0x8003b6aa In-Reply-To: <046.714f24cdcaed32483a264f93acffcee1@haiku-os.org> References: <046.714f24cdcaed32483a264f93acffcee1@haiku-os.org> Message-ID: <055.52fb0c14fdc51bb2a468bf7524e3984e@haiku-os.org> #2349: PANIC: page fault, but interrupts were disabled. Touching address 0xccccccd8 from eip 0x8003b6aa ----------------------------+----------------------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by umccullough): Yanking out 2gb seems to have improved the situation drastically. It now runs at reasonable speed (400fps in GLTeapot). Still requires "ata" bus manager though, as "ide" bus manager just hangs at 4th icon (disk). But at least I no longer get the KDL. Can anything be done about the 4gb+ ram issue then? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 7 11:46:48 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 07 Jun 2008 09:46:48 -0000 Subject: [Haiku-bugs] [Haiku] #2348: PANIC: page fault, but interrupts were disabled. Touching address 0xccccccd8 from eip 0x8003b6aa In-Reply-To: <046.d533c49e8b5ec2a23fea04a417221775@haiku-os.org> References: <046.d533c49e8b5ec2a23fea04a417221775@haiku-os.org> Message-ID: <055.9b35bc156c8e832c4061f3438159c10d@haiku-os.org> #2348: PANIC: page fault, but interrupts were disabled. Touching address 0xccccccd8 from eip 0x8003b6aa ----------------------------+----------------------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: duplicate | Platform: All ----------------------------+----------------------------------------------- Changes (by stippi): * status: new => closed * resolution: => duplicate Comment: Duplicate of #2349. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 7 12:11:03 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 07 Jun 2008 10:11:03 -0000 Subject: [Haiku-bugs] [Haiku] #947: Konatu Tohaba isn't recognized as monospaced font In-Reply-To: <045.abb08586fb8bdea6a983fb0fd698e249@haiku-os.org> References: <045.abb08586fb8bdea6a983fb0fd698e249@haiku-os.org> Message-ID: <054.93ece833e8915be3035d31f11250f37e@haiku-os.org> #947: Konatu Tohaba isn't recognized as monospaced font -------------------------+-------------------------------------------------- Reporter: jackburton | Owner: Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All -------------------------+-------------------------------------------------- Comment (by axeld): That was obviously before I knew about the double width characters. This problem is not solvable on OS level as I first thought, at least not differently as outlined above. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 7 12:22:31 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 07 Jun 2008 10:22:31 -0000 Subject: [Haiku-bugs] [Haiku] #2349: PANIC: page fault, but interrupts were disabled. Touching address 0xccccccd8 from eip 0x8003b6aa In-Reply-To: <046.714f24cdcaed32483a264f93acffcee1@haiku-os.org> References: <046.714f24cdcaed32483a264f93acffcee1@haiku-os.org> Message-ID: <055.816851a14effeebc6fb94ca85c61a788@haiku-os.org> #2349: PANIC: page fault, but interrupts were disabled. Touching address 0xccccccd8 from eip 0x8003b6aa ----------------------------+----------------------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by axeld): That still sounds like an MTRR issue to me. Not that I'm entirely sure, but Haiku should just ignore all memory it can't deal with. Unfortunately, I don't have any free slots anymore on my mainboard, and can't easily test this myself yet. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 7 12:23:03 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 07 Jun 2008 10:23:03 -0000 Subject: [Haiku-bugs] [Haiku] #2349: PANIC: page fault, but interrupts were disabled. Touching address 0xccccccd8 from eip 0x8003b6aa In-Reply-To: <046.714f24cdcaed32483a264f93acffcee1@haiku-os.org> References: <046.714f24cdcaed32483a264f93acffcee1@haiku-os.org> Message-ID: <055.e51efd4db96e38d7e23e328803991e2b@haiku-os.org> #2349: PANIC: page fault, but interrupts were disabled. Touching address 0xccccccd8 from eip 0x8003b6aa ----------------------------+----------------------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by axeld): And the ATA bus manager is so slow because it doesn't yet use DMA. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 7 15:44:08 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 07 Jun 2008 13:44:08 -0000 Subject: [Haiku-bugs] [Haiku] #2350: Segment violation in FillRectNoClipping when booting on eeePC Message-ID: <043.ce9d77215cfc36086efc92cb4307b7f9@haiku-os.org> #2350: Segment violation in FillRectNoClipping when booting on eeePC -----------------------+---------------------------------------------------- Reporter: exparrot | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Platform: x86 | -----------------------+---------------------------------------------------- STR: 1. dd the nightly raw image from June 8th to the internal ssd 2. boot and select 640x480x16 as the failsafe video mode in the bootloader Actual behaviour: Dumps me to GDB showing attached screenshots. Expected behaviour: Booting to desktop. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 7 15:48:57 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 07 Jun 2008 13:48:57 -0000 Subject: [Haiku-bugs] [Haiku] #2350: Segment violation in FillRectNoClipping when booting on eeePC In-Reply-To: <043.ce9d77215cfc36086efc92cb4307b7f9@haiku-os.org> References: <043.ce9d77215cfc36086efc92cb4307b7f9@haiku-os.org> Message-ID: <052.dcb71f4e7c614479e9cc6f12f293a5f4@haiku-os.org> #2350: Segment violation in FillRectNoClipping when booting on eeePC ---------------------------------+------------------------------------------ Reporter: exparrot | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Platform: x86 ---------------------------------+------------------------------------------ Changes (by diver): * component: - General => Servers/app_server Comment: Looks bug #634 is back. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 7 16:15:12 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 07 Jun 2008 14:15:12 -0000 Subject: [Haiku-bugs] [Haiku] #2350: Segment violation in FillRectNoClipping when booting on eeePC In-Reply-To: <043.ce9d77215cfc36086efc92cb4307b7f9@haiku-os.org> References: <043.ce9d77215cfc36086efc92cb4307b7f9@haiku-os.org> Message-ID: <052.7fe8e8e21e0ce06fd7a9bce78afb4d50@haiku-os.org> #2350: Segment violation in FillRectNoClipping when booting on eeePC ---------------------------------+------------------------------------------ Reporter: exparrot | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Platform: x86 ---------------------------------+------------------------------------------ Comment (by axeld): I'll see if I can reproduce this problem with the EeePC 900. @diver: it doesn't necessarily need to have anything to do with #634. This crash happens if the app_server draws out of the bounds of the screen, but this can have many reasons. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 7 19:15:44 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 07 Jun 2008 17:15:44 -0000 Subject: [Haiku-bugs] [Haiku] #2349: PANIC: page fault, but interrupts were disabled. Touching address 0xccccccd8 from eip 0x8003b6aa In-Reply-To: <046.714f24cdcaed32483a264f93acffcee1@haiku-os.org> References: <046.714f24cdcaed32483a264f93acffcee1@haiku-os.org> Message-ID: <055.e8215d9ab091ce2ae9673269dd6bee9d@haiku-os.org> #2349: PANIC: page fault, but interrupts were disabled. Touching address 0xccccccd8 from eip 0x8003b6aa ----------------------------+----------------------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by umccullough): Yes, since it runs pretty well with < 4gb RAM - I'm definitely willing to concede that it's MTRR issue. How many DIMM slots do you have, what kind of RAM does it take? What's your current configuration/brand? I have a few extra 1gb DIMMs lying around - I'd probably be willing to send some your way. Otherwise I'm sure that I and a couple others would be willing to purchase you some RAM (2x2gb perhaps) and have it shipped if it would help get the MTRR and 4gb+ memory issue worked out (I've heard a couple others complaining about it, and I bet they'd put money where their mouth is). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 7 23:49:21 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 07 Jun 2008 21:49:21 -0000 Subject: [Haiku-bugs] [Haiku] #2351: Tracker crashing: va 0x14 not covered by area in address space Message-ID: <040.f136b3ca59c17ef606426ba56099bf0b@haiku-os.org> #2351: Tracker crashing: va 0x14 not covered by area in address space -----------------------+---------------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Platform: x86 | -----------------------+---------------------------------------------------- SW: 32-bit Ubuntu 8.04, Vmware Player 2.0.3, vmware and hdd image built with gcc 4.1.2, r25852 HW: 1) Lenovo T60 laptop 2) Home built AMD64 desktop system 3) 1GB USB 2.0 stick Ever since I switched to building with gcc4 a couple of days ago, I see Tracker crashing on shutdown/reboot. The behaviour is the same in vmware as well as when booting off a USB stick. Thinking it might have had something to do with multi-core CPUs, I tried building on my single-core AMD64 machine but the result was the same. The problem does not appear with the official Build Factory images. Never-booted vmware image available at http://www.megaupload.com/?d=6KUY6OL6 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 8 01:06:55 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 07 Jun 2008 23:06:55 -0000 Subject: [Haiku-bugs] [Haiku] #2349: PANIC: page fault, but interrupts were disabled. Touching address 0xccccccd8 from eip 0x8003b6aa In-Reply-To: <046.714f24cdcaed32483a264f93acffcee1@haiku-os.org> References: <046.714f24cdcaed32483a264f93acffcee1@haiku-os.org> Message-ID: <055.09807147dadc276f5ce57fcb231f2dd6@haiku-os.org> #2349: PANIC: page fault, but interrupts were disabled. Touching address 0xccccccd8 from eip 0x8003b6aa ----------------------------+----------------------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by umccullough): Attached additional serial log (full log as suggested by korli) from the LONG boot (~9.5 minutes until desktop and icons loaded) using the "ata" bus manager and 4gb RAM installed. Once loaded, Haiku ran exceptionally slowly with this configuration. Same exact install with 2gb RAM runs seemingly fine. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 8 01:10:33 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 07 Jun 2008 23:10:33 -0000 Subject: [Haiku-bugs] [Haiku] #2351: Tracker crashing: va 0x14 not covered by area in address space In-Reply-To: <040.f136b3ca59c17ef606426ba56099bf0b@haiku-os.org> References: <040.f136b3ca59c17ef606426ba56099bf0b@haiku-os.org> Message-ID: <049.1dd745351114052b269732f0a10d3fd2@haiku-os.org> #2351: Tracker crashing: va 0x14 not covered by area in address space ------------------------+--------------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: x86 ------------------------+--------------------------------------------------- Comment (by umccullough): I can confirm seeing this also when doing a gcc4 build on my laptop while a gcc2 build on the same machine works fine. Since I rarely use gcc4 yet, I haven't had time to provide the necessary debug info but can also do so if it will help debug this further. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 8 01:26:38 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 07 Jun 2008 23:26:38 -0000 Subject: [Haiku-bugs] [Haiku] #1719: ConstrainClippingRegion() does not work as it's used in ie. Mozilla In-Reply-To: <040.489fca51dde46837dd6016fe891aba59@haiku-os.org> References: <040.489fca51dde46837dd6016fe891aba59@haiku-os.org> Message-ID: <049.74a6b94cd0549e59a48756c954d9d32e@haiku-os.org> #1719: ConstrainClippingRegion() does not work as it's used in ie. Mozilla ---------------------------------+------------------------------------------ Reporter: axeld | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: fixed | Platform: All ---------------------------------+------------------------------------------ Changes (by mmlr): * status: new => closed * resolution: => fixed Comment: Fixed in 25854. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 8 01:31:28 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 07 Jun 2008 23:31:28 -0000 Subject: [Haiku-bugs] [Haiku] #1620: Firefox crashes with "-safe-mode" switch In-Reply-To: <046.23460023e9ad4847fc94b85d005ea8b7@haiku-os.org> References: <046.23460023e9ad4847fc94b85d005ea8b7@haiku-os.org> Message-ID: <055.f20b4c7f83290c6e14f3104dc522c196@haiku-os.org> #1620: Firefox crashes with "-safe-mode" switch --------------------------------+------------------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: | Platform: x86 --------------------------------+------------------------------------------- Comment (by umccullough): Someone please close! :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 8 01:34:55 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 07 Jun 2008 23:34:55 -0000 Subject: [Haiku-bugs] [Haiku] #1620: Firefox crashes with "-safe-mode" switch In-Reply-To: <046.23460023e9ad4847fc94b85d005ea8b7@haiku-os.org> References: <046.23460023e9ad4847fc94b85d005ea8b7@haiku-os.org> Message-ID: <055.6360d506cbb0f9738514eded72bd14e1@haiku-os.org> #1620: Firefox crashes with "-safe-mode" switch --------------------------------+------------------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: fixed | Platform: x86 --------------------------------+------------------------------------------- Changes (by mmlr): * status: new => closed * resolution: => fixed Comment: Fixed apparently. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 8 04:41:57 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 08 Jun 2008 02:41:57 -0000 Subject: [Haiku-bugs] [Haiku] #2352: Keybooard and mouse freeze after hot-plugging USB camera Message-ID: <040.d090c87ff84feb479ec9fd3e67ca4890@haiku-os.org> #2352: Keybooard and mouse freeze after hot-plugging USB camera -------------------------+-------------------------------------------------- Reporter: cebif | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Platform: All | -------------------------+-------------------------------------------------- While testing with r25575,hot-plugging a USB digital camera (Kyocera Finecam SR3) causes the system to freeze. The camera has a SD card fat type file system. To reproduce: 1) Plug in the USB lead from the canmera. 2) Try to move the mouse pointer and it is frozen 3) Try to use the keyboard eg (CTRL ALT Delete) or any key and it is frozen. On the mount settings I tried selecting "Don't Automount". That made no difference. With this same camera it can be mounted in BeOSR5.05 Bone without a system freeze, but I have to use DriveSetup to mount it from, (cannot use desktop right-click menu. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 8 08:48:57 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 08 Jun 2008 06:48:57 -0000 Subject: [Haiku-bugs] [Haiku] #2352: Keybooard and mouse freeze after hot-plugging USB camera In-Reply-To: <040.d090c87ff84feb479ec9fd3e67ca4890@haiku-os.org> References: <040.d090c87ff84feb479ec9fd3e67ca4890@haiku-os.org> Message-ID: <049.5fb79f64aed62038a757adab214748b8@haiku-os.org> #2352: Keybooard and mouse freeze after hot-plugging USB camera --------------------------+------------------------------------------------- Reporter: cebif | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Platform: All --------------------------+------------------------------------------------- Changes (by siarzhuk): * cc: siarzhuk (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 8 09:10:24 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 08 Jun 2008 07:10:24 -0000 Subject: [Haiku-bugs] [Haiku] #1327: Media addon not always loaded when running in vmplayer In-Reply-To: <042.6f15524fb6241e99efee27a0bc206c13@haiku-os.org> References: <042.6f15524fb6241e99efee27a0bc206c13@haiku-os.org> Message-ID: <051.c1b34505c56629645f139aa6a6d3ee58@haiku-os.org> #1327: Media addon not always loaded when running in vmplayer --------------------------+------------------------------------------------- Reporter: emitrax | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Platform: All --------------------------+------------------------------------------------- Comment (by emitrax): I booted a couple of times and problem seems to be gone. However, the media server does not unload the add when unplugging the webcam, neither to it loaded if load the webcam while the system is up and running. I need to restart the media server to let it rescan for new devices. Plus, as shown in the picture attached, some drawn problems seems to have raised. Shall I open a different ticket for loading/unloading addons ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 8 12:26:39 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 08 Jun 2008 10:26:39 -0000 Subject: [Haiku-bugs] [Haiku] #2352: Keybooard and mouse freeze after hot-plugging USB camera In-Reply-To: <040.d090c87ff84feb479ec9fd3e67ca4890@haiku-os.org> References: <040.d090c87ff84feb479ec9fd3e67ca4890@haiku-os.org> Message-ID: <049.f0bdc846e92948a23b58251522c40438@haiku-os.org> #2352: Keybooard and mouse freeze after hot-plugging USB camera --------------------------+------------------------------------------------- Reporter: cebif | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Platform: All --------------------------+------------------------------------------------- Changes (by mmlr): * status: new => assigned Comment: I assume this happens with USB keyboard and mouse? Does unplugging the device restore normal behaviour? I assume it's a deadlock between adding the device and accessing it. Even if you have automount disabled the disk device manager will scan the device for partitions to make them available to mount. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 8 12:42:34 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 08 Jun 2008 10:42:34 -0000 Subject: [Haiku-bugs] [Haiku] #1327: Media addon not always loaded when running in vmplayer In-Reply-To: <042.6f15524fb6241e99efee27a0bc206c13@haiku-os.org> References: <042.6f15524fb6241e99efee27a0bc206c13@haiku-os.org> Message-ID: <051.0647f4444635c78695cf996b3b3fe957@haiku-os.org> #1327: Media addon not always loaded when running in vmplayer --------------------------+------------------------------------------------- Reporter: emitrax | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: fixed | Platform: All --------------------------+------------------------------------------------- Changes (by mmlr): * status: assigned => closed * resolution: => fixed Comment: I would prefer if you could open a bug or enhancement for the load/unload. Probably the media server or the respective add-on does not yet employ node-monitoring to detect the device change. Closing this ticket as the original problem (the device not being published) seems gone. Thanks for the update. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 8 13:06:47 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 08 Jun 2008 11:06:47 -0000 Subject: [Haiku-bugs] [Haiku] #2352: Keybooard and mouse freeze after hot-plugging USB camera In-Reply-To: <040.d090c87ff84feb479ec9fd3e67ca4890@haiku-os.org> References: <040.d090c87ff84feb479ec9fd3e67ca4890@haiku-os.org> Message-ID: <049.44f6b61b84b7b4dacbd40e4829f3b778@haiku-os.org> #2352: Keybooard and mouse freeze after hot-plugging USB camera --------------------------+------------------------------------------------- Reporter: cebif | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Platform: All --------------------------+------------------------------------------------- Comment (by cebif): Both the keyboard and mouse are ps2. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 8 13:32:52 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 08 Jun 2008 11:32:52 -0000 Subject: [Haiku-bugs] [Haiku] #2353: double lock of "usb busmanager lock" Message-ID: <040.ddcf6acb926c368032d391f558f5994d@haiku-os.org> #2353: double lock of "usb busmanager lock" -------------------------------+-------------------------------------------- Reporter: monni | Owner: oruizdorantes Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Bluetooth | Version: R1 development Platform: All | -------------------------------+-------------------------------------------- Crashed while restart Last holder: bluetooth_server :Lock__10BusManager + 0x001b :AddPendingTransfer__4UHCIP8TransferP5QueueP7uhci_qhP7uhci_tdT4b + 0x00ba :SubmitTransfer__4UHCIP8Transfer + 0x013c :QueueInterrupt__13InterruptPipePvUlPFPvlPvUl_vT1 + 0x008f :queue_interrupt__FUlPvUlPFPvlPvUl_vT1 + 0x0071 :queue_interrupt_v2__FPCvPvUlPFPvlPvUl_vT1 + 0x0031 :event_complete + 0x006d :Finished__8TransferUlUl + 0x0027 :CancelQueuedTransfers__4Pipeb + 0x002b :cancel_queued_transfers__FUl + 0x0067 :cancel_queued_transfers_v2__FPCv + 0x001f :device_close + 0x00a6 :devfs_close__FP9fs_volumeP8fs_vnodePv + 0x0035 :file_close__FP15file_descriptor + 0x004c :close_fd + 0x0044 :vfs_free_io_context + 0x006f :team_delete_team + 0x01f0 :thread_exit + 0x035c :handle_signals + 0x0384 :thread_at_exit_kernel + 0x0076 :kernel_exit_handle_signals + 0x0006 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 8 13:34:00 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 08 Jun 2008 11:34:00 -0000 Subject: [Haiku-bugs] [Haiku] #2352: Keybooard and mouse freeze after hot-plugging USB camera In-Reply-To: <040.d090c87ff84feb479ec9fd3e67ca4890@haiku-os.org> References: <040.d090c87ff84feb479ec9fd3e67ca4890@haiku-os.org> Message-ID: <049.1c2ec8ea8361d238aaa3b3bc1c7d4716@haiku-os.org> #2352: Keybooard and mouse freeze after hot-plugging USB camera --------------------------+------------------------------------------------- Reporter: cebif | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Platform: All --------------------------+------------------------------------------------- Comment (by cebif): "I assume it's a deadlock between adding the device and accessing it. Even if you have automount disabled the disk device manager will scan the device for partitions to make them available to mount." Yes, when the device is plugged in the system freezes then even if I have not manually mounted the camera. Another thing I have just noticed is; if the USB printer is turned on and plugged in, Haiku freezes during boot at the grey box icon, (not certain what it stands for). That is the icon about center of the line. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 8 13:45:23 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 08 Jun 2008 11:45:23 -0000 Subject: [Haiku-bugs] [Haiku] #2354: ISA module is registered two times Message-ID: <040.32c43606fb6eec39d1496b8bd358be0a@haiku-os.org> #2354: ISA module is registered two times ---------------------------+------------------------------------------------ Reporter: korli | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Platform: All | ---------------------------+------------------------------------------------ QEmu, r25859 End of dm_tree dump: (1) @0x90c5e7e0 "bus_managers/isa/root/driver_v1" (ref 2, init 1, module 0x80566b40, data 0x90c5e7e0) "device/bus" : string : "isa" "device/flags" : uint32 : 3 (0x3) (1) @0x90b46960 "bus_managers/isa/root/driver_v1" (ref 2, init 1, module 0x80566b40, data 0x90b46960) "device/bus" : string : "isa" "device/flags" : uint32 : 3 (0x3) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 8 13:53:38 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 08 Jun 2008 11:53:38 -0000 Subject: [Haiku-bugs] [Haiku] #2291: vm_soft_fault when discovering bluetooth devices In-Reply-To: <040.c50b25037ba7cd5854594f884896fac6@haiku-os.org> References: <040.c50b25037ba7cd5854594f884896fac6@haiku-os.org> Message-ID: <049.a67cafed2a4f1ffd3780777da1c68fe1@haiku-os.org> #2291: vm_soft_fault when discovering bluetooth devices --------------------------------+------------------------------------------- Reporter: monni | Owner: oruizdorantes Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Bluetooth | Version: R1 development Resolution: | Platform: All --------------------------------+------------------------------------------- Comment (by monni): I think I tried starting bluetooth_server once but it closed itself after minute or two... then I tried bt_discovery but it didn't print anything... so I looked in syslog and found that piece of information. Afterwards I started bluetooth_server again and bt_discovery worked without soft_fault. It was right after I booted the system so memory was pretty much clean of residues from previous tests... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 8 13:59:12 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 08 Jun 2008 11:59:12 -0000 Subject: [Haiku-bugs] [Haiku] #2353: double lock of "usb busmanager lock" In-Reply-To: <040.ddcf6acb926c368032d391f558f5994d@haiku-os.org> References: <040.ddcf6acb926c368032d391f558f5994d@haiku-os.org> Message-ID: <049.2089d0a4d74b534f9e382154bd30e35a@haiku-os.org> #2353: double lock of "usb busmanager lock" --------------------------------+------------------------------------------- Reporter: monni | Owner: oruizdorantes Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Bluetooth | Version: R1 development Resolution: | Platform: All --------------------------------+------------------------------------------- Comment (by mmlr): This is also a USB problem to some extent. The HCD (UHCI in this case) does not allow transfers to be scheduled while canceling transfers at the same time. Generally you would not want to do that anyway and in this case it definitely looks like a bug in h2generic, as when explicitly canceling transfers, no resubmit should happen (checking for B_CANCELED status in event_complete would be correct). But I see that in a timeout + cancel + reset operation it could be a valid use case and the HCD should not disallow it. Will try to correct that from a USB standpoint, but h2generic needs be fixed for this case and with this bug report. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 8 14:09:23 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 08 Jun 2008 12:09:23 -0000 Subject: [Haiku-bugs] [Haiku] #2332: [Installer] on start sould show EULA only In-Reply-To: <040.c0028955979eaa6bf0fb1f2b37de19f8@haiku-os.org> References: <040.c0028955979eaa6bf0fb1f2b37de19f8@haiku-os.org> Message-ID: <049.bf122d2cc9edd93f699efbbcffe4f916@haiku-os.org> #2332: [Installer] on start sould show EULA only -------------------------------------+-------------------------------------- Reporter: diver | Owner: korli Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Installer | Version: R1 development Resolution: fixed | Platform: All -------------------------------------+-------------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed Comment: Fixed in r25860 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 8 15:22:10 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 08 Jun 2008 13:22:10 -0000 Subject: [Haiku-bugs] [Haiku] #2353: double lock of "usb busmanager lock" In-Reply-To: <040.ddcf6acb926c368032d391f558f5994d@haiku-os.org> References: <040.ddcf6acb926c368032d391f558f5994d@haiku-os.org> Message-ID: <049.2c39144ebe1ac6e78e090fc8b72ed927@haiku-os.org> #2353: double lock of "usb busmanager lock" --------------------------------+------------------------------------------- Reporter: monni | Owner: oruizdorantes Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Bluetooth | Version: R1 development Resolution: | Platform: All --------------------------------+------------------------------------------- Comment (by mmlr): The USB part is fixed in r25861, though this only hides the probably incorrect handling of the cancel case within h2generic. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 8 15:58:05 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 08 Jun 2008 13:58:05 -0000 Subject: [Haiku-bugs] [Haiku] #2349: PANIC: page fault, but interrupts were disabled. Touching address 0xccccccd8 from eip 0x8003b6aa In-Reply-To: <046.714f24cdcaed32483a264f93acffcee1@haiku-os.org> References: <046.714f24cdcaed32483a264f93acffcee1@haiku-os.org> Message-ID: <055.ce1eaf70990dbd099cc2e926a46c256c@haiku-os.org> #2349: PANIC: page fault, but interrupts were disabled. Touching address 0xccccccd8 from eip 0x8003b6aa ----------------------------+----------------------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by korli): Could you check again with r25859 ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 8 16:06:05 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 08 Jun 2008 14:06:05 -0000 Subject: [Haiku-bugs] [Haiku] #2232: Installer stops In-Reply-To: <042.d680184d20a7da48e6571c1a765d8a47@haiku-os.org> References: <042.d680184d20a7da48e6571c1a765d8a47@haiku-os.org> Message-ID: <051.c9818f0b7d0e830599dce32c2831541f@haiku-os.org> #2232: Installer stops -------------------------------------+-------------------------------------- Reporter: bbjimmy | Owner: korli Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Applications/Installer | Version: R1 development Resolution: | Platform: All -------------------------------------+-------------------------------------- Comment (by korli): Indeed, even if makebootable runs OK after the installation. Maybe the cache or sync to disk isn't working right. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 8 16:27:21 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 08 Jun 2008 14:27:21 -0000 Subject: [Haiku-bugs] [Haiku] #2232: Installer stops In-Reply-To: <042.d680184d20a7da48e6571c1a765d8a47@haiku-os.org> References: <042.d680184d20a7da48e6571c1a765d8a47@haiku-os.org> Message-ID: <051.971b2cb6382ab1f1cb551d47829a9c6f@haiku-os.org> #2232: Installer stops -------------------------------------+-------------------------------------- Reporter: bbjimmy | Owner: korli Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Applications/Installer | Version: R1 development Resolution: | Platform: All -------------------------------------+-------------------------------------- Comment (by axeld): When you write to a device directly (like makebootable), it does not use the cache but writes through to the drive directly. Also, if makebootable works for itself, it should also work as part of Installer. Are you sure it is called with the correct arguments? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 8 16:35:36 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 08 Jun 2008 14:35:36 -0000 Subject: [Haiku-bugs] [Haiku] #2232: Installer stops In-Reply-To: <042.d680184d20a7da48e6571c1a765d8a47@haiku-os.org> References: <042.d680184d20a7da48e6571c1a765d8a47@haiku-os.org> Message-ID: <051.2d90e69f2f8da3a51352b0bb75e69a9f@haiku-os.org> #2232: Installer stops -------------------------------------+-------------------------------------- Reporter: bbjimmy | Owner: korli Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Applications/Installer | Version: R1 development Resolution: | Platform: All -------------------------------------+-------------------------------------- Comment (by bonefish): Unless I've missed commits to change the situation, makebootable only works on an unmounted partition. Otherwise BFS will overwrite the boot code. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 8 17:08:40 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 08 Jun 2008 15:08:40 -0000 Subject: [Haiku-bugs] [Haiku] #2232: Installer stops In-Reply-To: <042.d680184d20a7da48e6571c1a765d8a47@haiku-os.org> References: <042.d680184d20a7da48e6571c1a765d8a47@haiku-os.org> Message-ID: <051.dee3ea432067a09be11d026521aebe66@haiku-os.org> #2232: Installer stops -------------------------------------+-------------------------------------- Reporter: bbjimmy | Owner: korli Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Applications/Installer | Version: R1 development Resolution: | Platform: All -------------------------------------+-------------------------------------- Comment (by axeld): I just had a look because I was assuming the same problem, but BFS only writes the part of the second block that actually contains the super block, not the surrounding area (ie. it does a partial write). So if that actually happens, block_io would not deal with this case correctly, I don't think this is very probable though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 8 17:16:57 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 08 Jun 2008 15:16:57 -0000 Subject: [Haiku-bugs] [Haiku] #2232: Installer stops In-Reply-To: <042.d680184d20a7da48e6571c1a765d8a47@haiku-os.org> References: <042.d680184d20a7da48e6571c1a765d8a47@haiku-os.org> Message-ID: <051.172d2ca6e66755c8368612b1c65e96c0@haiku-os.org> #2232: Installer stops -------------------------------------+-------------------------------------- Reporter: bbjimmy | Owner: korli Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Applications/Installer | Version: R1 development Resolution: | Platform: All -------------------------------------+-------------------------------------- Comment (by korli): Checked again: makebootable is called with the mount point of the installed partition. makebootable only works after a fresh reboot (mounted or not). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 8 17:24:33 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 08 Jun 2008 15:24:33 -0000 Subject: [Haiku-bugs] [Haiku] #2349: PANIC: page fault, but interrupts were disabled. Touching address 0xccccccd8 from eip 0x8003b6aa In-Reply-To: <046.714f24cdcaed32483a264f93acffcee1@haiku-os.org> References: <046.714f24cdcaed32483a264f93acffcee1@haiku-os.org> Message-ID: <055.1b7d065ef42a02ecb39cbc40d077a60d@haiku-os.org> #2349: PANIC: page fault, but interrupts were disabled. Touching address 0xccccccd8 from eip 0x8003b6aa ----------------------------+----------------------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by umccullough): Thanks - I attached two more serial logs for r25863, one with 2gb RAM, and one with 4gb RAM. Haiku seems to run fast and stable with 4gb RAM now, and reports 2807MB RAM in the "About System" (I didn't check to see what it reported previously). I also provided the Linux MTRR info as suggested in IRC. Thanks! I guess we can probably close this ticket now. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 8 17:29:07 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 08 Jun 2008 15:29:07 -0000 Subject: [Haiku-bugs] [Haiku] #2355: Incorrect BView::Draw() Update Rect after CopyBits() Message-ID: <043.0e97369fcd8eecff59fa5870090b718b@haiku-os.org> #2355: Incorrect BView::Draw() Update Rect after CopyBits() --------------------------------+------------------------------------------- Reporter: bonefish | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Platform: All | --------------------------------+------------------------------------------- r25860 After a sequence of these method invocations: {{{ Invalidate((35.000000, 345.000000) - (41.000000, 359.000000)) Invalidate((0.000000, 345.000000) - (6.000000, 359.000000)) Invalidate((0.000000, 345.000000) - (6.000000, 359.000000)) CopyBits(((0.000000, 15.000000) - (560.000000, 388.000000)) -> (0.000000, 0.000000) - (560.000000, 373.000000)) Invalidate((0.000000, 345.000000) - (559.000000, 359.000000)) }}} the view receives the following Draw() method call: {{{ TermView::Draw((0.000000, 0.000000) - (560.000000, 373.000000)) Bounds(): (0.000000, 0.000000) - (560.000000 - 373.000000) clipping region: (0.000000, 330.000000) - (6.000000, 344.000000) (35.000000, 330.000000) - (41.000000, 344.000000) (0.000000, 345.000000) - (559.000000, 358.000000) (0.000000, 359.000000) - (560.000000, 373.000000) }}} The update rect covers the whole view, although the clipping region is constrained to 44 pixel rows at the bottom. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 8 17:36:04 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 08 Jun 2008 15:36:04 -0000 Subject: [Haiku-bugs] [Haiku] #2355: Incorrect BView::Draw() Update Rect after CopyBits() In-Reply-To: <043.0e97369fcd8eecff59fa5870090b718b@haiku-os.org> References: <043.0e97369fcd8eecff59fa5870090b718b@haiku-os.org> Message-ID: <052.636255b9adf0601f744b1eba8e23a973@haiku-os.org> #2355: Incorrect BView::Draw() Update Rect after CopyBits() ---------------------------------+------------------------------------------ Reporter: bonefish | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by mmlr): This might be intended behaviour. In r25854 the behaviour for calling Draw() has been adjusted to work the same as under R5. Under R5 you will get Draw() calls also for regions that do not intersect with the current clipping, which allows caching and asynchronously repainting of exposed areas as done by Firefox for example. Could you please check if this also happens under BeOS? Note that the clipping region will still limit the drawing to the same area, even though the update rect might be bigger. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 8 17:43:08 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 08 Jun 2008 15:43:08 -0000 Subject: [Haiku-bugs] [Haiku] #2232: Installer stops In-Reply-To: <042.d680184d20a7da48e6571c1a765d8a47@haiku-os.org> References: <042.d680184d20a7da48e6571c1a765d8a47@haiku-os.org> Message-ID: <051.32c978dbd4f4cf66aacf44a8d447166e@haiku-os.org> #2232: Installer stops -------------------------------------+-------------------------------------- Reporter: bbjimmy | Owner: korli Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Applications/Installer | Version: R1 development Resolution: | Platform: All -------------------------------------+-------------------------------------- Comment (by axeld): This contradicts the original description of this bug report, though. Does it work when not using the mount point but the device instead? Also, does adding debug output in makebootable eventually helps? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 8 17:55:38 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 08 Jun 2008 15:55:38 -0000 Subject: [Haiku-bugs] [Haiku] #2349: Core 2 Duo does not run properly with 4gb RAM - MTRR issue In-Reply-To: <046.714f24cdcaed32483a264f93acffcee1@haiku-os.org> References: <046.714f24cdcaed32483a264f93acffcee1@haiku-os.org> Message-ID: <055.6008bcbc152844542a63660fadcbe20d@haiku-os.org> #2349: Core 2 Duo does not run properly with 4gb RAM - MTRR issue ----------------------------+----------------------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Changes (by umccullough): * summary: PANIC: page fault, but interrupts were disabled. Touching address 0xccccccd8 from eip 0x8003b6aa => Core 2 Duo does not run properly with 4gb RAM - MTRR issue Comment: Actually, the original summary for this issue is still an issue, but it just boils down to the ide bus manager which works when replaced with the newer ata bus manager, so I'll just hijack my own ticket here and change the summary. Hopefully nobody minds. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 8 19:08:54 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 08 Jun 2008 17:08:54 -0000 Subject: [Haiku-bugs] [Haiku] #2355: Incorrect BView::Draw() Update Rect after CopyBits() In-Reply-To: <043.0e97369fcd8eecff59fa5870090b718b@haiku-os.org> References: <043.0e97369fcd8eecff59fa5870090b718b@haiku-os.org> Message-ID: <052.4d314ee82ea5b6a902d60ded17848a14@haiku-os.org> #2355: Incorrect BView::Draw() Update Rect after CopyBits() ---------------------------------+------------------------------------------ Reporter: bonefish | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by bonefish): The behavior can be observed in r25853 as well. Unfortunately I haven't been able to reproduce the behavior with a minimal test app yet. Might be timing related. It is relatively reliably reproducible with the Terminal in the state I have it ATM. At any rate I really can't see how supplying an unnecessarily large update rect to Draw() can have any positive effects. Even if the rect is cached and used as a clipping region for later drawing outside Draw() the minimal update rect should suffice. The only effect I can see is that more work than necessary is caused. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 8 20:09:52 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 08 Jun 2008 18:09:52 -0000 Subject: [Haiku-bugs] [Haiku] #2356: usb stack deadlocks after plugging in card reader Message-ID: <040.5c267b04218476436888c1d67f28c640@haiku-os.org> #2356: usb stack deadlocks after plugging in card reader -------------------------+-------------------------------------------------- Reporter: monni | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Platform: All | -------------------------+-------------------------------------------------- How to reproduce: 1. Open terminal with tail -f /var/log/syslog 2. Plug usb card reader without any cards Experienced behavior: Terminal deadlocks Expected behavior: Terminal continues to respond to mouse events Concerning threads: 35 usb explore, holds "legacy driver", waits for "devfs lock" 158 sh, holds "devfs lock", waits for "legacy driver" 198 Terminal, waits for "devfs lock", blocks "usb explore" First significant entries for thread 35 are: :RescanDrivers__5StackP11rescan_item + 0x001b :ExploreThread__5StackPv + 0x0101 Last significant entry for thread 35 is: :publish_device__FP5devfsPCcP10BaseDevice + 0x007a First significant entry for thread 158 is: :vfs_free_io_context + 0x0078 Last significant entry for thread 158 is: :UninitDevice__12LegacyDevice + 0x0028 First significant entry for thread 198 is: :_user_open + 0x00a1 Last significant entry for thread 198 is: :devfs_open_FP9fs_volumeP8fs_vnodeiPPv + 0x0072 I omitted functions between those because I don't think they're relevant to finding the cause and I would have to hand-copy them because I don't have serial cable here. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 8 20:51:32 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 08 Jun 2008 18:51:32 -0000 Subject: [Haiku-bugs] [Haiku] #2356: usb stack deadlocks after plugging in card reader In-Reply-To: <040.5c267b04218476436888c1d67f28c640@haiku-os.org> References: <040.5c267b04218476436888c1d67f28c640@haiku-os.org> Message-ID: <049.729d77697a1b36d81314300417920ed7@haiku-os.org> #2356: usb stack deadlocks after plugging in card reader ----------------------------+----------------------------------------------- Reporter: monni | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Changes (by mmlr): * owner: mmlr => axeld * component: Drivers/USB => System/Kernel Comment: This is a deadlock between the devfs and the legacy driver system. USB is only the trigger, not the problem itself. This was introduced with the new device manager, assigning to Axel. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 8 21:14:26 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 08 Jun 2008 19:14:26 -0000 Subject: [Haiku-bugs] [Haiku] #2353: double lock of "usb busmanager lock" In-Reply-To: <040.ddcf6acb926c368032d391f558f5994d@haiku-os.org> References: <040.ddcf6acb926c368032d391f558f5994d@haiku-os.org> Message-ID: <049.fdb48dff72c457b689fdabf0e9538dfb@haiku-os.org> #2353: double lock of "usb busmanager lock" --------------------------------+------------------------------------------- Reporter: monni | Owner: oruizdorantes Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Bluetooth | Version: R1 development Resolution: | Platform: All --------------------------------+------------------------------------------- Changes (by oruizdorantes): * status: new => assigned Comment: Totally, All the process of unplug, remove, cleanups and so on. I might just be able to say that there is just some code for handling it. But is not yet tested, or meant to work. I keep the bug :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 8 21:58:18 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 08 Jun 2008 19:58:18 -0000 Subject: [Haiku-bugs] [Haiku] #2293: KDL during boot when scanning for devices. In-Reply-To: <038.a25f50d4ee276053a69672710a6d4660@haiku-os.org> References: <038.a25f50d4ee276053a69672710a6d4660@haiku-os.org> Message-ID: <047.45d5f034c876f036bd29dc40241f49f2@haiku-os.org> #2293: KDL during boot when scanning for devices. ----------------------------+----------------------------------------------- Reporter: bga | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by mmlr): This is probably fixed in r25867. Please retest. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 8 21:59:19 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 08 Jun 2008 19:59:19 -0000 Subject: [Haiku-bugs] [Haiku] #2284: Page Fault on boot (25717) In-Reply-To: <048.bfb72f9386e7aa9daa3a55dc9e971a91@haiku-os.org> References: <048.bfb72f9386e7aa9daa3a55dc9e971a91@haiku-os.org> Message-ID: <057.96a664e6fd517dab6d58ddf94bc3bc6c@haiku-os.org> #2284: Page Fault on boot (25717) ----------------------------+----------------------------------------------- Reporter: dustin howett | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: - General | Version: R1 development Resolution: | Platform: x64 ----------------------------+----------------------------------------------- Comment (by mmlr): This bug might be affected/fixed by r25867, please retest. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 8 22:31:04 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 08 Jun 2008 20:31:04 -0000 Subject: [Haiku-bugs] [Haiku] #2357: STL warnings when compiling Message-ID: <042.262f7d62c09c89ae2aea9901d07ccadb@haiku-os.org> #2357: STL warnings when compiling -------------------------+-------------------------------------------------- Reporter: emitrax | Owner: bonefish Type: enhancement | Status: new Priority: low | Milestone: R1 Component: - General | Version: R1 development Platform: All | -------------------------+-------------------------------------------------- I don't know if it is related to the compiler version, but on linux it shows not warnings. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 8 22:59:31 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 08 Jun 2008 20:59:31 -0000 Subject: [Haiku-bugs] [Haiku] #2358: Couldn't unmount usb disk after copying a file Message-ID: <042.2b3e823ed534dcfdb40d17a76011555f@haiku-os.org> #2358: Couldn't unmount usb disk after copying a file --------------------------+------------------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1 Component: Drivers/Disk | Version: R1 development Platform: All | --------------------------+------------------------------------------------- Easy to reproduce. - Mount a usbdisk - Copy a file to the usbdisk (I used a text one but it shouldn't matter) - Open the original file - Try unmounting the usbdisk Behavior: It doesn't unmount. Picture attached. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 8 23:19:05 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 08 Jun 2008 21:19:05 -0000 Subject: [Haiku-bugs] [Haiku] #2357: STL warnings when compiling In-Reply-To: <042.262f7d62c09c89ae2aea9901d07ccadb@haiku-os.org> References: <042.262f7d62c09c89ae2aea9901d07ccadb@haiku-os.org> Message-ID: <051.e874c25873cfa52171bb57f401922fc6@haiku-os.org> #2357: STL warnings when compiling --------------------------+------------------------------------------------- Reporter: emitrax | Owner: bonefish Type: enhancement | Status: closed Priority: low | Milestone: R1 Component: - General | Version: R1 development Resolution: invalid | Platform: All --------------------------+------------------------------------------------- Changes (by bonefish): * status: new => closed * resolution: => invalid Comment: I don't think we're going to fix this. I'm not even sure if we could without breaking binary compatibility. BTW, particularly when reporting a problem that might be compiler related, it is helpful to add the compiler version to the description. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 8 23:43:34 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 08 Jun 2008 21:43:34 -0000 Subject: [Haiku-bugs] [Haiku] #2284: Page Fault on boot (25717) In-Reply-To: <048.bfb72f9386e7aa9daa3a55dc9e971a91@haiku-os.org> References: <048.bfb72f9386e7aa9daa3a55dc9e971a91@haiku-os.org> Message-ID: <057.8bb7bba7339b8045c8fa01ce6d5fb5a4@haiku-os.org> #2284: Page Fault on boot (25717) ----------------------------+----------------------------------------------- Reporter: dustin howett | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: - General | Version: R1 development Resolution: | Platform: x64 ----------------------------+----------------------------------------------- Comment (by dustin howett): Still pagefaults with r25867. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 9 00:55:11 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 08 Jun 2008 22:55:11 -0000 Subject: [Haiku-bugs] [Haiku] #2275: Radeon driver GCC4 issues. In-Reply-To: <039.a2808672f1309807033e7095f55f6353@haiku-os.org> References: <039.a2808672f1309807033e7095f55f6353@haiku-os.org> Message-ID: <048.85d9440cac537b7b4b6380328a38c2e2@haiku-os.org> #2275: Radeon driver GCC4 issues. --------------------------------------+------------------------------------- Reporter: euan | Owner: euan Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Graphics/radeon | Version: R1 development Resolution: | Platform: x86 --------------------------------------+------------------------------------- Changes (by euan): * status: new => assigned Comment: It must be an i2c issue IMHO. it works in GCC2 and fails in gcc4. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 9 01:08:17 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 08 Jun 2008 23:08:17 -0000 Subject: [Haiku-bugs] [Haiku] #361: [Tracker] wrong scrollbar alignment In-Reply-To: <040.b3ae7dfbdfd0076e984b777efb05de3b@haiku-os.org> References: <040.b3ae7dfbdfd0076e984b777efb05de3b@haiku-os.org> Message-ID: <049.7898b9381ef73e41f940b13a132e5598@haiku-os.org> #361: [Tracker] wrong scrollbar alignment -----------------------------------+---------------------------------------- Reporter: diver | Owner: aldeck Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: Resolution: | Platform: All -----------------------------------+---------------------------------------- Changes (by aldeck): * owner: axeld => aldeck * status: new => assigned Comment: After two days of diving into the Tracker and its PoseView beast, i just found the problem (and another one) Working on a solution :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 9 01:32:25 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 08 Jun 2008 23:32:25 -0000 Subject: [Haiku-bugs] [Haiku] #1263: Tracker scrollbar confusion In-Reply-To: <048.3a59e14c7ab6530a67389d93cf5484a0@haiku-os.org> References: <048.3a59e14c7ab6530a67389d93cf5484a0@haiku-os.org> Message-ID: <057.b6d108f07988b2445d708225b4878081@haiku-os.org> #1263: Tracker scrollbar confusion -----------------------------------+---------------------------------------- Reporter: jonas.kirilla | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Platform: All -----------------------------------+---------------------------------------- Comment (by aldeck): Seems related to #361, i'll have a look. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 9 01:45:02 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 08 Jun 2008 23:45:02 -0000 Subject: [Haiku-bugs] [Haiku] #2312: [Tracker] icon column width enlargement In-Reply-To: <040.1cbdbfa72efd3b4b739bf5f2f939fb78@haiku-os.org> References: <040.1cbdbfa72efd3b4b739bf5f2f939fb78@haiku-os.org> Message-ID: <049.7416dee7ae5fc9b481eb053bbcf15160@haiku-os.org> #2312: [Tracker] icon column width enlargement -----------------------------------+---------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Platform: All -----------------------------------+---------------------------------------- Changes (by aldeck): * cc: aldeck (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 9 09:17:47 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 09 Jun 2008 07:17:47 -0000 Subject: [Haiku-bugs] [Haiku] #2355: Incorrect BView::Draw() Update Rect after CopyBits() In-Reply-To: <043.0e97369fcd8eecff59fa5870090b718b@haiku-os.org> References: <043.0e97369fcd8eecff59fa5870090b718b@haiku-os.org> Message-ID: <052.7ab8f60ef86bdd088ef503a3f44579ff@haiku-os.org> #2355: Incorrect BView::Draw() Update Rect after CopyBits() ---------------------------------+------------------------------------------ Reporter: bonefish | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Changes (by tqh): * cc: tqh (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 9 09:23:20 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 09 Jun 2008 07:23:20 -0000 Subject: [Haiku-bugs] [Haiku] #2349: Core 2 Duo does not run properly with 4gb RAM - MTRR issue In-Reply-To: <046.714f24cdcaed32483a264f93acffcee1@haiku-os.org> References: <046.714f24cdcaed32483a264f93acffcee1@haiku-os.org> Message-ID: <055.d91fd5d837431fd47129390000e2441a@haiku-os.org> #2349: Core 2 Duo does not run properly with 4gb RAM - MTRR issue ----------------------------+----------------------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by korli): Replying to [comment:9 umccullough]: > Actually, the original summary for this issue is still an issue, but it just boils down to the ide bus manager which works when replaced with the newer ata bus manager, so I'll just hijack my own ticket here and change the summary. Hopefully nobody minds. Can this bug be closed ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 9 11:31:25 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 09 Jun 2008 09:31:25 -0000 Subject: [Haiku-bugs] [Haiku] #1823: On some systems (real hardware) any direct to framebuffer drawing is really slow In-Reply-To: <041.7df384fc5474b32190f81eeeb4a63aa8@haiku-os.org> References: <041.7df384fc5474b32190f81eeeb4a63aa8@haiku-os.org> Message-ID: <050.e8f8034c8f44f6088178c0d9b339d95a@haiku-os.org> #1823: On some systems (real hardware) any direct to framebuffer drawing is really slow ----------------------------+----------------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by korli): Please provide a syslog, and possibly a dump of 'cat /proc/mtrr' on Linux. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 9 11:37:20 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 09 Jun 2008 09:37:20 -0000 Subject: [Haiku-bugs] [Haiku] #2355: Incorrect BView::Draw() Update Rect after CopyBits() In-Reply-To: <043.0e97369fcd8eecff59fa5870090b718b@haiku-os.org> References: <043.0e97369fcd8eecff59fa5870090b718b@haiku-os.org> Message-ID: <052.05d51c05d6b3a66381eb269188bd155b@haiku-os.org> #2355: Incorrect BView::Draw() Update Rect after CopyBits() ---------------------------------+------------------------------------------ Reporter: bonefish | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by stippi): The fact that you cannot reproduce this in a test app is interesting. Knowing how the update mechanism works, I would be tempted to say that other views in the view hierarchy are being invalidated as well. But since this is Terminal, it is hard to see which ones. The update rect is unfortunately one and the same rect for all the views that are invalidated in one "session" (the frame of the dirty region). It is clipped to the respective view bounds on the client side. In another words, if there is a view being redrawn to the top of the view you are interested in, you would get an invalidation rect that extends to the top of that view no matter what parts you invalidated. I could change this, so that each view gets it's own update rect. I am looking at the clipping region of each potentially affected view anyways to know whether or not it should be put into the update session. However, the circumstances with the Terminal might hint at another problem with CopyBits(). Have you already taken a look at the update message that arrives at the window? Is the TermView the only one being redrawn? BTW, I can see what you are trying to do and why this behavior is definitely a problem. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 9 12:12:44 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 09 Jun 2008 10:12:44 -0000 Subject: [Haiku-bugs] [Haiku] #2132: AMD Geode Audio controller needs a driver In-Reply-To: <042.d10344523a2ec4cef3a9c264c525b477@haiku-os.org> References: <042.d10344523a2ec4cef3a9c264c525b477@haiku-os.org> Message-ID: <051.c7e8d5950b7ed80fbe001a92f2998ac8@haiku-os.org> #2132: AMD Geode Audio controller needs a driver ----------------------------+----------------------------------------------- Reporter: scottmc | Owner: korli Type: enhancement | Status: new Priority: low | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by korli): Could you provide the hardware ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 9 13:14:41 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 09 Jun 2008 11:14:41 -0000 Subject: [Haiku-bugs] [Haiku] #1823: On some systems (real hardware) any direct to framebuffer drawing is really slow In-Reply-To: <041.7df384fc5474b32190f81eeeb4a63aa8@haiku-os.org> References: <041.7df384fc5474b32190f81eeeb4a63aa8@haiku-os.org> Message-ID: <050.2e09ff73dfbb22a2ff57cf4469e658cd@haiku-os.org> #1823: On some systems (real hardware) any direct to framebuffer drawing is really slow ----------------------------+----------------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by stippi): Ok, added both files. Hope it helps, Since Michael's fix last night, this system boots Haiku again, so I can do further tests as necessary. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 9 13:29:47 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 09 Jun 2008 11:29:47 -0000 Subject: [Haiku-bugs] [Haiku] #1823: On some systems (real hardware) any direct to framebuffer drawing is really slow In-Reply-To: <041.7df384fc5474b32190f81eeeb4a63aa8@haiku-os.org> References: <041.7df384fc5474b32190f81eeeb4a63aa8@haiku-os.org> Message-ID: <050.9138dbfaeb03d280c8c87c5f2f010fab@haiku-os.org> #1823: On some systems (real hardware) any direct to framebuffer drawing is really slow ----------------------------+----------------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by korli): the syslog seems corrupted. Do you have a serial log by chance ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 9 13:44:41 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 09 Jun 2008 11:44:41 -0000 Subject: [Haiku-bugs] [Haiku] #1823: On some systems (real hardware) any direct to framebuffer drawing is really slow In-Reply-To: <041.7df384fc5474b32190f81eeeb4a63aa8@haiku-os.org> References: <041.7df384fc5474b32190f81eeeb4a63aa8@haiku-os.org> Message-ID: <050.2d43bc830c5fa1d15b3f32be90a2d5f1@haiku-os.org> #1823: On some systems (real hardware) any direct to framebuffer drawing is really slow ----------------------------+----------------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by stippi): No serial port on this computer, sorry. How is it corrupted? Is there a part missing from the middle? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 9 13:49:49 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 09 Jun 2008 11:49:49 -0000 Subject: [Haiku-bugs] [Haiku] #1086: Add ExpressCard support In-Reply-To: <040.32ee67c2cbb104acd3e601c6e2355d0f@haiku-os.org> References: <040.32ee67c2cbb104acd3e601c6e2355d0f@haiku-os.org> Message-ID: <049.cead0d40e72ab880c039b7ca70da2f9f@haiku-os.org> #1086: Add ExpressCard support --------------------------+------------------------------------------------- Reporter: axeld | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: Unscheduled Component: Drivers | Version: R1 development Resolution: | Platform: All --------------------------+------------------------------------------------- Comment (by mmlr): As far as I've read ExpressCard is not really a bus of its own. It provides both a PCI Express x1 and a USB 2.0 interface to the card. A card then uses either of them as appropriate. There is no separate controller involved as was the case for CardBus. Since we support USB 2.0 and PCIe should be transparent (is it?), I don't think there is anything more to it. For reference: http://en.wikipedia.org/wiki/ExpressCard -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 9 13:59:38 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 09 Jun 2008 11:59:38 -0000 Subject: [Haiku-bugs] [Haiku] #1823: On some systems (real hardware) any direct to framebuffer drawing is really slow In-Reply-To: <041.7df384fc5474b32190f81eeeb4a63aa8@haiku-os.org> References: <041.7df384fc5474b32190f81eeeb4a63aa8@haiku-os.org> Message-ID: <050.9562ab65ecd77689aaff1442fd0dae17@haiku-os.org> #1823: On some systems (real hardware) any direct to framebuffer drawing is really slow ----------------------------+----------------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by stippi): Oh, I see the place where it says . Can I enlarge a buffer or something to capture the entire syslog? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 9 14:01:59 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 09 Jun 2008 12:01:59 -0000 Subject: [Haiku-bugs] [Haiku] #1823: On some systems (real hardware) any direct to framebuffer drawing is really slow In-Reply-To: <041.7df384fc5474b32190f81eeeb4a63aa8@haiku-os.org> References: <041.7df384fc5474b32190f81eeeb4a63aa8@haiku-os.org> Message-ID: <050.d2c51a6778b1e262b69c7cd852a7cbc6@haiku-os.org> #1823: On some systems (real hardware) any direct to framebuffer drawing is really slow ----------------------------+----------------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by mmlr): The first part of the output is truncated too it seems. The early debug output is put into a buffer until the syslog is ready, but this buffer is likely to small. The direct syslog output starts with the "Welcome to syslog debug output" line and it seems it cuts the early output. I added the welcome message recently to at least get the revision number in syslogs that is usually written to the early debug output too. Axel mentioned increasing the buffer size might be enough to solve this. That would be somewhere in the early boot process likely in the bootloader already. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 9 14:11:29 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 09 Jun 2008 12:11:29 -0000 Subject: [Haiku-bugs] [Haiku] #2359: weird pauses during disk access Message-ID: <041.e34358929f14904b9a385153c518f095@haiku-os.org> #2359: weird pauses during disk access --------------------------+------------------------------------------------- Reporter: stippi | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Disk | Version: R1 development Platform: All | --------------------------+------------------------------------------------- It started some time ago, it could be around the time that Marcus last worked on the AHCI driver to add ATAPI support and handle error conditions. The problem could of course be elsewhere, I should revert that particular patch to make sure. Especially shortly after booting, I get these funny "lock-ups". For example, when I move the Terminal window and the icons would need to redraw, the screen would freeze (I can still move the mouse though), and after several seconds, the icons would draw and I could move the window again. Also some applications would have a big delay when starting. The system always continues to work fine after these pauses, they don't seem to have any side effect. Another way to see them is when right clicking the Desktop shortly after boot to mount another partition, the menu would not appear for several seconds. Then everything goes on to work normally again. When I find some time, I will try to roll back the latest changes to the AHCI driver to see if these lock-ups disappear then. Will report back here. Hardware is IBM/Lenovo T60, AHCI driver is used for disk access. Revision is r25859, but the problems first appeared sometimes sooner. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 9 14:19:55 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 09 Jun 2008 12:19:55 -0000 Subject: [Haiku-bugs] [Haiku] #1823: On some systems (real hardware) any direct to framebuffer drawing is really slow In-Reply-To: <041.7df384fc5474b32190f81eeeb4a63aa8@haiku-os.org> References: <041.7df384fc5474b32190f81eeeb4a63aa8@haiku-os.org> Message-ID: <050.d049d1d7b5d7c954e7d31ceb5e7ec901@haiku-os.org> #1823: On some systems (real hardware) any direct to framebuffer drawing is really slow ----------------------------+----------------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by korli): Replying to [comment:5 stippi]: > Oh, I see the place where it says . Can I enlarge a buffer or something to capture the entire syslog? is the point where the syslog is truncated. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 9 15:54:09 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 09 Jun 2008 13:54:09 -0000 Subject: [Haiku-bugs] [Haiku] #2355: Incorrect BView::Draw() Update Rect after CopyBits() In-Reply-To: <043.0e97369fcd8eecff59fa5870090b718b@haiku-os.org> References: <043.0e97369fcd8eecff59fa5870090b718b@haiku-os.org> Message-ID: <052.09f1ef6c47f381d57cbbb16900dd8d1a@haiku-os.org> #2355: Incorrect BView::Draw() Update Rect after CopyBits() ---------------------------------+------------------------------------------ Reporter: bonefish | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by bonefish): You are right, another view is invalidated in this case. When hitting enter in the last line of the terminal screen the history size changes and thus the scroll bar range is updated. Simulating this situation in the test app, I can reproduce the same update rect behavior there, too. ATM I'm working around in TermView::Draw() by getting the frame of the clipping region, but this is of course more expensive than doing it in the app server in the first place. Under BeOS the test app gets the correct (i.e. minimal) update rect, BTW. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 9 16:06:12 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 09 Jun 2008 14:06:12 -0000 Subject: [Haiku-bugs] [Haiku] #2355: Incorrect BView::Draw() Update Rect after CopyBits() In-Reply-To: <043.0e97369fcd8eecff59fa5870090b718b@haiku-os.org> References: <043.0e97369fcd8eecff59fa5870090b718b@haiku-os.org> Message-ID: <052.865bd390a301858b301989bfb23dc993@haiku-os.org> #2355: Incorrect BView::Draw() Update Rect after CopyBits() ---------------------------------+------------------------------------------ Reporter: bonefish | Owner: stippi Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Changes (by stippi): * owner: axeld => stippi * status: new => assigned Comment: Ah, great, so it isn't something mysterious. Yeah, I guess I can fix this for you. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 9 17:24:04 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 09 Jun 2008 15:24:04 -0000 Subject: [Haiku-bugs] [Haiku] #2349: Core 2 Duo does not run properly with 4gb RAM - MTRR issue In-Reply-To: <046.714f24cdcaed32483a264f93acffcee1@haiku-os.org> References: <046.714f24cdcaed32483a264f93acffcee1@haiku-os.org> Message-ID: <055.e547184cab198f84d2c407b7f2c403a5@haiku-os.org> #2349: Core 2 Duo does not run properly with 4gb RAM - MTRR issue ----------------------------+----------------------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by umccullough): Yes, I think it should. I apologize for the confusion regarding two different issues. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 9 18:11:06 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 09 Jun 2008 16:11:06 -0000 Subject: [Haiku-bugs] [Haiku] #2355: Incorrect BView::Draw() Update Rect after CopyBits() In-Reply-To: <043.0e97369fcd8eecff59fa5870090b718b@haiku-os.org> References: <043.0e97369fcd8eecff59fa5870090b718b@haiku-os.org> Message-ID: <052.c9bc56901052d990fb25459926f5abb0@haiku-os.org> #2355: Incorrect BView::Draw() Update Rect after CopyBits() ---------------------------------+------------------------------------------ Reporter: bonefish | Owner: stippi Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by stippi): Could you please check if r25879 fixed this issue for you? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 9 19:11:24 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 09 Jun 2008 17:11:24 -0000 Subject: [Haiku-bugs] [Haiku] #2070: Terminal displays artifacts in bottom In-Reply-To: <043.3b0a6ce95705c54e89d5ef7e3dcc35db@haiku-os.org> References: <043.3b0a6ce95705c54e89d5ef7e3dcc35db@haiku-os.org> Message-ID: <052.08643397b0a503d1ff330460b4943127@haiku-os.org> #2070: Terminal displays artifacts in bottom ------------------------------------+--------------------------------------- Reporter: andreasf | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: fixed | Platform: x86 ------------------------------------+--------------------------------------- Changes (by bonefish): * status: assigned => closed * resolution: => fixed Comment: Fixed in r25881. Respectively changed the way scrolling works, which, as a side effect, avoids the problem. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 9 19:15:17 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 09 Jun 2008 17:15:17 -0000 Subject: [Haiku-bugs] [Haiku] #1918: Terminal Deadlock When TTY Buffer Full In-Reply-To: <043.655f40b7e12dc80914c04ebdcf2ed1cd@haiku-os.org> References: <043.655f40b7e12dc80914c04ebdcf2ed1cd@haiku-os.org> Message-ID: <052.b84c061f9947dcfaa044d0e4aa8b5c4d@haiku-os.org> #1918: Terminal Deadlock When TTY Buffer Full ------------------------------------+--------------------------------------- Reporter: bonefish | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: fixed | Platform: All ------------------------------------+--------------------------------------- Changes (by bonefish): * status: assigned => closed * resolution: => fixed Comment: Fixed in r25881. At least the original problem. If the syslog issue still exists (and actually was a problem), please open a new ticket. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 9 19:15:51 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 09 Jun 2008 17:15:51 -0000 Subject: [Haiku-bugs] [Haiku] #1772: Terminal always scrolls to the last output In-Reply-To: <043.98a9b97ff9df06d2bf6bd1084dc4141e@haiku-os.org> References: <043.98a9b97ff9df06d2bf6bd1084dc4141e@haiku-os.org> Message-ID: <052.6396f4b268fcb851c5bbe67bdfc71d74@haiku-os.org> #1772: Terminal always scrolls to the last output ------------------------------------+--------------------------------------- Reporter: andreasf | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1/alpha1 Component: Applications/Terminal | Version: R1 development Resolution: fixed | Platform: All ------------------------------------+--------------------------------------- Changes (by bonefish): * status: assigned => closed * resolution: => fixed Comment: Fixed in r25881. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 9 19:25:57 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 09 Jun 2008 17:25:57 -0000 Subject: [Haiku-bugs] [Haiku] #2355: Incorrect BView::Draw() Update Rect after CopyBits() In-Reply-To: <043.0e97369fcd8eecff59fa5870090b718b@haiku-os.org> References: <043.0e97369fcd8eecff59fa5870090b718b@haiku-os.org> Message-ID: <052.2436e53165cbe1d5c96c798a33e2e6ad@haiku-os.org> #2355: Incorrect BView::Draw() Update Rect after CopyBits() ---------------------------------+------------------------------------------ Reporter: bonefish | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: fixed | Platform: All ---------------------------------+------------------------------------------ Changes (by bonefish): * status: assigned => closed * resolution: => fixed Comment: Confirmed fixed. Thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 9 19:56:52 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 09 Jun 2008 17:56:52 -0000 Subject: [Haiku-bugs] [Haiku] #1853: RTL8168 recognized but not working In-Reply-To: <043.6eabb69a28bfed60f7d87956365282b5@haiku-os.org> References: <043.6eabb69a28bfed60f7d87956365282b5@haiku-os.org> Message-ID: <052.23beb997f542b3015a93e5ce1f82c18e@haiku-os.org> #1853: RTL8168 recognized but not working ------------------------------+--------------------------------------------- Reporter: borg1980 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Platform: x86 ------------------------------+--------------------------------------------- Changes (by umccullough): * component: Network & Internet => Drivers/Network Comment: Now that Haiku runs on my ECS G33T-M2 machine, it also suffers from this issue. Integrated RTl8111/RTL8169B controller is recognized, but doesn't work. Looking briefly at the Linux driver, it appears there are definitely differences, including the startup code to init the hardware. Perhaps some adaptation to support rtl8168 is going to be required for it to work properly... Should the 8168 be removed from the list of supported devices until that occurs? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 9 20:08:10 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 09 Jun 2008 18:08:10 -0000 Subject: [Haiku-bugs] [Haiku] #2211: KDL: vm_page_fault: unhandled page fault in kernel space at 0xccccccd0, ip 0x80044480 In-Reply-To: <043.c03736721dd10f0d6eca1804015f49f9@haiku-os.org> References: <043.c03736721dd10f0d6eca1804015f49f9@haiku-os.org> Message-ID: <052.d7eb2a014cf9de540a07c89f7ec1f1bf@haiku-os.org> #2211: KDL: vm_page_fault: unhandled page fault in kernel space at 0xccccccd0, ip 0x80044480 ------------------------+--------------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: invalid | Platform: All ------------------------+--------------------------------------------------- Changes (by kaoutsis): * status: new => closed * resolution: => invalid Comment: I can't reproduce it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 9 20:12:34 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 09 Jun 2008 18:12:34 -0000 Subject: [Haiku-bugs] [Haiku] #1575: Screenshot of vlc in overlay mode (while playing a video) shows a black rectangle In-Reply-To: <043.43402d421bb72011bf289fe5a2d7ee2d@haiku-os.org> References: <043.43402d421bb72011bf289fe5a2d7ee2d@haiku-os.org> Message-ID: <052.aa2b8251c2685aac31e4cbed66653cbf@haiku-os.org> #1575: Screenshot of vlc in overlay mode (while playing a video) shows a black rectangle ---------------------------------+------------------------------------------ Reporter: kaoutsis | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Changes (by kaoutsis): * summary: Screenshot of vlc (while playing a video) shows a black rectangle => Screenshot of vlc in overlay mode (while playing a video) shows a black rectangle -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 9 20:16:07 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 09 Jun 2008 18:16:07 -0000 Subject: [Haiku-bugs] [Haiku] #2360: PS/2 keyboard and touchpad not working on cold boots Message-ID: <039.3e1478899be58b63dbf44ba1dcd5fe3c@haiku-os.org> #2360: PS/2 keyboard and touchpad not working on cold boots ----------------------------------+----------------------------------------- Reporter: mmlr | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Keyboard/PS2 | Version: R1 development Platform: All | ----------------------------------+----------------------------------------- When cold booting my laptop (hp2510p) directly into Haiku the keyboard and touchpad are not working. If I reboot from BeOS or if I first boot into Haiku with safemode (consoled only - keyboard works there) and then reboot from there, the keyboard and touchpad work fine. This has been the case since I got that laptop and first installed Haiku, but hasn't been so urgent as I usually reboot into Haiku. Last tested with r25862. I enabled TRACE_PS2 in ps2_common.h and booted two times, once cold and once rebooting from BeOS. Attaching syslogs from both runs. They are a bit truncated, but I think all the relevant infos should be in as "ps2_hid: init_hardware" comes directly after the truncation. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 9 20:16:18 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 09 Jun 2008 18:16:18 -0000 Subject: [Haiku-bugs] [Haiku] #1575: Screenshot of vlc in overlay mode (while playing a video) shows a black rectangle In-Reply-To: <043.43402d421bb72011bf289fe5a2d7ee2d@haiku-os.org> References: <043.43402d421bb72011bf289fe5a2d7ee2d@haiku-os.org> Message-ID: <052.85081de5aa054f99ca0dca7939e05d70@haiku-os.org> #1575: Screenshot of vlc in overlay mode (while playing a video) shows a black rectangle ---------------------------------+------------------------------------------ Reporter: kaoutsis | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by anevilyak): That's normal, since the screenshot is taken from the frame buffer, while the actual bitmap data that's shown in overlay mode never actually hits that (the bitmaps being drawn/scaled into that are reside directly in the graphics card's VRAM). It'd take quite some hacks to get that to take a screenshot properly in such a case. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 9 20:17:24 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 09 Jun 2008 18:17:24 -0000 Subject: [Haiku-bugs] [Haiku] #1575: Screenshot of vlc in overlay mode (while playing a video) shows a black rectangle In-Reply-To: <043.43402d421bb72011bf289fe5a2d7ee2d@haiku-os.org> References: <043.43402d421bb72011bf289fe5a2d7ee2d@haiku-os.org> Message-ID: <052.041b2eb880bccdc1f0220e9697b58cf4@haiku-os.org> #1575: Screenshot of vlc in overlay mode (while playing a video) shows a black rectangle ---------------------------------+------------------------------------------ Reporter: kaoutsis | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by anevilyak): Oops, disregard, I missed the earlier comments. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 9 20:38:00 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 09 Jun 2008 18:38:00 -0000 Subject: [Haiku-bugs] [Haiku] #1020: No save alert message for a changed draft mail. (easy) In-Reply-To: <043.966ecbc51091d08f5f0ec099a59402bd@haiku-os.org> References: <043.966ecbc51091d08f5f0ec099a59402bd@haiku-os.org> Message-ID: <052.63f479eb32396bd52862a60b12edadff@haiku-os.org> #1020: No save alert message for a changed draft mail. (easy) --------------------------------+------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Mail | Version: R1 development Resolution: | Platform: All --------------------------------+------------------------------------------- Comment (by kaoutsis): pending patch: Mail.cpp.2.diff from 26/07/07 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 9 22:27:22 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 09 Jun 2008 20:27:22 -0000 Subject: [Haiku-bugs] [Haiku] #2349: Core 2 Duo does not run properly with 4gb RAM - MTRR issue In-Reply-To: <046.714f24cdcaed32483a264f93acffcee1@haiku-os.org> References: <046.714f24cdcaed32483a264f93acffcee1@haiku-os.org> Message-ID: <055.4e8bb758fb4f851ae0b58ac6aad4ce43@haiku-os.org> #2349: Core 2 Duo does not run properly with 4gb RAM - MTRR issue ----------------------------+----------------------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Platform: All ----------------------------+----------------------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed Comment: Fixed in r25859. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 9 23:14:17 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 09 Jun 2008 21:14:17 -0000 Subject: [Haiku-bugs] [Haiku] #2361: Hard lockup during boot since r25836 Message-ID: <043.cd1624c39e23dbc2b0cc35669419451c@haiku-os.org> #2361: Hard lockup during boot since r25836 -----------------------+---------------------------------------------------- Reporter: drackham | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Platform: All | -----------------------+---------------------------------------------------- Starting with r25836 (default support for booting from USB) my machine doesn't boot of an IDE drive past the 3rd icon. Serial debug output stops after: ahci: ahci_supports_device usb_uhci: no devices found At this point I can't even get into KDL by hitting F12 on my ps2 keyboard. Disabling USB in the BIOS or reverting to r25835 avoids this problem. This machine only has ehci and ohci USB support. Complete serial debug log attached. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 9 23:15:15 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 09 Jun 2008 21:15:15 -0000 Subject: [Haiku-bugs] [Haiku] #2362: Cannot raise tracker with twitcher. Message-ID: <048.d30990e430c8fb299d120830cc314bed@haiku-os.org> #2362: Cannot raise tracker with twitcher. ----------------------------+----------------------------------------------- Reporter: dustin howett | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Platform: x86 | ----------------------------+----------------------------------------------- As the title specifies, I cannot raise any tracker windows by using the twitcher (either method, tap or hold). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 9 23:20:58 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 09 Jun 2008 21:20:58 -0000 Subject: [Haiku-bugs] [Haiku] #2361: Hard lockup during boot since r25836 In-Reply-To: <043.cd1624c39e23dbc2b0cc35669419451c@haiku-os.org> References: <043.cd1624c39e23dbc2b0cc35669419451c@haiku-os.org> Message-ID: <052.4fc581f4098520a5ff1fa684953c69ed@haiku-os.org> #2361: Hard lockup during boot since r25836 ------------------------+--------------------------------------------------- Reporter: drackham | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Changes (by mmlr): * owner: axeld => mmlr * status: new => assigned Comment: I assume that there's an interrupt flood when initializing OHCI. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 9 23:29:29 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 09 Jun 2008 21:29:29 -0000 Subject: [Haiku-bugs] [Haiku] #2361: Hard lockup during boot since r25836 In-Reply-To: <043.cd1624c39e23dbc2b0cc35669419451c@haiku-os.org> References: <043.cd1624c39e23dbc2b0cc35669419451c@haiku-os.org> Message-ID: <052.17e0cbcfdbc650f0fdb2c7cb56170e51@haiku-os.org> #2361: Hard lockup during boot since r25836 ------------------------+--------------------------------------------------- Reporter: drackham | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by mmlr): Could you enable tracing in OHCI by adding a {{{#define TRACE_USB}}} at the top of {{{src/add-ons/kernel/busses/usb/ohci.cpp}}} and check with enabled on-screen debug output where this ends up? I suspect that it is a BIOS handover issue, but as I don't have any on-board OHCI controllers I cannot test this. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 9 23:52:59 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 09 Jun 2008 21:52:59 -0000 Subject: [Haiku-bugs] [Haiku] #2361: Hard lockup during boot since r25836 In-Reply-To: <043.cd1624c39e23dbc2b0cc35669419451c@haiku-os.org> References: <043.cd1624c39e23dbc2b0cc35669419451c@haiku-os.org> Message-ID: <052.483a79311c48059c59d195fa8dffbdc8@haiku-os.org> #2361: Hard lockup during boot since r25836 ------------------------+--------------------------------------------------- Reporter: drackham | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by drackham): With TRACE_USB the debug ends up with: . . . ahci: ahci_supports_device usb_uhci: no devices found usb_ohci_module: init module usb_ohci: searching devices usb_ohci: found device at IRQ 3 usb_ohci: constructing new OHCI Host Controller Driver usb_ohci: iospace offset: 0xfdfff000 usb_ohci: mapped operational registers: 0x80157000 usb_ohci: version 1.0, legacy support usb_ohci: SMM is in control of the host controller -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 10 00:36:59 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 09 Jun 2008 22:36:59 -0000 Subject: [Haiku-bugs] [Haiku] #2194: KDL while using WGET with rt18139 In-Reply-To: <042.c5ca4744261df836361890420bc438c7@haiku-os.org> References: <042.c5ca4744261df836361890420bc438c7@haiku-os.org> Message-ID: <051.3c74a44cc9fff810840ee37e4f7d98f7@haiku-os.org> #2194: KDL while using WGET with rt18139 ---------------------------------+------------------------------------------ Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by scottmc): This one and #2268 are dupes of 1641, please close. I will follow up on #1641. I saw this happen again with r25673, I'm going to try to capture it with a serial debug setup and will post the output on ticket #1641 if/when I am successful in capturing something useful. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 10 00:39:03 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 09 Jun 2008 22:39:03 -0000 Subject: [Haiku-bugs] [Haiku] #2119: Need cool video showing of queries In-Reply-To: <042.50fdf31cd079ea856551b534744152ec@haiku-os.org> References: <042.50fdf31cd079ea856551b534744152ec@haiku-os.org> Message-ID: <051.475f78c9591dae9a1909018b2937515f@haiku-os.org> #2119: Need cool video showing of queries --------------------------+------------------------------------------------- Reporter: scottmc | Owner: haiku-web Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Website | Version: R1 development Resolution: | Platform: All --------------------------+------------------------------------------------- Comment (by beosfrance): What could be pretty nice is kind of what was the BeOS presentation videos (part 1 and 2 -> ), but by topic. First one could be LiveQueries, but there is also a lot of thing that people should see in Haiku (FTP-FS, .pkg simplicity, ...) This Compiz presentation is, to me, a nice one: http://fr.youtube.com/watch?v=E4Fbk52Mk1w. Funny music, simple and quick point by point presentation with back panel with white text fade in fade out. Easy to do, funny to watch... nope ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 10 00:47:10 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 09 Jun 2008 22:47:10 -0000 Subject: [Haiku-bugs] [Haiku] #2363: Civilization game crashes at start up Message-ID: <039.26fc7fce0164942a22de006bcc1067aa@haiku-os.org> #2363: Civilization game crashes at start up --------------------------+------------------------------------------------- Reporter: Asmo | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Platform: x86 | --------------------------+------------------------------------------------- I am running Haiku on a VMWare (main OS is Mac OS X ). The game was installed on a secondary hard drive, without any errors, but when I run it, it crashes. I've downloaded the last VMWare image from the haiku-os.org website, date : 7th of June 2008. Please check the following log to see what I get when I click on the Debug button : {{{ GNU gdb 6.3 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i586-pc-haiku"...(no debugging symbols found) [tcsetpgrp failed in terminal_inferior: Invalid Argument] Thread 176 caused an exception: Divide error Reading symbols from /boot/beos/system/lib/libbe.so...(no debugging symbols found)...done. Loaded symbols for /boot/beos/system/lib/libbe.so Reading symbols from /boot/beos/system/lib/libmedia.so...(no debugging symbols found)...done. Loaded symbols for /boot/beos/system/lib/libmedia.so Reading symbols from /boot/beos/system/lib/libgame.so... (no debugging symbols found)...done. Loaded symbols for /boot/beos/system/lib/libgame.so Reading symbols from /boot/beos/system/lib/libnetwork.so...(no debugging symbols found)...done. Loaded symbols for /boot/beos/system/lib/libnetwork.so Reading symbols from /boot/beos/system/lib/libroot.so...done. Loaded symbols for /boot/beos/system/lib/libroot.so Reading symbols from /boot/beos/system/lib/libpng.so...done. Loaded symbols for /boot/beos/system/lib/libpng.so Reading symbols from /boot/beos/system/lib/libz.so...done. Loaded symbols for /boot/beos/system/lib/libz.so Reading symbols from /boot/beos/system/lib/libstdc++.r4.so...done. Loaded symbols for /boot/beos/system/lib/libstdc++.r4.so [tcsetpgrp failed in terminal_inferior: Invalid Argument] [Switching to team /Haiku1/home/apps/CivCTP/ctp_program/ctp/CivCTP (176) threadCivCTP (176)] 0x00e05c10 in BList::Resize () from /boot/beos/system/lib/libbe.so (gdb) }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 10 00:52:28 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 09 Jun 2008 22:52:28 -0000 Subject: [Haiku-bugs] [Haiku] #1609: NetworkStatus -> No Link In-Reply-To: <044.c3485fc46adb9faa461baf3ebe86aa0c@haiku-os.org> References: <044.c3485fc46adb9faa461baf3ebe86aa0c@haiku-os.org> Message-ID: <053.3b7438824ead8d5df7d22f744bddb22b@haiku-os.org> #1609: NetworkStatus -> No Link ------------------------------+--------------------------------------------- Reporter: atomozero | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Platform: All ------------------------------+--------------------------------------------- Comment (by scottmc): Does this still happen? My 8139 shows as :Ready in r25673 at least. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 10 01:33:17 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 09 Jun 2008 23:33:17 -0000 Subject: [Haiku-bugs] [Haiku] #2364: KDL when unplugging USB flash drive Message-ID: <042.6436a6cd34ae92a3ed466d3c1d3221ab@haiku-os.org> #2364: KDL when unplugging USB flash drive -------------------------+-------------------------------------------------- Reporter: scottmc | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Platform: All | -------------------------+-------------------------------------------------- Not sure if this is using OHCI or EHCI. Happened with 2 different USB flash disks. This is on the AMD Geode board again, booting from an IDE/CF card. Attaching serial debug output from the two different USB flash devices. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 10 01:44:42 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 09 Jun 2008 23:44:42 -0000 Subject: [Haiku-bugs] [Haiku] #1641: KDL: rtl8139 In-Reply-To: <043.5f4af7ba053274031187f62bac03de4a@haiku-os.org> References: <043.5f4af7ba053274031187f62bac03de4a@haiku-os.org> Message-ID: <052.57f6696c7028fb671c3cda1d1353a9a5@haiku-os.org> #1641: KDL: rtl8139 ------------------------+--------------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Changes (by scottmc): * cc: scottmc (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 10 03:53:47 2008 From: trac at haiku-os.org (Haiku) Date: Tue, 10 Jun 2008 01:53:47 -0000 Subject: [Haiku-bugs] [Haiku] #2365: Tracker preferences should be accessible from the preferences menu/folder Message-ID: <041.097e0a7a663f2fac95a64f5d888d498d@haiku-os.org> #2365: Tracker preferences should be accessible from the preferences menu/folder -------------------------+-------------------------------------------------- Reporter: aldeck | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Preferences | Version: R1 development Platform: All | -------------------------+-------------------------------------------------- Tracker preferences should be accessible from the preferences menu/folder. You get used to it with time (almost), but it sure is unintuitive and inconsistant. Tracker prefs is not a separate app, this might change in the future, but for now, it would be nice to find a way to "link" to it in the prefs menu and folder. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 10 03:58:11 2008 From: trac at haiku-os.org (Haiku) Date: Tue, 10 Jun 2008 01:58:11 -0000 Subject: [Haiku-bugs] [Haiku] #1263: Tracker scrollbar confusion In-Reply-To: <048.3a59e14c7ab6530a67389d93cf5484a0@haiku-os.org> References: <048.3a59e14c7ab6530a67389d93cf5484a0@haiku-os.org> Message-ID: <057.dae4cc2cb2d96b1288e48fd4c73c05c1@haiku-os.org> #1263: Tracker scrollbar confusion -----------------------------------+---------------------------------------- Reporter: jonas.kirilla | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Platform: All -----------------------------------+---------------------------------------- Comment (by aldeck): r25896 might have fixed it. Can you check again? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 10 02:54:18 2008 From: trac at haiku-os.org (Haiku) Date: Tue, 10 Jun 2008 00:54:18 -0000 Subject: [Haiku-bugs] [Haiku] #361: [Tracker] wrong scrollbar alignment In-Reply-To: <040.b3ae7dfbdfd0076e984b777efb05de3b@haiku-os.org> References: <040.b3ae7dfbdfd0076e984b777efb05de3b@haiku-os.org> Message-ID: <049.84fad2c2e7a5a13d442a898b03571c1d@haiku-os.org> #361: [Tracker] wrong scrollbar alignment -----------------------------------+---------------------------------------- Reporter: diver | Owner: aldeck Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: Resolution: fixed | Platform: All -----------------------------------+---------------------------------------- Changes (by aldeck): * status: assigned => closed * resolution: => fixed Comment: Fixed in r25896 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 10 06:39:58 2008 From: trac at haiku-os.org (Haiku) Date: Tue, 10 Jun 2008 04:39:58 -0000 Subject: [Haiku-bugs] [Haiku] #2365: Tracker preferences should be accessible from the preferences menu/folder In-Reply-To: <041.097e0a7a663f2fac95a64f5d888d498d@haiku-os.org> References: <041.097e0a7a663f2fac95a64f5d888d498d@haiku-os.org> Message-ID: <050.84be02e621bc4b75a43b1eaf233b3a2b@haiku-os.org> #2365: Tracker preferences should be accessible from the preferences menu/folder --------------------------+------------------------------------------------- Reporter: aldeck | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Preferences | Version: R1 development Resolution: | Platform: All --------------------------+------------------------------------------------- Comment (by dustin howett): With a little better IPC, it shouldn't be too hard to externalize tracker's settings entirely (pretty well-encapsulated), and if that were to happen, might as well do Deskbar, too. But then this ticket would need renaming. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 10 09:22:28 2008 From: trac at haiku-os.org (Haiku) Date: Tue, 10 Jun 2008 07:22:28 -0000 Subject: [Haiku-bugs] [Haiku] #2364: KDL when unplugging USB flash drive In-Reply-To: <042.6436a6cd34ae92a3ed466d3c1d3221ab@haiku-os.org> References: <042.6436a6cd34ae92a3ed466d3c1d3221ab@haiku-os.org> Message-ID: <051.bc222ac6e212548d521f689b926f96ba@haiku-os.org> #2364: KDL when unplugging USB flash drive ----------------------------+----------------------------------------------- Reporter: scottmc | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Changes (by mmlr): * status: new => assigned * component: Drivers/USB => System/Kernel Comment: Well this revision is pretty dated already. There have been a few legacy device related fixes in the meantime. Please retest with a current revision. Also does this happen with hot-plugging the devices are do you boot with them and then remove them? Changing component to kernel as this is most probably related to the legacy driver system. Will have a look though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 10 11:55:46 2008 From: trac at haiku-os.org (Haiku) Date: Tue, 10 Jun 2008 09:55:46 -0000 Subject: [Haiku-bugs] [Haiku] #2194: KDL while using WGET with rt18139 In-Reply-To: <042.c5ca4744261df836361890420bc438c7@haiku-os.org> References: <042.c5ca4744261df836361890420bc438c7@haiku-os.org> Message-ID: <051.60b14dc1552904e6be4b92250df03b87@haiku-os.org> #2194: KDL while using WGET with rt18139 ---------------------------------+------------------------------------------ Reporter: scottmc | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: duplicate | Platform: All ---------------------------------+------------------------------------------ Changes (by stippi): * status: new => closed * resolution: => duplicate -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 10 11:56:08 2008 From: trac at haiku-os.org (Haiku) Date: Tue, 10 Jun 2008 09:56:08 -0000 Subject: [Haiku-bugs] [Haiku] #2268: vm_page_fault in kernel space with RTL8139 network card In-Reply-To: <040.1d034efa4c1f43516de33b44197aa7f1@haiku-os.org> References: <040.1d034efa4c1f43516de33b44197aa7f1@haiku-os.org> Message-ID: <049.93a3cc8a237ca818972fed426b6cd665@haiku-os.org> #2268: vm_page_fault in kernel space with RTL8139 network card ---------------------------------+------------------------------------------ Reporter: monni | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: duplicate | Platform: x86 ---------------------------------+------------------------------------------ Changes (by stippi): * status: new => closed * resolution: => duplicate -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 10 12:10:17 2008 From: trac at haiku-os.org (Haiku) Date: Tue, 10 Jun 2008 10:10:17 -0000 Subject: [Haiku-bugs] [Haiku] #1263: Tracker scrollbar confusion In-Reply-To: <048.3a59e14c7ab6530a67389d93cf5484a0@haiku-os.org> References: <048.3a59e14c7ab6530a67389d93cf5484a0@haiku-os.org> Message-ID: <057.64bc6717c46b397cd61b997e42077ccc@haiku-os.org> #1263: Tracker scrollbar confusion -----------------------------------+---------------------------------------- Reporter: jonas.kirilla | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Platform: All -----------------------------------+---------------------------------------- Comment (by stippi): I still have one problem, it should be easily reproducible with a fresh install: Open the folder /boot/beos/apps and switch it to icon mode (I used size 32). Cleanup the icons and resize the window to fit using the decor zoom button. The window should now enclose all icons and the scrollbars should be "off". Close the window. The state /should/ be saved. Open the window again, you should see that the contents are scrolled to one direction. If you move the scrollbar to scroll all the way there, the original state can be restored. No matter how many times you close and re- open the window, the initial unnecessary scroll offset can be observed. But it continues: If you manually try to drag all the icons by the scroll offset, you will see that re-opening the window has now a different scroll offset, unless you dragged them just right. This hints in the direction that the "absolute" icon locations directly influence the initial confusion. In other words, there is an internal coordinate space, which can be out of sync with the visible content arrangement, or at least is not correctly restored, in which case it wouldn't matter. Tracker could use internal icon locations as it likes, as long as it is able to restore the visual arrangement correctly. Two windows could enclose two piles of icons without need for scrolling (scrollbars off), while the top left location of the pile in one window could have an (internal) negative location, while the pile in the other window could use a large positive offset. However, these offsets seem to affect the initial scrolling of the windows when they are opened, while they shouldn't, or at least should restore correctly. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 10 12:34:45 2008 From: trac at haiku-os.org (Haiku) Date: Tue, 10 Jun 2008 10:34:45 -0000 Subject: [Haiku-bugs] [Haiku] #1641: KDL: rtl8139 In-Reply-To: <043.5f4af7ba053274031187f62bac03de4a@haiku-os.org> References: <043.5f4af7ba053274031187f62bac03de4a@haiku-os.org> Message-ID: <052.f2600a4b57cd482d29d040eb137c95ba@haiku-os.org> #1641: KDL: rtl8139 ------------------------+--------------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by phoudoin): I got the same KDL with my rtl8139 just last night, with Firefox, sorry, Bon Echo. I'm running r25860. Something is wrong in BSD net drivers compatibility layer, I guess. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 10 12:43:36 2008 From: trac at haiku-os.org (Haiku) Date: Tue, 10 Jun 2008 10:43:36 -0000 Subject: [Haiku-bugs] [Haiku] #1263: Tracker scrollbar confusion In-Reply-To: <048.3a59e14c7ab6530a67389d93cf5484a0@haiku-os.org> References: <048.3a59e14c7ab6530a67389d93cf5484a0@haiku-os.org> Message-ID: <057.5480bfdebe4a1e11a5dcef952c74e2eb@haiku-os.org> #1263: Tracker scrollbar confusion -----------------------------------+---------------------------------------- Reporter: jonas.kirilla | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Platform: All -----------------------------------+---------------------------------------- Comment (by axeld): Note that this behaviour also happens under BeOS R5, but I'm pretty sure it has been introduced with OpenTracker at some point, ie. it did not happen in the original BeOS Tracker. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 10 12:44:03 2008 From: trac at haiku-os.org (Haiku) Date: Tue, 10 Jun 2008 10:44:03 -0000 Subject: [Haiku-bugs] [Haiku] #2366: Mouse stops working Message-ID: <045.c9bb9ea4ce2baae23931e56f0120843d@haiku-os.org> #2366: Mouse stops working -------------------------------+-------------------------------------------- Reporter: mrsunshine | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Mouse/PS2 | Version: R1 development Platform: All | -------------------------------+-------------------------------------------- When booting for a moment i can move the mouse then blam it stops working, in the syslog it says strange delta and that it unpublishes the mouse. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 10 14:19:47 2008 From: trac at haiku-os.org (Haiku) Date: Tue, 10 Jun 2008 12:19:47 -0000 Subject: [Haiku-bugs] [Haiku] #1263: Tracker scrollbar confusion In-Reply-To: <048.3a59e14c7ab6530a67389d93cf5484a0@haiku-os.org> References: <048.3a59e14c7ab6530a67389d93cf5484a0@haiku-os.org> Message-ID: <057.806307b67988e75411f1a5880881ac1e@haiku-os.org> #1263: Tracker scrollbar confusion -----------------------------------+---------------------------------------- Reporter: jonas.kirilla | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Platform: All -----------------------------------+---------------------------------------- Comment (by aldeck): Replying to [comment:3 stippi]: I think there is another problem, but i've found what is the cause of the unnecessary negative offset. The icons are positioned correctly but the extent calculation is not optimal. This happens when the text of a leftmost icon is larger than the width of the icon (see Pose::CalcRect() ). In Extent() you can see that it enlarge the extent by fOffset, which would be ok if extent was enclosing icons not icons+text. I have a patch pending that fixes this by calculating two extents, one with text, one without, and a separate minimal textOffset (ex: 5px) for text that is enforced if necessary. Now the layout is nice on the first time except if an icon's text is really long. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 10 14:47:14 2008 From: trac at haiku-os.org (Haiku) Date: Tue, 10 Jun 2008 12:47:14 -0000 Subject: [Haiku-bugs] [Haiku] #2363: Civilization game crashes at start up In-Reply-To: <039.26fc7fce0164942a22de006bcc1067aa@haiku-os.org> References: <039.26fc7fce0164942a22de006bcc1067aa@haiku-os.org> Message-ID: <048.ccfefab63fcc3076ddba17edb60500a4@haiku-os.org> #2363: Civilization game crashes at start up ---------------------------+------------------------------------------------ Reporter: Asmo | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Platform: x86 ---------------------------+------------------------------------------------ Changes (by anevilyak): * owner: axeld => anevilyak Comment: Since I'm planning on making some changes to BList anyways, I'll look into this one. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 10 16:54:42 2008 From: trac at haiku-os.org (Haiku) Date: Tue, 10 Jun 2008 14:54:42 -0000 Subject: [Haiku-bugs] [Haiku] #2367: Media checker blocks in USB when booting from USB Message-ID: <040.071b43b6611ddf637fa7f5a2c6cebc5e@haiku-os.org> #2367: Media checker blocks in USB when booting from USB -------------------------+-------------------------------------------------- Reporter: axeld | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1/alpha1 Component: Drivers/USB | Version: R1 development Platform: All | -------------------------+-------------------------------------------------- I've installed Haiku on a 128 MB USB stick, and booted it from there. Booting itself went fine, but applications using the disk device API (like mountvolume, DriveSetup) hang when I start them. The media checker waits on some EHCI finisher which never seems to return. When I disable the media checker in the kernel, the lockup does not happen, and the above mentioned apps work nicely. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 10 16:55:24 2008 From: trac at haiku-os.org (Haiku) Date: Tue, 10 Jun 2008 14:55:24 -0000 Subject: [Haiku-bugs] [Haiku] #2367: Media checker blocks in USB when booting from USB In-Reply-To: <040.071b43b6611ddf637fa7f5a2c6cebc5e@haiku-os.org> References: <040.071b43b6611ddf637fa7f5a2c6cebc5e@haiku-os.org> Message-ID: <049.eb812685895ba03d94e7153936f87cd8@haiku-os.org> #2367: Media checker blocks in USB when booting from USB --------------------------+------------------------------------------------- Reporter: axeld | Owner: mmlr Type: bug | Status: new Priority: high | Milestone: R1/alpha1 Component: Drivers/USB | Version: R1 development Resolution: | Platform: All --------------------------+------------------------------------------------- Changes (by axeld): * priority: normal => high Old description: > I've installed Haiku on a 128 MB USB stick, and booted it from there. > Booting itself went fine, but applications using the disk device API > (like mountvolume, DriveSetup) hang when I start them. > > The media checker waits on some EHCI finisher which never seems to > return. When I disable the media checker in the kernel, the lockup does > not happen, and the above mentioned apps work nicely. New description: I've installed Haiku on a 128 MB USB stick, and booted it from there. Booting itself went fine, but applications using the disk device API (like mountvolume, DriveSetup) hang when I start them. The media checker waits on some EHCI finisher which never seems to return. When I disable the media checker in the kernel, the lockup does not happen, and the above mentioned apps work nicely. Tested with r25898. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 10 17:19:15 2008 From: trac at haiku-os.org (Haiku) Date: Tue, 10 Jun 2008 15:19:15 -0000 Subject: [Haiku-bugs] [Haiku] #2367: Media checker blocks in USB when booting from USB In-Reply-To: <040.071b43b6611ddf637fa7f5a2c6cebc5e@haiku-os.org> References: <040.071b43b6611ddf637fa7f5a2c6cebc5e@haiku-os.org> Message-ID: <049.dc262b2696f3b982ff681cb70494d9db@haiku-os.org> #2367: Media checker blocks in USB when booting from USB --------------------------+------------------------------------------------- Reporter: axeld | Owner: mmlr Type: bug | Status: assigned Priority: high | Milestone: R1/alpha1 Component: Drivers/USB | Version: R1 development Resolution: | Platform: All --------------------------+------------------------------------------------- Changes (by mmlr): * status: new => assigned Comment: Does this happen with the boot USB stick alone or are there other mass storage devices? If the media checker blocks waiting for a transfer that never finishes (which is possible as there is no timeout handling in usb_disk yet) then theoretically all IO to the boot volume should block too. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 10 17:19:21 2008 From: trac at haiku-os.org (Haiku) Date: Tue, 10 Jun 2008 15:19:21 -0000 Subject: [Haiku-bugs] [Haiku] #2350: Segment violation in FillRectNoClipping when booting on eeePC In-Reply-To: <043.ce9d77215cfc36086efc92cb4307b7f9@haiku-os.org> References: <043.ce9d77215cfc36086efc92cb4307b7f9@haiku-os.org> Message-ID: <052.b91ed506c6a43833b7d071889602a303@haiku-os.org> #2350: Segment violation in FillRectNoClipping when booting on eeePC ---------------------------------+------------------------------------------ Reporter: exparrot | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Platform: x86 ---------------------------------+------------------------------------------ Comment (by axeld): I can't reproduce this one with the EeePC 900. No matter if safe-mode or not, it always works nicely. I guess on the 701, only 640x480 is available in the safe-mode menu? Does it work at all if you don't select a safe-mode video mode, but just boot? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 10 17:55:53 2008 From: trac at haiku-os.org (Haiku) Date: Tue, 10 Jun 2008 15:55:53 -0000 Subject: [Haiku-bugs] [Haiku] #2368: App-server crash when moving Deskbar modal window Message-ID: <041.21c161a6e0dc4519be3a6283cd4f4961@haiku-os.org> #2368: App-server crash when moving Deskbar modal window --------------------------------+------------------------------------------- Reporter: idefix | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Platform: x86 | --------------------------------+------------------------------------------- When I select the 'Restart...'-option in the Deskbar-menu a modal window is shown. This windows only shows on the workspace in which I choose to restart. As I moved the window to an other workspace, the app_server crashed. Steps to reproduce: - Click 'Restart...' in the Deskbar-menu -> a modal window appears - Click and hold the window border - Press Alt-F2 - Experience an app-server crash (as an added feature you can now scratch off the white surface and reveal the desktop) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 10 17:56:51 2008 From: trac at haiku-os.org (Haiku) Date: Tue, 10 Jun 2008 15:56:51 -0000 Subject: [Haiku-bugs] [Haiku] #2368: App-server crash when moving Deskbar modal window In-Reply-To: <041.21c161a6e0dc4519be3a6283cd4f4961@haiku-os.org> References: <041.21c161a6e0dc4519be3a6283cd4f4961@haiku-os.org> Message-ID: <050.cdd26a81a7f4a25a4c3e48e54681fdfe@haiku-os.org> #2368: App-server crash when moving Deskbar modal window ---------------------------------+------------------------------------------ Reporter: idefix | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Platform: x86 ---------------------------------+------------------------------------------ Comment (by idefix): Forgot to say this is with r25892. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 10 18:01:37 2008 From: trac at haiku-os.org (Haiku) Date: Tue, 10 Jun 2008 16:01:37 -0000 Subject: [Haiku-bugs] [Haiku] #2367: Media checker blocks in USB when booting from USB In-Reply-To: <040.071b43b6611ddf637fa7f5a2c6cebc5e@haiku-os.org> References: <040.071b43b6611ddf637fa7f5a2c6cebc5e@haiku-os.org> Message-ID: <049.abaf3c466f42a0f90d405c7f374ff20e@haiku-os.org> #2367: Media checker blocks in USB when booting from USB --------------------------+------------------------------------------------- Reporter: axeld | Owner: mmlr Type: bug | Status: assigned Priority: high | Milestone: R1/alpha1 Component: Drivers/USB | Version: R1 development Resolution: | Platform: All --------------------------+------------------------------------------------- Comment (by mmlr): I just checked here with r25882 (no changes in that regard to r25898) and I am not able to reproduce. I booted of the stick and ran DriveSetup and also mountvolume. Both worked as expected and didn't hang. I find it a bit strange that it waits for the EHCI finisher, as this thread is just finishing transfers and calls the callbacks. Even if a callback would queue a new transfer this would be done asynchronously so it cannot really deadlock there (at least not with itself). Why do you think it waits for the finisher? Can you provide some sort of debug output? I can only imagine that, as mentioned above, the device does simply never act on a queued transfer (although then the controller should still return the transfer with a timeout at some point). What would surprise me then is if other IO to that device would still work, as it should simply lock up usb_disk then. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 10 18:24:10 2008 From: trac at haiku-os.org (Haiku) Date: Tue, 10 Jun 2008 16:24:10 -0000 Subject: [Haiku-bugs] [Haiku] #2368: App-server crash when moving Deskbar modal window to another workspace In-Reply-To: <041.21c161a6e0dc4519be3a6283cd4f4961@haiku-os.org> References: <041.21c161a6e0dc4519be3a6283cd4f4961@haiku-os.org> Message-ID: <050.b1aaba029ad28b25c767d346e3b581bd@haiku-os.org> #2368: App-server crash when moving Deskbar modal window to another workspace ---------------------------------+------------------------------------------ Reporter: idefix | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Platform: x86 ---------------------------------+------------------------------------------ Changes (by idefix): * summary: App-server crash when moving Deskbar modal window => App- server crash when moving Deskbar modal window to another workspace -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 10 18:51:41 2008 From: trac at haiku-os.org (Haiku) Date: Tue, 10 Jun 2008 16:51:41 -0000 Subject: [Haiku-bugs] [Haiku] #2368: App-server crash when moving Deskbar modal window to another workspace In-Reply-To: <041.21c161a6e0dc4519be3a6283cd4f4961@haiku-os.org> References: <041.21c161a6e0dc4519be3a6283cd4f4961@haiku-os.org> Message-ID: <050.0d3dfaa84a47bd5f730194b20a6d2177@haiku-os.org> #2368: App-server crash when moving Deskbar modal window to another workspace ---------------------------------+------------------------------------------ Reporter: idefix | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Platform: x86 ---------------------------------+------------------------------------------ Comment (by idefix): The app_server crashes when the mouse-button is released, but not always. I noticed another bug when investigating this bug: When switched to the second workspace (by Alt-F2), move the mouse to another place and then release the mouse-button. When you switch back to the workspace where the window is, you'll notice it's at the position you released the mouse-button and not at the position when you switched workspaces. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 10 19:03:51 2008 From: trac at haiku-os.org (Haiku) Date: Tue, 10 Jun 2008 17:03:51 -0000 Subject: [Haiku-bugs] [Haiku] #2367: Media checker blocks in USB when booting from USB In-Reply-To: <040.071b43b6611ddf637fa7f5a2c6cebc5e@haiku-os.org> References: <040.071b43b6611ddf637fa7f5a2c6cebc5e@haiku-os.org> Message-ID: <049.4561e28399f2e3e4f0bddac874f89fc1@haiku-os.org> #2367: Media checker blocks in USB when booting from USB --------------------------+------------------------------------------------- Reporter: axeld | Owner: mmlr Type: bug | Status: assigned Priority: high | Milestone: R1/alpha1 Component: Drivers/USB | Version: R1 development Resolution: | Platform: All --------------------------+------------------------------------------------- Comment (by axeld): There is only a single USB disk attached, plus the built-in SATA mass storage (two drives). I don't have a serial output from that machine, but I'll try to get more specific data. The media checker itself waited for some disk device lock, and the lock owner (I don't remember who) was waiting for the EHCI finisher. I probably don't have the time to do this before Thursday, though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 10 19:25:22 2008 From: trac at haiku-os.org (Haiku) Date: Tue, 10 Jun 2008 17:25:22 -0000 Subject: [Haiku-bugs] [Haiku] #1412: Haiku doesn't have the sys/ipc.h sys/sem.h and sys/mman.h files. In-Reply-To: <043.7a34c974ccd5686395f8a6ca893e2f3d@haiku-os.org> References: <043.7a34c974ccd5686395f8a6ca893e2f3d@haiku-os.org> Message-ID: <052.d4058c1acab2111cee4fd89615f33b79@haiku-os.org> #1412: Haiku doesn't have the sys/ipc.h sys/sem.h and sys/mman.h files. --------------------------+------------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All --------------------------+------------------------------------------------- Changes (by scottmc): * cc: scottmc (added) Comment: Another bnechmark program could use these as well, bonnie++ also requires sys/ipc.h and sys/sem.h. From their website: Bonnie++ is a benchmark suite that is aimed at performing a number of simple tests of hard drive and file system performance. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 10 19:54:38 2008 From: trac at haiku-os.org (Haiku) Date: Tue, 10 Jun 2008 17:54:38 -0000 Subject: [Haiku-bugs] [Haiku] #2364: KDL when unplugging USB flash drive In-Reply-To: <042.6436a6cd34ae92a3ed466d3c1d3221ab@haiku-os.org> References: <042.6436a6cd34ae92a3ed466d3c1d3221ab@haiku-os.org> Message-ID: <051.42445a98bd45f9e8ed00b5af4747a2b3@haiku-os.org> #2364: KDL when unplugging USB flash drive ----------------------------+----------------------------------------------- Reporter: scottmc | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Platform: All ----------------------------+----------------------------------------------- Changes (by mmlr): * status: assigned => closed * resolution: => fixed Comment: In fact r25724 fixed a guaranteed crash that would lead exactly to this stack trace. Also since the device was unplugged it is likely that this code path was actually taken. So I'll close this as fixed in r25724. Please reopen if this still happens with current revisions. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 10 21:06:27 2008 From: trac at haiku-os.org (Haiku) Date: Tue, 10 Jun 2008 19:06:27 -0000 Subject: [Haiku-bugs] [Haiku] #2267: Sound plays with noise (using OSS) In-Reply-To: <041.d5b5a7c80f65311174adae8b12bad08a@haiku-os.org> References: <041.d5b5a7c80f65311174adae8b12bad08a@haiku-os.org> Message-ID: <050.89062021046d718adbdcb4d55f81cfc1@haiku-os.org> #2267: Sound plays with noise (using OSS) -----------------------------+---------------------------------------------- Reporter: apple7 | Owner: mmu_man Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Kits/Media Kit | Version: R1 development Resolution: | Platform: x86 -----------------------------+---------------------------------------------- Comment (by bipolar): Just for the record: Replying to [comment:4 mmu_man]: > Again you must remove one driver. Sorry I haven't made myself clear. The mentioned garbled sound issues have occurred to me, while testing OSS in both Haiku (no native drivers for my hardware) and, in the past, BeOS (native drivers removed, as I was aware they will interfere). With no native drivers and no media_server running, oss_test works flawlessly. When attempting to play something through the oss media addon, that's when the sound output gets all cranky. I understand it is a work in progress, just wanted to share my experiences with it. Thanks for your time and work, mmu_man. It is really appreciated!. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 10 22:33:18 2008 From: trac at haiku-os.org (Haiku) Date: Tue, 10 Jun 2008 20:33:18 -0000 Subject: [Haiku-bugs] [Haiku] #1412: Haiku doesn't have the sys/ipc.h sys/sem.h and sys/mman.h files. In-Reply-To: <043.7a34c974ccd5686395f8a6ca893e2f3d@haiku-os.org> References: <043.7a34c974ccd5686395f8a6ca893e2f3d@haiku-os.org> Message-ID: <052.583cc33eeadc68bf80fbaaafecc42d09@haiku-os.org> #1412: Haiku doesn't have the sys/ipc.h sys/sem.h and sys/mman.h files. --------------------------+------------------------------------------------- Reporter: kaoutsis | Owner: emitrax Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All --------------------------+------------------------------------------------- Changes (by emitrax): * owner: axeld => emitrax Comment: I'm working on sem.h and related functions right now. I'll see if I can work on the rest of IPC after I'm done with semaphores. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 10 23:14:53 2008 From: trac at haiku-os.org (Haiku) Date: Tue, 10 Jun 2008 21:14:53 -0000 Subject: [Haiku-bugs] [Haiku] #2096: Stray cursor ghosting blocks left behind on terminal In-Reply-To: <042.e362b71c86dcc0d230152cde06c1df10@haiku-os.org> References: <042.e362b71c86dcc0d230152cde06c1df10@haiku-os.org> Message-ID: <051.af52c1da2c8ef18d4ff17dd71d5a3475@haiku-os.org> #2096: Stray cursor ghosting blocks left behind on terminal ------------------------+--------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by scottmc): It appears that Ingo's recent work on the terminal has gotten rid of this issue. This can be closed now. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 10 23:24:59 2008 From: trac at haiku-os.org (Haiku) Date: Tue, 10 Jun 2008 21:24:59 -0000 Subject: [Haiku-bugs] [Haiku] #1489: Add Icon in File Type gives General system error in Icon-O-Matic In-Reply-To: <042.7c37d799a2396dfbbbb4c35f75639ba7@haiku-os.org> References: <042.7c37d799a2396dfbbbb4c35f75639ba7@haiku-os.org> Message-ID: <051.f77b4c5424942b1ba955196f25e6b349@haiku-os.org> #1489: Add Icon in File Type gives General system error in Icon-O-Matic ----------------------------------------+----------------------------------- Reporter: scottmc | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Icon-O-Matic | Version: R1 development Resolution: | Platform: All ----------------------------------------+----------------------------------- Comment (by scottmc): I just checked this one on r25892 and it's still there. [Bummer] -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 00:09:29 2008 From: trac at haiku-os.org (Haiku) Date: Tue, 10 Jun 2008 22:09:29 -0000 Subject: [Haiku-bugs] [Haiku] #2361: Hard lockup during boot since r25836 In-Reply-To: <043.cd1624c39e23dbc2b0cc35669419451c@haiku-os.org> References: <043.cd1624c39e23dbc2b0cc35669419451c@haiku-os.org> Message-ID: <052.bd437b3f60ffe59e327b2045b03a1bf1@haiku-os.org> #2361: Hard lockup during boot since r25836 ------------------------+--------------------------------------------------- Reporter: drackham | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by mmlr): Could you please try with r25915. If it doesn't work I'd be interested in the trace output again to see if the handover from SMM actually completes. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 01:02:26 2008 From: trac at haiku-os.org (Haiku) Date: Tue, 10 Jun 2008 23:02:26 -0000 Subject: [Haiku-bugs] [Haiku] #2083: EHCI bus hanging at boot. In-Reply-To: <038.f0c26633f412f90967d8536305dae776@haiku-os.org> References: <038.f0c26633f412f90967d8536305dae776@haiku-os.org> Message-ID: <047.4698d378bf420a9bd4adf88c4e852f5d@haiku-os.org> #2083: EHCI bus hanging at boot. --------------------------+------------------------------------------------- Reporter: bga | Owner: mmlr Type: bug | Status: assigned Priority: blocker | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Platform: All --------------------------+------------------------------------------------- Comment (by mmlr): Bruno, does this still occure? I have changed EHCI to force take-over the controller in case the BIOS fails to hand it over in r25918. Could you please check if the EHCI controllers actually work now? Best by checking a USB 2.0 device on the previously disabled ports, and/or by checking the presence with usb_dev_info. Pieterpan the problem you see is in fact non-EHCI but UHCI. Could you please verify if it still happens in current revisions. If it does, please open a new bug report for that. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 01:04:43 2008 From: trac at haiku-os.org (Haiku) Date: Tue, 10 Jun 2008 23:04:43 -0000 Subject: [Haiku-bugs] [Haiku] #2367: Media checker blocks in USB when booting from USB In-Reply-To: <040.071b43b6611ddf637fa7f5a2c6cebc5e@haiku-os.org> References: <040.071b43b6611ddf637fa7f5a2c6cebc5e@haiku-os.org> Message-ID: <049.5348854a4d65b6acc693c176a5e47e18@haiku-os.org> #2367: Media checker blocks in USB when booting from USB --------------------------+------------------------------------------------- Reporter: axeld | Owner: mmlr Type: bug | Status: assigned Priority: high | Milestone: R1/alpha1 Component: Drivers/USB | Version: R1 development Resolution: | Platform: All --------------------------+------------------------------------------------- Comment (by mmlr): When you're at that machine again, could you please check what chip it uses for EHCI? There seem to be workarounds applied in other EHCI drivers namely for broken VIA chips that simply lose completion interrupts... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 01:09:29 2008 From: trac at haiku-os.org (Haiku) Date: Tue, 10 Jun 2008 23:09:29 -0000 Subject: [Haiku-bugs] [Haiku] #2083: EHCI bus hanging at boot. In-Reply-To: <038.f0c26633f412f90967d8536305dae776@haiku-os.org> References: <038.f0c26633f412f90967d8536305dae776@haiku-os.org> Message-ID: <047.72c1780530b3e5215d6b88228c41d939@haiku-os.org> #2083: EHCI bus hanging at boot. --------------------------+------------------------------------------------- Reporter: bga | Owner: mmlr Type: bug | Status: assigned Priority: blocker | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Platform: All --------------------------+------------------------------------------------- Comment (by bga): I will check but I can not do that until next week when I am back home (I am in the US right now). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 01:41:04 2008 From: trac at haiku-os.org (Haiku) Date: Tue, 10 Jun 2008 23:41:04 -0000 Subject: [Haiku-bugs] [Haiku] #2096: Stray cursor ghosting blocks left behind on terminal In-Reply-To: <042.e362b71c86dcc0d230152cde06c1df10@haiku-os.org> References: <042.e362b71c86dcc0d230152cde06c1df10@haiku-os.org> Message-ID: <051.01f20b5bf67c7031c0242787c9097164@haiku-os.org> #2096: Stray cursor ghosting blocks left behind on terminal ------------------------+--------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Platform: All ------------------------+--------------------------------------------------- Changes (by bonefish): * status: new => closed * resolution: => fixed Comment: I knew there was a ticket for that bug, but couldn't find. It was just not correctly categorized and I didn't search for lower-case "terminal" in summaries. Fixed in r25881. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 01:41:59 2008 From: trac at haiku-os.org (Haiku) Date: Tue, 10 Jun 2008 23:41:59 -0000 Subject: [Haiku-bugs] [Haiku] #1044: USB OHCI support In-Reply-To: <045.95d7cf1f9f7c375158db263698ccd0fb@haiku-os.org> References: <045.95d7cf1f9f7c375158db263698ccd0fb@haiku-os.org> Message-ID: <054.00801a59a8937bbdafffbad0f639b639@haiku-os.org> #1044: USB OHCI support --------------------------+------------------------------------------------- Reporter: wkornewald | Owner: mmlr Type: enhancement | Status: assigned Priority: blocker | Milestone: R1/alpha1 Component: Drivers/USB | Version: R1 development Resolution: | Platform: All --------------------------+------------------------------------------------- Changes (by scottmc): * cc: scottmc (added) Comment: With r25892 the ohci support is improving. I can now "sometimes" get it to see a USB Flash drive and be able to mount and use it. other times not. I am attaching a serial debug session that spans 4 or 5 reboots, sometimes seeing USB flash drives other times not. The debug shows lots of interesting things, maybe you can make heads or tails of it. As of the end of the serial debug I am still installing from the host onto the USB flash drive, I first initialized it as a BFS partition. It seems to be working but is taking a very long time, over an hour so far, but it's LED is still blinking and the Installing item list in installer is changing every so often so it's still doing something. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 01:47:29 2008 From: trac at haiku-os.org (Haiku) Date: Tue, 10 Jun 2008 23:47:29 -0000 Subject: [Haiku-bugs] [Haiku] #2364: KDL when unplugging USB flash drive In-Reply-To: <042.6436a6cd34ae92a3ed466d3c1d3221ab@haiku-os.org> References: <042.6436a6cd34ae92a3ed466d3c1d3221ab@haiku-os.org> Message-ID: <051.2571b8d3e6dfc9ea904de91a86d240e9@haiku-os.org> #2364: KDL when unplugging USB flash drive ----------------------------+----------------------------------------------- Reporter: scottmc | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Platform: All ----------------------------+----------------------------------------------- Comment (by scottmc): Confirmed that it's no longer dropping to KDL, tested with 25892. I attached fresh serial debug info to #1044, as there's perhaps some interesting info in there, perhaps not. OCHI support seems to be getting there though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 03:48:19 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 01:48:19 -0000 Subject: [Haiku-bugs] [Haiku] #597: [Cortex] double click on audio mixer opens non-resizable window In-Reply-To: <040.805deb18716ca29f129c014aff63ed5f@haiku-os.org> References: <040.805deb18716ca29f129c014aff63ed5f@haiku-os.org> Message-ID: <049.fd32bf2984c9c144588f069b8c3f74a9@haiku-os.org> #597: [Cortex] double click on audio mixer opens non-resizable window -----------------------------+---------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Media Kit | Version: Resolution: fixed | Platform: All -----------------------------+---------------------------------------------- Changes (by aldeck): * status: new => closed * resolution: => fixed Comment: Fixed in r25923 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 02:35:48 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 00:35:48 -0000 Subject: [Haiku-bugs] [Haiku] #2363: Civilization game crashes at start up In-Reply-To: <039.26fc7fce0164942a22de006bcc1067aa@haiku-os.org> References: <039.26fc7fce0164942a22de006bcc1067aa@haiku-os.org> Message-ID: <048.d84d8f111cfca6d1443b8f1cc600b9fe@haiku-os.org> #2363: Civilization game crashes at start up ---------------------------+------------------------------------------------ Reporter: Asmo | Owner: anevilyak Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Platform: x86 ---------------------------+------------------------------------------------ Changes (by anevilyak): * status: new => assigned Comment: Could you try again with r25920 please? I'm not seeing this crash here, though I am seeing problems with how it's using BDirectWindow (that may just be my graphics driver though). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 02:51:05 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 00:51:05 -0000 Subject: [Haiku-bugs] [Haiku] #2350: Segment violation in FillRectNoClipping when booting on eeePC In-Reply-To: <043.ce9d77215cfc36086efc92cb4307b7f9@haiku-os.org> References: <043.ce9d77215cfc36086efc92cb4307b7f9@haiku-os.org> Message-ID: <052.9e1a9278a126275e652ad68d1d9a8703@haiku-os.org> #2350: Segment violation in FillRectNoClipping when booting on eeePC ---------------------------------+------------------------------------------ Reporter: exparrot | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Platform: x86 ---------------------------------+------------------------------------------ Comment (by exparrot): Replying to [comment:3 axeld]: > I guess on the 701, only 640x480 is available in the safe-mode menu? Does it work at all if you don't select a safe-mode video mode, but just boot? Correct, only 640x480 is available in the menu (along with Standard VGA). However, booting without selecting this results in a crash with a sing half-row of blue pixels along the top of the screen. I've bricked the eeePC for the time being, so won't be able to test this further in the near future. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 07:27:03 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 05:27:03 -0000 Subject: [Haiku-bugs] [Haiku] #507: [VLC] slider flickering In-Reply-To: <040.e44357474e6996a59441562c061cc5e4@haiku-os.org> References: <040.e44357474e6996a59441562c061cc5e4@haiku-os.org> Message-ID: <049.4d885fb0ae24f47632bc171c61283e3c@haiku-os.org> #507: [VLC] slider flickering ------------------------+--------------------------------------------------- Reporter: diver | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: Resolution: | Platform: All ------------------------+--------------------------------------------------- Changes (by scottmc): * platform: => All Comment: Does this still happen for anyone? I tried to see it but maybe I'm not doing it right? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 08:02:24 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 06:02:24 -0000 Subject: [Haiku-bugs] [Haiku] #2361: Hard lockup during boot since r25836 In-Reply-To: <043.cd1624c39e23dbc2b0cc35669419451c@haiku-os.org> References: <043.cd1624c39e23dbc2b0cc35669419451c@haiku-os.org> Message-ID: <052.533d6c2a7e2b77d29aac703d5c74b3d9@haiku-os.org> #2361: Hard lockup during boot since r25836 ------------------------+--------------------------------------------------- Reporter: drackham | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by drackham): Tested with r25915 and r25924. Bug still occurs. The *only* diff from the original trace output is the capitalization of the very last line: usb_ohci: smm is in control of the host controller -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 09:11:57 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 07:11:57 -0000 Subject: [Haiku-bugs] [Haiku] #2363: Civilization game crashes at start up In-Reply-To: <039.26fc7fce0164942a22de006bcc1067aa@haiku-os.org> References: <039.26fc7fce0164942a22de006bcc1067aa@haiku-os.org> Message-ID: <048.8bd69b603d1a48d3ec141893f52bf486@haiku-os.org> #2363: Civilization game crashes at start up ---------------------------+------------------------------------------------ Reporter: Asmo | Owner: anevilyak Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Platform: x86 ---------------------------+------------------------------------------------ Comment (by Asmo): Hi anevilyak, I will try with the last VMWare image ( from the 10th ) and see if it still crashes. Thanks. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 09:18:05 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 07:18:05 -0000 Subject: [Haiku-bugs] [Haiku] #2361: Hard lockup during boot since r25836 In-Reply-To: <043.cd1624c39e23dbc2b0cc35669419451c@haiku-os.org> References: <043.cd1624c39e23dbc2b0cc35669419451c@haiku-os.org> Message-ID: <052.da7e4fe4a9948e7036e0764f5dca49cd@haiku-os.org> #2361: Hard lockup during boot since r25836 ------------------------+--------------------------------------------------- Reporter: drackham | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by mmlr): Ah great, crappy hardware or crappy BIOS. Could you please add the following lines to ohci.cpp just after the {{{TRACE(("usb_ohci: smm is in control of the host controller\n"));}}}: {{{ dprintf("usb_ohci: interrupt enable is 0x%08lx\n", _ReadReg(OHCI_INTERRUPT_ENABLE)); dprintf("usb_ohci: command status is 0x%08lx\n", _ReadReg(OHCI_COMMAND_STATUS)); dprintf("usb_ohci: control is 0x%08lx\n", _ReadReg(OHCI_CONTROL)); }}} And then post here what this outputs? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 10:09:50 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 08:09:50 -0000 Subject: [Haiku-bugs] [Haiku] #2369: Booting halts Message-ID: <045.f2ff7e17e7b71d88fcdb6b2f4a4580c5@haiku-os.org> #2369: Booting halts ---------------------------+------------------------------------------------ Reporter: mrsunshine | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Platform: x86 | ---------------------------+------------------------------------------------ Booting halts when using USB drivers (not even able to get into KDL) and without them, but then i can go into KDL and type "outb 0x4d0 1" "continue" and it boots fine after that. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 10:16:49 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 08:16:49 -0000 Subject: [Haiku-bugs] [Haiku] #2369: Booting halts In-Reply-To: <045.f2ff7e17e7b71d88fcdb6b2f4a4580c5@haiku-os.org> References: <045.f2ff7e17e7b71d88fcdb6b2f4a4580c5@haiku-os.org> Message-ID: <054.f3c8b30baa2283f7f9c5f2a313e0014f@haiku-os.org> #2369: Booting halts ----------------------------+----------------------------------------------- Reporter: mrsunshine | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: x86 ----------------------------+----------------------------------------------- Comment (by dustin howett): Copying some of my random musings from IRC. {{{ DHowett: MrSunshine: Hmm. 4d0 is ELCR1, which linux updates in its acpi- related boot code. Haiku doesn't touch it in its acpi bus manager. Interesting. DHowett: Haiku used to set everything to level-triggered. writing 1 to 4d0 sets int0 to level- triggered and everything else (int 1-7) to edge-triggered DHowett: maybe it would resolve it to just set the timer to level- triggered mode on boot. but I don't know what that would cause for systems other than yours. }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 10:20:46 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 08:20:46 -0000 Subject: [Haiku-bugs] [Haiku] #2369: Booting halts In-Reply-To: <045.f2ff7e17e7b71d88fcdb6b2f4a4580c5@haiku-os.org> References: <045.f2ff7e17e7b71d88fcdb6b2f4a4580c5@haiku-os.org> Message-ID: <054.acaca51c1dbcf47119ba8313a67fed06@haiku-os.org> #2369: Booting halts ----------------------------+----------------------------------------------- Reporter: mrsunshine | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: duplicate | Platform: x86 ----------------------------+----------------------------------------------- Changes (by mmlr): * status: new => closed * resolution: => duplicate Comment: Duplicate of #2342. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 10:22:34 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 08:22:34 -0000 Subject: [Haiku-bugs] [Haiku] #2342: No system timer interrupt on some ATI chipsets In-Reply-To: <039.3674ba47b1d07ce0d804a70edffeeb2b@haiku-os.org> References: <039.3674ba47b1d07ce0d804a70edffeeb2b@haiku-os.org> Message-ID: <048.611e4dc43742345381f753f70f2b9da6@haiku-os.org> #2342: No system timer interrupt on some ATI chipsets ----------------------------+----------------------------------------------- Reporter: euan | Owner: mmu_man Type: bug | Status: assigned Priority: high | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by mmlr): See also #2369 that is a duplicate of this and contains additional attachments. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 10:27:52 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 08:27:52 -0000 Subject: [Haiku-bugs] [Haiku] #1171: Add support for VIA/S3 Unichrome PRO IGP In-Reply-To: <042.71c58b5639d1b1fc8d044f4964f0c305@haiku-os.org> References: <042.71c58b5639d1b1fc8d044f4964f0c305@haiku-os.org> Message-ID: <051.3846384cc00ac2a9d22fe39320fe5097@haiku-os.org> #1171: Add support for VIA/S3 Unichrome PRO IGP ----------------------------------+----------------------------------------- Reporter: laplace | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/S3 | Version: R1 development Resolution: | Platform: All ----------------------------------+----------------------------------------- Changes (by modeenf): * component: Drivers/Graphics => Drivers/Graphics/S3 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 10:28:04 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 08:28:04 -0000 Subject: [Haiku-bugs] [Haiku] #2205: [S3 diver] screen goes black after reboot In-Reply-To: <040.75fa08d63aaa8210a84551e299218f7a@haiku-os.org> References: <040.75fa08d63aaa8210a84551e299218f7a@haiku-os.org> Message-ID: <049.2c36e28e02c0cccdca43dd449f9a9746@haiku-os.org> #2205: [S3 diver] screen goes black after reboot ----------------------------------+----------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/S3 | Version: R1 development Resolution: | Platform: All ----------------------------------+----------------------------------------- Changes (by modeenf): * component: Drivers/Graphics => Drivers/Graphics/S3 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 10:31:06 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 08:31:06 -0000 Subject: [Haiku-bugs] [Haiku] #2342: No system timer interrupt on some ATI chipsets In-Reply-To: <039.3674ba47b1d07ce0d804a70edffeeb2b@haiku-os.org> References: <039.3674ba47b1d07ce0d804a70edffeeb2b@haiku-os.org> Message-ID: <048.0e8f7f379126e139410af9e616c090b2@haiku-os.org> #2342: No system timer interrupt on some ATI chipsets ----------------------------+----------------------------------------------- Reporter: euan | Owner: mmu_man Type: bug | Status: assigned Priority: high | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Changes (by dustin howett): * cc: mrsunshine (added) Comment: Could this be something to be put in the isa/pit timer module, once Stefano commits it? If so, I could handle that. If anything, i'd hold off on changing it because the x86 timer system is going to change drastically :) Adding "mrsunshine" to the cc list so he gets updates on this bug, since his was marked duplicate and this seems important to him. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 10:31:41 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 08:31:41 -0000 Subject: [Haiku-bugs] [Haiku] #2071: No accelerated video starting r24669 nightly In-Reply-To: <043.0bad686bfb0a381474b780317ac47d69@haiku-os.org> References: <043.0bad686bfb0a381474b780317ac47d69@haiku-os.org> Message-ID: <052.16996c53a817f6546a5b5da1cb86ea99@haiku-os.org> #2071: No accelerated video starting r24669 nightly --------------------------------------+------------------------------------- Reporter: tigerdog | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Resolution: | Platform: x86 --------------------------------------+------------------------------------- Changes (by modeenf): * component: Drivers/Graphics => Drivers/Graphics/nVidia Comment: Some one need to close this :) (I don't know how to) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 10:38:29 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 08:38:29 -0000 Subject: [Haiku-bugs] [Haiku] #2071: No accelerated video starting r24669 nightly In-Reply-To: <043.0bad686bfb0a381474b780317ac47d69@haiku-os.org> References: <043.0bad686bfb0a381474b780317ac47d69@haiku-os.org> Message-ID: <052.82398bb58686a1ad5a58d4ca262b35eb@haiku-os.org> #2071: No accelerated video starting r24669 nightly --------------------------------------+------------------------------------- Reporter: tigerdog | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Resolution: fixed | Platform: x86 --------------------------------------+------------------------------------- Changes (by mmlr): * status: new => closed * resolution: => fixed Comment: Fixed through disabling MTRR overlap checks. Closing as there is a separate MTRR bug to track those issues. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 11:22:52 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 09:22:52 -0000 Subject: [Haiku-bugs] [Haiku] #1171: Add support for VIA/S3 Unichrome PRO IGP In-Reply-To: <042.71c58b5639d1b1fc8d044f4964f0c305@haiku-os.org> References: <042.71c58b5639d1b1fc8d044f4964f0c305@haiku-os.org> Message-ID: <051.685bd9a5fb2387f6aedb509e01527ab2@haiku-os.org> #1171: Add support for VIA/S3 Unichrome PRO IGP -----------------------------------+---------------------------------------- Reporter: laplace | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/VIA | Version: R1 development Resolution: | Platform: All -----------------------------------+---------------------------------------- Changes (by axeld): * component: Drivers/Graphics/S3 => Drivers/Graphics/VIA Comment: The S3 driver has nothing to do with the VIA driver (even though VIA now owns S3). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 11:27:38 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 09:27:38 -0000 Subject: [Haiku-bugs] [Haiku] #2342: No system timer interrupt on some ATI chipsets In-Reply-To: <039.3674ba47b1d07ce0d804a70edffeeb2b@haiku-os.org> References: <039.3674ba47b1d07ce0d804a70edffeeb2b@haiku-os.org> Message-ID: <048.b9437e5372bd1bb57b08f803833538b4@haiku-os.org> #2342: No system timer interrupt on some ATI chipsets ----------------------------+----------------------------------------------- Reporter: euan | Owner: mmu_man Type: bug | Status: assigned Priority: high | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by euan): Just a note to say the HP no longer boots at all, and hangs at the same place that ticket #2369 seems to suggest. Will report back if the same change affects my laptop. In the smp kernel file I also tried enabling the disabled virtual wire code, but it made no difference. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 11:37:14 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 09:37:14 -0000 Subject: [Haiku-bugs] [Haiku] #2342: No system timer interrupt on some ATI chipsets In-Reply-To: <039.3674ba47b1d07ce0d804a70edffeeb2b@haiku-os.org> References: <039.3674ba47b1d07ce0d804a70edffeeb2b@haiku-os.org> Message-ID: <048.9b79d6e72c0dfd7712f533bcca305edd@haiku-os.org> #2342: No system timer interrupt on some ATI chipsets ----------------------------+----------------------------------------------- Reporter: euan | Owner: mmu_man Type: bug | Status: assigned Priority: high | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by axeld): This doesn't belong to the timer code, but the interrupt setup. In fact, I tried setting up the edge/trigger registers (see x86/arch_int.c, line 231), but as it didn't seem to have any effect on modern hardware, I commented it out. Maybe we should just change that, but I find it a bit strange that writing a 1 helped in 0x4d0, as that sets almost everything to edge triggered interrupts (while level is what we would want to have), but just not the timer interrupt. So using 0xf9 should to the trick as well -- can you check that, mrsunshine? Euan, can you check that for your board as well? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 11:46:35 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 09:46:35 -0000 Subject: [Haiku-bugs] [Haiku] #1827: Write a USB -> BIOS handover kernel debugger enter/exit add-on In-Reply-To: <041.fbeb3395ed0c0e1ab162765f8f8e9c28@haiku-os.org> References: <041.fbeb3395ed0c0e1ab162765f8f8e9c28@haiku-os.org> Message-ID: <050.adee40b4379fb645b6f36d2e31bcd7e9@haiku-os.org> #1827: Write a USB -> BIOS handover kernel debugger enter/exit add-on ----------------------------+----------------------------------------------- Reporter: stippi | Owner: mmlr Type: enhancement | Status: closed Priority: high | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: invalid | Platform: All ----------------------------+----------------------------------------------- Changes (by mmlr): * status: new => closed * resolution: => invalid Comment: I'm sorry to report that it is highly unlikely that I will be able to implement this. I did a few attempts and thought through a few possible ways to go about this, but the problems are many fold and not really solvable. First of all, while EHCI provides theoretical means (by the spec) to hand over the controller back to BIOS/firmware, there is no such provision in UHCI where the keyboards will usually be attached to. Also even the EHCI possibility seems not really supported anywhere and all the code in other OSes I checked do not handle this case at all or the corresponding code is simply disabled. It seems to me that there is no actual BIOS/firmware implementation that would reinitialize the legacy support by other means than rebooting. I have tried to simply reenable the legacy support bits for UHCI, but that cannot realistically work, as the BIOS couldn't really do anything as the schedules, controller setup and even device state is completely different from what the BIOS initializes it to when booting. Then there is the more general problem of how to handle enter/leave conditions. Even if it was possible to hand over the controller back to the BIOS it would require the BIOS to reset the controller, do a redetection of the devices and then reenable legacy emulation through the PS/2 ports. That's a pretty big thing to handle which is unlikely to be present in most BIOSes and judging from how badly implemented legacy support itself in general is, I wouldn't put any hopes in such a process even if it existed. Leaving KDL again after such a thing would also be pretty straight impossible. The controller would suddenly be in a completely different state than what the driver expects. It would require detecting this and doing clean resets. Again from judging how badly legacy handoff is generally implemented this would probably turn out to be very fragile if possible at all. The more probable thing to happen would be if we wrote a KDL USB stack with modified controller drivers that work purely in polling mode. This is a huge task however, as you would essentially have to write a complete USB stack, host controller drivers and a hid driver inside the kernel debugger (not even thinking about the dependency on PCI and how to enumerate and reset the controllers). You would even need to partially support the unused EHCI as you have to kick it off so the companion host controllers get the lowspeed devices at all. I don't really see myself doing this as the required effort would be huge for a relatively small gain. The better alternative in those cases would be to simply disable USB completely by removing the host controller drivers and then just use legacy emulation all the time, including KDL. So I will close this enhancement now as it is a bit unrealistic having thought it through. Have to close this as invalid however as there is no "wontfix". -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 12:08:34 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 10:08:34 -0000 Subject: [Haiku-bugs] [Haiku] #1827: Write a USB -> BIOS handover kernel debugger enter/exit add-on In-Reply-To: <041.fbeb3395ed0c0e1ab162765f8f8e9c28@haiku-os.org> References: <041.fbeb3395ed0c0e1ab162765f8f8e9c28@haiku-os.org> Message-ID: <050.8981e8b5d008b3d8259fe597df1c4557@haiku-os.org> #1827: Write a USB -> BIOS handover kernel debugger enter/exit add-on ----------------------------+----------------------------------------------- Reporter: stippi | Owner: mmlr Type: enhancement | Status: closed Priority: high | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: invalid | Platform: All ----------------------------+----------------------------------------------- Comment (by axeld): Bummer, but very reasonable. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 12:27:39 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 10:27:39 -0000 Subject: [Haiku-bugs] [Haiku] #2363: Civilization game crashes at start up In-Reply-To: <039.26fc7fce0164942a22de006bcc1067aa@haiku-os.org> References: <039.26fc7fce0164942a22de006bcc1067aa@haiku-os.org> Message-ID: <048.8c7e2dbeaa2a480340b228d47c0e0d95@haiku-os.org> #2363: Civilization game crashes at start up ---------------------------+------------------------------------------------ Reporter: Asmo | Owner: anevilyak Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Platform: x86 ---------------------------+------------------------------------------------ Comment (by Asmo): Found out that the 10th of June VMWare is actually r25910, I will wait until the VMWare image of r25920 is out to test it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 12:29:27 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 10:29:27 -0000 Subject: [Haiku-bugs] [Haiku] #2342: No system timer interrupt on some ATI chipsets In-Reply-To: <039.3674ba47b1d07ce0d804a70edffeeb2b@haiku-os.org> References: <039.3674ba47b1d07ce0d804a70edffeeb2b@haiku-os.org> Message-ID: <048.38886ab30444278cf1a2b64a6c980e6b@haiku-os.org> #2342: No system timer interrupt on some ATI chipsets ----------------------------+----------------------------------------------- Reporter: euan | Owner: mmu_man Type: bug | Status: assigned Priority: high | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by mmlr): By the way it doesn't surprise me at all that the system now hangs at boot. It seems that certain VIA and ATI EHCI controllers do lose interrupts and if this is the case with the hardware at hand, it is easily possible that queued transfers (when starting up and enumerating EHCI for example) do hang and never return (even if there is in fact no acknowledge from the device, they should just time out in the controller and be reported back as TD errors). If these controllers are actually still in use and losing the interrupts is not related to the cause of this bug, then I will look into also implementing such a workaround. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 13:01:59 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 11:01:59 -0000 Subject: [Haiku-bugs] [Haiku] #2342: No system timer interrupt on some ATI chipsets In-Reply-To: <039.3674ba47b1d07ce0d804a70edffeeb2b@haiku-os.org> References: <039.3674ba47b1d07ce0d804a70edffeeb2b@haiku-os.org> Message-ID: <048.2c866bead99e304371ef7519c04c1d8f@haiku-os.org> #2342: No system timer interrupt on some ATI chipsets ----------------------------+----------------------------------------------- Reporter: euan | Owner: mmu_man Type: bug | Status: assigned Priority: high | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by mrsunshine): "outb 0x4d0 0xf9" works just as well =) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 13:07:45 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 11:07:45 -0000 Subject: [Haiku-bugs] [Haiku] #1485: No haiku logo on bootscreen when using vmware server In-Reply-To: <043.42aaf7aaa35d78805114c86135231d58@haiku-os.org> References: <043.42aaf7aaa35d78805114c86135231d58@haiku-os.org> Message-ID: <052.c338c1f0367e87ae94f73cf7064d96b6@haiku-os.org> #1485: No haiku logo on bootscreen when using vmware server ------------------------+--------------------------------------------------- Reporter: lxstoian | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by scottmc): Is this still an issue with the new boot logo? Anyone using VMWare server that can confirm or deny this one still exists? I say close it and if there's still an issue it can be reopened. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 14:33:36 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 12:33:36 -0000 Subject: [Haiku-bugs] [Haiku] #1468: Zoom button in window decorator tab renders wrong in some cases In-Reply-To: <045.b2e6d87a9ed548ff55c1aaf46454c26c@haiku-os.org> References: <045.b2e6d87a9ed548ff55c1aaf46454c26c@haiku-os.org> Message-ID: <054.6726a732df026a366902946fd2cacb5a@haiku-os.org> #1468: Zoom button in window decorator tab renders wrong in some cases ---------------------------------+------------------------------------------ Reporter: leavengood | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by scottmc): I can get this to happen even without pasting text. Try to open two any two windows, then try zooming/unzooming them. It seems that I can usually get this to happen easier on the second one I open. Strange that it happens on some windows but not others. The zoom icon will show both squares, instead of clipping one like show in the screencapture. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 15:12:35 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 13:12:35 -0000 Subject: [Haiku-bugs] [Haiku] #2370: [Screen] "Do you wish to keep these settings" isn't font sensetive Message-ID: <040.3438d1833d393abc639f0f12b2e633a3@haiku-os.org> #2370: [Screen] "Do you wish to keep these settings" isn't font sensetive --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Screen | Version: R1 development Platform: All | --------------------------------+------------------------------------------- "Do you wish to keep these settings" window either isn't font sensetive or just lacks alert icon. Tested with r25926 under vmware. See screenshot. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 15:16:55 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 13:16:55 -0000 Subject: [Haiku-bugs] [Haiku] #2371: [kernel] starting gdb leads to KDL Message-ID: <040.47821862c2b297840b5d72c555d491a6@haiku-os.org> #2371: [kernel] starting gdb leads to KDL ---------------------------+------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Platform: All | ---------------------------+------------------------------------------------ Starting /boot/beos/bin/gdb from tracker triggers a panic. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 15:18:32 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 13:18:32 -0000 Subject: [Haiku-bugs] [Haiku] #2371: [kernel] starting gdb leads to KDL In-Reply-To: <040.47821862c2b297840b5d72c555d491a6@haiku-os.org> References: <040.47821862c2b297840b5d72c555d491a6@haiku-os.org> Message-ID: <049.9365b6e30e232b62490f0b4c101cacb9@haiku-os.org> #2371: [kernel] starting gdb leads to KDL ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by anevilyak): By starting from Tracker do you mean navigating to the bin dir and double- clicking gdb? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 15:19:40 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 13:19:40 -0000 Subject: [Haiku-bugs] [Haiku] #361: [Tracker] wrong scrollbar alignment In-Reply-To: <040.b3ae7dfbdfd0076e984b777efb05de3b@haiku-os.org> References: <040.b3ae7dfbdfd0076e984b777efb05de3b@haiku-os.org> Message-ID: <049.c7c74e43470d6078452579389301504b@haiku-os.org> #361: [Tracker] wrong scrollbar alignment -----------------------------------+---------------------------------------- Reporter: diver | Owner: aldeck Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: Resolution: fixed | Platform: All -----------------------------------+---------------------------------------- Comment (by diver): Now horisontal scrollbar have unneeded offset, should I open another ticket for this? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 15:23:47 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 13:23:47 -0000 Subject: [Haiku-bugs] [Haiku] #2371: [kernel] starting gdb leads to KDL In-Reply-To: <040.47821862c2b297840b5d72c555d491a6@haiku-os.org> References: <040.47821862c2b297840b5d72c555d491a6@haiku-os.org> Message-ID: <049.5a326e733e05529c8600b5648561a8ae@haiku-os.org> #2371: [kernel] starting gdb leads to KDL ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by diver): Yes, exactly. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 16:09:54 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 14:09:54 -0000 Subject: [Haiku-bugs] [Haiku] #2361: Hard lockup during boot since r25836 In-Reply-To: <043.cd1624c39e23dbc2b0cc35669419451c@haiku-os.org> References: <043.cd1624c39e23dbc2b0cc35669419451c@haiku-os.org> Message-ID: <052.3d63cb7d14452b207ac0dd1eca7eecd7@haiku-os.org> #2361: Hard lockup during boot since r25836 ------------------------+--------------------------------------------------- Reporter: drackham | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by drackham): Tested with r25926 + requested dprintfs. Debug output ends with: usb_ohci_module: init module usb_ohci: searching devices usb_ohci: found device at IRQ 3 usb_ohci: constructing new OHCI Host Controller Driver usb_ohci: iospace offset: 0xfdfff000 usb_ohci: mapped operational registers: 0x8015b000 usb_ohci: version 1.0, legacy support usb_ohci: smm is in control of the host controller usb_ohci: interrupt enable is 0xc0000042 usb_ohci: command status is 0x00000000 usb_ohci: control is 0x00000184 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 16:40:06 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 14:40:06 -0000 Subject: [Haiku-bugs] [Haiku] #2342: No system timer interrupt on some ATI chipsets In-Reply-To: <039.3674ba47b1d07ce0d804a70edffeeb2b@haiku-os.org> References: <039.3674ba47b1d07ce0d804a70edffeeb2b@haiku-os.org> Message-ID: <048.4e3ff19b41254052e76a4aa4bdd054cc@haiku-os.org> #2342: No system timer interrupt on some ATI chipsets ----------------------------+----------------------------------------------- Reporter: euan | Owner: mmu_man Type: bug | Status: assigned Priority: high | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by mmu_man): The fix I used in Zeta back then was like: out8(in8(PIC_MASTER_TRIGGER_MODE) | 0x01, PIC_MASTER_TRIGGER_MODE); Also, in Haiku one must also disable APIC timer as well, else this doesn't work as it uses a different IRQ. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 17:06:20 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 15:06:20 -0000 Subject: [Haiku-bugs] [Haiku] #2361: Hard lockup during boot since r25836 In-Reply-To: <043.cd1624c39e23dbc2b0cc35669419451c@haiku-os.org> References: <043.cd1624c39e23dbc2b0cc35669419451c@haiku-os.org> Message-ID: <052.bd9bd4f92194ef14a3c01bad132ebb21@haiku-os.org> #2361: Hard lockup during boot since r25836 ------------------------+--------------------------------------------------- Reporter: drackham | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by mmlr): Ok, that's interesting. I suppose this is due to the roothub status change interrupt being enabled that fires as soon as the handover completes (without an installed handler). Could you please try adding the following in ohci.cpp after where you put the dprintfs: {{{ cpu_status former = disable_interrupts(); }}} And then directly after the for loop: {{{ _WriteReg(OHCI_INTERRUPT_DISABLE, OHCI_ALL_INTERRUPTS); _WriteReg(OHCI_INTERRUPT_STATUS, OHCI_ALL_INTERRUPTS); restore_interrupts(former); }}} This should stop the interrupts from taking down the system before they can be disabled. In any case thanks for your patience and testing! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 17:34:24 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 15:34:24 -0000 Subject: [Haiku-bugs] [Haiku] #361: [Tracker] wrong scrollbar alignment In-Reply-To: <040.b3ae7dfbdfd0076e984b777efb05de3b@haiku-os.org> References: <040.b3ae7dfbdfd0076e984b777efb05de3b@haiku-os.org> Message-ID: <049.4b9321ba386447939e89e0e7a2d30553@haiku-os.org> #361: [Tracker] wrong scrollbar alignment -----------------------------------+---------------------------------------- Reporter: diver | Owner: aldeck Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: Resolution: fixed | Platform: All -----------------------------------+---------------------------------------- Comment (by aldeck): You're right, i'm working on it, so i don't know if a new ticket is really needed, although it wouldn't do any harm. See also #1263 for some recent discussion about it. Well, after a second thought, i'll just create a new ticket, that's cleaner. Thanks for all the testing! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 17:47:05 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 15:47:05 -0000 Subject: [Haiku-bugs] [Haiku] #2371: [kernel] starting gdb leads to KDL In-Reply-To: <040.47821862c2b297840b5d72c555d491a6@haiku-os.org> References: <040.47821862c2b297840b5d72c555d491a6@haiku-os.org> Message-ID: <049.06fd3de8588d7403eaef2bb0d2e65467@haiku-os.org> #2371: [kernel] starting gdb leads to KDL ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Changes (by bonefish): * milestone: R1 => R1/alpha1 Comment: The select() is on stdin, which should be /dev/null in this case. Supposedly introduced with the device manager changes. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 18:10:40 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 16:10:40 -0000 Subject: [Haiku-bugs] [Haiku] #2372: [Tracker] unneeded offset in icon mode Message-ID: <041.fe5a0932b6c039326d7a14a126528192@haiku-os.org> #2372: [Tracker] unneeded offset in icon mode ----------------------------------+----------------------------------------- Reporter: aldeck | Owner: aldeck Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Platform: All | ----------------------------------+----------------------------------------- Open a folder (ex: /boot/home) in icon mode. The scrollbar shows that there is a small space on the left although theres only unneeded white space there. The added space is dependent on the width of the text of the leftmost icon. Problem is present on R5/OpenTracker too. Expected behaviour: The scrollbars shouldn't be needed/activated in such cases. See #1263 for previous discussion on the issue. I have a patch pending that solves the issue, i created this ticket to avoid polluting other tickets like #361 or #1263, if we ever need more discussion. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 18:12:24 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 16:12:24 -0000 Subject: [Haiku-bugs] [Haiku] #1263: Tracker scrollbar confusion In-Reply-To: <048.3a59e14c7ab6530a67389d93cf5484a0@haiku-os.org> References: <048.3a59e14c7ab6530a67389d93cf5484a0@haiku-os.org> Message-ID: <057.7a481b77b5963f2b1c9c78f49e767ee0@haiku-os.org> #1263: Tracker scrollbar confusion -----------------------------------+---------------------------------------- Reporter: jonas.kirilla | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Platform: All -----------------------------------+---------------------------------------- Comment (by aldeck): Moved the offset issue in #2372. Can we close this one? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 21:44:02 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 19:44:02 -0000 Subject: [Haiku-bugs] [Haiku] #333: [Cortex] moving bottom dragger draws white space In-Reply-To: <040.2cd6a7ae3f7de73451d08554257f05b3@haiku-os.org> References: <040.2cd6a7ae3f7de73451d08554257f05b3@haiku-os.org> Message-ID: <049.2ca47f6ab06cc9a567d14a94610971f0@haiku-os.org> #333: [Cortex] moving bottom dragger draws white space -----------------------------------+---------------------------------------- Reporter: diver | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Application Kit | Version: Resolution: fixed | Platform: All -----------------------------------+---------------------------------------- Changes (by aldeck): * status: new => closed * resolution: => fixed Comment: Fixed in r25930 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 11 23:46:51 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 21:46:51 -0000 Subject: [Haiku-bugs] [Haiku] #2373: Firefox and Thunderbird cannot run simultaneously Message-ID: <043.2a4c0ccf2f67c415c6576e41097aa86a@haiku-os.org> #2373: Firefox and Thunderbird cannot run simultaneously -----------------------+---------------------------------------------------- Reporter: tigerdog | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Platform: All | -----------------------+---------------------------------------------------- Starting one causes the other to end. Tested with Haiku versions up through r25910, Firefox and Thunderbird 2.15pre built for BONE. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 12 00:16:35 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 22:16:35 -0000 Subject: [Haiku-bugs] [Haiku] #2071: No accelerated video starting r24669 nightly In-Reply-To: <043.0bad686bfb0a381474b780317ac47d69@haiku-os.org> References: <043.0bad686bfb0a381474b780317ac47d69@haiku-os.org> Message-ID: <052.b17255ada73aabb559e014dbbfe5bea8@haiku-os.org> #2071: No accelerated video starting r24669 nightly --------------------------------------+------------------------------------- Reporter: tigerdog | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Resolution: fixed | Platform: x86 --------------------------------------+------------------------------------- Comment (by tigerdog): Not 100% working: upon clean install of any nightly after 5/31, same problem exists. Instead of starting, video card output just toggles on and off. If I set a default resolution for VGA at startup to 1600x1200, then continue to boot, accelerated video driver is running at 1024x768 once Haiku starts. Two other issues: 1920x1200 resolution has troubles (jagged lines down leftmost 5-6 pixels of screen) plus output looks "dim"; white is rendered as dull yellow-grey. Selecting 32-bit color at any resolution causes my mouse pointer to disappear! Maybe we should reopen this? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 12 00:29:08 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 22:29:08 -0000 Subject: [Haiku-bugs] [Haiku] #2374: Previously mounted disks not remounted after restart Message-ID: <043.9b16ee0f99f61533c50f88ff636343d3@haiku-os.org> #2374: Previously mounted disks not remounted after restart -----------------------+---------------------------------------------------- Reporter: tigerdog | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Platform: All | -----------------------+---------------------------------------------------- With Disk Mount Settings settings Automatic Disk Mounting->All Disks Disk Mounting During Boot -> Previously Mounted Disks only the boot disk is mounted, even if other volumes were mounted when Haiku was shut down. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 12 00:43:36 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 22:43:36 -0000 Subject: [Haiku-bugs] [Haiku] #2374: Previously mounted disks not remounted after restart In-Reply-To: <043.9b16ee0f99f61533c50f88ff636343d3@haiku-os.org> References: <043.9b16ee0f99f61533c50f88ff636343d3@haiku-os.org> Message-ID: <052.271ea556a1d98095c91c594b4864fbff@haiku-os.org> #2374: Previously mounted disks not remounted after restart ------------------------+--------------------------------------------------- Reporter: tigerdog | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Changes (by andreasf): * cc: andreasf (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 12 01:01:07 2008 From: trac at haiku-os.org (Haiku) Date: Wed, 11 Jun 2008 23:01:07 -0000 Subject: [Haiku-bugs] [Haiku] #2232: Installer stops In-Reply-To: <042.d680184d20a7da48e6571c1a765d8a47@haiku-os.org> References: <042.d680184d20a7da48e6571c1a765d8a47@haiku-os.org> Message-ID: <051.26013f863f7fb1b09a0452361b377c2b@haiku-os.org> #2232: Installer stops -------------------------------------+-------------------------------------- Reporter: bbjimmy | Owner: korli Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Applications/Installer | Version: R1 development Resolution: | Platform: All -------------------------------------+-------------------------------------- Comment (by bbjimmy): For what it's worth, I did some experimenting. My target partition was named TEST. I added "makebootable /TEST" to the end of the InstallerFinishScript. This did n ot make the partitopn boot. I ran the installer from the command line, and makebootable reported tht it was writing the boot code as one would expect. I re-ran the installer with the original InstallerFinishScript and then ran makebootable /TEST from the command line before rebooting. the partition then booted so it has something to do with running makebootable from the InstallerFinishScript, not with the need to reboot after running the installer. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 12 03:29:21 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 12 Jun 2008 01:29:21 -0000 Subject: [Haiku-bugs] [Haiku] #2361: Hard lockup during boot since r25836 In-Reply-To: <043.cd1624c39e23dbc2b0cc35669419451c@haiku-os.org> References: <043.cd1624c39e23dbc2b0cc35669419451c@haiku-os.org> Message-ID: <052.b2c971eabf475f8f66c132553ea65343@haiku-os.org> #2361: Hard lockup during boot since r25836 ------------------------+--------------------------------------------------- Reporter: drackham | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by drackham): I tried inserting the code you suggested but it didn't seem to make a difference. I'm now thinking I may be experiencing a deeper problem. It seems that the call to snooze(1000) on line 211 of ohci.cpp never returns. I reverted to the repo version, and replaced the snooze(1000) with a spin(1000). With this change the trace gets as far as the "usb_ohci: ownership change successful" but then never returns from snooze(USB_DELAY_BUS_RESET) on line 234. In fact, even a snooze(1) inserted at the top of OHCI::AddTo() never returns. I'm guessing this must be the same bug as #2335 which I also experience on this machine. It's a Gateway with an MS-7173 motherboard, single P4 processor, 1G RAM, Phoenix Award BIOS v6.00PG. It runs linux and windows XP well. I'm happy to offer any help that I can. Once I finally get this machine to boot I hope to do more. Thank *you* Michael for all your patience and coding! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 12 03:36:15 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 12 Jun 2008 01:36:15 -0000 Subject: [Haiku-bugs] [Haiku] #2361: Hard lockup during boot since r25836 In-Reply-To: <043.cd1624c39e23dbc2b0cc35669419451c@haiku-os.org> References: <043.cd1624c39e23dbc2b0cc35669419451c@haiku-os.org> Message-ID: <052.9f74162e9aaf698117650d69413f437c@haiku-os.org> #2361: Hard lockup during boot since r25836 ------------------------+--------------------------------------------------- Reporter: drackham | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by dustin howett): This happens to me (it stops in the exact same place), but only after my recent systimer modifications. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 12 04:52:09 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 12 Jun 2008 02:52:09 -0000 Subject: [Haiku-bugs] [Haiku] #932: [Icons] White space behind desktop icon after icon view change In-Reply-To: <043.f0d35594fc6a90d97adce8ad9a8601ce@haiku-os.org> References: <043.f0d35594fc6a90d97adce8ad9a8601ce@haiku-os.org> Message-ID: <052.ac4b0fe7985b8900bf867dd01110ebf7@haiku-os.org> #932: [Icons] White space behind desktop icon after icon view change -----------------------------------+---------------------------------------- Reporter: jfreeman | Owner: aldeck Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Platform: All -----------------------------------+---------------------------------------- Changes (by aldeck): * owner: stippi => aldeck * status: new => assigned Comment: Replying to [comment:7 stippi]: > There is no white background anymore, but the bug is still there: If you have the Disk icon displayed and then change the icon size, the icon disappears. If you toggle the volume/disk icon mode, the icon will reappear with the correct scaling. I've got it fixed here! Indeed it's a Tracker bug. The bug is due to a different code path used when in icon mode with size other than 32 (unfinished?). To summarize, the Desktop PoseView gets litterally rebooted and changes are lost. Will commit soon :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 12 04:58:02 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 12 Jun 2008 02:58:02 -0000 Subject: [Haiku-bugs] [Haiku] #1833: Disk Icon disappears In-Reply-To: <039.b85fdbe2f6f076e49e860ea6dae2f03f@haiku-os.org> References: <039.b85fdbe2f6f076e49e860ea6dae2f03f@haiku-os.org> Message-ID: <048.e2881c4bdce2718fb1d9abcffda9577f@haiku-os.org> #1833: Disk Icon disappears -----------------------------------+---------------------------------------- Reporter: peat | Owner: aldeck Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Platform: x86 -----------------------------------+---------------------------------------- Changes (by aldeck): * owner: axeld => aldeck * status: new => assigned -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 12 05:02:52 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 12 Jun 2008 03:02:52 -0000 Subject: [Haiku-bugs] [Haiku] #932: [Icons] White space behind desktop icon after icon view change In-Reply-To: <043.f0d35594fc6a90d97adce8ad9a8601ce@haiku-os.org> References: <043.f0d35594fc6a90d97adce8ad9a8601ce@haiku-os.org> Message-ID: <052.ce0a958767205ca8302f6c796d9de177@haiku-os.org> #932: [Icons] White space behind desktop icon after icon view change -----------------------------------+---------------------------------------- Reporter: jfreeman | Owner: aldeck Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: fixed | Platform: All -----------------------------------+---------------------------------------- Changes (by aldeck): * status: assigned => closed * resolution: => fixed Comment: BTW as the initial bug is fixed it seems, i'll just close it to stop the confusion. Let's move on to #1833. #655 seems related too. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 12 10:16:24 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 12 Jun 2008 08:16:24 -0000 Subject: [Haiku-bugs] [Haiku] #2361: Hard lockup during boot since r25836 In-Reply-To: <043.cd1624c39e23dbc2b0cc35669419451c@haiku-os.org> References: <043.cd1624c39e23dbc2b0cc35669419451c@haiku-os.org> Message-ID: <052.fbca4fd228ac1970d5b249807605cfcf@haiku-os.org> #2361: Hard lockup during boot since r25836 ------------------------+--------------------------------------------------- Reporter: drackham | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by mmlr): Ah ok, so it's one of those broken ATI boards then. The problem is simply that timer interrupts don't work as intended and therefore the timer in thread_block_with_timeout_locked() in src/system/kernel/thread.cpp never gets fired. As the OHCI init is now happening in main2 already it probably forever blocks it, which stops the complete boot process. In any case this and probably #2335 too are caused by #2342. Will close this as a duplicate of #2342 therefore. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 12 10:16:40 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 12 Jun 2008 08:16:40 -0000 Subject: [Haiku-bugs] [Haiku] #2361: Hard lockup during boot since r25836 In-Reply-To: <043.cd1624c39e23dbc2b0cc35669419451c@haiku-os.org> References: <043.cd1624c39e23dbc2b0cc35669419451c@haiku-os.org> Message-ID: <052.e142fd5c47354aca8a36b7fb85f437e1@haiku-os.org> #2361: Hard lockup during boot since r25836 ------------------------+--------------------------------------------------- Reporter: drackham | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: duplicate | Platform: All ------------------------+--------------------------------------------------- Changes (by mmlr): * status: assigned => closed * resolution: => duplicate -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 12 10:20:52 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 12 Jun 2008 08:20:52 -0000 Subject: [Haiku-bugs] [Haiku] #2361: Hard lockup during boot since r25836 In-Reply-To: <043.cd1624c39e23dbc2b0cc35669419451c@haiku-os.org> References: <043.cd1624c39e23dbc2b0cc35669419451c@haiku-os.org> Message-ID: <052.0c302d09d001a60f5d97370cd4ab7ff0@haiku-os.org> #2361: Hard lockup during boot since r25836 ------------------------+--------------------------------------------------- Reporter: drackham | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: duplicate | Platform: All ------------------------+--------------------------------------------------- Comment (by dustin howett): I have an nForce board. Then again, it's possible that it's my timer changes that cause it, since it only happens on my builds. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 12 10:31:09 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 12 Jun 2008 08:31:09 -0000 Subject: [Haiku-bugs] [Haiku] #2071: No accelerated video starting r24669 nightly In-Reply-To: <043.0bad686bfb0a381474b780317ac47d69@haiku-os.org> References: <043.0bad686bfb0a381474b780317ac47d69@haiku-os.org> Message-ID: <052.f4db9c43018e3afffa0617b4d4adb52a@haiku-os.org> #2071: No accelerated video starting r24669 nightly --------------------------------------+------------------------------------- Reporter: tigerdog | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Resolution: fixed | Platform: x86 --------------------------------------+------------------------------------- Comment (by rudolfc): Hi tigerdog, Your description is not clear enough for me to fully grasp what you're trying to say. What I do get is this: (1920x1200) I get the feeling that this a modeline issue. That won't be solved until the driver has EDID support: you probably need a custom modelin for the 1920x1200 res, if it's going to work at all: While VESA EDID might get the max/native resolution your panel supports, it's not certain that it's 'pre'-programmed for that mode by the cards VGABIOS. The driver cannot set that mode then since it uses those values still (if all is right though it disables that mode then, you simply cannot choose it). So, it's theoretical possible that Haiku wants to start-up the nvidia driver in a mode reported by VESA DDC which the nvidia driver actually doesn't support on that machine. I don't know if Haiku does that BTW (copy the mode used for vESA modeswitch to being the actual workspace 0 mode for a real driver??) About the cursor: that's a Haiku problem, not a driver problem. (just a thought here:) If Haiku should work failsafe for everyone outrhere I have a simple solution: simple remove _all_ gfx drivers and let everyone use VESA only. If people want more, they should enable a accelerated driver themselves. It's impossible to make every system outthere work perfectly. Period. Bye! Rudolf. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 12 11:19:14 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 12 Jun 2008 09:19:14 -0000 Subject: [Haiku-bugs] [Haiku] #2335: Boot failure with PATA disk on ATIIXP SB400 IDE controller In-Reply-To: <043.7c284a18643d1fe2f9f95baa73bde8e1@haiku-os.org> References: <043.7c284a18643d1fe2f9f95baa73bde8e1@haiku-os.org> Message-ID: <052.16c55b8232d359e16505ae5e4a2352cf@haiku-os.org> #2335: Boot failure with PATA disk on ATIIXP SB400 IDE controller ---------------------------+------------------------------------------------ Reporter: drackham | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Disk | Version: R1 development Resolution: | Platform: All ---------------------------+------------------------------------------------ Comment (by mmlr): This could probably be closed as a duplicate of #2342. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 12 12:00:31 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 12 Jun 2008 10:00:31 -0000 Subject: [Haiku-bugs] [Haiku] #1919: Cursor hangs on startup In-Reply-To: <044.216253a81a35f1fd229dcbb677851cfa@haiku-os.org> References: <044.216253a81a35f1fd229dcbb677851cfa@haiku-os.org> Message-ID: <053.c8c404b899017dc77f9f501716ba62ac@haiku-os.org> #1919: Cursor hangs on startup ----------------------------+----------------------------------------------- Reporter: meanwhile | Owner: korli Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by korli): Could you check again ? Rudolf made a change which could help in your case. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 12 12:29:37 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 12 Jun 2008 10:29:37 -0000 Subject: [Haiku-bugs] [Haiku] #2342: No system timer interrupt on some ATI chipsets In-Reply-To: <039.3674ba47b1d07ce0d804a70edffeeb2b@haiku-os.org> References: <039.3674ba47b1d07ce0d804a70edffeeb2b@haiku-os.org> Message-ID: <048.6d9c8b4cbf42e4d8a5d8b8f4a2c1b9ee@haiku-os.org> #2342: No system timer interrupt on some ATI chipsets ----------------------------+----------------------------------------------- Reporter: euan | Owner: mmu_man Type: bug | Status: assigned Priority: high | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by euan): I tried all the suggestions above last night, as well as 0xf8 and 0x01, and even applying change to SLAVE_TRIGGER_MODE too just for kicks. The outcome is the same in all cases. Additionally I removed USB which gets me past the USB init block, but the boot fails later on with either DMA or PIO timeouts on the harddisk depending on whether I try ide or ata bus component. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 12 12:59:02 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 12 Jun 2008 10:59:02 -0000 Subject: [Haiku-bugs] [Haiku] #2342: No system timer interrupt on some ATI chipsets In-Reply-To: <039.3674ba47b1d07ce0d804a70edffeeb2b@haiku-os.org> References: <039.3674ba47b1d07ce0d804a70edffeeb2b@haiku-os.org> Message-ID: <048.e7f626f9ac203e7f6a90a2d21b18a80f@haiku-os.org> #2342: No system timer interrupt on some ATI chipsets ----------------------------+----------------------------------------------- Reporter: euan | Owner: mmu_man Type: bug | Status: assigned Priority: high | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by mmu_man): I repeat, APIC timer must be disabled. Oddly I never had any other problem than the clock in Zeta, which was fixed this way... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 12 13:22:29 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 12 Jun 2008 11:22:29 -0000 Subject: [Haiku-bugs] [Haiku] #1203: Haiku USB in BeOS R5 In-Reply-To: <041.a998994b38b90fc6acdc0bd1164ac15d@haiku-os.org> References: <041.a998994b38b90fc6acdc0bd1164ac15d@haiku-os.org> Message-ID: <050.e2e54acf0cc19a2250b4f2f39fbc47fe@haiku-os.org> #1203: Haiku USB in BeOS R5 --------------------------+------------------------------------------------- Reporter: nutela | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Platform: x86 --------------------------+------------------------------------------------- Comment (by nutela): seems a similar problem occurs with rev 25928 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 12 14:13:07 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 12 Jun 2008 12:13:07 -0000 Subject: [Haiku-bugs] [Haiku] #1203: Haiku USB in BeOS R5 In-Reply-To: <041.a998994b38b90fc6acdc0bd1164ac15d@haiku-os.org> References: <041.a998994b38b90fc6acdc0bd1164ac15d@haiku-os.org> Message-ID: <050.ab0fa2e5b1387e2f009dd27309c60991@haiku-os.org> #1203: Haiku USB in BeOS R5 --------------------------+------------------------------------------------- Reporter: nutela | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: invalid | Platform: x86 --------------------------+------------------------------------------------- Changes (by mmlr): * status: assigned => closed * resolution: => invalid Comment: The current revision of usb_hid is not compatible with BeOS anymore. I might fix this later on, but right now I don't intend to look into it. I am going to close this bug as invalid, as BeOS compatibility is just a "bonus" that happens to be easily achieved right now. It will get more difficult with time due to architectural changes and taking advantage of new features not provided by BeOS R5. So BeOS R5 support will break at one point and this is not a bug, but simply moving forward. You can still use the usb_hid from before r25657 for now, but obviously will not get the composite device support with that. Watch the commits, I will mention it in the message if a commit fixes the R5 case. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 12 14:57:38 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 12 Jun 2008 12:57:38 -0000 Subject: [Haiku-bugs] [Haiku] #1203: Haiku USB in BeOS R5 In-Reply-To: <041.a998994b38b90fc6acdc0bd1164ac15d@haiku-os.org> References: <041.a998994b38b90fc6acdc0bd1164ac15d@haiku-os.org> Message-ID: <050.f85de5d0152883d7f8f3499c816e2713@haiku-os.org> #1203: Haiku USB in BeOS R5 --------------------------+------------------------------------------------- Reporter: nutela | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: invalid | Platform: x86 --------------------------+------------------------------------------------- Comment (by nutela): Thanks for the info -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 12 15:06:49 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 12 Jun 2008 13:06:49 -0000 Subject: [Haiku-bugs] [Haiku] #946: Refreshing windows is a lot slow In-Reply-To: <043.10f255d29737c0f1a4acd2d5e85c19e3@haiku-os.org> References: <043.10f255d29737c0f1a4acd2d5e85c19e3@haiku-os.org> Message-ID: <052.3e11ca169808153bdb8fb4afd333c068@haiku-os.org> #946: Refreshing windows is a lot slow ------------------------+--------------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by diver): Does it still happen? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 12 15:10:09 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 12 Jun 2008 13:10:09 -0000 Subject: [Haiku-bugs] [Haiku] #1023: Monitor switches off on app_server start up In-Reply-To: <038.b7d9719427420a975add0da34af3d849@haiku-os.org> References: <038.b7d9719427420a975add0da34af3d849@haiku-os.org> Message-ID: <047.2bc2105fde79e5a571be47b8cccd9070@haiku-os.org> #1023: Monitor switches off on app_server start up --------------------------------------+------------------------------------- Reporter: k2s | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Resolution: | Platform: x86 --------------------------------------+------------------------------------- Changes (by diver): * cc: rudolfc (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 12 15:12:39 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 12 Jun 2008 13:12:39 -0000 Subject: [Haiku-bugs] [Haiku] #2335: Boot failure with PATA disk on ATIIXP SB400 IDE controller In-Reply-To: <043.7c284a18643d1fe2f9f95baa73bde8e1@haiku-os.org> References: <043.7c284a18643d1fe2f9f95baa73bde8e1@haiku-os.org> Message-ID: <052.6a5994fe02befccb73f386d502c5577d@haiku-os.org> #2335: Boot failure with PATA disk on ATIIXP SB400 IDE controller ---------------------------+------------------------------------------------ Reporter: drackham | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Disk | Version: R1 development Resolution: | Platform: All ---------------------------+------------------------------------------------ Comment (by drackham): Indeed, disabling APIC in the BIOS and "outb 0x4d0 0x21" in KDL ("inb 0x4d0" was 0x20) gets my system to boot past this point. It still eventually fails with either ATA or IDE bus_manager. So yes, this does sound like a dup of #2342 to me. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 12 15:16:26 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 12 Jun 2008 13:16:26 -0000 Subject: [Haiku-bugs] [Haiku] #1106: Port USB mass storage driver to new SCSI module API In-Reply-To: <040.3f3b937e94160a49b76b6c6e5aff5d87@haiku-os.org> References: <040.3f3b937e94160a49b76b6c6e5aff5d87@haiku-os.org> Message-ID: <049.e4e7fc6fb6326ce1bb6c804ba3480ddd@haiku-os.org> #1106: Port USB mass storage driver to new SCSI module API --------------------------+------------------------------------------------- Reporter: axeld | Owner: siarzhuk Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Platform: All --------------------------+------------------------------------------------- Comment (by diver): Does the fact that the new driver architecture is somewhat completed should change anything in porting issues? Also mmlr wrote usb_disk module, what is the difference between it and the subject driver? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 12 15:19:30 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 12 Jun 2008 13:19:30 -0000 Subject: [Haiku-bugs] [Haiku] #1089: Appearance doesn't do anything In-Reply-To: <045.8fc93b7c8f106d428a0d5bebbd6b73d6@haiku-os.org> References: <045.8fc93b7c8f106d428a0d5bebbd6b73d6@haiku-os.org> Message-ID: <054.32b85be6f87035bca8df437d3090680c@haiku-os.org> #1089: Appearance doesn't do anything -------------------------------------+-------------------------------------- Reporter: jackburton | Owner: darkwyrm Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Appearance | Version: R1 development Resolution: | Platform: All -------------------------------------+-------------------------------------- Comment (by diver): Appearance is somewhat works, I didn't tested all options, but some of them clearly work, btw shouldn't it be renamed to Colors? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 12 15:21:14 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 12 Jun 2008 13:21:14 -0000 Subject: [Haiku-bugs] [Haiku] #1155: Screen Saver Pref -- Settings aren't detected on-the-fly (easy) In-Reply-To: <041.0f5f080b8434dc83b25c3c28f1fd1622@haiku-os.org> References: <041.0f5f080b8434dc83b25c3c28f1fd1622@haiku-os.org> Message-ID: <050.08a29278a39a475cdf3de3a770f0931e@haiku-os.org> #1155: Screen Saver Pref -- Settings aren't detected on-the-fly (easy) --------------------------------------+------------------------------------- Reporter: mmadia | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/ScreenSaver | Version: R1 development Resolution: | Platform: All --------------------------------------+------------------------------------- Changes (by diver): * cc: laceysnr at gmail.com (removed) * cc: mattlacey (added) * component: - General => Preferences/ScreenSaver Comment: Could someone take a look at this patch? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 12 15:49:47 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 12 Jun 2008 13:49:47 -0000 Subject: [Haiku-bugs] [Haiku] #1106: Port USB mass storage driver to new SCSI module API In-Reply-To: <040.3f3b937e94160a49b76b6c6e5aff5d87@haiku-os.org> References: <040.3f3b937e94160a49b76b6c6e5aff5d87@haiku-os.org> Message-ID: <049.0fc06347332c6ff634f770e2d1953f18@haiku-os.org> #1106: Port USB mass storage driver to new SCSI module API --------------------------+------------------------------------------------- Reporter: axeld | Owner: siarzhuk Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Platform: All --------------------------+------------------------------------------------- Comment (by mmlr): The difference is that usb_disk does the minimal SCSI that is required itself and directly publishes a block device to the system. The usb_scsi on the other hand is a bridge between the SCSI subsystem and the USB device. It takes SCSI commands from the SCSI subsystem and pushes them to the USB driver and back. So usb_scsi does not publish the drive itself, it gets published by the SCSI subsystem (or rather scsi_disk / scsi_cd) and then looks like a normal SCSI device to the rest of the system. This approach has a more of an overhead and generally is more complexity, but essentially reduces the amount of work usb_scsi has to do (as it is more like a pass through - not counting having to work around device bugs and translating incompatible protocols). The advantage of it being that for example a USB CD writer could be supported by the existing SCSI system and transparently through scsi_cd. When not using usb_scsi you would have to write an individual usb_cd driver that would then be publishing the CD drive and export this functionality. On the subject of the new driver architecture. That it is in place does not change much directly. First the USB stack has also to be ported to it (while leaving the existing API intact). This alone poses a few, not yet solved, problems though. It is not yet clear to me what the best way to publish devices through the new architecture is, as there is no real model on how multi function devices are supposed to be presented. When the USB stack is available through the new driver architecture this does still not mean that usb_scsi is available. It only solves the problem of when it gets loaded and by whom. The real work is still, as would be right now, porting the usb_scsi driver to the new SCSI interface. Incidentally moving to the new driver architecture makes it more work, as also the USB part has to be ported (the USB interface would have been the same with the old model, avoiding the need to port). Since usb_disk works good enough for now (and in fact, as other protocols are not too common in newer devices anymore because they are discouraged by Microsoft for example, it should be pretty future proof), I don't think that this task is highly urgent. Eventually it will make sense to port it for the aforementioned advantages it brings though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 12 16:13:42 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 12 Jun 2008 14:13:42 -0000 Subject: [Haiku-bugs] [Haiku] #1919: Cursor hangs on startup In-Reply-To: <044.216253a81a35f1fd229dcbb677851cfa@haiku-os.org> References: <044.216253a81a35f1fd229dcbb677851cfa@haiku-os.org> Message-ID: <053.440ef989c560c81b42a55787d0502cb2@haiku-os.org> #1919: Cursor hangs on startup ----------------------------+----------------------------------------------- Reporter: meanwhile | Owner: korli Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by meanwhile): Replying to [comment:19 korli]: > Could you check again ? Rudolf made a change which could help in your case. It did help...thanks both of you; CD playback is very good and I'll test other audio files. (A 'BeStartup.wav' from BeOS is a bit troublesome for example, but that might end up in another ticket) Thanks again :-) ...and this bug can be closed, I think. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 12 16:40:08 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 12 Jun 2008 14:40:08 -0000 Subject: [Haiku-bugs] [Haiku] #1919: Cursor hangs on startup In-Reply-To: <044.216253a81a35f1fd229dcbb677851cfa@haiku-os.org> References: <044.216253a81a35f1fd229dcbb677851cfa@haiku-os.org> Message-ID: <053.6b8c7ccaad65e1aa28d90d3d072bc505@haiku-os.org> #1919: Cursor hangs on startup ----------------------------+----------------------------------------------- Reporter: meanwhile | Owner: korli Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by korli): Replying to [comment:20 meanwhile]: > It did help...thanks both of you; CD playback is very good and I'll test other audio files. Ok, we would need to check accessed registers, some could be invalid uses. > (A 'BeStartup.wav' from BeOS is a bit troublesome for example, but that might end up in another ticket) Yes. I have problems with such files too. > Thanks again :-) ...and this bug can be closed, I think. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 12 20:22:59 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 12 Jun 2008 18:22:59 -0000 Subject: [Haiku-bugs] [Haiku] #1833: Disk Icon disappears In-Reply-To: <039.b85fdbe2f6f076e49e860ea6dae2f03f@haiku-os.org> References: <039.b85fdbe2f6f076e49e860ea6dae2f03f@haiku-os.org> Message-ID: <048.1b4bdbd3fd8f48f4905f8cfd675958f9@haiku-os.org> #1833: Disk Icon disappears -----------------------------------+---------------------------------------- Reporter: peat | Owner: aldeck Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: fixed | Platform: x86 -----------------------------------+---------------------------------------- Changes (by aldeck): * status: assigned => closed * resolution: => fixed Comment: Fixed in r25941 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 12 20:34:06 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 12 Jun 2008 18:34:06 -0000 Subject: [Haiku-bugs] [Haiku] #655: [Tracker] Changing disks icon setting lets stuff disappear In-Reply-To: <040.dd10fd3fa911f6bdac758fa5d81d13f2@haiku-os.org> References: <040.dd10fd3fa911f6bdac758fa5d81d13f2@haiku-os.org> Message-ID: <049.7e23c2d9af1a1eb20c08adddbd4e1339@haiku-os.org> #655: [Tracker] Changing disks icon setting lets stuff disappear -----------------------------------+---------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: Resolution: | Platform: All -----------------------------------+---------------------------------------- Comment (by aldeck): Hmm, not sure what to check here, too much diverging comments :-) Might be fixed. See r25941 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 12 20:44:25 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 12 Jun 2008 18:44:25 -0000 Subject: [Haiku-bugs] [Haiku] #973: [Tracker] crash on quit via ProcessController In-Reply-To: <040.8cd3a8bfe8ecab10c7e88525c12c1842@haiku-os.org> References: <040.8cd3a8bfe8ecab10c7e88525c12c1842@haiku-os.org> Message-ID: <049.5068320406331922c3c219783b4b7ae7@haiku-os.org> #973: [Tracker] crash on quit via ProcessController -----------------------------------+---------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: fixed | Platform: All -----------------------------------+---------------------------------------- Changes (by aldeck): * status: new => closed * resolution: => fixed Comment: I've been doing this a lot when debugging Tracker. Did ctrl-c and processcontroller->quit->Tracker hundreds of times. Never got a crash. Must have been fixed in the mean time. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 12 20:46:30 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 12 Jun 2008 18:46:30 -0000 Subject: [Haiku-bugs] [Haiku] #973: [Tracker] crash on quit via ProcessController In-Reply-To: <040.8cd3a8bfe8ecab10c7e88525c12c1842@haiku-os.org> References: <040.8cd3a8bfe8ecab10c7e88525c12c1842@haiku-os.org> Message-ID: <049.df06d0eb4e621d062b6ebfc18eb82c9b@haiku-os.org> #973: [Tracker] crash on quit via ProcessController -----------------------------------+---------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: fixed | Platform: All -----------------------------------+---------------------------------------- Comment (by anevilyak): Did you try on gcc4 by any chance? Most of the Tracker crash on quit errors I've heard were from people using those builds. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 12 20:52:04 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 12 Jun 2008 18:52:04 -0000 Subject: [Haiku-bugs] [Haiku] #973: [Tracker] crash on quit via ProcessController In-Reply-To: <040.8cd3a8bfe8ecab10c7e88525c12c1842@haiku-os.org> References: <040.8cd3a8bfe8ecab10c7e88525c12c1842@haiku-os.org> Message-ID: <049.2fbabc7cf2bd07456eddedc6775b2a03@haiku-os.org> #973: [Tracker] crash on quit via ProcessController -----------------------------------+---------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: fixed | Platform: All -----------------------------------+---------------------------------------- Comment (by aldeck): Hmm, i don't have a gcc4 build at hand, can you check? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 12 20:53:54 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 12 Jun 2008 18:53:54 -0000 Subject: [Haiku-bugs] [Haiku] #973: [Tracker] crash on quit via ProcessController In-Reply-To: <040.8cd3a8bfe8ecab10c7e88525c12c1842@haiku-os.org> References: <040.8cd3a8bfe8ecab10c7e88525c12c1842@haiku-os.org> Message-ID: <049.b490deffbe0cbe1a0cb9526a2544ffe1@haiku-os.org> #973: [Tracker] crash on quit via ProcessController -----------------------------------+---------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: fixed | Platform: All -----------------------------------+---------------------------------------- Comment (by anevilyak): I can try, but I honestly haven't seen that particular bug here myself...I'm not on an SMP system here though, so that may be part of it. Urias might be able to, assuming he sees this, I remember him reporting that problem. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 12 22:49:01 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 12 Jun 2008 20:49:01 -0000 Subject: [Haiku-bugs] [Haiku] #2363: Civilization game crashes at start up In-Reply-To: <039.26fc7fce0164942a22de006bcc1067aa@haiku-os.org> References: <039.26fc7fce0164942a22de006bcc1067aa@haiku-os.org> Message-ID: <048.afc3afb23dfc509ec1eb61e06780246e@haiku-os.org> #2363: Civilization game crashes at start up ---------------------------+------------------------------------------------ Reporter: Asmo | Owner: anevilyak Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Platform: x86 ---------------------------+------------------------------------------------ Comment (by Asmo): The app runs without any message but it just hangs taking 100% of CPU. http://img152.imageshack.us/img152/668/image1dp2.png -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 12 22:53:04 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 12 Jun 2008 20:53:04 -0000 Subject: [Haiku-bugs] [Haiku] #2363: Civilization game crashes at start up In-Reply-To: <039.26fc7fce0164942a22de006bcc1067aa@haiku-os.org> References: <039.26fc7fce0164942a22de006bcc1067aa@haiku-os.org> Message-ID: <048.b81a822d0be5ed2920488b4b71bcf8e2@haiku-os.org> #2363: Civilization game crashes at start up ---------------------------+------------------------------------------------ Reporter: Asmo | Owner: anevilyak Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Platform: x86 ---------------------------+------------------------------------------------ Comment (by anevilyak): That seems to be a different problem...over here it tried and failed to resolution switch, which resulted in it not working correctly for me either. What graphics chipset are you using? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 13 00:08:00 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 12 Jun 2008 22:08:00 -0000 Subject: [Haiku-bugs] [Haiku] #973: [Tracker] crash on quit via ProcessController In-Reply-To: <040.8cd3a8bfe8ecab10c7e88525c12c1842@haiku-os.org> References: <040.8cd3a8bfe8ecab10c7e88525c12c1842@haiku-os.org> Message-ID: <049.06f68d09a276a08df6b3e4bfcca449b7@haiku-os.org> #973: [Tracker] crash on quit via ProcessController -----------------------------------+---------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: fixed | Platform: All -----------------------------------+---------------------------------------- Comment (by umccullough): I'll give it another try shortly. Most of the time, when using a GCC4 build, it crashes at shutdown/restart. I can't say I've ever manually quit it intentionally and checked the backtrace. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 13 01:29:08 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 12 Jun 2008 23:29:08 -0000 Subject: [Haiku-bugs] [Haiku] #973: [Tracker] crash on quit via ProcessController In-Reply-To: <040.8cd3a8bfe8ecab10c7e88525c12c1842@haiku-os.org> References: <040.8cd3a8bfe8ecab10c7e88525c12c1842@haiku-os.org> Message-ID: <049.de618dee6bc9e593dbd5c6ab45016375@haiku-os.org> #973: [Tracker] crash on quit via ProcessController -----------------------------------+---------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: fixed | Platform: All -----------------------------------+---------------------------------------- Comment (by umccullough): I attached a backtrace from the crash when quitting Tracker on a GCC4 build of r25947 here. Note it dies in a very slightly different place. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 13 01:35:32 2008 From: trac at haiku-os.org (Haiku) Date: Thu, 12 Jun 2008 23:35:32 -0000 Subject: [Haiku-bugs] [Haiku] #2363: Civilization game crashes at start up In-Reply-To: <039.26fc7fce0164942a22de006bcc1067aa@haiku-os.org> References: <039.26fc7fce0164942a22de006bcc1067aa@haiku-os.org> Message-ID: <048.be2d58d41c97d0df9e4efd61c704ef94@haiku-os.org> #2363: Civilization game crashes at start up ---------------------------+------------------------------------------------ Reporter: Asmo | Owner: anevilyak Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Platform: x86 ---------------------------+------------------------------------------------ Comment (by Asmo): It's a GMA 950. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 13 03:07:15 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 13 Jun 2008 01:07:15 -0000 Subject: [Haiku-bugs] [Haiku] #946: Refreshing windows is a lot slow In-Reply-To: <043.10f255d29737c0f1a4acd2d5e85c19e3@haiku-os.org> References: <043.10f255d29737c0f1a4acd2d5e85c19e3@haiku-os.org> Message-ID: <052.9d27490418aa761a7465cc352ba0a6cb@haiku-os.org> #946: Refreshing windows is a lot slow ------------------------+--------------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by kaoutsis): Replying to [comment:9 diver]: > Does it still happen? I ran again the movingWindows test with r25945: see attached movingWindows-times.txt. There is certainly an overall improvement. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 13 03:17:09 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 13 Jun 2008 01:17:09 -0000 Subject: [Haiku-bugs] [Haiku] #1319: [Tracker] desktop icons selection is shifted 1px to the left In-Reply-To: <040.bef90aba15345c94303c110fc6ac4fcf@haiku-os.org> References: <040.bef90aba15345c94303c110fc6ac4fcf@haiku-os.org> Message-ID: <049.7d4f5d5ffee5a300284e8c29a8f1664e@haiku-os.org> #1319: [Tracker] desktop icons selection is shifted 1px to the left ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Changes (by aldeck): * cc: aldeck (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 13 03:49:59 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 13 Jun 2008 01:49:59 -0000 Subject: [Haiku-bugs] [Haiku] #1808: [Screen] will not close if BMenu is activated In-Reply-To: <040.a69f9d24bc603e51bd4cf2387bcc3ba6@haiku-os.org> References: <040.a69f9d24bc603e51bd4cf2387bcc3ba6@haiku-os.org> Message-ID: <049.75b937488f5b90cdd956201a66f8be48@haiku-os.org> #1808: [Screen] will not close if BMenu is activated ---------------------------------+------------------------------------------ Reporter: diver | Owner: jackburton Type: bug | Status: assigned Priority: normal | Milestone: R1/alpha1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by aldeck): Replying to [comment:4 jackburton]: > Ok I can reproduce it now. > What happens is that somehow the menu doesn't get the mousedown event (and this can happen, as long as we use GetMouse() for polling). Do you foresee any issue in converting menu tracking implementation to use mouse events hooks (if i understand correctly)? I'd like to give it a try someday. I couldn't reproduce this bug btw, but i know the current tracking code is problematic. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 13 02:24:35 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 13 Jun 2008 00:24:35 -0000 Subject: [Haiku-bugs] [Haiku] #1461: Drag icon of current folder disappears when resizing In-Reply-To: <044.b6ad9d2f724b380ca496d3edcae76948@haiku-os.org> References: <044.b6ad9d2f724b380ca496d3edcae76948@haiku-os.org> Message-ID: <053.9bb5b5c2945507411a7cafb5b44b02a3@haiku-os.org> #1461: Drag icon of current folder disappears when resizing -----------------------------------+---------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: fixed | Platform: All -----------------------------------+---------------------------------------- Changes (by aldeck): * status: new => closed * resolution: => fixed Comment: Fixed in r25948 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 13 02:50:59 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 13 Jun 2008 00:50:59 -0000 Subject: [Haiku-bugs] [Haiku] #2375: Unmounting card in usb card reader doesn't work Message-ID: <040.e9348f4e344fc9ae467d5a79edaf1423@haiku-os.org> #2375: Unmounting card in usb card reader doesn't work --------------------------+------------------------------------------------- Reporter: monni | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Disk | Version: R1 development Platform: All | --------------------------+------------------------------------------------- How to reproduce: connect card reader with card inserted to EHCI bus, mount the file system on the card, unmount the card, disconnect card reader Experienced behavior: Card reader says connection was prematurely disconnected Expected behavior: No error From syslog: KERN: usb_disk: operation 0x35 failed at the SCSI level KERN: usb_disk: request_sense: key: 0x05; asc: 0x20; ascq: 0x00; KERN: usb_disk: request_sense: illegal request -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 13 04:40:49 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 13 Jun 2008 02:40:49 -0000 Subject: [Haiku-bugs] [Haiku] #1808: [Screen] will not close if BMenu is activated In-Reply-To: <040.a69f9d24bc603e51bd4cf2387bcc3ba6@haiku-os.org> References: <040.a69f9d24bc603e51bd4cf2387bcc3ba6@haiku-os.org> Message-ID: <049.78bb88ce25c6182b026e2a92d1149a91@haiku-os.org> #1808: [Screen] will not close if BMenu is activated ---------------------------------+------------------------------------------ Reporter: diver | Owner: jackburton Type: bug | Status: assigned Priority: normal | Milestone: R1/alpha1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by anevilyak): If I remember correctly, the big problem with trying to do this is that some of BMenu's API expects the menu to synchronously return which item was selected (i.e. BPopupMenu->Go()) which makes it much more difficult to use the (by definition) asynchronous Mouse* and KeyDown hooks, though this would be a much better solution. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 13 06:39:52 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 13 Jun 2008 04:39:52 -0000 Subject: [Haiku-bugs] [Haiku] #1808: [Screen] will not close if BMenu is activated In-Reply-To: <040.a69f9d24bc603e51bd4cf2387bcc3ba6@haiku-os.org> References: <040.a69f9d24bc603e51bd4cf2387bcc3ba6@haiku-os.org> Message-ID: <049.bace06390bf1b43ff4a554bd02f362b7@haiku-os.org> #1808: [Screen] will not close if BMenu is activated ---------------------------------+------------------------------------------ Reporter: diver | Owner: jackburton Type: bug | Status: assigned Priority: normal | Milestone: R1/alpha1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by anevilyak): Ah...now I remember. See ticket #1621. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 13 09:15:11 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 13 Jun 2008 07:15:11 -0000 Subject: [Haiku-bugs] [Haiku] #2284: Page Fault on boot (25717) In-Reply-To: <048.bfb72f9386e7aa9daa3a55dc9e971a91@haiku-os.org> References: <048.bfb72f9386e7aa9daa3a55dc9e971a91@haiku-os.org> Message-ID: <057.133a5e634c6a5b0512794257134c49d0@haiku-os.org> #2284: Page Fault on boot (25717) ----------------------------+----------------------------------------------- Reporter: dustin howett | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: - General | Version: R1 development Resolution: | Platform: x64 ----------------------------+----------------------------------------------- Comment (by donn): If it helps, same problem here as of June 10, also with Athlon dual core and nVIDIA "nForce4 Ultra" chipset. Including the "Legacy SATA" bit. Newest working archived raw hdd is r25633. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 13 11:18:29 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 13 Jun 2008 09:18:29 -0000 Subject: [Haiku-bugs] [Haiku] #1808: [Screen] will not close if BMenu is activated In-Reply-To: <040.a69f9d24bc603e51bd4cf2387bcc3ba6@haiku-os.org> References: <040.a69f9d24bc603e51bd4cf2387bcc3ba6@haiku-os.org> Message-ID: <049.c321ac59e810020e6a7a08a93a64fbd8@haiku-os.org> #1808: [Screen] will not close if BMenu is activated ---------------------------------+------------------------------------------ Reporter: diver | Owner: jackburton Type: bug | Status: assigned Priority: normal | Milestone: R1/alpha1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by aldeck): Replying to [comment:10 anevilyak]: > If I remember correctly, the big problem with trying to do this is that some of BMenu's API expects the menu to synchronously return which item was selected (i.e. BPopupMenu->Go()) which makes it much more difficult to use the (by definition) asynchronous Mouse* and KeyDown hooks, though this would be a much better solution. Ok, that's what i thought too. See BMenu::Track() also. So basically we could implement them just by looping/snoozing waiting for the return result to be ready? What do you think? Regards -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 13 11:24:00 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 13 Jun 2008 09:24:00 -0000 Subject: [Haiku-bugs] [Haiku] #1808: [Screen] will not close if BMenu is activated In-Reply-To: <040.a69f9d24bc603e51bd4cf2387bcc3ba6@haiku-os.org> References: <040.a69f9d24bc603e51bd4cf2387bcc3ba6@haiku-os.org> Message-ID: <049.6ab0542a3d454a5c498832aabc2b9bf1@haiku-os.org> #1808: [Screen] will not close if BMenu is activated ---------------------------------+------------------------------------------ Reporter: diver | Owner: jackburton Type: bug | Status: assigned Priority: normal | Milestone: R1/alpha1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by stippi): Replying to [comment:12 aldeck]: > Replying to [comment:10 anevilyak]: > > If I remember correctly, the big problem with trying to do this is that some > > of BMenu's API expects the menu to synchronously return which item was selected > > (i.e. BPopupMenu->Go()) which makes it much more difficult to use the (by > > definition) asynchronous Mouse* and KeyDown hooks, though this would be a much > > better solution. > > Ok, that's what i thought too. See BMenu::Track() also. So basically we could > implement them just by looping/snoozing waiting for the return result to be > ready? What do you think? Actually no, that's not possible, since the thread that mostly calls the functions is the window thread itself. Hence you cannot block it, because then no mouse hooks are called. BWindow has some weird menu related functions and member variables which must have to do with dealing with this problem. I think they are used in our code, but maybe not yet fully to what they were used in BeOS. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 13 12:42:43 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 13 Jun 2008 10:42:43 -0000 Subject: [Haiku-bugs] [Haiku] #1098: CD/DVD burning application In-Reply-To: <041.9f04617c3b5210d9a0b8101ec9d980da@haiku-os.org> References: <041.9f04617c3b5210d9a0b8101ec9d980da@haiku-os.org> Message-ID: <050.3eb2b6e8702e3304228318318f4f6038@haiku-os.org> #1098: CD/DVD burning application ---------------------------+------------------------------------------------ Reporter: ekdahl | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: Unscheduled Component: Applications | Version: R1 development Resolution: | Platform: All ---------------------------+------------------------------------------------ Changes (by tqh): * cc: tqh (added) Comment: I think [http://libburnia-project.org/] might be interesting (although it's under GPL) for underlying libs. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 13 12:46:24 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 13 Jun 2008 10:46:24 -0000 Subject: [Haiku-bugs] [Haiku] #1908: page_fault in network stack (using Firefox) In-Reply-To: <041.6791160cc3e1d20aeb33f16337318daa@haiku-os.org> References: <041.6791160cc3e1d20aeb33f16337318daa@haiku-os.org> Message-ID: <050.3d280d5a849290da21d7b3558715aa10@haiku-os.org> #1908: page_fault in network stack (using Firefox) ---------------------------------------+------------------------------------ Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1 Component: Network & Internet/Stack | Version: R1 development Resolution: | Platform: All ---------------------------------------+------------------------------------ Changes (by tqh): * cc: tqh (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 13 12:51:36 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 13 Jun 2008 10:51:36 -0000 Subject: [Haiku-bugs] [Haiku] #2029: KDL (page fault) in network stack linked list code when quitting Firefox (closing socket) In-Reply-To: <041.bd98a059cd6efae80901753a7f223bf9@haiku-os.org> References: <041.bd98a059cd6efae80901753a7f223bf9@haiku-os.org> Message-ID: <050.46bf62f8bd48518ce8531f56f4805d5f@haiku-os.org> #2029: KDL (page fault) in network stack linked list code when quitting Firefox (closing socket) -------------------------------------+-------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1 Component: Network & Internet/TCP | Version: R1 development Resolution: | Platform: All -------------------------------------+-------------------------------------- Comment (by tqh): Two of the screenshots go thru socketpair functions in Mozilla code, and that code could be non existant, untested, plain wrong and so on. Need to check the state and how/when it gets built. IIRC it should return PR_NOT_IMPLEMENTED. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 13 13:03:14 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 13 Jun 2008 11:03:14 -0000 Subject: [Haiku-bugs] [Haiku] #2375: Unmounting card in usb card reader doesn't work In-Reply-To: <040.e9348f4e344fc9ae467d5a79edaf1423@haiku-os.org> References: <040.e9348f4e344fc9ae467d5a79edaf1423@haiku-os.org> Message-ID: <049.2ee9518e31c3ae852742daf225242256@haiku-os.org> #2375: Unmounting card in usb card reader doesn't work ---------------------------+------------------------------------------------ Reporter: monni | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Disk | Version: R1 development Resolution: | Platform: All ---------------------------+------------------------------------------------ Changes (by mmlr): * owner: marcusoverhagen => mmlr * status: new => assigned Comment: How do you mean "Card reader says connection was prematurely disconnected"? Does the cardreader itself say so or do you get an error message from Haiku? If it is the device, you can pretty much safely ignore it. The device would probably expect the system to turn off the power to the USB port first (as Windows does amongst other things when you do the "safely remove"). When the filesystem was unmounted though, all the caches have been flushed, so there should be no data corruption possible. The output from syslog simply tells you that the device does not implement the SYNCHRONIZE_CACHE_10 command. As most of these devices do not actually use a cache in the first place, this does not indicate an error. The usb_disk driver will try a few times and when it recognizes that non of the cache flush commands worked it will simply disable them assuming they are not implemented. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 13 13:04:15 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 13 Jun 2008 11:04:15 -0000 Subject: [Haiku-bugs] [Haiku] #945: why not /boot/haiku ? In-Reply-To: <043.1e0085d1d8c1c24cd9bac3c21ff41445@haiku-os.org> References: <043.1e0085d1d8c1c24cd9bac3c21ff41445@haiku-os.org> Message-ID: <052.6d288f6a7b8bdba91997481139342eff@haiku-os.org> #945: why not /boot/haiku ? --------------------------+------------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: enhancement | Status: new Priority: low | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All --------------------------+------------------------------------------------- Changes (by tqh): * cc: tqh (added) Comment: I can look thru Mozilla code for refs. Should not be that hard to fix if necessary. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 13 13:50:28 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 13 Jun 2008 11:50:28 -0000 Subject: [Haiku-bugs] [Haiku] #945: why not /boot/haiku ? In-Reply-To: <043.1e0085d1d8c1c24cd9bac3c21ff41445@haiku-os.org> References: <043.1e0085d1d8c1c24cd9bac3c21ff41445@haiku-os.org> Message-ID: <052.285a10621930d416aff8a22a7115779b@haiku-os.org> #945: why not /boot/haiku ? --------------------------+------------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: enhancement | Status: new Priority: low | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All --------------------------+------------------------------------------------- Comment (by kaoutsis): Replying to [comment:12 tqh]: > I can look thru Mozilla code for refs. Should not be that hard to fix if necessary. Ok, currently i have made an installation in /boot/haiku (see boot- haiku1.diff for reference, note that the patch is outdated). Firefox is running extremely good (i don't believe that there is any additional problems). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 13 14:35:39 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 13 Jun 2008 12:35:39 -0000 Subject: [Haiku-bugs] [Haiku] #2375: Unmounting card in usb card reader doesn't work In-Reply-To: <040.e9348f4e344fc9ae467d5a79edaf1423@haiku-os.org> References: <040.e9348f4e344fc9ae467d5a79edaf1423@haiku-os.org> Message-ID: <049.9b204007e0b69bde9d52cf97771fa62f@haiku-os.org> #2375: Unmounting card in usb card reader doesn't work ---------------------------+------------------------------------------------ Reporter: monni | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Disk | Version: R1 development Resolution: | Platform: All ---------------------------+------------------------------------------------ Comment (by monni): Replying to [comment:1 mmlr]: > How do you mean "Card reader says connection was prematurely disconnected"? Does the cardreader itself say so or do you get an error message from Haiku? If it is the device, you can pretty much safely ignore it. The device would probably expect the system to turn off the power to the USB port first (as Windows does amongst other things when you do the "safely remove"). Card reader is connected through my cellular phone in pass-through mode. Well... I'm pretty sure it knows when something is unsafe. I guess if it wants Haiku to shutdown power from the port, then Haiku should. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 13 15:53:05 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 13 Jun 2008 13:53:05 -0000 Subject: [Haiku-bugs] [Haiku] #1836: OpenGL output not visible on screenshots In-Reply-To: <041.35c11d2f8648ac43478bc54b950533aa@haiku-os.org> References: <041.35c11d2f8648ac43478bc54b950533aa@haiku-os.org> Message-ID: <050.15a0466fd1a9490095aef63af69b5ee5@haiku-os.org> #1836: OpenGL output not visible on screenshots ------------------------------+--------------------------------------------- Reporter: ekdahl | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/OpenGL Kit | Version: R1 development Resolution: | Platform: All ------------------------------+--------------------------------------------- Comment (by korli): Could you check again please (r25952+) ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 13 16:08:16 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 13 Jun 2008 14:08:16 -0000 Subject: [Haiku-bugs] [Haiku] #2375: Unmounting card in usb card reader doesn't work In-Reply-To: <040.e9348f4e344fc9ae467d5a79edaf1423@haiku-os.org> References: <040.e9348f4e344fc9ae467d5a79edaf1423@haiku-os.org> Message-ID: <049.eaaa783e462a03e0263a053d71399b50@haiku-os.org> #2375: Unmounting card in usb card reader doesn't work ---------------------------+------------------------------------------------ Reporter: monni | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Disk | Version: R1 development Resolution: invalid | Platform: All ---------------------------+------------------------------------------------ Changes (by mmlr): * status: assigned => closed * resolution: => invalid Comment: But Haiku cannot, as it has no provision to do so. Just unmounting all volumes does not really indicate you want to remove the device. It would be perfectly fine for you to remount the volume, or mount another partition/card provided by the same device. If the volume was properly unmounted though there is no reason for a surprise disconnect to be unsafe. If there is data corruption occuring then the device would be using a cache but doesn't implement the synchronize command. This is highly unlikely though as the benefit of a cache for memory cards is marginal at best. USB devices are made for hot-plugging and surprise removal and as long as there is no cache involved that doesn't get flushed there should be no issues. What makes you think the device needs the actual power off from the port? It's probably just a reminder to use "safely remove hardware" under Windows, as there is no other way to unmount a volume under Windows (except for removing the drive letter through the device manager). This does not really apply to Haiku or other systems though that do provide means to explicitly mount/unmount. Interesting to see would be how Linux behaves in that situation. It might take unmounting all volumes as a device shutdown. I am closing this as invalid. If data corruption actually happens, please reopen this, as then there is a bug somewhere. If you have reasons to believe not shutting down port power leads to problems, please open an enhancement ticket to implement a way to explicitly shut down USB ports, as there currently is none. This will probably require an API change though, so it won't happen too soon. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 13 16:42:59 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 13 Jun 2008 14:42:59 -0000 Subject: [Haiku-bugs] [Haiku] #1982: unmount bug: PANIC: vm_page_fault: unhandled page fault in kernel In-Reply-To: <040.07f9632ff503a91bdd3f366026b60cfc@haiku-os.org> References: <040.07f9632ff503a91bdd3f366026b60cfc@haiku-os.org> Message-ID: <049.4658dd761a31a42a591b91788365b65a@haiku-os.org> #1982: unmount bug: PANIC: vm_page_fault: unhandled page fault in kernel ----------------------------+----------------------------------------------- Reporter: thorn | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: x86 ----------------------------+----------------------------------------------- Comment (by kvark): Experimentally proved: each time the fs_unmount is called for a busy volume, the volume's refcount is decreased by one. Seems like some excess release call there. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 13 16:56:18 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 13 Jun 2008 14:56:18 -0000 Subject: [Haiku-bugs] [Haiku] #669: "Open with" 'No supporting apps' is wrong, Diskprobe or similar should be listed In-Reply-To: <053.57ef39b668b26f125c5cb44e221d0b25@haiku-os.org> References: <053.57ef39b668b26f125c5cb44e221d0b25@haiku-os.org> Message-ID: <062.aa64f5c82f4fcf31b9cfd1b84369b3af@haiku-os.org> #669: "Open with" 'No supporting apps' is wrong, Diskprobe or similar should be listed ---------------------------------+------------------------------------------ Reporter: kutspam at wolke7.net | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Applications | Version: Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by diver): I just tested it and this bug is fixed indeed. Please close. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 13 16:58:30 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 13 Jun 2008 14:58:30 -0000 Subject: [Haiku-bugs] [Haiku] #669: "Open with" 'No supporting apps' is wrong, Diskprobe or similar should be listed In-Reply-To: <053.57ef39b668b26f125c5cb44e221d0b25@haiku-os.org> References: <053.57ef39b668b26f125c5cb44e221d0b25@haiku-os.org> Message-ID: <062.9735008a8616f8ecb4d86a3efa977a28@haiku-os.org> #669: "Open with" 'No supporting apps' is wrong, Diskprobe or similar should be listed ---------------------------------+------------------------------------------ Reporter: kutspam at wolke7.net | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications | Version: Resolution: fixed | Platform: All ---------------------------------+------------------------------------------ Changes (by mmlr): * status: reopened => closed * resolution: => fixed Comment: Fixed through the mime_update.sh post install script. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 13 17:33:43 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 13 Jun 2008 15:33:43 -0000 Subject: [Haiku-bugs] [Haiku] #328: [Tracker] problems with statusbar redraw In-Reply-To: <040.5a51c401fc7878bbba2408bb831e77fd@haiku-os.org> References: <040.5a51c401fc7878bbba2408bb831e77fd@haiku-os.org> Message-ID: <049.caa53fbbe5b05449b3b8a777e9ce15c0@haiku-os.org> #328: [Tracker] problems with statusbar redraw -----------------------------------+---------------------------------------- Reporter: diver | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: Resolution: | Platform: All -----------------------------------+---------------------------------------- Comment (by aldeck): Can someone else recheck? It really looks like all the problems cited here are gone. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 13 18:47:13 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 13 Jun 2008 16:47:13 -0000 Subject: [Haiku-bugs] [Haiku] #1641: KDL: rtl8139 In-Reply-To: <043.5f4af7ba053274031187f62bac03de4a@haiku-os.org> References: <043.5f4af7ba053274031187f62bac03de4a@haiku-os.org> Message-ID: <052.5ca3cf0059bdb6890aa944017a27051e@haiku-os.org> #1641: KDL: rtl8139 ------------------------+--------------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Changes (by idefix): * cc: idefix (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 13 19:42:54 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 13 Jun 2008 17:42:54 -0000 Subject: [Haiku-bugs] [Haiku] #328: [Tracker] problems with statusbar redraw In-Reply-To: <040.5a51c401fc7878bbba2408bb831e77fd@haiku-os.org> References: <040.5a51c401fc7878bbba2408bb831e77fd@haiku-os.org> Message-ID: <049.6f7346e271650c0909d54824369ff8c6@haiku-os.org> #328: [Tracker] problems with statusbar redraw -----------------------------------+---------------------------------------- Reporter: diver | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: Resolution: | Platform: All -----------------------------------+---------------------------------------- Comment (by luroh): I can't repeat it either. r25952, VMware. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 13 20:06:12 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 13 Jun 2008 18:06:12 -0000 Subject: [Haiku-bugs] [Haiku] #337: TabView labels not centered. (easy) In-Reply-To: <062.ca2c8c693c61c6c71894f68eeacec567@haiku-os.org> References: <062.ca2c8c693c61c6c71894f68eeacec567@haiku-os.org> Message-ID: <071.6a6764c3d7bc106e568f4e87c58a3db3@haiku-os.org> #337: TabView labels not centered. (easy) ------------------------------------------+--------------------------------- Reporter: tomas.wilhelmsson at gmail.com | Owner: stippi Type: bug | Status: closed Priority: low | Milestone: R1 Component: - General | Version: Resolution: fixed | Platform: All ------------------------------------------+--------------------------------- Changes (by aldeck): * status: assigned => closed * resolution: => fixed Comment: Fixed a long time ago it seems! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 13 20:07:11 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 13 Jun 2008 18:07:11 -0000 Subject: [Haiku-bugs] [Haiku] #328: [Tracker] problems with statusbar redraw In-Reply-To: <040.5a51c401fc7878bbba2408bb831e77fd@haiku-os.org> References: <040.5a51c401fc7878bbba2408bb831e77fd@haiku-os.org> Message-ID: <049.3dda597364c8c49e96dbd81e6c3d1186@haiku-os.org> #328: [Tracker] problems with statusbar redraw -----------------------------------+---------------------------------------- Reporter: diver | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: Resolution: | Platform: All -----------------------------------+---------------------------------------- Comment (by diver): Can't reproduce anymore, please close this one. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 13 20:08:48 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 13 Jun 2008 18:08:48 -0000 Subject: [Haiku-bugs] [Haiku] #2375: Unmounting card in usb card reader doesn't work In-Reply-To: <040.e9348f4e344fc9ae467d5a79edaf1423@haiku-os.org> References: <040.e9348f4e344fc9ae467d5a79edaf1423@haiku-os.org> Message-ID: <049.b421e96cf9ec8862c8c5ab987d38cd89@haiku-os.org> #2375: Unmounting card in usb card reader doesn't work ---------------------------+------------------------------------------------ Reporter: monni | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Disk | Version: R1 development Resolution: invalid | Platform: All ---------------------------+------------------------------------------------ Comment (by monni): Actually Windows does have command to unmount USB removable drives. When I click the option my phone says "You can now remove USB cable". If I check USB devices after I unmount the disk, the device is still there until I actually remove the cable, so it hasn't shut down port power. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 13 20:26:46 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 13 Jun 2008 18:26:46 -0000 Subject: [Haiku-bugs] [Haiku] #2207: Full volume causes hang after reboot In-Reply-To: <040.6e3532f230f937bec0f784ffde3ef214@haiku-os.org> References: <040.6e3532f230f937bec0f784ffde3ef214@haiku-os.org> Message-ID: <049.2bb5c12d1905f9fbd832f12e282ffdde@haiku-os.org> #2207: Full volume causes hang after reboot ------------------------+--------------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: x86 ------------------------+--------------------------------------------------- Comment (by luroh): Not currently repeatable without lowering the default disk size, perhaps it was a bit silly of me to file this bug in the first place. Feel free to close. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 13 20:37:26 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 13 Jun 2008 18:37:26 -0000 Subject: [Haiku-bugs] [Haiku] #328: [Tracker] problems with statusbar redraw In-Reply-To: <040.5a51c401fc7878bbba2408bb831e77fd@haiku-os.org> References: <040.5a51c401fc7878bbba2408bb831e77fd@haiku-os.org> Message-ID: <049.29b50f6a3854ad94b2a2e17a4061c954@haiku-os.org> #328: [Tracker] problems with statusbar redraw -----------------------------------+---------------------------------------- Reporter: diver | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: Resolution: fixed | Platform: All -----------------------------------+---------------------------------------- Changes (by aldeck): * status: new => closed * resolution: => fixed Comment: Thanks for testing! Closing. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 13 20:59:49 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 13 Jun 2008 18:59:49 -0000 Subject: [Haiku-bugs] [Haiku] #576: [Tracker] crash on search In-Reply-To: <040.44b5af5201b6cee3c207ff96bbdabe28@haiku-os.org> References: <040.44b5af5201b6cee3c207ff96bbdabe28@haiku-os.org> Message-ID: <049.9c97316231b4fae777ad94be9d2b7eb2@haiku-os.org> #576: [Tracker] crash on search ---------------------------+------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications | Version: Resolution: fixed | Platform: All ---------------------------+------------------------------------------------ Changes (by aldeck): * status: new => closed * resolution: => fixed Comment: Tested lots of random queries with lots of results (one letter, *). Several at the same time. Can't reproduce here vmware r25949. Looks like an old (2 years 4 months) vm issue, could have been anything at that time :) Closing. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 13 21:00:39 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 13 Jun 2008 19:00:39 -0000 Subject: [Haiku-bugs] [Haiku] #2375: Unmounting card in usb card reader doesn't work In-Reply-To: <040.e9348f4e344fc9ae467d5a79edaf1423@haiku-os.org> References: <040.e9348f4e344fc9ae467d5a79edaf1423@haiku-os.org> Message-ID: <049.d0c3f9b160b5d72efc60a7eee5520dd2@haiku-os.org> #2375: Unmounting card in usb card reader doesn't work ---------------------------+------------------------------------------------ Reporter: monni | Owner: mmlr Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Drivers/Disk | Version: R1 development Resolution: | Platform: All ---------------------------+------------------------------------------------ Changes (by mmlr): * status: closed => reopened * resolution: invalid => Comment: Implementing B_EJECT_DEVICE for "removable" media could do the trick here. Reopening and attaching a diff that might work. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 13 21:45:04 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 13 Jun 2008 19:45:04 -0000 Subject: [Haiku-bugs] [Haiku] #1925: Reboot during startup on Toshiba Satellite 2615DVD/6.0 In-Reply-To: <046.464cc1a60522972f4d6a4db8a13a4bd4@haiku-os.org> References: <046.464cc1a60522972f4d6a4db8a13a4bd4@haiku-os.org> Message-ID: <055.dd5decf24b3f442a1f8ed8ea65fffb54@haiku-os.org> #1925: Reboot during startup on Toshiba Satellite 2615DVD/6.0 ----------------------------+----------------------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: x86 ----------------------------+----------------------------------------------- Comment (by powelly): I have the exact same problem with booting Haiku r25852 on a Toshiba Satellite Pro 4270. The boot process fails at the same place with the same PANIC messages. I've had Win98, Ubuntu 8.04 and BeOS R5 running fine on the laptop. Feel free to contact me if you'd like me to do any testing on this machine. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 13 21:49:30 2008 From: trac at haiku-os.org (Haiku) Date: Fri, 13 Jun 2008 19:49:30 -0000 Subject: [Haiku-bugs] [Haiku] #1408: [Deskbar] shelf layout problems In-Reply-To: <040.349995a0bc3e22398901b8cd66a17256@haiku-os.org> References: <040.349995a0bc3e22398901b8cd66a17256@haiku-os.org> Message-ID: <049.726d42de082aafda596f36d080aff45a@haiku-os.org> #1408: [Deskbar] shelf layout problems -----------------------------------+---------------------------------------- Reporter: diver | Owner: aldeck Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Applications/Deskbar | Version: R1 development Resolution: | Platform: All -----------------------------------+---------------------------------------- Changes (by aldeck): * owner: axeld => aldeck * status: new => assigned -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 14 04:39:24 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 14 Jun 2008 02:39:24 -0000 Subject: [Haiku-bugs] [Haiku] #1945: [marvell yukon] 11ab:4320 not detected In-Reply-To: <040.6d7189e51f797abf4deca9c4e5ded43f@haiku-os.org> References: <040.6d7189e51f797abf4deca9c4e5ded43f@haiku-os.org> Message-ID: <049.19028b66062e02c6c6690d055a21aac5@haiku-os.org> #1945: [marvell yukon] 11ab:4320 not detected ------------------------------+--------------------------------------------- Reporter: diver | Owner: euan Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: fixed | Platform: All ------------------------------+--------------------------------------------- Comment (by add): [http://www.wroughtironhouse.cn installing metal stair rails Interior stair handrail exterior baluster Glass wood stainless wrought CONTEMPORARY designs stairways aluminum modern log banister DECK outdoor price posts vinyl curved rails] -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 14 04:39:51 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 14 Jun 2008 02:39:51 -0000 Subject: [Haiku-bugs] [Haiku] #1891: No keyboard or mouse input on real hardware In-Reply-To: <043.3e5b5319685d174aa810166ac0cef370@haiku-os.org> References: <043.3e5b5319685d174aa810166ac0cef370@haiku-os.org> Message-ID: <052.fd64f88307c639dcc1f7b4fdf8e22e74@haiku-os.org> #1891: No keyboard or mouse input on real hardware --------------------------+------------------------------------------------- Reporter: salierix | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: fixed | Platform: All --------------------------+------------------------------------------------- Comment (by add): [http://www.wroughtironhouse.cn installing metal stair rails Interior stair handrail exterior baluster Glass wood stainless wrought CONTEMPORARY designs stairways aluminum modern log banister DECK outdoor price posts vinyl curved rails] -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 14 04:40:31 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 14 Jun 2008 02:40:31 -0000 Subject: [Haiku-bugs] [Haiku] #771: query feature doesn't use multi-level components In-Reply-To: <045.0bc506d98eecb5c4d916126e9c484ed8@haiku-os.org> References: <045.0bc506d98eecb5c4d916126e9c484ed8@haiku-os.org> Message-ID: <054.35ec12d2692a18de972041f250e68462@haiku-os.org> #771: query feature doesn't use multi-level components ---------------------------+------------------------------------------------ Reporter: wkornewald | Owner: johndrinkwater Type: bug | Status: closed Priority: normal | Milestone: Website R1 Component: Website/Trac | Version: Resolution: fixed | Platform: All ---------------------------+------------------------------------------------ Changes (by add): * platform: => All Comment: [http://www.wroughtironhouse.cn installing metal stair rails Interior stair handrail exterior baluster Glass wood stainless wrought CONTEMPORARY designs stairways aluminum modern log banister DECK outdoor price posts vinyl curved rails] -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 14 04:40:52 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 14 Jun 2008 02:40:52 -0000 Subject: [Haiku-bugs] [Haiku] #1925: Reboot during startup on Toshiba Satellite 2615DVD/6.0 In-Reply-To: <046.464cc1a60522972f4d6a4db8a13a4bd4@haiku-os.org> References: <046.464cc1a60522972f4d6a4db8a13a4bd4@haiku-os.org> Message-ID: <055.e5e53f9812d46957403f301f693e4f50@haiku-os.org> #1925: Reboot during startup on Toshiba Satellite 2615DVD/6.0 ----------------------------+----------------------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: x86 ----------------------------+----------------------------------------------- Comment (by add): [http://www.wroughtironhouse.cn installing metal stair rails Interior stair handrail exterior baluster Glass wood stainless wrought CONTEMPORARY designs stairways aluminum modern log banister DECK outdoor price posts vinyl curved rails] -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 14 04:41:14 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 14 Jun 2008 02:41:14 -0000 Subject: [Haiku-bugs] [Haiku] #1006: inconsistent behavior of Revert button in Backgrounds preflet (easy) In-Reply-To: <045.7e92831b2714695290d42a5d96fb4dcf@haiku-os.org> References: <045.7e92831b2714695290d42a5d96fb4dcf@haiku-os.org> Message-ID: <054.197db16344770a09617bc6d04a1b4791@haiku-os.org> #1006: inconsistent behavior of Revert button in Backgrounds preflet (easy) --------------------------------------+------------------------------------- Reporter: wkornewald | Owner: Type: bug | Status: new Priority: low | Milestone: R1 Component: Preferences/Backgrounds | Version: R1 development Resolution: | Platform: All --------------------------------------+------------------------------------- Comment (by add): [http://www.wroughtironhouse.cn installing metal stair rails Interior stair handrail exterior baluster Glass wood stainless wrought CONTEMPORARY designs stairways aluminum modern log banister DECK outdoor price posts vinyl curved rails] -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 14 09:12:39 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 14 Jun 2008 07:12:39 -0000 Subject: [Haiku-bugs] [Haiku] #2376: Build fails with new style SCSI device paths on Ubuntu Message-ID: <040.01428ce06cd6f118a66170ab7b2e3144@haiku-os.org> #2376: Build fails with new style SCSI device paths on Ubuntu --------------------------+------------------------------------------------- Reporter: monni | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Platform: All | --------------------------+------------------------------------------------- On my Ubuntu 7.04 device paths for storage devices are formatted as /dev/disk/by-id/xxxx, /dev/disk/by-label/yyyy or /dev/disk/by-uuid/zzzz Build system fails with "Bad file descriptor" when trying to write boot code Using old style /dev/hd* or /dev/sd* doesn't work reliably because drive letters change between boots depending on number of hot-plugged drives. I guess expected behavior would be to ask underlying operating system for correct block device associated with the disk id. I don't see it very hard to implement as new paths are symbolic links that can be resolved. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 14 09:29:13 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 14 Jun 2008 07:29:13 -0000 Subject: [Haiku-bugs] [Haiku] #945: why not /boot/haiku ? In-Reply-To: <043.1e0085d1d8c1c24cd9bac3c21ff41445@haiku-os.org> References: <043.1e0085d1d8c1c24cd9bac3c21ff41445@haiku-os.org> Message-ID: <052.50e5d9b98289261bf2a571d4c9b8cd4b@haiku-os.org> #945: why not /boot/haiku ? --------------------------+------------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: enhancement | Status: new Priority: low | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All --------------------------+------------------------------------------------- Comment (by tqh): There are two refs in Mozilla, none which are really important. One is a fallback if there is no LIB env, and one is in a more or less deprecetad test-app. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 14 11:21:19 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 14 Jun 2008 09:21:19 -0000 Subject: [Haiku-bugs] [Haiku] #2281: pdfwriter uses parent class name as regular function name In-Reply-To: <040.e26b366e301a6c7473e28071dee20e79@haiku-os.org> References: <040.e26b366e301a6c7473e28071dee20e79@haiku-os.org> Message-ID: <049.cbd02eaf42f4f5a0f2ee97bb8a2741c9@haiku-os.org> #2281: pdfwriter uses parent class name as regular function name -------------------------------+-------------------------------------------- Reporter: monni | Owner: laplace Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Printers | Version: R1 development Resolution: fixed | Platform: All -------------------------------+-------------------------------------------- Changes (by laplace): * status: new => closed * resolution: => fixed Comment: Renamed methods in r25953. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 14 11:46:10 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 14 Jun 2008 09:46:10 -0000 Subject: [Haiku-bugs] [Haiku] #1766: Trac internal error In-Reply-To: <050.22f1d4517e2e3e46f5e8f309afcceca7@haiku-os.org> References: <050.22f1d4517e2e3e46f5e8f309afcceca7@haiku-os.org> Message-ID: <059.793c8b7d0e95036e46b6573292a5ab31@haiku-os.org> #1766: Trac internal error ------------------------------+--------------------------------------------- Reporter: marcusoverhagen | Owner: nielx Type: bug | Status: closed Priority: normal | Milestone: Trac 0.11 Component: Website/Trac | Version: Resolution: fixed | Platform: All ------------------------------+--------------------------------------------- Changes (by nielx): * status: assigned => closed * resolution: => fixed Comment: Fixed in 0.11 which will go live on Monday. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 14 11:54:15 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 14 Jun 2008 09:54:15 -0000 Subject: [Haiku-bugs] [Haiku] #843: Bug dependencies not possible In-Reply-To: <050.416729f0c182b386491bd207bb4da8a3@haiku-os.org> References: <050.416729f0c182b386491bd207bb4da8a3@haiku-os.org> Message-ID: <059.5e17c776bf9f58c2319fdc336a6fe641@haiku-os.org> #843: Bug dependencies not possible ------------------------------+--------------------------------------------- Reporter: marcusoverhagen | Owner: nielx Type: enhancement | Status: assigned Priority: normal | Milestone: Trac 0.11 Component: Website/Trac | Version: Resolution: | Platform: All ------------------------------+--------------------------------------------- Comment (by nielx): MasterTickets installed on the new server, which will go live on Monday. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 14 11:54:39 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 14 Jun 2008 09:54:39 -0000 Subject: [Haiku-bugs] [Haiku] #843: Bug dependencies not possible In-Reply-To: <050.416729f0c182b386491bd207bb4da8a3@haiku-os.org> References: <050.416729f0c182b386491bd207bb4da8a3@haiku-os.org> Message-ID: <059.ca328cc169c2e532a18d3f6320d45fa6@haiku-os.org> #843: Bug dependencies not possible ------------------------------+--------------------------------------------- Reporter: marcusoverhagen | Owner: nielx Type: enhancement | Status: closed Priority: normal | Milestone: Trac 0.11 Component: Website/Trac | Version: Resolution: fixed | Platform: All ------------------------------+--------------------------------------------- Changes (by nielx): * status: assigned => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 14 11:56:25 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 14 Jun 2008 09:56:25 -0000 Subject: [Haiku-bugs] [Haiku] #1455: Additional bug report info In-Reply-To: <044.965d4bec64f7e7f9aebe963d22f852be@haiku-os.org> References: <044.965d4bec64f7e7f9aebe963d22f852be@haiku-os.org> Message-ID: <053.3807d3b486b7d8dd20b763a925b9cfca@haiku-os.org> #1455: Additional bug report info ---------------------------+------------------------------------------------ Reporter: humdinger | Owner: nielx Type: enhancement | Status: closed Priority: low | Milestone: Trac 0.11 Component: Website/Trac | Version: R1 development Resolution: invalid | Platform: All ---------------------------+------------------------------------------------ Changes (by nielx): * status: assigned => closed * resolution: => invalid Comment: Not implementing the ideas. See the mailing list discussion on haiku- development for argumentation (it was a while back and I cannot remember it right now). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 14 13:23:44 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 14 Jun 2008 11:23:44 -0000 Subject: [Haiku-bugs] [Haiku] #2224: [Terminal] doesn't respect tabs when pasting a text in the prompt. In-Reply-To: <043.756721bdcd2108c1c2add7e0619455dc@haiku-os.org> References: <043.756721bdcd2108c1c2add7e0619455dc@haiku-os.org> Message-ID: <052.c88a0d7769402661f83f672687153df3@haiku-os.org> #2224: [Terminal] doesn't respect tabs when pasting a text in the prompt. ------------------------------------+--------------------------------------- Reporter: kaoutsis | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Platform: All ------------------------------------+--------------------------------------- Comment (by stim): I don't think this is a bug. It is just that bash uses tab for the complete operation. It doesn't matter whether the tab is pressed on the keyboard or pasted into the command line. I have confirmed that this behaviour occurs on linux as well, and I uncommented some tracing in the Terminal app and saw that Terminal was handling the tab character correctly. Another way to see that tab is being handled correctly is that command line completion is working in Terminal. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 14 13:56:00 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 14 Jun 2008 11:56:00 -0000 Subject: [Haiku-bugs] [Haiku] #1230: Crash on booting under VirtualBox In-Reply-To: <039.5ec4b60fb1fa7f314fea31996c1f75a3@haiku-os.org> References: <039.5ec4b60fb1fa7f314fea31996c1f75a3@haiku-os.org> Message-ID: <048.7eb651dc3e449cb03e202edf210e9eef@haiku-os.org> #1230: Crash on booting under VirtualBox ------------------------+--------------------------------------------------- Reporter: myob | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Changes (by Wurblzap): * cc: Wurblzap (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 14 14:49:38 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 14 Jun 2008 12:49:38 -0000 Subject: [Haiku-bugs] [Haiku] #2377: bluetooth_server ignores command status after command 0xd Message-ID: <040.093f3494ee456c0c93e552b614c663c5@haiku-os.org> #2377: bluetooth_server ignores command status after command 0xd -------------------------------+-------------------------------------------- Reporter: monni | Owner: oruizdorantes Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Bluetooth | Version: R1 development Platform: All | -------------------------------+-------------------------------------------- how to reproduce: start bt_discovery with at least one remote device present experienced behavior: event 0xf is ignored expected behavior: neither event 0xf or opcode 0x0419 is ignored bluetooth_server: ### Command going: len = 17 d:0:0:0:19:4:a:5a:bf:fb:af:1b:0:1:65:5c:45:### ### Event comming: len = 4 f:4:0:1:19:4:### Petition 0 ... of 1 msg #0x18010310 BMessage('btsR') { hci_id = int32(0x0 or 0) raw command = (type = 'ANYT')(size = 17) eventExpected = int16 (0x7 or 7) } ### Event comming: len = 255 7:ff:0:5a:bf:fb:af:1b:0:4e:6f:6b:69:61:20:36:31:32:30:20:63:6c:61:73:73:69:63:0: 0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0: 0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0: 0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0: 0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0: 0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0: 0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:### Petition 0 ... of 1 msg #0x18010310 BMessage('btsR') { hci_id = int32(0x0 or 0) raw command = (type = 'ANYT')(size = 17) eventExpected = int16 (0x7 or 7) } Event found 0 Sending reply ... 0 BMessage(0x0) { status = int8(0x0 or 0 or '[') friendlyname = string("Nokia 6120 classic", 19 bytes) } Sending reply message -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 14 15:09:23 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 14 Jun 2008 13:09:23 -0000 Subject: [Haiku-bugs] [Haiku] #2377: bluetooth_server ignores command status after command 0xd In-Reply-To: <040.093f3494ee456c0c93e552b614c663c5@haiku-os.org> References: <040.093f3494ee456c0c93e552b614c663c5@haiku-os.org> Message-ID: <049.e435e3f88297c90e32e3e368818c7831@haiku-os.org> #2377: bluetooth_server ignores command status after command 0xd --------------------------------+------------------------------------------- Reporter: monni | Owner: oruizdorantes Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Bluetooth | Version: R1 development Resolution: | Platform: All --------------------------------+------------------------------------------- Changes (by oruizdorantes): * status: new => assigned Comment: Yes, Currently the 0xf event is ignored in the retrieval of the remote name as it is providing no info. Will use this ticket to leave some track of it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 14 15:52:45 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 14 Jun 2008 13:52:45 -0000 Subject: [Haiku-bugs] [Haiku] #2224: [Terminal] doesn't respect tabs when pasting a text in the prompt. In-Reply-To: <043.756721bdcd2108c1c2add7e0619455dc@haiku-os.org> References: <043.756721bdcd2108c1c2add7e0619455dc@haiku-os.org> Message-ID: <052.c71cd02eb851412c10101eebf3f75525@haiku-os.org> #2224: [Terminal] doesn't respect tabs when pasting a text in the prompt. ------------------------------------+--------------------------------------- Reporter: kaoutsis | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Platform: All ------------------------------------+--------------------------------------- Comment (by kaoutsis): Replying to [comment:2 stim]: > I don't think this is a bug. It is just that bash uses tab for the complete operation. It doesn't matter whether the tab is pressed on the keyboard or pasted into the command line. > > I have confirmed that this behaviour occurs on linux as well, and I uncommented some tracing in the Terminal app and saw that Terminal was handling the tab character correctly. Another way to see that tab is being handled correctly is that command line completion is working in Terminal. I see you point. Yes, you are right about linux, i tested in gnome's terminal and the tabs are vanished also after paste; i still find a bit annoying. If none is annoyed by this behavior, i assume the ticket can be closed. Thanks for looking into this. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 14 15:57:02 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 14 Jun 2008 13:57:02 -0000 Subject: [Haiku-bugs] [Haiku] #945: why not /boot/haiku ? In-Reply-To: <043.1e0085d1d8c1c24cd9bac3c21ff41445@haiku-os.org> References: <043.1e0085d1d8c1c24cd9bac3c21ff41445@haiku-os.org> Message-ID: <052.a524c771f5e9ca1514d469a924a043c8@haiku-os.org> #945: why not /boot/haiku ? --------------------------+------------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: enhancement | Status: new Priority: low | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All --------------------------+------------------------------------------------- Comment (by kaoutsis): Replying to [comment:14 tqh]: > There are two refs in Mozilla, none which are really important. One is a fallback if there is no LIB env, and one is in a more or less deprecetad test-app. Good. So, can we assume that firefox is ready for the "/boot/haiku" transition, what's your opinion? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 14 17:08:01 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 14 Jun 2008 15:08:01 -0000 Subject: [Haiku-bugs] [Haiku] #2000: Can't access BeBook HTML file In-Reply-To: <039.248acbc12420a6ad245b6c31d2d1ca40@haiku-os.org> References: <039.248acbc12420a6ad245b6c31d2d1ca40@haiku-os.org> Message-ID: <048.2b519e8de7fb3b478ca24193c77a71ca@haiku-os.org> #2000: Can't access BeBook HTML file --------------------------+------------------------------------------------- Reporter: koki | Owner: haiku-web Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Website/CMS | Version: R1 development Resolution: fixed | Platform: All --------------------------+------------------------------------------------- Changes (by gavin): * status: new => closed * resolution: => fixed Comment: The .htaccess file in ~/webapps/website was restricting access to files matching (amongst others) Entries.* I've removed Entries.* from the regular expression and the page now displays as expected. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 14 19:41:24 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 14 Jun 2008 17:41:24 -0000 Subject: [Haiku-bugs] [Haiku] #2378: Print in PDF - Look & Feel issues Message-ID: <045.54459fb3785a385322f58ddaeaca1bac@haiku-os.org> #2378: Print in PDF - Look & Feel issues ------------------------+--------------------------------------------------- Reporter: un_spacyar | Owner: laplace Type: bug | Status: new Priority: normal | Milestone: R1 Component: Printing | Version: R1 development Platform: x86 | ------------------------+--------------------------------------------------- When you print a document using the "Print PDF" option and enters into the configuration screen, there are some formatting issues. Please, see the attachments for more details about that. These issues were found in Haiku raw image # 25619 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 14 20:07:36 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 14 Jun 2008 18:07:36 -0000 Subject: [Haiku-bugs] [Haiku] #2378: Print in PDF - Look & Feel issues In-Reply-To: <045.54459fb3785a385322f58ddaeaca1bac@haiku-os.org> References: <045.54459fb3785a385322f58ddaeaca1bac@haiku-os.org> Message-ID: <054.f25c3fc0638fbfffb6207f1f5acaca2d@haiku-os.org> #2378: Print in PDF - Look & Feel issues -------------------------+-------------------------------------------------- Reporter: un_spacyar | Owner: laplace Type: bug | Status: new Priority: normal | Milestone: R1 Component: Printing | Version: R1 development Resolution: | Platform: x86 -------------------------+-------------------------------------------------- Comment (by diver): Great, this was one of my todo bug reports, thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 14 20:27:08 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 14 Jun 2008 18:27:08 -0000 Subject: [Haiku-bugs] [Haiku] #2378: Print in PDF - Look & Feel issues In-Reply-To: <045.54459fb3785a385322f58ddaeaca1bac@haiku-os.org> References: <045.54459fb3785a385322f58ddaeaca1bac@haiku-os.org> Message-ID: <054.6458fe690686518bf33b95d7f040d8a9@haiku-os.org> #2378: Print in PDF - Look & Feel issues -------------------------+-------------------------------------------------- Reporter: un_spacyar | Owner: laplace Type: bug | Status: new Priority: normal | Milestone: R1 Component: Printing | Version: R1 development Resolution: | Platform: x86 -------------------------+-------------------------------------------------- Changes (by laplace): * cc: julun (added) Comment: The dialogs are not font (size) sensitive. Karsten, would you like to fix that? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 14 23:11:26 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 14 Jun 2008 21:11:26 -0000 Subject: [Haiku-bugs] [Haiku] #2379: [Terminal]: crash on _ClearLines() Message-ID: <042.70aafc77c542a15a75085d2df9ced4f9@haiku-os.org> #2379: [Terminal]: crash on _ClearLines() -----------------------------------+---------------------------------------- Reporter: emitrax | Owner: bonefish Type: bug | Status: new Priority: high | Milestone: R1 Component: Applications/Terminal | Version: R1 development Platform: All | -----------------------------------+---------------------------------------- I don't know how it is easy to reproduce, but it happened already twice tonight. While running an application of mine that continuously prints to the screen, I tried to open a new terminal (or a new tab, I don't really remember), and the terminal crashed. See picture for the stack trace. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 14 23:15:08 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 14 Jun 2008 21:15:08 -0000 Subject: [Haiku-bugs] [Haiku] #2380: [KDL]: READ-WRITE FAULT Message-ID: <042.f9de3ecb38f8fd5f0eb975fc2bf849fc@haiku-os.org> #2380: [KDL]: READ-WRITE FAULT ---------------------------+------------------------------------------------ Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Platform: All | ---------------------------+------------------------------------------------ When entering in KDL, I get a read-write fault error as shown in the picture. I honestly don't know what information to provide, beside the fact that I run haiku from vmware. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 14 23:16:39 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 14 Jun 2008 21:16:39 -0000 Subject: [Haiku-bugs] [Haiku] #2224: [Terminal] doesn't respect tabs when pasting a text in the prompt. In-Reply-To: <043.756721bdcd2108c1c2add7e0619455dc@haiku-os.org> References: <043.756721bdcd2108c1c2add7e0619455dc@haiku-os.org> Message-ID: <052.361c490523823c59a903e2c3b75408ff@haiku-os.org> #2224: [Terminal] doesn't respect tabs when pasting a text in the prompt. ------------------------------------+--------------------------------------- Reporter: kaoutsis | Owner: jackburton Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: invalid | Platform: All ------------------------------------+--------------------------------------- Changes (by bonefish): * status: new => closed * resolution: => invalid -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 14 23:41:35 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 14 Jun 2008 21:41:35 -0000 Subject: [Haiku-bugs] [Haiku] #2381: [socket]: dup missing - which causes running out of file descriptors Message-ID: <042.e87b3858ebcb011a322ce6f034955c5c@haiku-os.org> #2381: [socket]: dup missing - which causes running out of file descriptors --------------------------------------+------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet/Stack | Version: R1 development Platform: All | --------------------------------------+------------------------------------- After running for a few minutes a simple multi threading application of mine, which basically open a tcp socket, dup it, pass it to a thread and then close it, I ran out of file descriptors. Too many open files is the error I get. I looked at the code, and I found that normal calls that are made on file descriptors, like sockets are on Unix systems, are forwarded to the net module, which does not implement any dup function, which can be legally call on a socket in unix. So in my case, what happens is that the kernel dup the file descriptor, but never close it because the close on the same fd is forwared to the ipv4 module. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 14 23:48:53 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 14 Jun 2008 21:48:53 -0000 Subject: [Haiku-bugs] [Haiku] #2379: [Terminal]: crash on _ClearLines() In-Reply-To: <042.70aafc77c542a15a75085d2df9ced4f9@haiku-os.org> References: <042.70aafc77c542a15a75085d2df9ced4f9@haiku-os.org> Message-ID: <051.0ece1ee85fa7108475fb85c7ea3699ae@haiku-os.org> #2379: [Terminal]: crash on _ClearLines() ------------------------------------+--------------------------------------- Reporter: emitrax | Owner: bonefish Type: bug | Status: new Priority: high | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Platform: All ------------------------------------+--------------------------------------- Comment (by bonefish): I haven't seen this one yet. It might have been fixed as a side effect of r25957. Please update, if you still encounter it or if you don't. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 15 00:30:56 2008 From: trac at haiku-os.org (Haiku) Date: Sat, 14 Jun 2008 22:30:56 -0000 Subject: [Haiku-bugs] [Haiku] #2379: [Terminal]: crash on _ClearLines() In-Reply-To: <042.70aafc77c542a15a75085d2df9ced4f9@haiku-os.org> References: <042.70aafc77c542a15a75085d2df9ced4f9@haiku-os.org> Message-ID: <051.a26633a5e73b41c14def6fb3dfaa27ed@haiku-os.org> #2379: [Terminal]: crash on _ClearLines() ------------------------------------+--------------------------------------- Reporter: emitrax | Owner: bonefish Type: bug | Status: new Priority: high | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Platform: All ------------------------------------+--------------------------------------- Comment (by emitrax): I just updated and managed to crash it again. It doesn't crash always, but the procedure I take is the same, open a new terminal (tab or window) while having an output on the terminal. This time I was unpacking vim and crashed on a different method. Beside, but I'm not sure about this, after finishing unpacking the prompt is not displayed. Only the cursor. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 15 02:00:55 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 15 Jun 2008 00:00:55 -0000 Subject: [Haiku-bugs] [Haiku] #2381: [socket]: dup missing - which causes running out of file descriptors In-Reply-To: <042.e87b3858ebcb011a322ce6f034955c5c@haiku-os.org> References: <042.e87b3858ebcb011a322ce6f034955c5c@haiku-os.org> Message-ID: <051.ac1c38325711571709d7f1ca2d2b4a0c@haiku-os.org> #2381: [socket]: dup missing - which causes running out of file descriptors ---------------------------------------+------------------------------------ Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet/Stack | Version: R1 development Resolution: | Platform: All ---------------------------------------+------------------------------------ Comment (by bonefish): You apparently misunderstood how file descriptors work. A file descriptor is an object representing an open file or socket. Each application has a file table with indexed slots (0 stdin, 1 stdout,...). Each slot can refer to a file descriptor. dup() and dup2() cause several slots to refer to the same file descriptor. A file descriptor (and thus the underlying file/socket) is closed when the last slot referring to it is closed. dup() and dup2() are handled by the kernel's FS layer. They just increment the open count of the file descriptor. The component responsible for the underlying open object doesn't need to know anything about such an operation. Please check, that your code doesn't just leak sockets. If you're sure it doesn't, please attach a version as minimal as possible to the ticket. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 15 03:06:27 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 15 Jun 2008 01:06:27 -0000 Subject: [Haiku-bugs] [Haiku] #2379: [Terminal]: crash on _ClearLines() In-Reply-To: <042.70aafc77c542a15a75085d2df9ced4f9@haiku-os.org> References: <042.70aafc77c542a15a75085d2df9ced4f9@haiku-os.org> Message-ID: <051.6814c35b017fccb4a520780a8fe86ad7@haiku-os.org> #2379: [Terminal]: crash on _ClearLines() ------------------------------------+--------------------------------------- Reporter: emitrax | Owner: bonefish Type: bug | Status: new Priority: high | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Platform: All ------------------------------------+--------------------------------------- Comment (by bonefish): I could rarely reproduce the problem. It should be fixed in r25958. Please verify. If the prompt/cursor draw problem still exists, please open a new ticket for it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 15 07:47:09 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 15 Jun 2008 05:47:09 -0000 Subject: [Haiku-bugs] [Haiku] #2284: Page Fault on boot (25717) In-Reply-To: <048.bfb72f9386e7aa9daa3a55dc9e971a91@haiku-os.org> References: <048.bfb72f9386e7aa9daa3a55dc9e971a91@haiku-os.org> Message-ID: <057.2b71a423c35789fd0aa589d3d6b9ba05@haiku-os.org> #2284: Page Fault on boot (25717) ----------------------------+----------------------------------------------- Reporter: dustin howett | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: - General | Version: R1 development Resolution: | Platform: x64 ----------------------------+----------------------------------------------- Comment (by tonestone57): Latest revision gives me a vm_page_fault at boot too. Attached jpg of "sc". Not sure if this issue relates to my add-in SATA card ( VIA VT6421 )? Will look into it further & report back any new information. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 15 09:35:29 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 15 Jun 2008 07:35:29 -0000 Subject: [Haiku-bugs] [Haiku] #2381: [socket]: dup missing - which causes running out of file descriptors In-Reply-To: <042.e87b3858ebcb011a322ce6f034955c5c@haiku-os.org> References: <042.e87b3858ebcb011a322ce6f034955c5c@haiku-os.org> Message-ID: <051.ae83ff648abf2c7ee3ce169c6351fee4@haiku-os.org> #2381: [socket]: dup missing - which causes running out of file descriptors ---------------------------------------+------------------------------------ Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet/Stack | Version: R1 development Resolution: | Platform: All ---------------------------------------+------------------------------------ Comment (by emitrax): I'm actually aware of the file table with indexes slots, and dup just duplicate one of the slot, but I thought the socket was implemented totally different in Haiku, that's why I opened the ticket. Even because the same application runs fine on linux, but perhaps it has a greater limit for the max number of open descriptor now that you put it this way. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 15 10:08:11 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 15 Jun 2008 08:08:11 -0000 Subject: [Haiku-bugs] [Haiku] #2284: Page Fault on boot (25717) In-Reply-To: <048.bfb72f9386e7aa9daa3a55dc9e971a91@haiku-os.org> References: <048.bfb72f9386e7aa9daa3a55dc9e971a91@haiku-os.org> Message-ID: <057.d42159dd2eef3778763f1ca12ee2f421@haiku-os.org> #2284: Page Fault on boot (25717) ----------------------------+----------------------------------------------- Reporter: dustin howett | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: - General | Version: R1 development Resolution: | Platform: x64 ----------------------------+----------------------------------------------- Comment (by scottmc): Can you also attach the output of listdev and sysinfo: listdev > mypcname-listdev.txt sysinfo > mypcname-sysinfo.txt This can sometimes help give further details on the specific hardware in question. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 15 13:22:25 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 15 Jun 2008 11:22:25 -0000 Subject: [Haiku-bugs] [Haiku] #2378: Print in PDF - Look & Feel issues In-Reply-To: <045.54459fb3785a385322f58ddaeaca1bac@haiku-os.org> References: <045.54459fb3785a385322f58ddaeaca1bac@haiku-os.org> Message-ID: <054.ec9f8e614f19ad8658c98abefc47cebb@haiku-os.org> #2378: Print in PDF - Look & Feel issues -------------------------+-------------------------------------------------- Reporter: un_spacyar | Owner: julun Type: bug | Status: new Priority: normal | Milestone: R1 Component: Printing | Version: R1 development Resolution: | Platform: x86 -------------------------+-------------------------------------------------- Changes (by julun): * cc: laplace (added) * owner: laplace => julun Comment: Hi Micheal, I can do it, reassigned. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 15 14:28:01 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 15 Jun 2008 12:28:01 -0000 Subject: [Haiku-bugs] [Haiku] #2379: [Terminal]: crash on _ClearLines() In-Reply-To: <042.70aafc77c542a15a75085d2df9ced4f9@haiku-os.org> References: <042.70aafc77c542a15a75085d2df9ced4f9@haiku-os.org> Message-ID: <051.248f8973bda71dd542541b0741166fec@haiku-os.org> #2379: [Terminal]: crash on _ClearLines() ------------------------------------+--------------------------------------- Reporter: emitrax | Owner: bonefish Type: bug | Status: new Priority: high | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Platform: All ------------------------------------+--------------------------------------- Comment (by emitrax): I haven't been able to reproduce this problem after a first try. However a new behavior has come up. If I open a new tab, while in the current one an application display continuously an output, and then switch back to the tab where the application is still running and producing output, the output is not displayed, it hangs. I have to scroll up and down to make it going again. This seems easy to reproduce over here, although you have to wait 2-3 seconds before switching back to the tab with application running. Shall I open a new bug for this one? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 15 14:36:50 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 15 Jun 2008 12:36:50 -0000 Subject: [Haiku-bugs] [Haiku] #2382: [Terminal]: crash on BasicTerminalBuffer::_Scroll() Message-ID: <042.0c01561e78d40902a91b30d3b5b98c29@haiku-os.org> #2382: [Terminal]: crash on BasicTerminalBuffer::_Scroll() -----------------------------------+---------------------------------------- Reporter: emitrax | Owner: bonefish Type: bug | Status: new Priority: high | Milestone: R1 Component: Applications/Terminal | Version: R1 development Platform: All | -----------------------------------+---------------------------------------- It happened while using vim and pressing ESC. I don't know how easy is to reproduce. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 15 15:09:42 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 15 Jun 2008 13:09:42 -0000 Subject: [Haiku-bugs] [Haiku] #2326: KDL: remove page 0x91d46aa0 from cache 0x91365060: page still has mappings! In-Reply-To: <042.8bf053c506c9327760c0c06f2a1de810@haiku-os.org> References: <042.8bf053c506c9327760c0c06f2a1de810@haiku-os.org> Message-ID: <051.d870fec4a06cb06b1a6acf7187c588db@haiku-os.org> #2326: KDL: remove page 0x91d46aa0 from cache 0x91365060: page still has mappings! ----------------------------+----------------------------------------------- Reporter: kaliber | Owner: bonefish Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by kaliber): I reverted r25716 and r25717 and now it seems to be stable again. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 15 16:18:20 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 15 Jun 2008 14:18:20 -0000 Subject: [Haiku-bugs] [Haiku] #2284: Page Fault on boot (25717) In-Reply-To: <048.bfb72f9386e7aa9daa3a55dc9e971a91@haiku-os.org> References: <048.bfb72f9386e7aa9daa3a55dc9e971a91@haiku-os.org> Message-ID: <057.8035296e3f23c48d8f6dd5f37b5bd14b@haiku-os.org> #2284: Page Fault on boot (25717) ----------------------------+----------------------------------------------- Reporter: dustin howett | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: - General | Version: R1 development Resolution: | Platform: x64 ----------------------------+----------------------------------------------- Comment (by tonestone57): ***This bug relates to a SATA issue*** My computer has onboard PATA connectors ( 80GB drive ) and an add-in PCI SATA card ( 250GB drive ). Once I removed the SATA card from the PCI slot, Haiku booted up and was working well. When I put the SATA card back in the PCI slot, Haiku gave the page fault. Something is going on with with either ahci and/or legacy sata. SATA conflict? I *think* ahci & legacy sata are both trying to support the controller. Look at my new screenshot. SATA card is VIA VT6421, vendor id=0x1106, device id=0x3249 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 15 17:15:58 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 15 Jun 2008 15:15:58 -0000 Subject: [Haiku-bugs] [Haiku] #2284: Page Fault on boot (25717) In-Reply-To: <048.bfb72f9386e7aa9daa3a55dc9e971a91@haiku-os.org> References: <048.bfb72f9386e7aa9daa3a55dc9e971a91@haiku-os.org> Message-ID: <057.067167ff9fc98ed31f065dd2c231681e@haiku-os.org> #2284: Page Fault on boot (25717) ----------------------------+----------------------------------------------- Reporter: dustin howett | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: - General | Version: R1 development Resolution: | Platform: x64 ----------------------------+----------------------------------------------- Changes (by luroh): * cc: anevilyak (removed) * cc: luroh (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 15 17:16:32 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 15 Jun 2008 15:16:32 -0000 Subject: [Haiku-bugs] [Haiku] #2284: Page Fault on boot (25717) In-Reply-To: <048.bfb72f9386e7aa9daa3a55dc9e971a91@haiku-os.org> References: <048.bfb72f9386e7aa9daa3a55dc9e971a91@haiku-os.org> Message-ID: <057.4040aad261678f5c6d5eeeea18a83c46@haiku-os.org> #2284: Page Fault on boot (25717) ----------------------------+----------------------------------------------- Reporter: dustin howett | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: - General | Version: R1 development Resolution: | Platform: x64 ----------------------------+----------------------------------------------- Changes (by luroh): * cc: anevilyak (added) Comment: oops, sorry. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 15 17:50:11 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 15 Jun 2008 15:50:11 -0000 Subject: [Haiku-bugs] [Haiku] #2382: [Terminal]: crash on BasicTerminalBuffer::_Scroll() In-Reply-To: <042.0c01561e78d40902a91b30d3b5b98c29@haiku-os.org> References: <042.0c01561e78d40902a91b30d3b5b98c29@haiku-os.org> Message-ID: <051.88dd75a39785c5ceeafca06261420598@haiku-os.org> #2382: [Terminal]: crash on BasicTerminalBuffer::_Scroll() ------------------------------------+--------------------------------------- Reporter: emitrax | Owner: bonefish Type: bug | Status: new Priority: high | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Platform: All ------------------------------------+--------------------------------------- Comment (by bonefish): What revision was that? Before r25958 or after? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 15 17:54:25 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 15 Jun 2008 15:54:25 -0000 Subject: [Haiku-bugs] [Haiku] #2382: [Terminal]: crash on BasicTerminalBuffer::_Scroll() In-Reply-To: <042.0c01561e78d40902a91b30d3b5b98c29@haiku-os.org> References: <042.0c01561e78d40902a91b30d3b5b98c29@haiku-os.org> Message-ID: <051.a2c796696fe78e457bc80292fde0cd52@haiku-os.org> #2382: [Terminal]: crash on BasicTerminalBuffer::_Scroll() ------------------------------------+--------------------------------------- Reporter: emitrax | Owner: bonefish Type: bug | Status: new Priority: high | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Platform: All ------------------------------------+--------------------------------------- Comment (by emitrax): After. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 15 18:25:20 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 15 Jun 2008 16:25:20 -0000 Subject: [Haiku-bugs] [Haiku] #2379: [Terminal]: crash on _ClearLines() In-Reply-To: <042.70aafc77c542a15a75085d2df9ced4f9@haiku-os.org> References: <042.70aafc77c542a15a75085d2df9ced4f9@haiku-os.org> Message-ID: <051.f609464f9da62121f81440c1bf404280@haiku-os.org> #2379: [Terminal]: crash on _ClearLines() ------------------------------------+--------------------------------------- Reporter: emitrax | Owner: bonefish Type: bug | Status: closed Priority: high | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: fixed | Platform: All ------------------------------------+--------------------------------------- Changes (by bonefish): * status: new => closed * resolution: => fixed Comment: Yes, in doubt please always open a new ticket for a different problem. I could easily reproduce it though and have already fixed it in r25965. I'm closing this ticket If you encounter the problem it is about (the crash) again, please re-open it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 15 18:30:12 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 15 Jun 2008 16:30:12 -0000 Subject: [Haiku-bugs] [Haiku] #2382: [Terminal]: crash on BasicTerminalBuffer::_Scroll() In-Reply-To: <042.0c01561e78d40902a91b30d3b5b98c29@haiku-os.org> References: <042.0c01561e78d40902a91b30d3b5b98c29@haiku-os.org> Message-ID: <051.edb147489a87a0a9dd51a4c8a1a47f48@haiku-os.org> #2382: [Terminal]: crash on BasicTerminalBuffer::_Scroll() ------------------------------------+--------------------------------------- Reporter: emitrax | Owner: bonefish Type: bug | Status: new Priority: high | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Platform: All ------------------------------------+--------------------------------------- Comment (by bonefish): I played a bit with vim, but couldn't reproduce the problem. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 15 21:59:37 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 15 Jun 2008 19:59:37 -0000 Subject: [Haiku-bugs] [Haiku] #2383: [Terminal]: redraw issues Message-ID: <042.66bd0f9edebddf9bc62c486dd7503073@haiku-os.org> #2383: [Terminal]: redraw issues -----------------------------------+---------------------------------------- Reporter: emitrax | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Platform: All | -----------------------------------+---------------------------------------- It's easy to reproduce. Open an empty file with vim, and resize the window (make it bigger). Honestly I don't know if the problem is about vim, terminal, or something else. Another problem about resizing, I don't know if it's related, happens when you resize the terminal while the cursor is at the bottom of the window (e.g. there is some application output in the terminal). If you resize the window to the original size, the prompt doesn't go back to the end of the window, and the output is "lost". To see what I mean, the step required are the following: - Enlarge the terminal window - Run a command that fills the screen of output like ls -R / - Resize the window and then bring it to the original size -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 15 22:08:00 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 15 Jun 2008 20:08:00 -0000 Subject: [Haiku-bugs] [Haiku] #2284: Page Fault on boot (25717) In-Reply-To: <048.bfb72f9386e7aa9daa3a55dc9e971a91@haiku-os.org> References: <048.bfb72f9386e7aa9daa3a55dc9e971a91@haiku-os.org> Message-ID: <057.0871538c47ad17e7ac36c44b6664bb04@haiku-os.org> #2284: Page Fault on boot (25717) ----------------------------+----------------------------------------------- Reporter: dustin howett | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: - General | Version: R1 development Resolution: | Platform: x64 ----------------------------+----------------------------------------------- Comment (by tonestone57): Ok, with further testing it looks like the problem has to do with legacy_sata. My PATA drive /dev/hda1 = BeOS /dev/hda3 = Haiku I booted into BeOS, mounted Haiku, deleted ahci, rebooted, tried to boot Haiku and it crashed with page fault error. I restored/undeleted ahci, then deleted legacy_sata, rebooted the computer & Haiku boots up & works. With legacy_sata driver removed, I'm able to boot into and use Haiku ( off my PATA ) but I don't have any access to my SATA drive. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 15 22:16:18 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 15 Jun 2008 20:16:18 -0000 Subject: [Haiku-bugs] [Haiku] #2384: [Cortex]: Locks up Message-ID: <042.9275f29d666adc49c545b7f81c56a5b2@haiku-os.org> #2384: [Cortex]: Locks up --------------------------+------------------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Platform: All | --------------------------+------------------------------------------------- I don't how to reproduce it but Cortex seems to deadlock. Here is what I did - Open the Demos directory, - Run all demos all at once, - Tried to connect a video producer to a video consumer (those in cortex) stack trace attached. btw: there is not component for demos in the tracker. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 15 23:31:36 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 15 Jun 2008 21:31:36 -0000 Subject: [Haiku-bugs] [Haiku] #2383: [Terminal]: redraw issues In-Reply-To: <042.66bd0f9edebddf9bc62c486dd7503073@haiku-os.org> References: <042.66bd0f9edebddf9bc62c486dd7503073@haiku-os.org> Message-ID: <051.f1b8700d514676b93f455c8245383c83@haiku-os.org> #2383: [Terminal]: redraw issues ------------------------------------+--------------------------------------- Reporter: emitrax | Owner: bonefish Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Platform: All ------------------------------------+--------------------------------------- Changes (by bonefish): * status: new => assigned Comment: The vim problem is known and will go away when alternate screen buffer is implemented. It will use a different resizing mechanism. The other "problem" is not a problem, but intended behavior. E.g. Konsole works just the same way. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 16 00:10:25 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 15 Jun 2008 22:10:25 -0000 Subject: [Haiku-bugs] [Haiku] #2383: [Terminal]: redraw issues In-Reply-To: <042.66bd0f9edebddf9bc62c486dd7503073@haiku-os.org> References: <042.66bd0f9edebddf9bc62c486dd7503073@haiku-os.org> Message-ID: <051.5b780433e52dbde1534fbf33d024b078@haiku-os.org> #2383: [Terminal]: redraw issues ------------------------------------+--------------------------------------- Reporter: emitrax | Owner: bonefish Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Platform: All ------------------------------------+--------------------------------------- Comment (by emitrax): If Konsole works the same way, IMHO it's a problem for Konsole too. Neither gnome-terminal, XFCE terminal, Eterm, aterm or any other terminal I've used behave that way. It's ugly and annoying. :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 16 00:44:43 2008 From: trac at haiku-os.org (Haiku) Date: Sun, 15 Jun 2008 22:44:43 -0000 Subject: [Haiku-bugs] [Haiku] #2383: [Terminal]: redraw issues In-Reply-To: <042.66bd0f9edebddf9bc62c486dd7503073@haiku-os.org> References: <042.66bd0f9edebddf9bc62c486dd7503073@haiku-os.org> Message-ID: <051.c4ca357abb4857a98c36b19bafe18446@haiku-os.org> #2383: [Terminal]: redraw issues ------------------------------------+--------------------------------------- Reporter: emitrax | Owner: bonefish Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Platform: All ------------------------------------+--------------------------------------- Comment (by bonefish): Replying to [comment:2 emitrax]: > If Konsole works the same way, IMHO it's a problem for Konsole too. Neither gnome-terminal, XFCE terminal, Eterm, aterm or any other terminal I've used behave that way. It's ugly and annoying. :) I'd say resizing a terminal back and forth isn't a action that one does often enough to really bother whether some lines are scrolled up. I don't know about the other terminals programs, but at least xterm has a similar problem, just at the top of the screen: Enlarging the terminal after a Ctrl-L will move the cursor away from the top. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 16 06:26:46 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 16 Jun 2008 04:26:46 -0000 Subject: [Haiku-bugs] [Haiku] #2385: SVN cannot checkout or update on BeOS R5 Message-ID: <042.e0b40c4768d635bd56c7d418c95e3144@haiku-os.org> #2385: SVN cannot checkout or update on BeOS R5 --------------------------+------------------------------------------------- Reporter: bbjimmy | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Platform: All | --------------------------+------------------------------------------------- Due to a recent change at Berlios.de I can no longer update the source code via svn. the new requirement for an anonymous update is to use http://svn.berlios.de/svnroot/repos/haiku/haiku/trunk This works in Linux but does not work in BeOS. (note: I have been unable to make jam in Ubuntu, so I am stuck updating the trunk in Ubuntu then copying the source files to BeOS to jam an image) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 16 06:37:58 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 16 Jun 2008 04:37:58 -0000 Subject: [Haiku-bugs] [Haiku] #2078: Add stdio_ext.h header In-Reply-To: <043.3f57e3ce095a508ddfa4d0f69a6fe6eb@haiku-os.org> References: <043.3f57e3ce095a508ddfa4d0f69a6fe6eb@haiku-os.org> Message-ID: <052.d3189470543b7ae44a6b0410ee6e6f3f@haiku-os.org> #2078: Add stdio_ext.h header --------------------------+------------------------------------------------- Reporter: andreasf | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All --------------------------+------------------------------------------------- Changes (by scottmc): * cc: scottmc (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 16 06:43:14 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 16 Jun 2008 04:43:14 -0000 Subject: [Haiku-bugs] [Haiku] #2385: SVN cannot checkout or update on BeOS R5 In-Reply-To: <042.e0b40c4768d635bd56c7d418c95e3144@haiku-os.org> References: <042.e0b40c4768d635bd56c7d418c95e3144@haiku-os.org> Message-ID: <051.0661da9414298a1769ec52cfe7ba968c@haiku-os.org> #2385: SVN cannot checkout or update on BeOS R5 ---------------------------+------------------------------------------------ Reporter: bbjimmy | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Platform: All ---------------------------+------------------------------------------------ Comment (by anevilyak): This is because the svn that was compiled for BeOS originally didn't have https support. Michael Lotz created an updated binary for BONE that does, which you can download at: http://haiku.mlotz.ch/svn-https-bone.zip In any case, this isn't a Haiku issue, so please close this bug. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 16 09:11:21 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 16 Jun 2008 07:11:21 -0000 Subject: [Haiku-bugs] [Haiku] #1671: Asus EEEPC can't boot. In-Reply-To: <041.c509a05634e93da784321f9bc9d62670@haiku-os.org> References: <041.c509a05634e93da784321f9bc9d62670@haiku-os.org> Message-ID: <050.3b377c4e99622c9462184dc0ff90ef7c@haiku-os.org> #1671: Asus EEEPC can't boot. ---------------------------+------------------------------------------------ Reporter: kvdman | Owner: marcusoverhagen Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Disk | Version: R1 development Resolution: | Platform: All ---------------------------+------------------------------------------------ Comment (by modeenf): Apparently there are a way to boot Haiku from USB these days. http://www.freelists.org/archives/openbeos/06-2008/msg00026.html The installed image on the USB will be the same size as size in the haiku.img -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 16 09:44:49 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 16 Jun 2008 07:44:49 -0000 Subject: [Haiku-bugs] [Haiku] #1982: unmount bug: PANIC: vm_page_fault: unhandled page fault in kernel In-Reply-To: <040.07f9632ff503a91bdd3f366026b60cfc@haiku-os.org> References: <040.07f9632ff503a91bdd3f366026b60cfc@haiku-os.org> Message-ID: <049.0210739238391fffea31e966291daabd@haiku-os.org> #1982: unmount bug: PANIC: vm_page_fault: unhandled page fault in kernel ----------------------------+----------------------------------------------- Reporter: thorn | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: x86 ----------------------------+----------------------------------------------- Comment (by kvark): /src/system/kernel/fs/vfs.cpp Line 6607 is not needed. At that point the root node seems like already released in the line 6542. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 16 10:04:43 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 16 Jun 2008 08:04:43 -0000 Subject: [Haiku-bugs] [Haiku] #2385: SVN cannot checkout or update on BeOS R5 In-Reply-To: <042.e0b40c4768d635bd56c7d418c95e3144@haiku-os.org> References: <042.e0b40c4768d635bd56c7d418c95e3144@haiku-os.org> Message-ID: <051.be50f768c97d461435ed0303fe1ffdb1@haiku-os.org> #2385: SVN cannot checkout or update on BeOS R5 ---------------------------+------------------------------------------------ Reporter: bbjimmy | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: invalid | Platform: All ---------------------------+------------------------------------------------ Changes (by mmlr): * status: new => closed * resolution: => invalid Comment: Yes, that BerliOS just changes access methods is sadly something we can do absolutely nothing against. The http access method for anonymous checkouts should however still work. It is only the https access for developers that require an additionally SSL enabled libneon. This is currently only available for BONE. If http does not work, please check if there is no updated svn package available, as http should work fine on plain R5 too. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 16 11:23:39 2008 From: trac at haiku-os.org (Haiku) Date: Mon, 16 Jun 2008 09:23:39 -0000 Subject: [Haiku-bugs] [Haiku] #2358: Couldn't unmount usb disk after copying a file In-Reply-To: <042.2b3e823ed534dcfdb40d17a76011555f@haiku-os.org> References: <042.2b3e823ed534dcfdb40d17a76011555f@haiku-os.org> Message-ID: <051.876af2fb4a7235f64a1da7c9a8fbc4ec@haiku-os.org> #2358: Couldn't unmount usb disk after copying a file ---------------------------+------------------------------------------------ Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1 Component: Drivers/Disk | Version: R1 development Resolution: | Platform: All ---------------------------+------------------------------------------------ Comment (by kvark): Can't reproduce with r25951. My actions: 1) mounted usb (throught the desktop right-click, to /NO_NAME) 2) touch ~/my.txt in Terminal 3) copy my.txt to the /NO_NAME using Tracker 4) opened ~/my.txt in Tracker, wrote some symbols 5) right click on the usb drive on the desktop, click Unmount command The result: Tracker /NO_NAME window is automaticly closed, the device is unmounted properly. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 16 14:36:20 2008 From: trac at haiku-os.org (emitrax) Date: Mon, 16 Jun 2008 12:36:20 -0000 Subject: [Haiku-bugs] [Haiku] #2382: [Terminal]: crash on BasicTerminalBuffer::_Scroll() In-Reply-To: <042.0c01561e78d40902a91b30d3b5b98c29@haiku-os.org> References: <042.0c01561e78d40902a91b30d3b5b98c29@haiku-os.org> Message-ID: <051.43acd31007ad18f3efbe974857de5ed0@haiku-os.org> #2382: [Terminal]: crash on BasicTerminalBuffer::_Scroll() ------------------------------------+--------------------------------------- Reporter: emitrax | Owner: bonefish Type: bug | Status: new Priority: high | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by emitrax): I actually managed to reproduce it quite easily again. - Open a file with vim that has more lines than the terminal can display - Maximize the window (you'll see that vim won't expand the text to the rest of the window) - In command mode (press esc), press the down key to scroll down the text r25969 with vmware. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 16 14:43:12 2008 From: trac at haiku-os.org (emitrax) Date: Mon, 16 Jun 2008 12:43:12 -0000 Subject: [Haiku-bugs] [Haiku] #2386: [Terminal]: Resizing issue Message-ID: <042.737f84c8aacdbb370335348ec7f85444@haiku-os.org> #2386: [Terminal]: Resizing issue -----------------------------------+---------------------------------------- Reporter: emitrax | Owner: bonefish Type: bug | Status: new Priority: high | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Since I got a different stack trace I decided to open a new ticket, although problem seems to be related The way to reproduce them is always the same. - Open a file with vim that has more line than the terminal can display in default size - start scrolling down the file with the down arrow key in command mode (press esc) - Maximize the window Playing around with the size of the terminal eventually make it crash. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 16 15:12:47 2008 From: trac at haiku-os.org (mmlr) Date: Mon, 16 Jun 2008 13:12:47 -0000 Subject: [Haiku-bugs] [Haiku] #2375: Unmounting card in usb card reader doesn't work In-Reply-To: <040.e9348f4e344fc9ae467d5a79edaf1423@haiku-os.org> References: <040.e9348f4e344fc9ae467d5a79edaf1423@haiku-os.org> Message-ID: <049.2d39a46c08ca5d33200a663bac3f9784@haiku-os.org> #2375: Unmounting card in usb card reader doesn't work ---------------------------+------------------------------------------------ Reporter: monni | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Disk | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by mmlr): * status: reopened => closed * resolution: => fixed Comment: B_EJECT_DEVICE and B_LOAD_MEDIA implemented through SCSI START_STOP_UNIT in r25955. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 16 15:16:25 2008 From: trac at haiku-os.org (aldeck) Date: Mon, 16 Jun 2008 13:16:25 -0000 Subject: [Haiku-bugs] [Haiku] #1408: [Deskbar] shelf layout problems In-Reply-To: <040.349995a0bc3e22398901b8cd66a17256@haiku-os.org> References: <040.349995a0bc3e22398901b8cd66a17256@haiku-os.org> Message-ID: <049.dbf4da5682e4bd5b5e68de54c9dc5657@haiku-os.org> #1408: [Deskbar] shelf layout problems -----------------------------------+---------------------------------------- Reporter: diver | Owner: aldeck Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Deskbar | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by aldeck): * status: assigned => closed * resolution: => fixed Comment: Fixed in r25970 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 16 15:33:28 2008 From: trac at haiku-os.org (ekdahl) Date: Mon, 16 Jun 2008 13:33:28 -0000 Subject: [Haiku-bugs] [Haiku] #1836: OpenGL output not visible on screenshots In-Reply-To: <041.35c11d2f8648ac43478bc54b950533aa@haiku-os.org> References: <041.35c11d2f8648ac43478bc54b950533aa@haiku-os.org> Message-ID: <050.96112000a7b247e80533e93b0ee6b4a3@haiku-os.org> #1836: OpenGL output not visible on screenshots ------------------------------+--------------------------------------------- Reporter: ekdahl | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/OpenGL Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by ekdahl): Haiku isn't bootable for me ATM, so I can't test it. But it should be easy for anyone to test it using vesa driver. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 16 15:39:47 2008 From: trac at haiku-os.org (ekdahl) Date: Mon, 16 Jun 2008 13:39:47 -0000 Subject: [Haiku-bugs] [Haiku] #1726: PS/2 mouse doesn't work In-Reply-To: <041.f98b41c9fc53dec56e115bb3b8eb100f@haiku-os.org> References: <041.f98b41c9fc53dec56e115bb3b8eb100f@haiku-os.org> Message-ID: <050.d7f7bd4e94b06ade354a0af8e07ec0e7@haiku-os.org> #1726: PS/2 mouse doesn't work --------------------------------+------------------------------------------- Reporter: ekdahl | Owner: marcusoverhagen Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Mouse/PS2 | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by ekdahl): I'll check again as soon as I get Haiku booting on this computer again. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 16 16:08:48 2008 From: trac at haiku-os.org (aldeck) Date: Mon, 16 Jun 2008 14:08:48 -0000 Subject: [Haiku-bugs] [Haiku] #2387: [Deskbar] In horizontal mode, MenuItems height is too big when fonts size > 12 Message-ID: <041.c60213892c736f5898f967e6b65909e6@haiku-os.org> #2387: [Deskbar] In horizontal mode, MenuItems height is too big when fonts size > 12 ----------------------------------+----------------------------------------- Reporter: aldeck | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Deskbar | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- In horizontal mode, MenuItems height is too big when fonts size > 12. This makes items overlap below the screen bottom, and the item's text and leaf icon look shifted a few pixels down. This is a consequence of BMenuItem height adapting to the font but is (only?) problematic for deskbar since it has a fixed height, because the replicant tray is not scalable. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 16 16:19:04 2008 From: trac at haiku-os.org (aldeck) Date: Mon, 16 Jun 2008 14:19:04 -0000 Subject: [Haiku-bugs] [Haiku] #2107: Deskbar won't remember settings (i.e network applet, volume control) In-Reply-To: <041.e9a4e1efc1fcacbd0e2ed4f4d32add30@haiku-os.org> References: <041.e9a4e1efc1fcacbd0e2ed4f4d32add30@haiku-os.org> Message-ID: <050.1660e7bda8442dffcd2bdca1659d3a0c@haiku-os.org> #2107: Deskbar won't remember settings (i.e network applet, volume control) -----------------------------------+---------------------------------------- Reporter: kvdman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Deskbar | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by aldeck): Seems fixed. I've been testing Deskbar a lot lately and i can't reproduce, with your test case at least. Can you check again? The ordering is not kept on reboot (or deskbar restart), but that's another issue. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 16 16:28:44 2008 From: trac at haiku-os.org (nielx) Date: Mon, 16 Jun 2008 14:28:44 -0000 Subject: [Haiku-bugs] [Haiku] #1855: Glibc wide char functions are disabled In-Reply-To: <045.34bab0da7c7771105187bde6b57a07a9@haiku-os.org> References: <045.34bab0da7c7771105187bde6b57a07a9@haiku-os.org> Message-ID: <054.18af03d3ab2f008751edcefd607136e8@haiku-os.org> #1855: Glibc wide char functions are disabled --------------------------------+------------------------------------------- Reporter: jackburton | Owner: jackburton Type: bug | Status: assigned Priority: high | Milestone: R1/alpha1 Component: System/libroot.so | Version: R1 development Resolution: | Blockedby: 1881 Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by nielx): * blockedby: => 1881 Comment: Adding dependency. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 16 16:33:22 2008 From: trac at haiku-os.org (aldeck) Date: Mon, 16 Jun 2008 14:33:22 -0000 Subject: [Haiku-bugs] [Haiku] #984: Generic application icon in deskbar is old style 8 bit In-Reply-To: <045.a627ff651e00e44965d5eb8399fb64d8@haiku-os.org> References: <045.a627ff651e00e44965d5eb8399fb64d8@haiku-os.org> Message-ID: <054.abf54ea7b13d148bb6c1fd8f6de7c70d@haiku-os.org> #984: Generic application icon in deskbar is old style 8 bit -----------------------------------+---------------------------------------- Reporter: jackburton | Owner: stippi Type: bug | Status: new Priority: low | Milestone: R1 Component: Applications/Deskbar | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by aldeck): Seems fixed here. Not sure it's the same issue but i can only see the old icon in ProcessController's menus, the "/bin/sh --login" item uses the old icon. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 16 16:54:01 2008 From: trac at haiku-os.org (aldeck) Date: Mon, 16 Jun 2008 14:54:01 -0000 Subject: [Haiku-bugs] [Haiku] #655: [Tracker] Changing disks icon setting lets stuff disappear In-Reply-To: <040.dd10fd3fa911f6bdac758fa5d81d13f2@haiku-os.org> References: <040.dd10fd3fa911f6bdac758fa5d81d13f2@haiku-os.org> Message-ID: <049.f6e14e8905df8bccd1dea3da46b5e601@haiku-os.org> #655: [Tracker] Changing disks icon setting lets stuff disappear -----------------------------------+---------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by aldeck): * status: reopened => closed * resolution: => fixed Comment: There was "stuff" disappearing fixed in r25941. Besides, the test case is not reproducible anymore, closing. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 16 18:29:07 2008 From: trac at haiku-os.org (bonefish) Date: Mon, 16 Jun 2008 16:29:07 -0000 Subject: [Haiku-bugs] [Haiku] #2382: [Terminal]: crash on BasicTerminalBuffer::_Scroll() In-Reply-To: <042.0c01561e78d40902a91b30d3b5b98c29@haiku-os.org> References: <042.0c01561e78d40902a91b30d3b5b98c29@haiku-os.org> Message-ID: <051.eea150552c727065fa6a48dae70c93bf@haiku-os.org> #2382: [Terminal]: crash on BasicTerminalBuffer::_Scroll() ------------------------------------+--------------------------------------- Reporter: emitrax | Owner: bonefish Type: bug | Status: new Priority: high | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by bonefish): Should be fixed in r25973. Please verify. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 16 18:30:31 2008 From: trac at haiku-os.org (bonefish) Date: Mon, 16 Jun 2008 16:30:31 -0000 Subject: [Haiku-bugs] [Haiku] #2386: [Terminal]: Resizing issue In-Reply-To: <042.737f84c8aacdbb370335348ec7f85444@haiku-os.org> References: <042.737f84c8aacdbb370335348ec7f85444@haiku-os.org> Message-ID: <051.4e78da3c413a02295b2589303af669c5@haiku-os.org> #2386: [Terminal]: Resizing issue ------------------------------------+--------------------------------------- Reporter: emitrax | Owner: bonefish Type: bug | Status: new Priority: high | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by bonefish): It was likely caused by the same bug as #2382. Should be fixed in r25973. Please verify. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 16 19:27:04 2008 From: trac at haiku-os.org (miqlas) Date: Mon, 16 Jun 2008 17:27:04 -0000 Subject: [Haiku-bugs] [Haiku] #2367: Media checker blocks in USB when booting from USB In-Reply-To: <040.071b43b6611ddf637fa7f5a2c6cebc5e@haiku-os.org> References: <040.071b43b6611ddf637fa7f5a2c6cebc5e@haiku-os.org> Message-ID: <049.ab38884004a9287110c1b6807464f984@haiku-os.org> #2367: Media checker blocks in USB when booting from USB --------------------------+------------------------------------------------- Reporter: axeld | Owner: mmlr Type: bug | Status: assigned Priority: high | Milestone: R1/alpha1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by miqlas): "I've installed Haiku on a 128 MB USB stick.." How You installed the Haiku to an '''128MB''' stick? The image size is 262MB (But it contains ~100MB free space, then 262-100=162 and 162>128). Are You sure You made correct bootdisk? How You made the bootdisk? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 16 19:50:40 2008 From: trac at haiku-os.org (korli) Date: Mon, 16 Jun 2008 17:50:40 -0000 Subject: [Haiku-bugs] [Haiku] #2388: deadlock between kernel heap and kernel vm Message-ID: <040.e6d01376ce690a177a4a918c28aac325@haiku-os.org> #2388: deadlock between kernel heap and kernel vm ---------------------------+------------------------------------------------ Reporter: korli | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ The heap grower thread is trying to acquire the kernel aspace lock. The net_server thread is trying to use memalign() which waits for the heap grower, while holding the kernel aspace lock. Here is the dump of the debug session: {{{ kdebug> bt 8 stack trace for thread 8 "heap grower" kernel stack: 0x80147000 to 0x8014b000 frame caller :function + offset 8014ad88 (+ 32) 80037d1e :context_switch__FP6threadT0 + 0x0026 8014ada8 (+ 64) 80037f88 :scheduler_reschedule + 0x0248 8014ade8 (+ 64) 80039270 :switch_sem_etc + 0x0368 8014ae28 (+ 64) 80038eda :acquire_sem_etc + 0x0026 8014ae68 (+ 64) 8009154e :SetTo__23AddressSpaceWriteLockerl + 0x0036 8014aea8 (+ 144) 80092d81 :vm_create_anonymous_area + 0x00c1 8014af38 (+ 96) 80098a7f :create_area + 0x0047 8014af98 (+ 64) 8002f964 :heap_grow_thread__FPv + 0x0060 8014afd8 (+ 32) 80042993 :_create_kernel_thread_kentry__Fv + 0x001b 8014aff8 (+2146127880) 80042928 :thread_kthread_exit__Fv + 0x0000 kdebug> kdebug> bt 76 stack trace for thread 76 "net_server" kernel stack: 0x80250000 to 0x80254000 user stack: 0x7efe7000 to 0x7ffe7000 frame caller :function + offset 802537d4 (+ 32) 80037d1e :context_switch__FP6threadT0 + 0x0026 802537f4 (+ 64) 80037f88 :scheduler_reschedule + 0x0248 80253834 (+ 64) 80039270 :switch_sem_etc + 0x0368 80253874 (+ 48) 80038f02 :switch_sem + 0x001e 802538a4 (+ 48) 8002fc56 :memalign + 0x00d6 802538d4 (+ 32) 8002fcac :malloc + 0x0014 802538f4 (+ 48) 80091f4f :create_area_struct__FP16vm_address_spacePCcUlUl + 0x002f 80253924 (+ 64) 8009288d :map_backing_store__FP16vm_address_spaceP8vm_cachePPvxUlUliiiPP7vm_areaPCcbT11_ + 0x0021 80253964 (+ 176) 80092edf :vm_create_anonymous_area + 0x021f 80253a14 (+ 96) 80098a7f :create_area + 0x0047 80253a74 (+ 80) 80678365 :__23PhysicalMemoryAllocatorPCcUlUlUl + 0x0161 80253ac4 (+ 80) 80674496 :__5Stack + 0x00b2 80253b14 (+ 48) 80673640 :bus_std_ops__Fle + 0x00a8 80253b44 (+ 64) 8003405b :get_module + 0x013f 80253b84 (+ 48) 802c48da :init_driver + 0x002a 80253bb4 (+ 48) 8005a229 :load_driver__FP13legacy_driver + 0x0139 80253be4 (+ 128) 8005a6e1 :add_driver__FPCcl + 0x022d 80253c64 (+ 32) 8005c2b0 :legacy_driver_add + 0x0014 80253c84 (+ 48) 8005b994 :try_drivers__FRt16DoublyLinkedList2Z12driver_entryZt31DoublyLinkedListStandardGetLink1Z12driver_entry + 0x00a4 80253cb4 (+ 192) 8005bde3 :probe_for_drivers__FPCc + 0x03ff 80253d74 (+ 144) 8005c75e :legacy_driver_probe + 0x0172 80253e04 (+ 96) 800565fd :scan_for_drivers__FP11devfs_vnode + 0x0085 80253e64 (+ 64) 80058135 :devfs_open_dir__FP9fs_volumeP8fs_vnodePPv + 0x0081 80253ea4 (+ 48) 8007c3d2 :open_dir_vnode__FP5vnodeb + 0x0022 80253ed4 (+ 48) 8007ccbd :dir_open__FiPcb + 0x0051 80253f04 (+ 64) 80081a6b :_user_open_dir + 0x0093 80253f44 (+ 100) 800a47e2 :pre_syscall_debug_done + 0x0002 (nearest) iframe at 0x80253fa8 (end = 0x80254000) eax 0x5a ebx 0x444a28 ecx 0x7ffe6720 edx 0xffff0104 esi 0x214107 edi 0x7ffe6948 ebp 0x7ffe674c esp 0x80253fdc eip 0xffff0104 eflags 0x203 vector: 0x63, error code: 0x0 80253fa8 (+ 0) ffff0104 7ffe674c (+ 48) 00382c19 :__10BDirectoryPCc + 0x0055 7ffe677c (+ 544) 0020b988 <_APP_>:_ConfigureDevices__9NetServeriPCcP8BMessage + 0x0028 7ffe699c (+ 272) 0020c02d <_APP_>:_BringUpInterfaces__9NetServer + 0x0211 7ffe6aac (+ 80) 00209a7a <_APP_>:ReadyToRun__9NetServer + 0x005e 7ffe6afc (+ 496) 002bd309 :DispatchMessage__12BApplicationP8BMessageP8BHandler + 0x02f9 7ffe6cec (+ 64) 002c791d :task_looper__7BLooper + 0x0211 7ffe6d2c (+ 64) 002bbb81 :Run__12BApplication + 0x0075 7ffe6d6c (+ 528) 0020c2df <_APP_>:main + 0x0083 7ffe6f7c (+ 48) 00209267 <_APP_>:_start + 0x005b 7ffe6fac (+ 48) 0010084a 3991:runtime_loader_seg0ro at 0x00100000 + 0x84a 7ffe6fdc (+ 0) 7ffe6fec 3990:net_server_main_stack at 0x7efe7000 + 0xffffec kdebug> kdebug> sem 5 SEM: 0x9209b104 id: 5 (0x5) name: 'heap_grown_notify' owner: 0 count: -1 queue: 76 last acquired by: 0, count: 0 last released by: 0, count: 0 kdebug> kdebug> sem 1 SEM: 0x9209b034 id: 1 (0x1) name: 'kernel_aspacelock' owner: 0 count: -1025 queue: 8 77 last acquired by: 76, count: 1024 last released by: 77, count: 1 kdebug> kdebug> kdebug> threads thread id state wait for object cpu pri stack team name 0x800e64e0 1 running - 0 0 0x80201000 1 idle thread 1 0x90b4d000 2 waiting cvar 0x800e64c8 - 15 0x800ff000 1 undertaker 0x90b4d800 3 zzz - 5 0x80133000 1 kernel daemon 0x90b4e000 4 zzz - 1 0x80137000 1 page scrubber 0x90b4e800 5 waiting sem 18 - 11 0x8013b000 1 page writer 0x919ed800 68 waiting sem 671 - 10 0x80150000 68 _roster_thread_ 0x90b4f000 6 waiting sem 22 - 10 0x8013f000 1 page daemon 0x90b4f800 7 waiting sem 26 - 5 0x80143000 1 low memory handler 0x919fb000 70 zzz - 10 0x801fa000 68 message deliverer 0x90b50000 8 waiting sem 1 - 110 0x80147000 1 heap grower 0x919fb800 71 waiting sem 678 - 10 0x8023c000 68 timer_thread 0x90b61000 9 waiting mutex 0x90b2a38c - 5 0x8014c000 1 block notifier/writer 0x90b6f000 72 waiting sem 682 - 10 0x80240000 68 authentication manager 0x90b6f800 73 waiting sem 695 - 10 0x80244000 68 main_mime 0x90b66000 11 waiting sem 41 - 10 0x80154000 1 acpi_task 0x91a07000 74 waiting sem 706 - 15 0x80248000 68 messaging command processor 0x90b61800 75 waiting sem 784 - 10 0x801f6000 75 debug_server 0x91a0d800 76 waiting sem 5 - 10 0x80250000 76 net_server 0x91a14000 77 waiting sem 1 - 10 0x80254000 77 app_server 0x91a1f000 78 zzz - 10 0x80258000 78 waitfor 0x90b6b000 48 zzz - 10 0x8015a000 1 media checker 0x91a32000 80 waiting sem 817 - 10 0x80260000 75 kernel listener 0x91a29800 82 waiting sem 834 - 10 0x8025c000 76 PathMonitor looper 0x91a32800 83 waiting sem 841 - 10 0x80264000 76 PathMonitor looper 0x91a41800 84 waiting sem 870 - 10 0x8027e000 1 net timer 0x91a69800 85 waiting sem 915 - 15 0x802ba000 1 loop consumer 0x90b6b800 54 waiting sem 225 - 10 0x80162000 1 locked_pool_enlarger 0x90b66800 55 waiting sem 233 - 20 0x80166000 1 scsi_bus_service 0x90ba8000 56 waiting sem 267 - 20 0x8016f000 1 scsi_bus_service 0x90ba8800 58 waiting sem 476 - 5 0x801ec000 1 syslog sender 0x919ec000 59 waiting cvar 0x90c6ded8 - 10 0x801f0000 59 sh kdebug> }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 16 20:15:15 2008 From: trac at haiku-os.org (idefix) Date: Mon, 16 Jun 2008 18:15:15 -0000 Subject: [Haiku-bugs] [Haiku] #2280: Can't take screenshot in 16 bit colour space In-Reply-To: <041.6e339803e4111faea0884aa8d950bf65@haiku-os.org> References: <041.6e339803e4111faea0884aa8d950bf65@haiku-os.org> Message-ID: <050.c8662b5382537595b4761b8e60b92187@haiku-os.org> #2280: Can't take screenshot in 16 bit colour space ---------------------------------+------------------------------------------ Reporter: idefix | Owner: leavengood Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by idefix): Thanks korli for adding it in r25950! [[BR]]This ticket can be closed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 16 20:38:44 2008 From: trac at haiku-os.org (idefix) Date: Mon, 16 Jun 2008 18:38:44 -0000 Subject: [Haiku-bugs] [Haiku] #1846: Media does not retain preferred settings In-Reply-To: <040.fd3b9bce9062b192a89fdea564992559@haiku-os.org> References: <040.fd3b9bce9062b192a89fdea564992559@haiku-os.org> Message-ID: <049.4efc734ecaaf12808103a2c445b47dc9@haiku-os.org> #1846: Media does not retain preferred settings --------------------------------+------------------------------------------- Reporter: cebif | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Media | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by idefix): I can confirm this bug is still valid. I have a SoundBlaster Live and every time I boot into Haiku, I have to set the 'AC97 Mixer'-settings again. (Specifically: Media Preferences -> Emuxki SB Live -> AC97 Mixer -> uncheck 'Line In' Mute) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 16 21:54:55 2008 From: trac at haiku-os.org (nielx) Date: Mon, 16 Jun 2008 19:54:55 -0000 Subject: [Haiku-bugs] [Haiku] #783: subcomponents should be able to inherit parent's owner In-Reply-To: <045.171fbb2a1600ac602a529b43636d4ffb@haiku-os.org> References: <045.171fbb2a1600ac602a529b43636d4ffb@haiku-os.org> Message-ID: <054.26e450a450fac11af4aaf49df2a48390@haiku-os.org> #783: subcomponents should be able to inherit parent's owner ---------------------------+------------------------------------------------ Reporter: wkornewald | Owner: haiku-web Type: enhancement | Status: new Priority: low | Milestone: Component: Website/Trac | Version: Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by nielx): * milestone: Website R2 => -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 16 21:55:21 2008 From: trac at haiku-os.org (nielx) Date: Mon, 16 Jun 2008 19:55:21 -0000 Subject: [Haiku-bugs] [Haiku] #815: allow for milestones to have a parent milestone In-Reply-To: <045.3df973a7354438274fb1b8c548783285@haiku-os.org> References: <045.3df973a7354438274fb1b8c548783285@haiku-os.org> Message-ID: <054.567ca0ba29929efc52e5d63e57706a8c@haiku-os.org> #815: allow for milestones to have a parent milestone ---------------------------+------------------------------------------------ Reporter: wkornewald | Owner: haiku-web Type: enhancement | Status: new Priority: low | Milestone: Component: Website/Trac | Version: Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by nielx): * milestone: Website R2 => -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 16 23:44:19 2008 From: trac at haiku-os.org (axeld) Date: Mon, 16 Jun 2008 21:44:19 -0000 Subject: [Haiku-bugs] [Haiku] #2367: Media checker blocks in USB when booting from USB In-Reply-To: <040.071b43b6611ddf637fa7f5a2c6cebc5e@haiku-os.org> References: <040.071b43b6611ddf637fa7f5a2c6cebc5e@haiku-os.org> Message-ID: <049.98f9d1182455a100af318bc1c1d14f71@haiku-os.org> #2367: Media checker blocks in USB when booting from USB --------------------------+------------------------------------------------- Reporter: axeld | Owner: mmlr Type: bug | Status: assigned Priority: high | Milestone: R1/alpha1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by axeld): To mmlr: added image of media checker stack trace. Seems I could have remembered better... :-) To miqlas: just remove all optional packages, and Haiku installs fine on smaller images. The image was actually only 100 MB in size, I don't remember how much free space was left, though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 16 23:50:34 2008 From: trac at haiku-os.org (korli) Date: Mon, 16 Jun 2008 21:50:34 -0000 Subject: [Haiku-bugs] [Haiku] #2280: Can't take screenshot in 16 bit colour space In-Reply-To: <041.6e339803e4111faea0884aa8d950bf65@haiku-os.org> References: <041.6e339803e4111faea0884aa8d950bf65@haiku-os.org> Message-ID: <050.f3c34bdc7f10d945a22f2f418ecd3a6a@haiku-os.org> #2280: Can't take screenshot in 16 bit colour space ---------------------------------+------------------------------------------ Reporter: idefix | Owner: leavengood Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by korli): * status: new => closed * resolution: => fixed Comment: Fixed. Is there a ticket for the screen shot application ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 16 23:57:05 2008 From: trac at haiku-os.org (korli) Date: Mon, 16 Jun 2008 21:57:05 -0000 Subject: [Haiku-bugs] [Haiku] #1836: OpenGL output not visible on screenshots In-Reply-To: <041.35c11d2f8648ac43478bc54b950533aa@haiku-os.org> References: <041.35c11d2f8648ac43478bc54b950533aa@haiku-os.org> Message-ID: <050.49165a395394984d14f0fbfb5d7c567b@haiku-os.org> #1836: OpenGL output not visible on screenshots ------------------------------+--------------------------------------------- Reporter: ekdahl | Owner: korli Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/OpenGL Kit | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed Comment: Should be fixed. Please reopen if needed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 16 23:59:16 2008 From: trac at haiku-os.org (leavengood) Date: Mon, 16 Jun 2008 21:59:16 -0000 Subject: [Haiku-bugs] [Haiku] #2280: Can't take screenshot in 16 bit colour space In-Reply-To: <041.6e339803e4111faea0884aa8d950bf65@haiku-os.org> References: <041.6e339803e4111faea0884aa8d950bf65@haiku-os.org> Message-ID: <050.7c032818f37e38b6d8615dae5a9a20df@haiku-os.org> #2280: Can't take screenshot in 16 bit colour space ---------------------------------+------------------------------------------ Reporter: idefix | Owner: leavengood Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by leavengood): Replying to [comment:3 korli]: > Fixed. Is there a ticket for the screen shot application ? I don't think so, at least there is not one assigned to me. I did start working on the screen shot app some time ago, and it is about 80% done. The only thing left is saving to a file using the translation kit. I may just commit a version that uses your improved PNGDump and the translation kit stuff can be added later. Sorry for the delay on that. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 00:07:03 2008 From: trac at haiku-os.org (korli) Date: Mon, 16 Jun 2008 22:07:03 -0000 Subject: [Haiku-bugs] [Haiku] #1919: Cursor hangs on startup In-Reply-To: <044.216253a81a35f1fd229dcbb677851cfa@haiku-os.org> References: <044.216253a81a35f1fd229dcbb677851cfa@haiku-os.org> Message-ID: <053.89c4e53486edb51718ec1c3944153c22@haiku-os.org> #1919: Cursor hangs on startup ----------------------------+----------------------------------------------- Reporter: meanwhile | Owner: korli Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by korli): Replying to [comment:21 korli]: > Replying to [comment:20 meanwhile]: > > It did help...thanks both of you; CD playback is very good and I'll test other audio files. > > Ok, we would need to check accessed registers, some could be invalid uses. Meanwhile, could you check again with r25978 and provide the serial output ? Thanks. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 00:39:25 2008 From: trac at haiku-os.org (scottmc) Date: Mon, 16 Jun 2008 22:39:25 -0000 Subject: [Haiku-bugs] [Haiku] #2389: [Terminal] Add a menu option to allow the user to give the terminal a custom name Message-ID: <042.2575dc36ddb965d80a491d7934979b0a@haiku-os.org> #2389: [Terminal] Add a menu option to allow the user to give the terminal a custom name -----------------------------------+---------------------------------------- Reporter: scottmc | Owner: jackburton Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- It would be nice to be able to rename a terminal window something more useful than "Terminal 1", "Terminal 2", etc. Seems to me there's a way to do this from a command line? Even if there is, it would still be nice to be able to click on the terminal window and find an option to rename it and then type a new name for it in. I often find myself with 3+ terminals open at the same time and I forget which terminal was doing what. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 01:09:49 2008 From: trac at haiku-os.org (umccullough) Date: Mon, 16 Jun 2008 23:09:49 -0000 Subject: [Haiku-bugs] [Haiku] #1740: [Trac] Include attachment indicator in email notifications In-Reply-To: <046.1570159e65321561a1f22a66dc423992@haiku-os.org> References: <046.1570159e65321561a1f22a66dc423992@haiku-os.org> Message-ID: <055.f000e1ebedea50e175695dd0e838e526@haiku-os.org> #1740: [Trac] Include attachment indicator in email notifications ---------------------------+------------------------------------------------ Reporter: umccullough | Owner: nielx Type: enhancement | Status: reopened Priority: normal | Milestone: Trac 0.11 Component: Website/Trac | Version: Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by umccullough): * status: closed => reopened * resolution: fixed => Comment: Reopening as this is apparently not fixed in the new Trac 0.11RC1 now. (Preferably fixed issues for website/trac don't get closed until they're actually available to the reporter) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 01:58:45 2008 From: trac at haiku-os.org (scottmc) Date: Mon, 16 Jun 2008 23:58:45 -0000 Subject: [Haiku-bugs] [Haiku] #2389: [Terminal] Add a menu option to allow the user to give the terminal a custom name In-Reply-To: <042.2575dc36ddb965d80a491d7934979b0a@haiku-os.org> References: <042.2575dc36ddb965d80a491d7934979b0a@haiku-os.org> Message-ID: <051.df64096a9c0b46a7049e4501ffbedc70@haiku-os.org> #2389: [Terminal] Add a menu option to allow the user to give the terminal a custom name ------------------------------------+--------------------------------------- Reporter: scottmc | Owner: jackburton Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by scottmc): The way to set the name from the command line is: Terminal -t "New window name" & not sure if there's a way to rename it after it's running though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 04:29:39 2008 From: trac at haiku-os.org (bonefish) Date: Tue, 17 Jun 2008 02:29:39 -0000 Subject: [Haiku-bugs] [Haiku] #2389: [Terminal] Add a menu option to allow the user to give the terminal a custom name In-Reply-To: <042.2575dc36ddb965d80a491d7934979b0a@haiku-os.org> References: <042.2575dc36ddb965d80a491d7934979b0a@haiku-os.org> Message-ID: <051.590435f2bfee37d23b4db0c551171812@haiku-os.org> #2389: [Terminal] Add a menu option to allow the user to give the terminal a custom name ------------------------------------+--------------------------------------- Reporter: scottmc | Owner: jackburton Type: enhancement | Status: new Priority: low | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Changes (by bonefish): * priority: normal => low Comment: In r25987 I reenabled support for setting the window title. You can do that via: {{{ echo -e '\E]0;WindowTitle\a' }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 04:51:54 2008 From: trac at haiku-os.org (bga) Date: Tue, 17 Jun 2008 02:51:54 -0000 Subject: [Haiku-bugs] [Haiku] #2390: Can't switch resolution in VESA mode. Message-ID: <038.8dbd5e29174cc8e1bc5d34ca103c4658@haiku-os.org> #2390: Can't switch resolution in VESA mode. ------------------------------+--------------------------------------------- Reporter: bga | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics | Version: R1 development Blockedby: | Platform: x64 Blocking: | ------------------------------+--------------------------------------------- After changes to enable runtime switching of VESA modes, I still can not do it. When changing modes I get a "General OS error" pop-up and this shows up in syslog: KERN: vm_soft_fault: va 0x10ffc not covered by area in address space KERN: vm_page_fault: vm_soft_fault returned error 'Bad address' on fault at 0x10ffc, ip 0x4cab, write 1, user 1, thread 0xed KERN: vm_page_fault: sending team "app_server" 0x60 SIGSEGV, ip 0x4cab ("???" +0x4cab) KERN: vesa: vbe_get_mode_info(326): vm86 failed KERN: vesa: vesa_set_display_mode(): cannot get mode info Ideas? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 05:08:21 2008 From: trac at haiku-os.org (bga) Date: Tue, 17 Jun 2008 03:08:21 -0000 Subject: [Haiku-bugs] [Haiku] #2083: EHCI bus hanging at boot. In-Reply-To: <038.f0c26633f412f90967d8536305dae776@haiku-os.org> References: <038.f0c26633f412f90967d8536305dae776@haiku-os.org> Message-ID: <047.2b80ef68b9694d5bcee893330ab2909c@haiku-os.org> #2083: EHCI bus hanging at boot. --------------------------+------------------------------------------------- Reporter: bga | Owner: mmlr Type: bug | Status: assigned Priority: blocker | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by bga): During boot I get the message that the BIOS is not giving up the controller and that it will ignore it. The next message seems to indicate that the controller was correctly initialized. I still can not connect my USB card reader tough. If I do, the system stops completely until I remove it (sometimes not even after that). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 05:11:43 2008 From: trac at haiku-os.org (bga) Date: Tue, 17 Jun 2008 03:11:43 -0000 Subject: [Haiku-bugs] [Haiku] #2293: KDL during boot when scanning for devices. In-Reply-To: <038.a25f50d4ee276053a69672710a6d4660@haiku-os.org> References: <038.a25f50d4ee276053a69672710a6d4660@haiku-os.org> Message-ID: <047.d4e6b35466baa3abb57eaf8c8640efd4@haiku-os.org> #2293: KDL during boot when scanning for devices. ----------------------------+----------------------------------------------- Reporter: bga | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by bga): * status: new => closed * resolution: => fixed Comment: Hi Michael. Yeah, it seems to be working now. Thanks. Marking fixed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 06:22:54 2008 From: trac at haiku-os.org (nielx) Date: Tue, 17 Jun 2008 04:22:54 -0000 Subject: [Haiku-bugs] [Haiku] #1740: [Trac] Include attachment indicator in email notifications In-Reply-To: <046.1570159e65321561a1f22a66dc423992@haiku-os.org> References: <046.1570159e65321561a1f22a66dc423992@haiku-os.org> Message-ID: <055.9973734cc5c33b1ef072fc4888d58e70@haiku-os.org> #1740: [Trac] Include attachment indicator in email notifications ---------------------------+------------------------------------------------ Reporter: umccullough | Owner: nielx Type: enhancement | Status: reopened Priority: normal | Milestone: Trac 0.11 Component: Website/Trac | Version: Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by nielx): I thought I had this one nailed. Probably one of the code merges of newer Trac installations broke it. I will look into this on Thursday. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 10:40:38 2008 From: trac at haiku-os.org (axeld) Date: Tue, 17 Jun 2008 08:40:38 -0000 Subject: [Haiku-bugs] [Haiku] #2107: Deskbar won't remember settings (i.e network applet, volume control) In-Reply-To: <041.e9a4e1efc1fcacbd0e2ed4f4d32add30@haiku-os.org> References: <041.e9a4e1efc1fcacbd0e2ed4f4d32add30@haiku-os.org> Message-ID: <050.9ed4f618d442dd80fb243498a4e9e9dc@haiku-os.org> #2107: Deskbar won't remember settings (i.e network applet, volume control) -----------------------------------+---------------------------------------- Reporter: kvdman | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Deskbar | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Unfortunately Karl left out the revision number when reporting this bug, but this one has probably been fixed by r25747, ie. same as bug #2282. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 10:55:14 2008 From: trac at haiku-os.org (kaoutsis) Date: Tue, 17 Jun 2008 08:55:14 -0000 Subject: [Haiku-bugs] [Haiku] #1888: Terminal selecting (text) redraws very often= high cpu load+tearing In-Reply-To: <041.194ced3bd42ba2b954e4d3ac161774d0@haiku-os.org> References: <041.194ced3bd42ba2b954e4d3ac161774d0@haiku-os.org> Message-ID: <050.039c7d7c0e1bdf7065b773a51a738e0a@haiku-os.org> #1888: Terminal selecting (text) redraws very often= high cpu load+tearing ------------------------------------+--------------------------------------- Reporter: nutela | Owner: bonefish Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------------+--------------------------------------- Comment(by kaoutsis): It seems fixed, (tested on qemu). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 13:07:57 2008 From: trac at haiku-os.org (euan) Date: Tue, 17 Jun 2008 11:07:57 -0000 Subject: [Haiku-bugs] [Haiku] #2342: No system timer interrupt on some ATI chipsets In-Reply-To: <039.3674ba47b1d07ce0d804a70edffeeb2b@haiku-os.org> References: <039.3674ba47b1d07ce0d804a70edffeeb2b@haiku-os.org> Message-ID: <048.6a4e9c74614af864c2976cd8005467a4@haiku-os.org> #2342: No system timer interrupt on some ATI chipsets ----------------------------+----------------------------------------------- Reporter: euan | Owner: mmu_man Type: bug | Status: assigned Priority: high | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by euan): any advice as to how one disables the APIC timer? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 13:07:44 2008 From: trac at haiku-os.org (emitrax) Date: Tue, 17 Jun 2008 11:07:44 -0000 Subject: [Haiku-bugs] [Haiku] #2382: [Terminal]: crash on BasicTerminalBuffer::_Scroll() In-Reply-To: <042.0c01561e78d40902a91b30d3b5b98c29@haiku-os.org> References: <042.0c01561e78d40902a91b30d3b5b98c29@haiku-os.org> Message-ID: <051.976a58af06a9f00a8769ecd1f4c43496@haiku-os.org> #2382: [Terminal]: crash on BasicTerminalBuffer::_Scroll() ------------------------------------+--------------------------------------- Reporter: emitrax | Owner: bonefish Type: bug | Status: closed Priority: high | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Changes (by emitrax): * status: new => closed * resolution: => fixed Comment: Issue seems fixed. However a new incorrect behavior has come up. Closing this one and opening a new one for the different issue. Thanks. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 13:08:35 2008 From: trac at haiku-os.org (emitrax) Date: Tue, 17 Jun 2008 11:08:35 -0000 Subject: [Haiku-bugs] [Haiku] #2386: [Terminal]: Resizing issue In-Reply-To: <042.737f84c8aacdbb370335348ec7f85444@haiku-os.org> References: <042.737f84c8aacdbb370335348ec7f85444@haiku-os.org> Message-ID: <051.a8c508393768fb5f55ac73b6191589ed@haiku-os.org> #2386: [Terminal]: Resizing issue ------------------------------------+--------------------------------------- Reporter: emitrax | Owner: bonefish Type: bug | Status: closed Priority: high | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Changes (by emitrax): * status: new => closed * resolution: => fixed Comment: Fixed. Test it with r25990. Thanks. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 13:17:02 2008 From: trac at haiku-os.org (emitrax) Date: Tue, 17 Jun 2008 11:17:02 -0000 Subject: [Haiku-bugs] [Haiku] #2391: [Terminal]: issue when resizing while editing with VIM Message-ID: <042.a2350f73bc79d32b9e92442f58662f6f@haiku-os.org> #2391: [Terminal]: issue when resizing while editing with VIM -----------------------------------+---------------------------------------- Reporter: emitrax | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- - Open a file with vim (at least 100-200 lines) - Start scrolling down the text with the down arrow key - Resize the window (make it first smaller and then larger than it was) Expected behavior: Text should be expanded to the window Current behavior: Text is not expanded - Start scrolling down with the down arrow key Output will be messy. See screenshots. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 13:19:37 2008 From: trac at haiku-os.org (emitrax) Date: Tue, 17 Jun 2008 11:19:37 -0000 Subject: [Haiku-bugs] [Haiku] #2391: [Terminal]: issue when resizing while editing with VIM In-Reply-To: <042.a2350f73bc79d32b9e92442f58662f6f@haiku-os.org> References: <042.a2350f73bc79d32b9e92442f58662f6f@haiku-os.org> Message-ID: <051.5f9e041e6b79a014ab35100a0f888b67@haiku-os.org> #2391: [Terminal]: issue when resizing while editing with VIM ------------------------------------+--------------------------------------- Reporter: emitrax | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by emitrax): I forgot to mention that is r25990. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 13:24:17 2008 From: trac at haiku-os.org (emitrax) Date: Tue, 17 Jun 2008 11:24:17 -0000 Subject: [Haiku-bugs] [Haiku] #2358: Couldn't unmount usb disk after copying a file In-Reply-To: <042.2b3e823ed534dcfdb40d17a76011555f@haiku-os.org> References: <042.2b3e823ed534dcfdb40d17a76011555f@haiku-os.org> Message-ID: <051.a3a1f13a60cd1b27b85d3cf7539303e5@haiku-os.org> #2358: Couldn't unmount usb disk after copying a file ---------------------------+------------------------------------------------ Reporter: emitrax | Owner: axeld Type: bug | Status: closed Priority: high | Milestone: R1 Component: Drivers/Disk | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by emitrax): * status: new => closed * resolution: => fixed Comment: Problem seems fixed. Closing it. I should learn to always add the revision number. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 15:14:07 2008 From: trac at haiku-os.org (nutela) Date: Tue, 17 Jun 2008 13:14:07 -0000 Subject: [Haiku-bugs] [Haiku] #1888: Terminal selecting (text) redraws very often= high cpu load+tearing In-Reply-To: <041.194ced3bd42ba2b954e4d3ac161774d0@haiku-os.org> References: <041.194ced3bd42ba2b954e4d3ac161774d0@haiku-os.org> Message-ID: <050.39bbcf4e94d4e697ca82779eda0a6d3b@haiku-os.org> #1888: Terminal selecting (text) redraws very often= high cpu load+tearing ------------------------------------+--------------------------------------- Reporter: nutela | Owner: bonefish Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------------+--------------------------------------- Comment(by nutela): Replying to [comment:3 kaoutsis]: > It seems fixed, (tested on qemu). I confirm that it is fixed rev 25950, can't seem to close this bug. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 15:22:54 2008 From: trac at haiku-os.org (stippi) Date: Tue, 17 Jun 2008 13:22:54 -0000 Subject: [Haiku-bugs] [Haiku] #1888: Terminal selecting (text) redraws very often= high cpu load+tearing In-Reply-To: <041.194ced3bd42ba2b954e4d3ac161774d0@haiku-os.org> References: <041.194ced3bd42ba2b954e4d3ac161774d0@haiku-os.org> Message-ID: <050.8befb7dd64e2ec38e8c5ddcdd502c56c@haiku-os.org> #1888: Terminal selecting (text) redraws very often= high cpu load+tearing ------------------------------------+--------------------------------------- Reporter: nutela | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: ------------------------------------+--------------------------------------- Changes (by stippi): * status: assigned => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 15:24:26 2008 From: trac at haiku-os.org (stippi) Date: Tue, 17 Jun 2008 13:24:26 -0000 Subject: [Haiku-bugs] [Haiku] #2391: [Terminal]: issue when resizing while editing with VIM In-Reply-To: <042.a2350f73bc79d32b9e92442f58662f6f@haiku-os.org> References: <042.a2350f73bc79d32b9e92442f58662f6f@haiku-os.org> Message-ID: <051.e3bd7d15d1b661e7850a4ac7a487a2e3@haiku-os.org> #2391: [Terminal]: issue when resizing while editing with VIM ------------------------------------+--------------------------------------- Reporter: emitrax | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by stippi): I can observe that the Terminal will only re-calculate line breaks when it is resized vertically. Resizing it only horizontally will not trigger it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 15:25:53 2008 From: trac at haiku-os.org (stippi) Date: Tue, 17 Jun 2008 13:25:53 -0000 Subject: [Haiku-bugs] [Haiku] #2392: Terminal scrollbar layout wrong Message-ID: <041.1b77908e940e14db8bf33e636d0cd8a7@haiku-os.org> #2392: Terminal scrollbar layout wrong -----------------------------------+---------------------------------------- Reporter: stippi | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- The bottom scroll arrow button is now hidden below the window decor's resize corner. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 15:32:15 2008 From: trac at haiku-os.org (emitrax) Date: Tue, 17 Jun 2008 13:32:15 -0000 Subject: [Haiku-bugs] [Haiku] #2393: [Terminal]: vim hangs (-> high cpu usage) when closing terminal while vim is opened Message-ID: <042.5ddacfc34c264debe9354cf2a53bd037@haiku-os.org> #2393: [Terminal]: vim hangs (-> high cpu usage) when closing terminal while vim is opened -----------------------------------+---------------------------------------- Reporter: emitrax | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Honestly it seems more a vim problem. - run vim - close the terminal I expect vim to exit as well, but instead it hangs on port AppLooperPort. See screenshots. r25990. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 15:35:05 2008 From: trac at haiku-os.org (emitrax) Date: Tue, 17 Jun 2008 13:35:05 -0000 Subject: [Haiku-bugs] [Haiku] #2393: [Terminal]: vim hangs (-> high cpu usage) when closing terminal while vim is opened In-Reply-To: <042.5ddacfc34c264debe9354cf2a53bd037@haiku-os.org> References: <042.5ddacfc34c264debe9354cf2a53bd037@haiku-os.org> Message-ID: <051.b98d67e088a4267f1314f7b255f5ecc6@haiku-os.org> #2393: [Terminal]: vim hangs (-> high cpu usage) when closing terminal while vim is opened ------------------------------------+--------------------------------------- Reporter: emitrax | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by emitrax): I said it seems more a vim problem, because if I run StyleEdit for instance, it quits when I close the terminal as I expect. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 15:48:55 2008 From: trac at haiku-os.org (nutela) Date: Tue, 17 Jun 2008 13:48:55 -0000 Subject: [Haiku-bugs] [Haiku] #1949: Haiku: wireless Logitech mx3200 keyboard and mouse + USB receiver not working correctly In-Reply-To: <041.c3b223b19d4d0d2f2f352fd545740f96@haiku-os.org> References: <041.c3b223b19d4d0d2f2f352fd545740f96@haiku-os.org> Message-ID: <050.3d067e6d82ab8157447e4d54c2431842@haiku-os.org> #1949: Haiku: wireless Logitech mx3200 keyboard and mouse + USB receiver not working correctly --------------------------+------------------------------------------------- Reporter: nutela | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------+------------------------------------------------- Comment(by nutela): Hi sorry for the delay, had build problems which I have now fixed thanks to the people on irc. The mouse is working, hooray! Thanks a lot! This means very much to me. The keyboard still has the sticky keys issue. There is an issue with 2 HID devices if my conclusion is correct; when I plug in my wacom tablet, the mouse can move the cursor for a short time but after that it seems the driver or whatever doesn't allow the mouse to move the cursor. The wacom if used (cursor moved) will let the mouse move the cursor a tiny bit once and only after I have moved the wacom pen over the tablet. When I unplug the tablet it mouse receives again full control over the cursor. I hope it helps. Nice work! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 15:53:18 2008 From: trac at haiku-os.org (kvdman) Date: Tue, 17 Jun 2008 13:53:18 -0000 Subject: [Haiku-bugs] [Haiku] #2235: cdrecord no longer recognizes virtual device In-Reply-To: <041.5d126e1a09501c6e1481e89f6ef9967e@haiku-os.org> References: <041.5d126e1a09501c6e1481e89f6ef9967e@haiku-os.org> Message-ID: <050.88463243d17fd2eeb72b41839cef0858@haiku-os.org> #2235: cdrecord no longer recognizes virtual device ------------------------+--------------------------------------------------- Reporter: kvdman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by kvdman): Please close this, confirmed it's working again in r25990 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 15:53:23 2008 From: trac at haiku-os.org (nutela) Date: Tue, 17 Jun 2008 13:53:23 -0000 Subject: [Haiku-bugs] [Haiku] #1949: Haiku: wireless Logitech mx3200 keyboard and mouse + USB receiver not working correctly In-Reply-To: <041.c3b223b19d4d0d2f2f352fd545740f96@haiku-os.org> References: <041.c3b223b19d4d0d2f2f352fd545740f96@haiku-os.org> Message-ID: <050.a57b65af66720f1a1e6af3bfd811facf@haiku-os.org> #1949: Haiku: wireless Logitech mx3200 keyboard and mouse + USB receiver not working correctly --------------------------+------------------------------------------------- Reporter: nutela | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------+------------------------------------------------- Comment(by nutela): It seems the wacom tablet takes full access since when I unplug everything, plug in only the wacom, move the cursor, plug in the mouse/keyboard receiver, the mouse still won't control the cursor with the wacom plugged in, only after the wacom is taken out of the usb socket. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 15:54:11 2008 From: trac at haiku-os.org (bonefish) Date: Tue, 17 Jun 2008 13:54:11 -0000 Subject: [Haiku-bugs] [Haiku] #2392: Terminal scrollbar layout wrong In-Reply-To: <041.1b77908e940e14db8bf33e636d0cd8a7@haiku-os.org> References: <041.1b77908e940e14db8bf33e636d0cd8a7@haiku-os.org> Message-ID: <050.329ffb51a137bb9309e987c87b426d50@haiku-os.org> #2392: Terminal scrollbar layout wrong ------------------------------------+--------------------------------------- Reporter: stippi | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Changes (by bonefish): * status: new => closed * resolution: => fixed Comment: Fixed in r25993. Funny thing is, I removed offsetting the scroll bar bottom in r25969, because it was fine without it when I played with it, although it actually shouldn't according to the BScrollView code. I guess one should always investigate such weirdnesses. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 15:58:21 2008 From: trac at haiku-os.org (bonefish) Date: Tue, 17 Jun 2008 13:58:21 -0000 Subject: [Haiku-bugs] [Haiku] #2394: Search for Ticket Number Should Jump Directly to Ticket Message-ID: <043.f296b63ced72a322234cd7c5bfbed3ba@haiku-os.org> #2394: Search for Ticket Number Should Jump Directly to Ticket --------------------------+------------------------------------------------- Reporter: bonefish | Owner: haiku-web Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- When entering a ticket number in the search field, one should be taken directly to the ticket instead of getting a search result with a "Quickjump to ..." result. This worked before the migration. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 16:20:32 2008 From: trac at haiku-os.org (nutela) Date: Tue, 17 Jun 2008 14:20:32 -0000 Subject: [Haiku-bugs] [Haiku] #2395: Preferences; Backgrounds; Icon label outline Message-ID: <041.a60e9bed46e5dfaded4391ed1eb01e4f@haiku-os.org> #2395: Preferences; Backgrounds; Icon label outline -------------------------------------+-------------------------------------- Reporter: nutela | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Backgrounds | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------------------+-------------------------------------- 1. When no image selected (Image: None) the option "Icon label outline" is unchecked but is still applied which is wrong. 2. The "Icon label outline" checkbox cannot be checked when no image for the desktop background is selected. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 16:27:01 2008 From: trac at haiku-os.org (nutela) Date: Tue, 17 Jun 2008 14:27:01 -0000 Subject: [Haiku-bugs] [Haiku] #2395: Preferences; Backgrounds; Icon label outline In-Reply-To: <041.a60e9bed46e5dfaded4391ed1eb01e4f@haiku-os.org> References: <041.a60e9bed46e5dfaded4391ed1eb01e4f@haiku-os.org> Message-ID: <050.eb00f9b5152fccd0b3f9c644407c5bcc@haiku-os.org> #2395: Preferences; Backgrounds; Icon label outline --------------------------------------+------------------------------------- Reporter: nutela | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Backgrounds | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------------------+------------------------------------- Comment(by nutela): Revision 25950 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 16:31:41 2008 From: trac at haiku-os.org (emitrax) Date: Tue, 17 Jun 2008 14:31:41 -0000 Subject: [Haiku-bugs] [Haiku] #2396: [USB disk icons]: when changing the size, position is lost. Message-ID: <042.099dced3f82c29e856f403b0e56972e1@haiku-os.org> #2396: [USB disk icons]: when changing the size, position is lost. --------------------------------+------------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- - Connect a usb device - Move the icon of the device (I actually move all of the icon) - Change the size of the icon When going from a size to a smaller one, the icon is restored to the top left of the screen, while I expect to stay in the same position as the other icons. r25990 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 16:34:03 2008 From: trac at haiku-os.org (anevilyak) Date: Tue, 17 Jun 2008 14:34:03 -0000 Subject: [Haiku-bugs] [Haiku] #2396: [USB disk icons]: when changing the size, position is lost. In-Reply-To: <042.099dced3f82c29e856f403b0e56972e1@haiku-os.org> References: <042.099dced3f82c29e856f403b0e56972e1@haiku-os.org> Message-ID: <051.ceb558f84a19a012ca677d42fd9d668d@haiku-os.org> #2396: [USB disk icons]: when changing the size, position is lost. -----------------------------------+---------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by anevilyak): * component: Servers/app_server => Applications/Tracker Comment: Switched this to the right component. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 16:36:16 2008 From: trac at haiku-os.org (axeld) Date: Tue, 17 Jun 2008 14:36:16 -0000 Subject: [Haiku-bugs] [Haiku] #2235: cdrecord no longer recognizes virtual device In-Reply-To: <041.5d126e1a09501c6e1481e89f6ef9967e@haiku-os.org> References: <041.5d126e1a09501c6e1481e89f6ef9967e@haiku-os.org> Message-ID: <050.0a5240621f28fda4df5f259350e2d08d@haiku-os.org> #2235: cdrecord no longer recognizes virtual device ------------------------+--------------------------------------------------- Reporter: kvdman | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => invalid -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 18:19:20 2008 From: trac at haiku-os.org (bga) Date: Tue, 17 Jun 2008 16:19:20 -0000 Subject: [Haiku-bugs] [Haiku] #2390: Can't switch resolution in VESA mode. In-Reply-To: <038.8dbd5e29174cc8e1bc5d34ca103c4658@haiku-os.org> References: <038.8dbd5e29174cc8e1bc5d34ca103c4658@haiku-os.org> Message-ID: <047.4553454bde3ca1e192cab0a6bdacea3a@haiku-os.org> #2390: Can't switch resolution in VESA mode. -------------------------------+-------------------------------------------- Reporter: bga | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics | Version: R1 development Resolution: | Blockedby: Platform: x64 | Blocking: -------------------------------+-------------------------------------------- Comment(by bga): This may or may not be related, but I have 2 video cards in my machine (in 2 PCI Express x2 slots). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 18:20:03 2008 From: trac at haiku-os.org (bga) Date: Tue, 17 Jun 2008 16:20:03 -0000 Subject: [Haiku-bugs] [Haiku] #2390: Can't switch resolution in VESA mode. In-Reply-To: <038.8dbd5e29174cc8e1bc5d34ca103c4658@haiku-os.org> References: <038.8dbd5e29174cc8e1bc5d34ca103c4658@haiku-os.org> Message-ID: <047.25ffd7126d6641b01177b05bda2398f9@haiku-os.org> #2390: Can't switch resolution in VESA mode. -------------------------------+-------------------------------------------- Reporter: bga | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics | Version: R1 development Resolution: | Blockedby: Platform: x64 | Blocking: -------------------------------+-------------------------------------------- Comment(by bga): Also it may be worth pointing out that setting the resolution via the boot menu works as expected. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 18:23:42 2008 From: trac at haiku-os.org (nutela) Date: Tue, 17 Jun 2008 16:23:42 -0000 Subject: [Haiku-bugs] [Haiku] #1846: Media does not retain preferred settings In-Reply-To: <040.fd3b9bce9062b192a89fdea564992559@haiku-os.org> References: <040.fd3b9bce9062b192a89fdea564992559@haiku-os.org> Message-ID: <049.667f481833e6e841b4bae1f00c7418d8@haiku-os.org> #1846: Media does not retain preferred settings --------------------------------+------------------------------------------- Reporter: cebif | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Media | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by nutela): I have a different experience; Media Preferences are not saved when the "Restart Media Services" is clicked (media_server restarted). Using Echo24 driver (Echo Mia Midi) Rev 25950 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 18:29:02 2008 From: trac at haiku-os.org (donn) Date: Tue, 17 Jun 2008 16:29:02 -0000 Subject: [Haiku-bugs] [Haiku] #2284: Page Fault on boot (25717) In-Reply-To: <048.bfb72f9386e7aa9daa3a55dc9e971a91@haiku-os.org> References: <048.bfb72f9386e7aa9daa3a55dc9e971a91@haiku-os.org> Message-ID: <057.011a7fbde6674c4249991fe3fb566f67@haiku-os.org> #2284: Page Fault on boot (25717) ----------------------------+----------------------------------------------- Reporter: dustin howett | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: x64 | Blocking: ----------------------------+----------------------------------------------- Comment(by donn): OK! Same here: without system/add-ons/kernel/boot/legacy_sata, r25969 works great on a PATA disk. SATA & PATA controllers both on nForce4 motherboard. SATA still semi-working - can detect partitions and read a little data, but eventually crashes or locks up. (I don't have listdev on r25969, and an older copy doesn't list anything.) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 18:54:35 2008 From: trac at haiku-os.org (tigerdog) Date: Tue, 17 Jun 2008 16:54:35 -0000 Subject: [Haiku-bugs] [Haiku] #2373: Firefox and Thunderbird cannot run simultaneously In-Reply-To: <043.2a4c0ccf2f67c415c6576e41097aa86a@haiku-os.org> References: <043.2a4c0ccf2f67c415c6576e41097aa86a@haiku-os.org> Message-ID: <052.e0c685bc0de5454e6de892fa173eb69c@haiku-os.org> #2373: Firefox and Thunderbird cannot run simultaneously ------------------------+--------------------------------------------------- Reporter: tigerdog | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by tigerdog): This bug can be closed as a duplicate of bug 2049. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 18:54:49 2008 From: trac at haiku-os.org (monni) Date: Tue, 17 Jun 2008 16:54:49 -0000 Subject: [Haiku-bugs] [Haiku] #2397: Build system writes over actual filesystem contents while trying to add boot sector to partition Message-ID: <040.65652c8f4db6539a6a81d85a13c7b7a2@haiku-os.org> #2397: Build system writes over actual filesystem contents while trying to add boot sector to partition --------------------------+------------------------------------------------- Reporter: monni | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- r25995 and a lot of previous ones How to reproduce: jam haiku-image (under Ubuntu 7.04+) Experienced behavior: didn't boot anymore, partition missing files Expected behavior: preserve existing files when HAIKU_DONT_CLEAR_IMAGE is set This has happened me every time when "FS Shell" has failed to access the partition, which is a lot considering previous ticket about build system not taking account drive node can change between build attempts (happens often with machines with several mass storage controllers) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 18:57:32 2008 From: trac at haiku-os.org (mmlr) Date: Tue, 17 Jun 2008 16:57:32 -0000 Subject: [Haiku-bugs] [Haiku] #2373: Firefox and Thunderbird cannot run simultaneously In-Reply-To: <043.2a4c0ccf2f67c415c6576e41097aa86a@haiku-os.org> References: <043.2a4c0ccf2f67c415c6576e41097aa86a@haiku-os.org> Message-ID: <052.8c8e6fe80674fe7f92894f219ffe685a@haiku-os.org> #2373: Firefox and Thunderbird cannot run simultaneously ------------------------+--------------------------------------------------- Reporter: tigerdog | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: duplicate | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by mmlr): * status: new => closed * resolution: => duplicate Comment: Duplicate of #2049. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 18:58:20 2008 From: trac at haiku-os.org (monni) Date: Tue, 17 Jun 2008 16:58:20 -0000 Subject: [Haiku-bugs] [Haiku] #2398: build system doesn't honor HAIKU_DONT_CLEAR_IMAGE when HAIKU_IMAGE_SIZE is not set Message-ID: <040.6229eb1eaaf350c356b3ba14073f5599@haiku-os.org> #2398: build system doesn't honor HAIKU_DONT_CLEAR_IMAGE when HAIKU_IMAGE_SIZE is not set --------------------------+------------------------------------------------- Reporter: monni | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- at least up to r25995 Like summary says, it tries to dd the partition if HAIKU_IMAGE_SIZE is not set, even though HAIKU_DONT_CLEAR_IMAGE is set. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 20:20:33 2008 From: trac at haiku-os.org (korli) Date: Tue, 17 Jun 2008 18:20:33 -0000 Subject: [Haiku-bugs] [Haiku] #1986: ifconfig --delete throws a page fault In-Reply-To: <040.4d2e35cffee791bdb2faa5e8de1eac3b@haiku-os.org> References: <040.4d2e35cffee791bdb2faa5e8de1eac3b@haiku-os.org> Message-ID: <049.43a423967b8b3f803309d1084005eedd@haiku-os.org> #1986: ifconfig --delete throws a page fault ---------------------------------------+------------------------------------ Reporter: korli | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Network & Internet/Stack | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Changes (by korli): * status: new => closed * resolution: => fixed Comment: Seems fixed. I'll open another bug for a pagefault on network requests going after the deletion. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 20:22:10 2008 From: trac at haiku-os.org (korli) Date: Tue, 17 Jun 2008 18:22:10 -0000 Subject: [Haiku-bugs] [Haiku] #2399: pagefault for net requests after the interface deletion Message-ID: <040.bf674dbaa1ee6eea094884da38460898@haiku-os.org> #2399: pagefault for net requests after the interface deletion --------------------------------------+------------------------------------- Reporter: korli | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet/Stack | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------------+------------------------------------- {{{ domain_interface_went_down(1, /dev/net/etherpci/0) invalidate_routes(1, /dev/net/etherpci/0) ether: still waiting for read/write to finish module: We don't seem to have a reference to module vm_soft_fault: va 0xdeadbf18 not covered by area in address space vm_page_fault: vm_soft_fault returned error 'Bad address' on fault at 0xdeadbf18, ip 0x8027772b, write 0, user 0, thread 0xa4 PANIC: vm_page_fault: unhandled page fault in kernel space at 0xdeadbf18, ip 0x8027772b Welcome to Kernel Debugging Land... Running on CPU 0 kdebug> bt stack trace for thread 164 "wget" kernel stack: 0x802c9000 to 0x802cd000 user stack: 0x7efe7000 to 0x7ffe7000 frame caller :function + offset 802cc8a0 (+ 48) 8004b9f9 :invoke_debugger_command + 0x00ed 802cc8d0 (+ 64) 8004b7f1 :invoke_pipe_segment__FP21debugger_command_pipelPc + 0x0079 802cc910 (+ 64) 8004bb39 :invoke_debugger_command_pipe + 0x009d 802cc950 (+ 48) 8004ca14 :_ParseCommandPipe__16ExpressionParserRi + 0x0234 802cc980 (+ 48) 8004c3ca :EvaluateCommand__16ExpressionParserPCcRi + 0x01de 802cc9b0 (+ 224) 8004dde0 :evaluate_debug_command + 0x0088 802cca90 (+ 64) 8004a00a :kernel_debugger_loop__Fv + 0x017a 802ccad0 (+ 48) 8004aa3b :kernel_debugger + 0x0117 802ccb00 (+ 192) 8004a919 :panic + 0x0029 802ccbc0 (+ 64) 800969f9 :vm_page_fault + 0x00b1 802ccc00 (+ 64) 800a0f21 :page_fault_exception + 0x00b1 802ccc40 (+ 12) 800a460a :int_bottom + 0x002a (nearest) iframe at 0x802ccc4c (end = 0x802ccca4) eax 0xdeadbeef ebx 0x8027d198 ecx 0x0 edx 0x91a92ca0 esi 0x92825540 edi 0x91ac50c0 ebp 0x802ccce4 esp 0x802ccc80 eip 0x8027772b eflags 0x202 vector: 0xe, error code: 0x0 802ccc4c (+ 152) 8027772b :find_route__FP10net_domainPC8sockaddr + 0x00a7 802ccce4 (+ 64) 80277912 :get_route_internal__FP18net_domain_privatePC8sockaddr + 0x00ca 802ccd24 (+ 80) 802784c6 :get_buffer_route__FP10net_domainP10net_bufferPP9net_route + 0x0056 802ccd74 (+ 64) 8026e35e :datalink_send_datagram__FP12net_protocolP10net_domainP10net_buffer + 0x0076 802ccdb4 (+ 48) 8029fca9 :SendData__11UdpEndpointP10net_buffer + 0x002d 802ccde4 (+ 48) 802a065b :udp_send_data__FP12net_protocolP10net_buffer + 0x0023 802cce14 (+ 112) 802748cf :socket_send__FP10net_socketP6msghdrPCvUli + 0x048b 802cce84 (+ 64) 80279fe8 :stack_interface_send__FP10net_socketPCvUli + 0x0038 802ccec4 (+ 48) 800742b6 :common_send__FiPCvUlib + 0x004a 802ccef4 (+ 80) 80075a09 :_user_send + 0x0045 802ccf44 (+ 100) 800a47e2 :pre_syscall_debug_done + 0x0002 (nearest) iframe at 0x802ccfa8 (end = 0x802cd000) eax 0x91 ebx 0x27b178 ecx 0x7ffe4bb0 edx 0xffff0104 esi 0x3 edi 0x0 ebp 0x7ffe4bdc esp 0x802ccfdc eip 0xffff0104 eflags 0x216 vector: 0x63, error code: 0x0 802ccfa8 (+ 0) ffff0104 7ffe4bdc (+ 400) 002737aa :__res_nsend + 0x106a (nearest) 7ffe4d6c (+1456) 00272d4c :__res_nsend + 0x060c 7ffe531c (+1104) 00271bfd :__res_nquery + 0x0109 7ffe576c (+1104) 002721fa :__res_nquerydomain + 0x0126 7ffe5bbc (+1120) 00271ee2 :__res_nsearch + 0x013e 7ffe601c (+1136) 00248ed2 :__irs_dns_ho + 0x03d6 (nearest) 7ffe648c (+ 80) 0024d0f3 :__irs_gen_ho + 0x02ff (nearest) 7ffe64dc (+1088) 0024f9f4 :gethostbyname2_p + 0x00fc 7ffe691c (+ 48) 0024f8ec :gethostbyname_p + 0x004c 7ffe694c (+ 48) 0024f7a6 :gethostbyname + 0x0026 7ffe697c (+ 48) 002120d6 <_APP_>:address_list_release + 0x00a2 (nearest) 7ffe69ac (+ 48) 002266fd <_APP_>:run_with_timeout + 0x0031 7ffe69dc (+ 48) 00212116 <_APP_>:address_list_release + 0x00e2 (nearest) 7ffe6a0c (+ 80) 00212624 <_APP_>:lookup_host + 0x00e4 7ffe6a5c (+ 64) 0020635b <_APP_>:connect_to_host + 0x0023 7ffe6a9c (+ 448) 002165ba <_APP_>:cleanup_html_url + 0x1cee (nearest) 7ffe6c5c (+ 512) 00217f12 <_APP_>:http_loop + 0x0516 7ffe6e5c (+ 112) 0022109a <_APP_>:retrieve_url + 0x01ea 7ffe6ecc (+ 176) 0021c725 <_APP_>:main + 0x0811 7ffe6f7c (+ 48) 00205893 <_APP_>:_start + 0x005b 7ffe6fac (+ 48) 0010084a 5136:runtime_loader_seg0ro at 0x00100000 + 0x84a 7ffe6fdc (+ 0) 7ffe6fec 5135:wget_main_stack at 0x7efe7000 + 0xffffec }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 20:23:06 2008 From: trac at haiku-os.org (korli) Date: Tue, 17 Jun 2008 18:23:06 -0000 Subject: [Haiku-bugs] [Haiku] #2399: pagefault for net requests after the interface deletion In-Reply-To: <040.bf674dbaa1ee6eea094884da38460898@haiku-os.org> References: <040.bf674dbaa1ee6eea094884da38460898@haiku-os.org> Message-ID: <049.76c9e138a630d73de67258b96dcfac2b@haiku-os.org> #2399: pagefault for net requests after the interface deletion ---------------------------------------+------------------------------------ Reporter: korli | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet/Stack | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Old description: > {{{ > domain_interface_went_down(1, /dev/net/etherpci/0) > invalidate_routes(1, /dev/net/etherpci/0) > ether: still waiting for read/write to finish > module: We don't seem to have a reference to module > vm_soft_fault: va 0xdeadbf18 not covered by area in address space > vm_page_fault: vm_soft_fault returned error 'Bad address' on fault at > 0xdeadbf18, ip 0x8027772b, write 0, user 0, thread 0xa4 > PANIC: vm_page_fault: unhandled page fault in kernel space at 0xdeadbf18, > ip 0x8027772b > > Welcome to Kernel Debugging Land... > Running on CPU 0 > kdebug> bt > stack trace for thread 164 "wget" > kernel stack: 0x802c9000 to 0x802cd000 > user stack: 0x7efe7000 to 0x7ffe7000 > frame caller :function + offset > 802cc8a0 (+ 48) 8004b9f9 :invoke_debugger_command + 0x00ed > 802cc8d0 (+ 64) 8004b7f1 > :invoke_pipe_segment__FP21debugger_command_pipelPc + 0x0079 > 802cc910 (+ 64) 8004bb39 :invoke_debugger_command_pipe + > 0x009d > 802cc950 (+ 48) 8004ca14 > :_ParseCommandPipe__16ExpressionParserRi + 0x0234 > 802cc980 (+ 48) 8004c3ca > :EvaluateCommand__16ExpressionParserPCcRi + 0x01de > 802cc9b0 (+ 224) 8004dde0 :evaluate_debug_command + 0x0088 > 802cca90 (+ 64) 8004a00a :kernel_debugger_loop__Fv + 0x017a > 802ccad0 (+ 48) 8004aa3b :kernel_debugger + 0x0117 > 802ccb00 (+ 192) 8004a919 :panic + 0x0029 > 802ccbc0 (+ 64) 800969f9 :vm_page_fault + 0x00b1 > 802ccc00 (+ 64) 800a0f21 :page_fault_exception + 0x00b1 > 802ccc40 (+ 12) 800a460a :int_bottom + 0x002a (nearest) > iframe at 0x802ccc4c (end = 0x802ccca4) > eax 0xdeadbeef ebx 0x8027d198 ecx 0x0 edx 0x91a92ca0 > esi 0x92825540 edi 0x91ac50c0 ebp 0x802ccce4 esp 0x802ccc80 > eip 0x8027772b eflags 0x202 > vector: 0xe, error code: 0x0 > 802ccc4c (+ 152) 8027772b ons/kernel/network/stack>:find_route__FP10net_domainPC8sockaddr + 0x00a7 > 802ccce4 (+ 64) 80277912 ons/kernel/network/stack>:get_route_internal__FP18net_domain_privatePC8sockaddr > + 0x00ca > 802ccd24 (+ 80) 802784c6 ons/kernel/network/stack>:get_buffer_route__FP10net_domainP10net_bufferPP9net_route > + 0x0056 > 802ccd74 (+ 64) 8026e35e ons/kernel/network/stack>:datalink_send_datagram__FP12net_protocolP10net_domainP10net_buffer > + 0x0076 > 802ccdb4 (+ 48) 8029fca9 ons/kernel/network/protocols/udp>:SendData__11UdpEndpointP10net_buffer + > 0x002d > 802ccde4 (+ 48) 802a065b ons/kernel/network/protocols/udp>:udp_send_data__FP12net_protocolP10net_buffer > + 0x0023 > 802cce14 (+ 112) 802748cf ons/kernel/network/stack>:socket_send__FP10net_socketP6msghdrPCvUli + > 0x048b > 802cce84 (+ 64) 80279fe8 ons/kernel/network/stack>:stack_interface_send__FP10net_socketPCvUli + > 0x0038 > 802ccec4 (+ 48) 800742b6 :common_send__FiPCvUlib + 0x004a > 802ccef4 (+ 80) 80075a09 :_user_send + 0x0045 > 802ccf44 (+ 100) 800a47e2 :pre_syscall_debug_done + 0x0002 > (nearest) > iframe at 0x802ccfa8 (end = 0x802cd000) > eax 0x91 ebx 0x27b178 ecx 0x7ffe4bb0 edx 0xffff0104 > esi 0x3 edi 0x0 ebp 0x7ffe4bdc esp 0x802ccfdc > eip 0xffff0104 eflags 0x216 > vector: 0x63, error code: 0x0 > 802ccfa8 (+ 0) ffff0104 > 7ffe4bdc (+ 400) 002737aa :__res_nsend + 0x106a > (nearest) > 7ffe4d6c (+1456) 00272d4c :__res_nsend + 0x060c > 7ffe531c (+1104) 00271bfd :__res_nquery + 0x0109 > 7ffe576c (+1104) 002721fa :__res_nquerydomain + 0x0126 > 7ffe5bbc (+1120) 00271ee2 :__res_nsearch + 0x013e > 7ffe601c (+1136) 00248ed2 :__irs_dns_ho + 0x03d6 > (nearest) > 7ffe648c (+ 80) 0024d0f3 :__irs_gen_ho + 0x02ff > (nearest) > 7ffe64dc (+1088) 0024f9f4 :gethostbyname2_p + 0x00fc > 7ffe691c (+ 48) 0024f8ec :gethostbyname_p + 0x004c > 7ffe694c (+ 48) 0024f7a6 :gethostbyname + 0x0026 > 7ffe697c (+ 48) 002120d6 <_APP_>:address_list_release + 0x00a2 > (nearest) > 7ffe69ac (+ 48) 002266fd <_APP_>:run_with_timeout + 0x0031 > 7ffe69dc (+ 48) 00212116 <_APP_>:address_list_release + 0x00e2 > (nearest) > 7ffe6a0c (+ 80) 00212624 <_APP_>:lookup_host + 0x00e4 > 7ffe6a5c (+ 64) 0020635b <_APP_>:connect_to_host + 0x0023 > 7ffe6a9c (+ 448) 002165ba <_APP_>:cleanup_html_url + 0x1cee (nearest) > 7ffe6c5c (+ 512) 00217f12 <_APP_>:http_loop + 0x0516 > 7ffe6e5c (+ 112) 0022109a <_APP_>:retrieve_url + 0x01ea > 7ffe6ecc (+ 176) 0021c725 <_APP_>:main + 0x0811 > 7ffe6f7c (+ 48) 00205893 <_APP_>:_start + 0x005b > 7ffe6fac (+ 48) 0010084a 5136:runtime_loader_seg0ro at 0x00100000 + 0x84a > 7ffe6fdc (+ 0) 7ffe6fec 5135:wget_main_stack at 0x7efe7000 + 0xffffec > > }}} New description: {{{ domain_interface_went_down(1, /dev/net/etherpci/0) invalidate_routes(1, /dev/net/etherpci/0) ether: still waiting for read/write to finish module: We don't seem to have a reference to module vm_soft_fault: va 0xdeadbf18 not covered by area in address space vm_page_fault: vm_soft_fault returned error 'Bad address' on fault at 0xdeadbf18, ip 0x8027772b, write 0, user 0, thread 0xa4 PANIC: vm_page_fault: unhandled page fault in kernel space at 0xdeadbf18, ip 0x8027772b Welcome to Kernel Debugging Land... Running on CPU 0 kdebug> bt stack trace for thread 164 "wget" kernel stack: 0x802c9000 to 0x802cd000 user stack: 0x7efe7000 to 0x7ffe7000 frame caller :function + offset 802cc8a0 (+ 48) 8004b9f9 :invoke_debugger_command + 0x00ed 802cc8d0 (+ 64) 8004b7f1 :invoke_pipe_segment__FP21debugger_command_pipelPc + 0x0079 802cc910 (+ 64) 8004bb39 :invoke_debugger_command_pipe + 0x009d 802cc950 (+ 48) 8004ca14 :_ParseCommandPipe__16ExpressionParserRi + 0x0234 802cc980 (+ 48) 8004c3ca :EvaluateCommand__16ExpressionParserPCcRi + 0x01de 802cc9b0 (+ 224) 8004dde0 :evaluate_debug_command + 0x0088 802cca90 (+ 64) 8004a00a :kernel_debugger_loop__Fv + 0x017a 802ccad0 (+ 48) 8004aa3b :kernel_debugger + 0x0117 802ccb00 (+ 192) 8004a919 :panic + 0x0029 802ccbc0 (+ 64) 800969f9 :vm_page_fault + 0x00b1 802ccc00 (+ 64) 800a0f21 :page_fault_exception + 0x00b1 802ccc40 (+ 12) 800a460a :int_bottom + 0x002a (nearest) iframe at 0x802ccc4c (end = 0x802ccca4) eax 0xdeadbeef ebx 0x8027d198 ecx 0x0 edx 0x91a92ca0 esi 0x92825540 edi 0x91ac50c0 ebp 0x802ccce4 esp 0x802ccc80 eip 0x8027772b eflags 0x202 vector: 0xe, error code: 0x0 802ccc4c (+ 152) 8027772b :find_route__FP10net_domainPC8sockaddr + 0x00a7 802ccce4 (+ 64) 80277912 :get_route_internal__FP18net_domain_privatePC8sockaddr + 0x00ca 802ccd24 (+ 80) 802784c6 :get_buffer_route__FP10net_domainP10net_bufferPP9net_route + 0x0056 802ccd74 (+ 64) 8026e35e :datalink_send_datagram__FP12net_protocolP10net_domainP10net_buffer + 0x0076 802ccdb4 (+ 48) 8029fca9 :SendData__11UdpEndpointP10net_buffer + 0x002d 802ccde4 (+ 48) 802a065b :udp_send_data__FP12net_protocolP10net_buffer + 0x0023 802cce14 (+ 112) 802748cf :socket_send__FP10net_socketP6msghdrPCvUli + 0x048b 802cce84 (+ 64) 80279fe8 :stack_interface_send__FP10net_socketPCvUli + 0x0038 802ccec4 (+ 48) 800742b6 :common_send__FiPCvUlib + 0x004a 802ccef4 (+ 80) 80075a09 :_user_send + 0x0045 802ccf44 (+ 100) 800a47e2 :pre_syscall_debug_done + 0x0002 (nearest) iframe at 0x802ccfa8 (end = 0x802cd000) eax 0x91 ebx 0x27b178 ecx 0x7ffe4bb0 edx 0xffff0104 esi 0x3 edi 0x0 ebp 0x7ffe4bdc esp 0x802ccfdc eip 0xffff0104 eflags 0x216 vector: 0x63, error code: 0x0 802ccfa8 (+ 0) ffff0104 7ffe4bdc (+ 400) 002737aa :__res_nsend + 0x106a (nearest) 7ffe4d6c (+1456) 00272d4c :__res_nsend + 0x060c 7ffe531c (+1104) 00271bfd :__res_nquery + 0x0109 7ffe576c (+1104) 002721fa :__res_nquerydomain + 0x0126 7ffe5bbc (+1120) 00271ee2 :__res_nsearch + 0x013e 7ffe601c (+1136) 00248ed2 :__irs_dns_ho + 0x03d6 (nearest) 7ffe648c (+ 80) 0024d0f3 :__irs_gen_ho + 0x02ff (nearest) 7ffe64dc (+1088) 0024f9f4 :gethostbyname2_p + 0x00fc 7ffe691c (+ 48) 0024f8ec :gethostbyname_p + 0x004c 7ffe694c (+ 48) 0024f7a6 :gethostbyname + 0x0026 7ffe697c (+ 48) 002120d6 <_APP_>:address_list_release + 0x00a2 (nearest) 7ffe69ac (+ 48) 002266fd <_APP_>:run_with_timeout + 0x0031 7ffe69dc (+ 48) 00212116 <_APP_>:address_list_release + 0x00e2 (nearest) 7ffe6a0c (+ 80) 00212624 <_APP_>:lookup_host + 0x00e4 7ffe6a5c (+ 64) 0020635b <_APP_>:connect_to_host + 0x0023 7ffe6a9c (+ 448) 002165ba <_APP_>:cleanup_html_url + 0x1cee (nearest) 7ffe6c5c (+ 512) 00217f12 <_APP_>:http_loop + 0x0516 7ffe6e5c (+ 112) 0022109a <_APP_>:retrieve_url + 0x01ea 7ffe6ecc (+ 176) 0021c725 <_APP_>:main + 0x0811 7ffe6f7c (+ 48) 00205893 <_APP_>:_start + 0x005b 7ffe6fac (+ 48) 0010084a 5136:runtime_loader_seg0ro at 0x00100000 + 0x84a 7ffe6fdc (+ 0) 7ffe6fec 5135:wget_main_stack at 0x7efe7000 + 0xffffec }}} -- Comment(by korli): r25990, Qemu, gcc2.95 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 21:50:20 2008 From: trac at haiku-os.org (nielx) Date: Tue, 17 Jun 2008 19:50:20 -0000 Subject: [Haiku-bugs] [Haiku] #2394: Search for Ticket Number Should Jump Directly to Ticket In-Reply-To: <043.f296b63ced72a322234cd7c5bfbed3ba@haiku-os.org> References: <043.f296b63ced72a322234cd7c5bfbed3ba@haiku-os.org> Message-ID: <052.9988de4d640c01a33884b1d68556ed2d@haiku-os.org> #2394: Search for Ticket Number Should Jump Directly to Ticket ---------------------------+------------------------------------------------ Reporter: bonefish | Owner: nielx Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by nielx): * owner: haiku-web => nielx * status: new => assigned Comment: Waldemar's changes for some reason included disabling quickjump, probably from before when subversion wasn't integrated yet. I fixed this in the repository. This change will be pushed during the roll-out of Trac 0.11 (or 0.11rc3), which should be within the next month. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 22:43:39 2008 From: trac at haiku-os.org (bonefish) Date: Tue, 17 Jun 2008 20:43:39 -0000 Subject: [Haiku-bugs] [Haiku] #2398: build system doesn't honor HAIKU_DONT_CLEAR_IMAGE when HAIKU_IMAGE_SIZE is not set In-Reply-To: <040.6229eb1eaaf350c356b3ba14073f5599@haiku-os.org> References: <040.6229eb1eaaf350c356b3ba14073f5599@haiku-os.org> Message-ID: <049.b4e2624e8e6ca6d5df1cc5697641f72e@haiku-os.org> #2398: build system doesn't honor HAIKU_DONT_CLEAR_IMAGE when HAIKU_IMAGE_SIZE is not set ---------------------------+------------------------------------------------ Reporter: monni | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by bonefish): Works for me (OpenSuse 10.3). The part in the build_haiku_image script looks good too: {{{ if [ $isVMwareImage ]; then vmdkImageFlags= if [ ! "$dontClearImage" ]; then vmdkImageFlags="-c" fi $vmdkimage -h 64k -i${imageSize}M $vmdkImageFlags "$imagePath" \ || exit 1 elif [ ! -e "$imagePath" -o ! "$dontClearImage" ]; then dd if=/dev/zero of="$imagePath" bs=1048576 count=$imageSize \ || exit 1 fi }}} dd is only invoked, if the image path doesn't exist or HAIKU_DONT_CLEAR_IMAGE is not set. I can only ask you to analyze what goes wrong on your system. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 22:46:41 2008 From: trac at haiku-os.org (mmlr) Date: Tue, 17 Jun 2008 20:46:41 -0000 Subject: [Haiku-bugs] [Haiku] #2388: deadlock between kernel heap and kernel vm In-Reply-To: <040.e6d01376ce690a177a4a918c28aac325@haiku-os.org> References: <040.e6d01376ce690a177a4a918c28aac325@haiku-os.org> Message-ID: <049.21c89b245a63498441ec86d6b5391261@haiku-os.org> #2388: deadlock between kernel heap and kernel vm ----------------------------+----------------------------------------------- Reporter: korli | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by mmlr): * owner: axeld => mmlr * status: new => assigned Comment: Working on it, resolving a few other shortcomings too. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 22:54:42 2008 From: trac at haiku-os.org (bonefish) Date: Tue, 17 Jun 2008 20:54:42 -0000 Subject: [Haiku-bugs] [Haiku] #2397: Build system writes over actual filesystem contents while trying to add boot sector to partition In-Reply-To: <040.65652c8f4db6539a6a81d85a13c7b7a2@haiku-os.org> References: <040.65652c8f4db6539a6a81d85a13c7b7a2@haiku-os.org> Message-ID: <049.7f22edeb852ce4d32b259f2c250baa99@haiku-os.org> #2397: Build system writes over actual filesystem contents while trying to add boot sector to partition ---------------------------+------------------------------------------------ Reporter: monni | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by bonefish): I'm a bit confused by this report. If the bfs_shell can't access the partition, how can anything be touched at all? Anyway, maybe there's a basic misunderstanding regarding HAIKU_DONT_CLEAR_IMAGE. It is not supposed to preserve any files on the image/partition. The only thing it does is disabling zeroing the image/partition. Zeroing usually makes no sense for partitions, but is useful for images when one intents to zip them. Regardless of this flag the file system is re-initialized on every "jam haiku-image". -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 23:09:51 2008 From: trac at haiku-os.org (monni) Date: Tue, 17 Jun 2008 21:09:51 -0000 Subject: [Haiku-bugs] [Haiku] #2398: build system doesn't honor HAIKU_DONT_CLEAR_IMAGE when HAIKU_IMAGE_SIZE is not set In-Reply-To: <040.6229eb1eaaf350c356b3ba14073f5599@haiku-os.org> References: <040.6229eb1eaaf350c356b3ba14073f5599@haiku-os.org> Message-ID: <049.e33222128aa903c67ac708d20595a444@haiku-os.org> #2398: build system doesn't honor HAIKU_DONT_CLEAR_IMAGE when HAIKU_IMAGE_SIZE is not set ---------------------------+------------------------------------------------ Reporter: monni | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by monni): All I could find is that #2270 is related... Something goes wrong inside jam and -e test fails... IMHO both jam and this script never should try to delete or create anything inside /dev... I know it's a special case, but as it can corrupt data outside Haiku's own "playground" it should be handled gracefully. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 23:16:03 2008 From: trac at haiku-os.org (anevilyak) Date: Tue, 17 Jun 2008 21:16:03 -0000 Subject: [Haiku-bugs] [Haiku] #2398: build system doesn't honor HAIKU_DONT_CLEAR_IMAGE when HAIKU_IMAGE_SIZE is not set In-Reply-To: <040.6229eb1eaaf350c356b3ba14073f5599@haiku-os.org> References: <040.6229eb1eaaf350c356b3ba14073f5599@haiku-os.org> Message-ID: <049.f1d4ab7be5046b8c3d1ca61b6a23da3b@haiku-os.org> #2398: build system doesn't honor HAIKU_DONT_CLEAR_IMAGE when HAIKU_IMAGE_SIZE is not set ---------------------------+------------------------------------------------ Reporter: monni | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by anevilyak): If it helps, I used to have a similar problem on Ubuntu, but it would only exhibit itself after doing a certain number of builds in the same session, and would also be characterized by an out of disk space error on the partition in question for some reason. A reboot consistently fixed it in that case. However, since switching to FreeBSD7 as my main build platform I haven't seen this error again. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 23:20:02 2008 From: trac at haiku-os.org (emitrax) Date: Tue, 17 Jun 2008 21:20:02 -0000 Subject: [Haiku-bugs] [Haiku] #2259: cp command copies BFS attributes In-Reply-To: <041.a9b2252274b151b8a2dc24783f805239@haiku-os.org> References: <041.a9b2252274b151b8a2dc24783f805239@haiku-os.org> Message-ID: <050.7011543132e5c46e4de72b8a158beb8e@haiku-os.org> #2259: cp command copies BFS attributes ----------------------------------------------+----------------------------- Reporter: shinta | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------------------------+----------------------------- Comment(by emitrax): What's the status of this bug? Shinta does this still happen with the latest revision? Does cp fail to copy attributes with every file? Steps to reproduce? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 23:21:29 2008 From: trac at haiku-os.org (axeld) Date: Tue, 17 Jun 2008 21:21:29 -0000 Subject: [Haiku-bugs] [Haiku] #2394: Search for Ticket Number Should Jump Directly to Ticket In-Reply-To: <043.f296b63ced72a322234cd7c5bfbed3ba@haiku-os.org> References: <043.f296b63ced72a322234cd7c5bfbed3ba@haiku-os.org> Message-ID: <052.42be7ff483d7a275f46cc8e7c8704411@haiku-os.org> #2394: Search for Ticket Number Should Jump Directly to Ticket ---------------------------+------------------------------------------------ Reporter: bonefish | Owner: nielx Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by axeld): Waldemar disabled it because it wasn't possible anymore to search for numbers - it always "quick jumped". There was a bug report about it, but I couldn't find it anymore. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 23:22:30 2008 From: trac at haiku-os.org (monni) Date: Tue, 17 Jun 2008 21:22:30 -0000 Subject: [Haiku-bugs] [Haiku] #2397: Build system writes over actual filesystem contents while trying to add boot sector to partition In-Reply-To: <040.65652c8f4db6539a6a81d85a13c7b7a2@haiku-os.org> References: <040.65652c8f4db6539a6a81d85a13c7b7a2@haiku-os.org> Message-ID: <049.a84053d48c4e33ea79842c75fccdae1c@haiku-os.org> #2397: Build system writes over actual filesystem contents while trying to add boot sector to partition ---------------------------+------------------------------------------------ Reporter: monni | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by monni): Most likely the error is that "makebootable" is invoked before trying to access the actual file system on partition... If build script can't access the file system, "makebootable" shouldn't try to write to partition boot block either. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 23:23:27 2008 From: trac at haiku-os.org (emitrax) Date: Tue, 17 Jun 2008 21:23:27 -0000 Subject: [Haiku-bugs] [Haiku] #2400: [BFS]: KDL while unpacking tarball cointaning haiku source code Message-ID: <042.22c8f58394bb04153c0fcba1ff949dd4@haiku-os.org> #2400: [BFS]: KDL while unpacking tarball cointaning haiku source code ------------------------------+--------------------------------------------- Reporter: emitrax | Owner: emitrax Type: bug | Status: new Priority: high | Milestone: R1 Component: File Systems/BFS | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------+--------------------------------------------- I packed the whole haiku source code and put it on a usbstick. Trying to unpacking with haiku on vmware causes KDL after a while. Screenshots attached. Assigning this to myself since it's part of my HCD. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 23:40:10 2008 From: trac at haiku-os.org (emitrax) Date: Tue, 17 Jun 2008 21:40:10 -0000 Subject: [Haiku-bugs] [Haiku] #2238: KDL on mounting BFS drive In-Reply-To: <039.860753a87de83006fddd8c15ccce949d@haiku-os.org> References: <039.860753a87de83006fddd8c15ccce949d@haiku-os.org> Message-ID: <048.123ef4893c10c72b8143d23d789b0a21@haiku-os.org> #2238: KDL on mounting BFS drive -------------------------------+-------------------------------------------- Reporter: myob | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -------------------------------+-------------------------------------------- Comment(by emitrax): what's the status of this bug? myob have you tried again with the latest revision? Does it still happen? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 23:40:22 2008 From: trac at haiku-os.org (thomasmansfeld) Date: Tue, 17 Jun 2008 21:40:22 -0000 Subject: [Haiku-bugs] [Haiku] #2401: 3rd USB controler not shown Message-ID: <049.6b845061e0dd9740825f6f62a7aee5b9@haiku-os.org> #2401: 3rd USB controler not shown ----------------------------+----------------------------------------------- Reporter: thomasmansfeld | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: x86 Blocking: | ----------------------------+----------------------------------------------- The 3rd USB UHCI controller on my Sony Vaio Z1RA notebook is not listed under the dev/bus/usb. Only 0 and 1. The Memory card reader is connected to this controller internally. syslog attached. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 23:45:18 2008 From: trac at haiku-os.org (mmlr) Date: Tue, 17 Jun 2008 21:45:18 -0000 Subject: [Haiku-bugs] [Haiku] #2401: 3rd USB controler not shown In-Reply-To: <049.6b845061e0dd9740825f6f62a7aee5b9@haiku-os.org> References: <049.6b845061e0dd9740825f6f62a7aee5b9@haiku-os.org> Message-ID: <058.a96add534ece9e5d586655ff8ff1c168@haiku-os.org> #2401: 3rd USB controler not shown -----------------------------+---------------------------------------------- Reporter: thomasmansfeld | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -----------------------------+---------------------------------------------- Changes (by mmlr): * owner: axeld => mmlr * status: new => assigned -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 23:47:46 2008 From: trac at haiku-os.org (thomasmansfeld) Date: Tue, 17 Jun 2008 21:47:46 -0000 Subject: [Haiku-bugs] [Haiku] #2402: Distrorted AC'97 sound output Message-ID: <049.d6d9dc13fea3547aaa72b3a0eb4c2e09@haiku-os.org> #2402: Distrorted AC'97 sound output ----------------------------+----------------------------------------------- Reporter: thomasmansfeld | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Audio & Video | Version: R1 development Blockedby: | Platform: x86 Blocking: | ----------------------------+----------------------------------------------- The sound playing back an mp3 is distorted with Sony vaio Z1RA notebook. the ac'97 controller is a Yamaha sound chip. The driver from BeBits for BeOS works fine under BeOS R5. Syslog attached -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 23:52:24 2008 From: trac at haiku-os.org (bonefish) Date: Tue, 17 Jun 2008 21:52:24 -0000 Subject: [Haiku-bugs] [Haiku] #2397: Build system writes over actual filesystem contents while trying to add boot sector to partition In-Reply-To: <040.65652c8f4db6539a6a81d85a13c7b7a2@haiku-os.org> References: <040.65652c8f4db6539a6a81d85a13c7b7a2@haiku-os.org> Message-ID: <049.48336a967fc74ba964fd0b1e1de79277@haiku-os.org> #2397: Build system writes over actual filesystem contents while trying to add boot sector to partition ---------------------------+------------------------------------------------ Reporter: monni | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by bonefish): Replying to [comment:2 monni]: > Most likely the error is that "makebootable" is invoked before trying to access the actual file system on partition... > > If build script can't access the file system, "makebootable" shouldn't try to write to partition boot block either. That's exactly how it works: {{{ $bfsShell --initialize $imageOffsetFlags "$imagePath" Haiku \ "block_size 2048" || exit 1 $makebootable $imageOffsetFlags "$imagePath" }}} When initializing the FS fails, the script exits. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 17 23:59:54 2008 From: trac at haiku-os.org (bonefish) Date: Tue, 17 Jun 2008 21:59:54 -0000 Subject: [Haiku-bugs] [Haiku] #2398: build system doesn't honor HAIKU_DONT_CLEAR_IMAGE when HAIKU_IMAGE_SIZE is not set In-Reply-To: <040.6229eb1eaaf350c356b3ba14073f5599@haiku-os.org> References: <040.6229eb1eaaf350c356b3ba14073f5599@haiku-os.org> Message-ID: <049.fc3180107529c91d19965a5dcdcb3b5a@haiku-os.org> #2398: build system doesn't honor HAIKU_DONT_CLEAR_IMAGE when HAIKU_IMAGE_SIZE is not set ---------------------------+------------------------------------------------ Reporter: monni | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by bonefish): Replying to [comment:2 monni]: > All I could find is that #2270 is related... Something goes wrong inside jam and -e test fails... I don't see what should go wrong other than the tested file doesn't exist. > IMHO both jam and this script never should try to delete or create anything inside /dev... It doesn't, if you don't give it the permissions. All it needs is write access to the partition device and read access to the disk device. If you don't give it any more permissions, it won't be able to create or delete any entries in /dev/. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 18 00:08:16 2008 From: trac at haiku-os.org (monni) Date: Tue, 17 Jun 2008 22:08:16 -0000 Subject: [Haiku-bugs] [Haiku] #2397: Build system writes over actual filesystem contents while trying to add boot sector to partition In-Reply-To: <040.65652c8f4db6539a6a81d85a13c7b7a2@haiku-os.org> References: <040.65652c8f4db6539a6a81d85a13c7b7a2@haiku-os.org> Message-ID: <049.afc2e7c1ce226fdfadc082f2d2022886@haiku-os.org> #2397: Build system writes over actual filesystem contents while trying to add boot sector to partition ---------------------------+------------------------------------------------ Reporter: monni | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by monni): Hmmm... I'm going to vote for removing/disabling whole initialize command as it seriously looks like it's not safe... At least until build script starts dereferencing symbolic links for installation target. And I still think it does "makebootable" too early... To make it simple... As it is default that it clears the image, it should initialize the partition only if also clearing the image is allowed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 18 00:23:35 2008 From: trac at haiku-os.org (monni) Date: Tue, 17 Jun 2008 22:23:35 -0000 Subject: [Haiku-bugs] [Haiku] #2398: build system doesn't honor HAIKU_DONT_CLEAR_IMAGE when HAIKU_IMAGE_SIZE is not set In-Reply-To: <040.6229eb1eaaf350c356b3ba14073f5599@haiku-os.org> References: <040.6229eb1eaaf350c356b3ba14073f5599@haiku-os.org> Message-ID: <049.62925d6edde65b736b1ab7bb0df2425f@haiku-os.org> #2398: build system doesn't honor HAIKU_DONT_CLEAR_IMAGE when HAIKU_IMAGE_SIZE is not set ---------------------------+------------------------------------------------ Reporter: monni | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by monni): For it to work, I need to run it as user "root"... Normal user won't work as the whole /dev file system (udev) is created run-time... There is no way to permanently chmod or chown individual "nodes". What happens is that first error inside "jam" removes /dev/sd?1 node, next it creates that as regular file of 100 MB and errors out again because it is too small for all the requested files. Subsequent tries all fail because it no longer points to a valid block device. Reboot fixes it temporarily as /dev file system is recreated by udev. If I set the image size, it will fill up the whole Linux partition and render it unbootable. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 18 00:28:22 2008 From: trac at haiku-os.org (umccullough) Date: Tue, 17 Jun 2008 22:28:22 -0000 Subject: [Haiku-bugs] [Haiku] #2398: build system doesn't honor HAIKU_DONT_CLEAR_IMAGE when HAIKU_IMAGE_SIZE is not set In-Reply-To: <040.6229eb1eaaf350c356b3ba14073f5599@haiku-os.org> References: <040.6229eb1eaaf350c356b3ba14073f5599@haiku-os.org> Message-ID: <049.05f60951da4fa5b1dc1cac950c6b5021@haiku-os.org> #2398: build system doesn't honor HAIKU_DONT_CLEAR_IMAGE when HAIKU_IMAGE_SIZE is not set ---------------------------+------------------------------------------------ Reporter: monni | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by umccullough): Replying to [comment:5 monni]: > For it to work, I need to run it as user "root"... Normal user won't work as the whole /dev file system (udev) is created run-time... There is no way to permanently chmod or chown individual "nodes". Which is why many of us just chmod the necessary paths before jamming an image :) BTW, after you've been running your haiku builds as root - trying to run them as a normal user often fails to remove files created in the generated folder as root - so you'll want to chown those, or just remove them all and start clean. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 18 00:49:19 2008 From: trac at haiku-os.org (monni) Date: Tue, 17 Jun 2008 22:49:19 -0000 Subject: [Haiku-bugs] [Haiku] #2398: build system doesn't honor HAIKU_DONT_CLEAR_IMAGE when HAIKU_IMAGE_SIZE is not set In-Reply-To: <040.6229eb1eaaf350c356b3ba14073f5599@haiku-os.org> References: <040.6229eb1eaaf350c356b3ba14073f5599@haiku-os.org> Message-ID: <049.bf1eb1137dc8c18d2caab05669f81437@haiku-os.org> #2398: build system doesn't honor HAIKU_DONT_CLEAR_IMAGE when HAIKU_IMAGE_SIZE is not set ---------------------------+------------------------------------------------ Reporter: monni | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by monni): Replying to [comment:6 umccullough]: > > Which is why many of us just chmod the necessary paths before jamming an image :) > > BTW, after you've been running your haiku builds as root - trying to run them as a normal user often fails to remove files created in the generated folder as root - so you'll want to chown those, or just remove them all and start clean. Take this: I got two mass storage controllers ... Haiku is on SCSI 0, Linux is on SCSI 3 First time I boot Haiku gets /dev/sda, Linux gets /dev/sdb Next time I boot Linux might get /dev/sda and Haiku gets /dev/sdb So each time I test the "image" and boot back to update the sources I need to verify which one it got that time. In worst cases when it render the Linux partition unbootable, I have to boot from Live CD and I get Haiku on /dev/sda in one shell and /dev/sdb in another. God bless Ubuntu and ide-scsi ;) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 18 01:18:43 2008 From: trac at haiku-os.org (tonestone57) Date: Tue, 17 Jun 2008 23:18:43 -0000 Subject: [Haiku-bugs] [Haiku] #2284: Page Fault on boot (25717) In-Reply-To: <048.bfb72f9386e7aa9daa3a55dc9e971a91@haiku-os.org> References: <048.bfb72f9386e7aa9daa3a55dc9e971a91@haiku-os.org> Message-ID: <057.633eab37b32cd0163111309fd29db8fe@haiku-os.org> #2284: Page Fault on boot (25717) ----------------------------+----------------------------------------------- Reporter: dustin howett | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: x64 | Blocking: ----------------------------+----------------------------------------------- Comment(by tonestone57): added listdev & sysinfo output. sysinfo was run off Haiku, listdev off of BeOS. Not sure why, but listdev seems to be missing from Haiku build. @donn, if you deleted legacy_sata then your SATA drive shouldn't even show up ( what I get ); Unless ahci is somehow able to access it? Maybe this is the case for you and why SATA is semi-working? In any case, at least we know this bug relates to SATA ( legacy_sata ). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 18 01:26:56 2008 From: trac at haiku-os.org (scottmc) Date: Tue, 17 Jun 2008 23:26:56 -0000 Subject: [Haiku-bugs] [Haiku] #2403: [Installer] Shows install aborted if you click begin without first selecting an "onto" volume Message-ID: <042.1c4ad7f77b6f4e78625db79d6441264c@haiku-os.org> #2403: [Installer] Shows install aborted if you click begin without first selecting an "onto" volume ------------------------------------+--------------------------------------- Reporter: scottmc | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Installer | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- If you don't pick an "onto" from the drop down box, and just want to use the default selection, Installer shows "Installation aborted." Perhaps the "Onto" should default to a blank line to force the user to select an onto volume prior to clicking on Begin. Or have the Begin button greyed out until an onto volume is picked, or both even. I kept pressing the Begin button and kept getting an installation aborted message and I thought something must be wrong with my hard drive. I finally figured that I needed to click the onto once and then it would work. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 18 01:41:25 2008 From: trac at haiku-os.org (scottmc) Date: Tue, 17 Jun 2008 23:41:25 -0000 Subject: [Haiku-bugs] [Haiku] #2404: [Listdev] still missing in action Message-ID: <042.1ce35fa9bcb7a90c48024aec3eee6788@haiku-os.org> #2404: [Listdev] still missing in action ---------------------------------------------+------------------------------ Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------------+------------------------------ Looks like listdev was disabled in r25662, and perhaps fixed in r25833, but as of my most recent build this morning, r25993 it's missing. Did it really get fixed in r25833 and just not un#'d in line 36 of the HaikuImage jamfile or is there still more work to be done to get it working again? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 18 01:44:51 2008 From: trac at haiku-os.org (umccullough) Date: Tue, 17 Jun 2008 23:44:51 -0000 Subject: [Haiku-bugs] [Haiku] #2404: [Listdev] still missing in action In-Reply-To: <042.1ce35fa9bcb7a90c48024aec3eee6788@haiku-os.org> References: <042.1ce35fa9bcb7a90c48024aec3eee6788@haiku-os.org> Message-ID: <051.1a0857ef704456c09ef9c8ffd3f187ce@haiku-os.org> #2404: [Listdev] still missing in action ----------------------------------------------+----------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------------------------+----------------------------- Comment(by umccullough): http://dev.haiku-os.org/changeset/25833 If it was fixed, it looks like it wasn't added back to HaikuImage anyway... Later tonight I'll add it to my image and see if it works. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 18 01:47:47 2008 From: trac at haiku-os.org (bonefish) Date: Tue, 17 Jun 2008 23:47:47 -0000 Subject: [Haiku-bugs] [Haiku] #2398: build system doesn't honor HAIKU_DONT_CLEAR_IMAGE when HAIKU_IMAGE_SIZE is not set In-Reply-To: <040.6229eb1eaaf350c356b3ba14073f5599@haiku-os.org> References: <040.6229eb1eaaf350c356b3ba14073f5599@haiku-os.org> Message-ID: <049.8052d0f7c75ca629d3f6974e17653317@haiku-os.org> #2398: build system doesn't honor HAIKU_DONT_CLEAR_IMAGE when HAIKU_IMAGE_SIZE is not set ---------------------------+------------------------------------------------ Reporter: monni | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by bonefish): Replying to [comment:7 monni]: > Replying to [comment:6 umccullough]: > > > > Which is why many of us just chmod the necessary paths before jamming an image :) > > > > BTW, after you've been running your haiku builds as root - trying to run them as a normal user often fails to remove files created in the generated folder as root - so you'll want to chown those, or just remove them all and start clean. > > Take this: > > I got two mass storage controllers ... > > Haiku is on SCSI 0, Linux is on SCSI 3 > > First time I boot Haiku gets /dev/sda, Linux gets /dev/sdb > Next time I boot Linux might get /dev/sda and Haiku gets /dev/sdb > > So each time I test the "image" and boot back to update the sources I need to verify which one it got that time. > > In worst cases when it render the Linux partition unbootable, I have to boot from Live CD and I get Haiku on /dev/sda in one shell and /dev/sdb in another. But you still also have symlinks somewhere that are stable between reboots, right? Anyway, can you try adding the following to build/scripts/build_haiku_image (line 32, after the first if-block): {{{ if which readlink &> /dev/null; then normalizedImagePath=$(readlink -e "$imagePath") if [ $normalizedImagePath ]; then imagePath="$normalizedImagePath" fi fi }}} It should resolve any symlinks in the image path. Which, if I understood it correctly, is somehow the source of your problems. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 18 03:50:02 2008 From: trac at haiku-os.org (anevilyak) Date: Wed, 18 Jun 2008 01:50:02 -0000 Subject: [Haiku-bugs] [Haiku] #2404: [Listdev] still missing in action In-Reply-To: <042.1ce35fa9bcb7a90c48024aec3eee6788@haiku-os.org> References: <042.1ce35fa9bcb7a90c48024aec3eee6788@haiku-os.org> Message-ID: <051.5cd5656e59406c0249f25b896ef926ab@haiku-os.org> #2404: [Listdev] still missing in action ----------------------------------------------+----------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------------------------+----------------------------- Comment(by anevilyak): I remember him making that change...I think he said at the time that it wasn't complete and that some information was still missing. I might be mistaken. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 18 02:32:53 2008 From: trac at haiku-os.org (cebif) Date: Wed, 18 Jun 2008 00:32:53 -0000 Subject: [Haiku-bugs] [Haiku] #1846: Media does not retain preferred settings In-Reply-To: <040.fd3b9bce9062b192a89fdea564992559@haiku-os.org> References: <040.fd3b9bce9062b192a89fdea564992559@haiku-os.org> Message-ID: <049.cac88a2b7e14eb012d0fa5ca242dd5f6@haiku-os.org> #1846: Media does not retain preferred settings --------------------------------+------------------------------------------- Reporter: cebif | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Media | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by cebif): How my experience works out and the way I reported this bug relates to: driver ich_ac97 for a nvidia nforce2 chipset that contains Realtek ALC655 sound. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 18 06:26:03 2008 From: trac at haiku-os.org (monni) Date: Wed, 18 Jun 2008 04:26:03 -0000 Subject: [Haiku-bugs] [Haiku] #2398: build system doesn't honor HAIKU_DONT_CLEAR_IMAGE (was: build system doesn't honor HAIKU_DONT_CLEAR_IMAGE when HAIKU_IMAGE_SIZE is not set) In-Reply-To: <040.6229eb1eaaf350c356b3ba14073f5599@haiku-os.org> References: <040.6229eb1eaaf350c356b3ba14073f5599@haiku-os.org> Message-ID: <049.4b08e4775d81523ffd4793da0eaa26f9@haiku-os.org> #2398: build system doesn't honor HAIKU_DONT_CLEAR_IMAGE ---------------------------+------------------------------------------------ Reporter: monni | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by monni): Replying to [comment:8 bonefish]: > But you still also have symlinks somewhere that are stable between reboots, right? > > Anyway, can you try adding the following to build/scripts/build_haiku_image (line 32, after the first if-block): > {{{ if which readlink &> /dev/null; then normalizedImagePath=$(readlink -e "$imagePath") if [ $normalizedImagePath ]; then imagePath="$normalizedImagePath" fi fi }}} > > It should resolve any symlinks in the image path. Which, if I understood it correctly, is somehow the source of your problems. {{{ BuildHaikuImage1 /dev/disk/by-id/scsi-1ATA_WDC_AC12500L_WD- WT4850304790-part1 /bin/readlink Creating image ... Partition::SetTo(): active: 80 Partition::SetTo(): active: 0 Partition::SetTo(): active: 0 Partition::SetTo(): active: 0 Writing boot code to "/dev/sda1" (partition offset: 32256 bytes) ... Populating image ... }}} Rest of the output is pretty much redundant... Funny thing is that it just hides this bug, but fixes another, #2376. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 18 07:20:06 2008 From: trac at haiku-os.org (shinta) Date: Wed, 18 Jun 2008 05:20:06 -0000 Subject: [Haiku-bugs] [Haiku] #2259: cp command copies BFS attributes In-Reply-To: <041.a9b2252274b151b8a2dc24783f805239@haiku-os.org> References: <041.a9b2252274b151b8a2dc24783f805239@haiku-os.org> Message-ID: <050.aea15532a09b3eed8f12d9a10f34dd87@haiku-os.org> #2259: cp command copies BFS attributes ----------------------------------------------+----------------------------- Reporter: shinta | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------------------------+----------------------------- Comment(by shinta): I found that cp doesn't copy attributes when the size of file is zero. For example, launch StyledEdit and save document before typing anything, then, cp. cp doesn't copy BeIDE's settings file's attributes, too. Tested on r26003. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 18 08:13:42 2008 From: trac at haiku-os.org (umccullough) Date: Wed, 18 Jun 2008 06:13:42 -0000 Subject: [Haiku-bugs] [Haiku] #2404: [Listdev] still missing in action In-Reply-To: <042.1ce35fa9bcb7a90c48024aec3eee6788@haiku-os.org> References: <042.1ce35fa9bcb7a90c48024aec3eee6788@haiku-os.org> Message-ID: <051.5f9bfd919f11a3eba1632c6356b1e971@haiku-os.org> #2404: [Listdev] still missing in action ----------------------------------------------+----------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------------------------+----------------------------- Comment(by umccullough): I added listdev in my UserBuildConfig and jam'd with r26005 - the output of listdev from this version is attached (including a separate tree dump file), and looks reasonable AFAICT. So, I suppose it wouldn't hurt to add listdev back to the image? I can submit a patch if desired, although it's pretty easy to locate #listdev in HaikuImage and add it back. BTW, I noticed also that "consoled" is not in the BEOS_BIN variable with the others, but rather added separately below - seems like that's an oversight, unless there's some reason it's not supposed to be in the variable. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 18 09:13:18 2008 From: trac at haiku-os.org (emitrax) Date: Wed, 18 Jun 2008 07:13:18 -0000 Subject: [Haiku-bugs] [Haiku] #2259: cp command copies BFS attributes In-Reply-To: <041.a9b2252274b151b8a2dc24783f805239@haiku-os.org> References: <041.a9b2252274b151b8a2dc24783f805239@haiku-os.org> Message-ID: <050.7a98db7ee7ebba916d005badb7ae4974@haiku-os.org> #2259: cp command copies BFS attributes ----------------------------------------------+----------------------------- Reporter: shinta | Owner: emitrax Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------------------------+----------------------------- Changes (by emitrax): * owner: axeld => emitrax * status: reopened => new Comment: Yep. Easy to reproduce. I'll look into it tonight, if no one else beats me on time. Thanks. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 18 09:14:52 2008 From: trac at haiku-os.org (meanwhile) Date: Wed, 18 Jun 2008 07:14:52 -0000 Subject: [Haiku-bugs] [Haiku] #1919: Cursor hangs on startup In-Reply-To: <044.216253a81a35f1fd229dcbb677851cfa@haiku-os.org> References: <044.216253a81a35f1fd229dcbb677851cfa@haiku-os.org> Message-ID: <053.f483703c4cf141499d62a845d1645bc9@haiku-os.org> #1919: Cursor hangs on startup ----------------------------+----------------------------------------------- Reporter: meanwhile | Owner: korli Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by meanwhile): Hi korli, the attachment is from the 1st boot of a new install (r26003). Cheers, Meanwhile. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 18 10:38:39 2008 From: trac at haiku-os.org (nutela) Date: Wed, 18 Jun 2008 08:38:39 -0000 Subject: [Haiku-bugs] [Haiku] #2405: MediaPlayer doesn't use overlay altough it is available Message-ID: <041.b30556be0b2481d573b99b7b4ff3d0a2@haiku-os.org> #2405: MediaPlayer doesn't use overlay altough it is available --------------------------------------+------------------------------------- Reporter: nutela | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/MediaPlayer | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------------------+------------------------------------- grep -i overlay /var/log/syslog KERN: Radeon - ALLOCATE_OVERLAY_BUFFER: success: mem_handle=4, offset=502000, CPU-address=94502000, phys-address=d8502000 MediaPlayer std error: OpenDMLParser::Parse: JUNK chunk ignored, size: 376 bytes FormatProposal() error VideoConsumer::CreateBuffers() - get_area_info(): Operation on invalid team VideoConsumer::Connected - COULDN'T CREATE BUFFERS BMediaRoster::Connect: aborting after BBufferConsumer::Connected, status = 0xffffffff VideoProducer::Connect() - consumer error: General system error BMediaRoster::Connect: aborted FormatProposal() error -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 18 11:27:49 2008 From: trac at haiku-os.org (euan) Date: Wed, 18 Jun 2008 09:27:49 -0000 Subject: [Haiku-bugs] [Haiku] #2405: MediaPlayer doesn't use overlay altough it is available In-Reply-To: <041.b30556be0b2481d573b99b7b4ff3d0a2@haiku-os.org> References: <041.b30556be0b2481d573b99b7b4ff3d0a2@haiku-os.org> Message-ID: <050.8e4f2fc6b529a72c23d1519030b08a24@haiku-os.org> #2405: MediaPlayer doesn't use overlay altough it is available ---------------------------------------+------------------------------------ Reporter: nutela | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/MediaPlayer | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------------------+------------------------------------ Comment(by euan): I'd question whether the Radeon overlay is working. Would be good to know what overlay format is being requested. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 18 11:34:50 2008 From: trac at haiku-os.org (stippi) Date: Wed, 18 Jun 2008 09:34:50 -0000 Subject: [Haiku-bugs] [Haiku] #2405: MediaPlayer doesn't use overlay altough it is available In-Reply-To: <041.b30556be0b2481d573b99b7b4ff3d0a2@haiku-os.org> References: <041.b30556be0b2481d573b99b7b4ff3d0a2@haiku-os.org> Message-ID: <050.8f4a1df4a2cabbccaae4f8527eece40c@haiku-os.org> #2405: MediaPlayer doesn't use overlay altough it is available ---------------------------------------+------------------------------------ Reporter: nutela | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/MediaPlayer | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------------------+------------------------------------ Comment(by stippi): Interesting. The get_area_info() call is made regardless of overlays. It is needed to map media kit BBuffers to the memory of BBitmaps: {{{ // figure out the bitmap creation flags uint32 bitmapFlags = 0; if (fTryOverlay) { // try to use hardware overlay bitmapFlags |= B_BITMAP_WILL_OVERLAY; if (i == 0) bitmapFlags |= B_BITMAP_RESERVE_OVERLAY_CHANNEL; } else bitmapFlags = B_BITMAP_IS_LOCKED; fBitmap[i] = new BBitmap(bounds, bitmapFlags, colorSpace); status = fBitmap[i]->InitCheck(); if (status >= B_OK) { buffer_clone_info info; uint8* bits = (uint8*)fBitmap[i]->Bits(); info.area = area_for(bits); area_info bitmapAreaInfo; status = get_area_info(info.area, &bitmapAreaInfo); if (status != B_OK) { fprintf(stderr, "VideoConsumer::CreateBuffers() - " "get_area_info(): %s\n", strerror(status)); return status; } info.offset = bits - (uint8*)bitmapAreaInfo.address; info.size = (size_t)fBitmap[i]->BitsLength(); info.flags = 0; info.buffer = 0; // the media buffer id BBuffer *buffer = NULL; if ((status = fBuffers->AddBuffer(info, &buffer)) != B_OK) { ERROR("VideoConsumer::CreateBuffers - ERROR ADDING BUFFER TO GROUP\n"); return status; } else PROGRESS("VideoConsumer::CreateBuffers - SUCCESSFUL ADD BUFFER TO GROUP\n"); } }}} If you can watch the video without overlay, it means the exact same code path works for non-overlay bitmaps, which is a bit strange. I guess the team could indeed be different. For normal bitmaps, the app_server would have allocated the area/memory, while for overlay bitmaps, it would have actually been the graphics driver/kernel. Maybe some privilege thing is preventing this from working? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 18 11:40:52 2008 From: trac at haiku-os.org (stippi) Date: Wed, 18 Jun 2008 09:40:52 -0000 Subject: [Haiku-bugs] [Haiku] #2405: MediaPlayer doesn't use overlay altough it is available In-Reply-To: <041.b30556be0b2481d573b99b7b4ff3d0a2@haiku-os.org> References: <041.b30556be0b2481d573b99b7b4ff3d0a2@haiku-os.org> Message-ID: <050.ed08b362332c0acd60cfb52c8c9849de@haiku-os.org> #2405: MediaPlayer doesn't use overlay altough it is available ---------------------------------------+------------------------------------ Reporter: nutela | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/MediaPlayer | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------------------+------------------------------------ Description changed by stippi: Old description: > grep -i overlay /var/log/syslog > KERN: Radeon - ALLOCATE_OVERLAY_BUFFER: success: mem_handle=4, > offset=502000, CPU-address=94502000, phys-address=d8502000 > > MediaPlayer std error: > OpenDMLParser::Parse: JUNK chunk ignored, size: 376 bytes > FormatProposal() error > VideoConsumer::CreateBuffers() - get_area_info(): Operation on invalid > team > VideoConsumer::Connected - COULDN'T CREATE BUFFERS > BMediaRoster::Connect: aborting after BBufferConsumer::Connected, status > = 0xffffffff > VideoProducer::Connect() - consumer error: General system error > BMediaRoster::Connect: aborted > FormatProposal() error New description: grep -i overlay /var/log/syslog KERN: Radeon - ALLOCATE_OVERLAY_BUFFER: success: mem_handle=4, offset=502000, CPU-address=94502000, phys-address=d8502000 {{{ MediaPlayer std error: OpenDMLParser::Parse: JUNK chunk ignored, size: 376 bytes FormatProposal() error VideoConsumer::CreateBuffers() - get_area_info(): Operation on invalid team VideoConsumer::Connected - COULDN'T CREATE BUFFERS BMediaRoster::Connect: aborting after BBufferConsumer::Connected, status = 0xffffffff VideoProducer::Connect() - consumer error: General system error BMediaRoster::Connect: aborted FormatProposal() error }}} -- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 18 13:59:52 2008 From: trac at haiku-os.org (atomozero) Date: Wed, 18 Jun 2008 11:59:52 -0000 Subject: [Haiku-bugs] [Haiku] #1609: NetworkStatus -> No Link In-Reply-To: <044.c3485fc46adb9faa461baf3ebe86aa0c@haiku-os.org> References: <044.c3485fc46adb9faa461baf3ebe86aa0c@haiku-os.org> Message-ID: <053.61ba50c2971181b132242614f22a5b43@haiku-os.org> #1609: NetworkStatus -> No Link ------------------------------+--------------------------------------------- Reporter: atomozero | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by atomozero): now work fine :) thx!! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 18 14:09:22 2008 From: trac at haiku-os.org (atomozero) Date: Wed, 18 Jun 2008 12:09:22 -0000 Subject: [Haiku-bugs] [Haiku] #1299: messed up screen with intel_extreme driver In-Reply-To: <042.059c56243d87428b499389bd6a735725@haiku-os.org> References: <042.059c56243d87428b499389bd6a735725@haiku-os.org> Message-ID: <051.3db36ca779988240201d331a5b61a4b4@haiku-os.org> #1299: messed up screen with intel_extreme driver ---------------------------------------------+------------------------------ Reporter: modeenf | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/intel_extreme | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------------------------+------------------------------ Comment(by atomozero): whit r25994 the video driver works but i have a litle defect on top of screen and when change the resolution -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 18 14:09:27 2008 From: trac at haiku-os.org (emitrax) Date: Wed, 18 Jun 2008 12:09:27 -0000 Subject: [Haiku-bugs] [Haiku] #1609: NetworkStatus -> No Link In-Reply-To: <044.c3485fc46adb9faa461baf3ebe86aa0c@haiku-os.org> References: <044.c3485fc46adb9faa461baf3ebe86aa0c@haiku-os.org> Message-ID: <053.3327b9590771e17dd7d7f2e0136ab346@haiku-os.org> #1609: NetworkStatus -> No Link ------------------------------+--------------------------------------------- Reporter: atomozero | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Changes (by emitrax): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 18 15:06:02 2008 From: trac at haiku-os.org (bonefish) Date: Wed, 18 Jun 2008 13:06:02 -0000 Subject: [Haiku-bugs] [Haiku] #2270: Build system deletes /dev/sda1 node in Ubuntu when installing Haiku on real disk In-Reply-To: <040.dd3df7874e2de09994048a060dbd39d5@haiku-os.org> References: <040.dd3df7874e2de09994048a060dbd39d5@haiku-os.org> Message-ID: <049.75dda3dd725e6a02369e5616bd02dd87@haiku-os.org> #2270: Build system deletes /dev/sda1 node in Ubuntu when installing Haiku on real disk ---------------------------+------------------------------------------------ Reporter: monni | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by bonefish): Any update on this one? I can't say anything more without at least the build output. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 18 15:07:38 2008 From: trac at haiku-os.org (bonefish) Date: Wed, 18 Jun 2008 13:07:38 -0000 Subject: [Haiku-bugs] [Haiku] #2276: If HAIKU_ROOT_USER_REAL_NAME contains UTF8 chars, Haiku fails at Bootscript In-Reply-To: <041.f9f58f7e0cf34ebcd31e27d5ccf95a8b@haiku-os.org> References: <041.f9f58f7e0cf34ebcd31e27d5ccf95a8b@haiku-os.org> Message-ID: <050.7dd027d52fecb2e4203d88ef6a7a80c5@haiku-os.org> #2276: If HAIKU_ROOT_USER_REAL_NAME contains UTF8 chars, Haiku fails at Bootscript ---------------------------+------------------------------------------------ Reporter: stippi | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by bonefish): Any update? My HAIKU_ROOT_USER_REAL_NAME has been "Stephan A?mus" for weeks now. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 18 15:09:05 2008 From: trac at haiku-os.org (bonefish) Date: Wed, 18 Jun 2008 13:09:05 -0000 Subject: [Haiku-bugs] [Haiku] #2376: Build fails with new style SCSI device paths on Ubuntu In-Reply-To: <040.01428ce06cd6f118a66170ab7b2e3144@haiku-os.org> References: <040.01428ce06cd6f118a66170ab7b2e3144@haiku-os.org> Message-ID: <049.4931cabd16cf0b9dda063747688fa0d8@haiku-os.org> #2376: Build fails with new style SCSI device paths on Ubuntu ---------------------------+------------------------------------------------ Reporter: monni | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by bonefish): * status: new => closed * resolution: => fixed Comment: Fixed in r26006. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 18 15:17:16 2008 From: trac at haiku-os.org (bonefish) Date: Wed, 18 Jun 2008 13:17:16 -0000 Subject: [Haiku-bugs] [Haiku] #2398: build system doesn't honor HAIKU_DONT_CLEAR_IMAGE In-Reply-To: <040.6229eb1eaaf350c356b3ba14073f5599@haiku-os.org> References: <040.6229eb1eaaf350c356b3ba14073f5599@haiku-os.org> Message-ID: <049.88535437850bcfb7f3b975c76aeb5f2c@haiku-os.org> #2398: build system doesn't honor HAIKU_DONT_CLEAR_IMAGE ---------------------------+------------------------------------------------ Reporter: monni | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by bonefish): * status: new => closed * resolution: => invalid Comment: Replying to [comment:9 monni]: > Rest of the output is pretty much redundant... Funny thing is that it just hides this bug, but fixes another, #2376. OK, closing this ticket then. If any bug is hidden, it's a bug in your system. I would put it past Ubuntu to mess something up with "test -e". It simply shouldn't fail for an existing symlink. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 18 15:31:35 2008 From: trac at haiku-os.org (bonefish) Date: Wed, 18 Jun 2008 13:31:35 -0000 Subject: [Haiku-bugs] [Haiku] #2397: Build system writes over actual filesystem contents while trying to add boot sector to partition In-Reply-To: <040.65652c8f4db6539a6a81d85a13c7b7a2@haiku-os.org> References: <040.65652c8f4db6539a6a81d85a13c7b7a2@haiku-os.org> Message-ID: <049.4403b95c4ef1672ad5358c8168c34138@haiku-os.org> #2397: Build system writes over actual filesystem contents while trying to add boot sector to partition ---------------------------+------------------------------------------------ Reporter: monni | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by bonefish): Replying to [comment:4 monni]: > And I still think it does "makebootable" too early... > > To make it simple... As it is default that it clears the image, it should initialize the partition only if also clearing the image is allowed. That's exactly what's happening as the snippet I copied from the build_haiku_image script shows. I can even easily reproduce that it works like this when trying to build with insufficient permissions. Regarding not being able to boot. If you provided the symlink, makebootable wouldn't be able to make the partition bootable at all, since it wouldn't find the disk device the partition belongs to. If there's still some problem that justifies the ticket to be open after r26006, please provide the build output. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 18 16:00:28 2008 From: trac at haiku-os.org (stippi) Date: Wed, 18 Jun 2008 14:00:28 -0000 Subject: [Haiku-bugs] [Haiku] #2276: If HAIKU_ROOT_USER_REAL_NAME contains UTF8 chars, Haiku fails at Bootscript In-Reply-To: <041.f9f58f7e0cf34ebcd31e27d5ccf95a8b@haiku-os.org> References: <041.f9f58f7e0cf34ebcd31e27d5ccf95a8b@haiku-os.org> Message-ID: <050.dffb2ca8f438b3fae85a99279384c9ce@haiku-os.org> #2276: If HAIKU_ROOT_USER_REAL_NAME contains UTF8 chars, Haiku fails at Bootscript ---------------------------+------------------------------------------------ Reporter: stippi | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by stippi): Sorry for the delay... My build platform used to be Ubuntu 7.10, now it is 8.04. I just tested the result from 8.04 and it works fine, I can boot now. I guess this bug can be closed then. generated/objects/common/passwd looks like this: {{{ sshd:x:1001:100:sshd user:/var/empty:/bin/true stippi:x:0:0:Stephan A?mus:/boot/home:/bin/bash }}} In either less/Gnome Terminal and gedit. Don't know how to tell the encoding. I leave it up to you to mark this as "fixed". In any case it seems like a host platform specific problem. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 18 16:11:10 2008 From: trac at haiku-os.org (kaoutsis) Date: Wed, 18 Jun 2008 14:11:10 -0000 Subject: [Haiku-bugs] [Haiku] #2134: the text in a selectable text view with/or without scrollbar is moving up and down constantly while the left button is kept pressed (was: the text in a selectable text view with scrollbar is moving up and down constantly while the left button is kept pressed) In-Reply-To: <043.bbc7c7241bd3bca35d327bb4b2d7be41@haiku-os.org> References: <043.bbc7c7241bd3bca35d327bb4b2d7be41@haiku-os.org> Message-ID: <052.c3beee0d4717d3f05c44217eea427183@haiku-os.org> #2134: the text in a selectable text view with/or without scrollbar is moving up and down constantly while the left button is kept pressed ------------------------+--------------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by kaoutsis): i found another example to reproduce the bug: 1) Open DataTranslations pref. app 2) From the list, find and click 3) Right of the list, there is a selectable text view that says: "libpng version 1.2.26 - April 2, 2008 ..." click and hold the left mouse button: The whole text is 'dancing' up and down constantly, as long as the button is kept pressed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 18 16:12:55 2008 From: trac at haiku-os.org (bonefish) Date: Wed, 18 Jun 2008 14:12:55 -0000 Subject: [Haiku-bugs] [Haiku] #2276: If HAIKU_ROOT_USER_REAL_NAME contains UTF8 chars, Haiku fails at Bootscript In-Reply-To: <041.f9f58f7e0cf34ebcd31e27d5ccf95a8b@haiku-os.org> References: <041.f9f58f7e0cf34ebcd31e27d5ccf95a8b@haiku-os.org> Message-ID: <050.b29c9dba54aa1cbe403c43b2035b11f3@haiku-os.org> #2276: If HAIKU_ROOT_USER_REAL_NAME contains UTF8 chars, Haiku fails at Bootscript ---------------------------+------------------------------------------------ Reporter: stippi | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by bonefish): * status: new => closed * resolution: => fixed Comment: OK, if this can't be reproduced anymore, we can as well close it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 18 19:01:28 2008 From: trac at haiku-os.org (scottmc) Date: Wed, 18 Jun 2008 17:01:28 -0000 Subject: [Haiku-bugs] [Haiku] #2149: Haiku does not update name of a renamed volume until after a reboot (was: Installer does not update "Install from" volume list if they are renamed) In-Reply-To: <042.ba900f626b5e000c5241c29031329e9b@haiku-os.org> References: <042.ba900f626b5e000c5241c29031329e9b@haiku-os.org> Message-ID: <051.18418e0252346ec18eb87fa58d310f3a@haiku-os.org> #2149: Haiku does not update name of a renamed volume until after a reboot ------------------------+--------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by scottmc): This isn't just an Installer issue. Doing an ls / it still lists the old name given to the newly renamed volume. After a restart ls / then shows the new name. You would assume that when you rename something that it gets renames when you do it and shouldn't have to wait till after a reboot for it to show up. Changing the summary to reflect this, as it's not a bug in Installer. If you reint a drive in drive setup under Installer and give it a different name there, it DOES get picked up just fine with the new name in Installer. The problem happens if you right-click on a volume and then "edit name". If you try to rename a volume and then rename it back to the name it had before you get an error saying that name already exists! So it seems it's not updating when you expect it to be. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 18 19:56:57 2008 From: trac at haiku-os.org (mmlr) Date: Wed, 18 Jun 2008 17:56:57 -0000 Subject: [Haiku-bugs] [Haiku] #2401: 3rd USB controler not shown In-Reply-To: <049.6b845061e0dd9740825f6f62a7aee5b9@haiku-os.org> References: <049.6b845061e0dd9740825f6f62a7aee5b9@haiku-os.org> Message-ID: <058.c24d5aa49230bf5c967f61b69c947ee4@haiku-os.org> #2401: 3rd USB controler not shown -----------------------------+---------------------------------------------- Reporter: thomasmansfeld | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: duplicate | Blockedby: 5 Platform: x86 | Blocking: -----------------------------+---------------------------------------------- Changes (by mmlr): * status: assigned => closed * resolution: => duplicate * blockedby: => 5 Comment: In fact this is a duplicate of bug #5. From the syslog it tells that a UHCI and an EHCI controller were found, but that both could not be used because they have an invalid IRQ assignment (or none at all probably). As this should automatically resolve as soon as bug/enhancement #5 is done, it shouldn't really be necessary to keep this bug open. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 18 22:01:07 2008 From: trac at haiku-os.org (mmlr) Date: Wed, 18 Jun 2008 20:01:07 -0000 Subject: [Haiku-bugs] [Haiku] #2388: deadlock between kernel heap and kernel vm In-Reply-To: <040.e6d01376ce690a177a4a918c28aac325@haiku-os.org> References: <040.e6d01376ce690a177a4a918c28aac325@haiku-os.org> Message-ID: <049.c5ea5a61e57a80d31f23f54b0cf7b598@haiku-os.org> #2388: deadlock between kernel heap and kernel vm ----------------------------+----------------------------------------------- Reporter: korli | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by mmlr): * status: assigned => closed * resolution: => fixed Comment: Should be fixed in r26009 along with some other issues. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 18 23:11:05 2008 From: trac at haiku-os.org (korli) Date: Wed, 18 Jun 2008 21:11:05 -0000 Subject: [Haiku-bugs] [Haiku] #2153: libmatroska needs updating In-Reply-To: <042.8167f13a0dcc50622ae8a6ddc2d737fb@haiku-os.org> References: <042.8167f13a0dcc50622ae8a6ddc2d737fb@haiku-os.org> Message-ID: <051.291cef6f587096ef5f02283b01f90c11@haiku-os.org> #2153: libmatroska needs updating -----------------------------------+---------------------------------------- Reporter: scottmc | Owner: marcusoverhagen Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Audio & Video/Codecs | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed Comment: dlmcpaul updated matroska in r25971. Feel free to reopen if needed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 18 23:50:56 2008 From: trac at haiku-os.org (nutela) Date: Wed, 18 Jun 2008 21:50:56 -0000 Subject: [Haiku-bugs] [Haiku] #2405: MediaPlayer doesn't use overlay altough it is available In-Reply-To: <041.b30556be0b2481d573b99b7b4ff3d0a2@haiku-os.org> References: <041.b30556be0b2481d573b99b7b4ff3d0a2@haiku-os.org> Message-ID: <050.2b6b718b08757a7f2984230b132e48dd@haiku-os.org> #2405: MediaPlayer doesn't use overlay altough it is available ---------------------------------------+------------------------------------ Reporter: nutela | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/MediaPlayer | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------------------+------------------------------------ Comment(by nutela): Yes I can watch video but in "info" it says BDrawBitMap is used and hence a lot of frames are dropped (old machine). Nice progress nevertheless. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 19 00:05:27 2008 From: trac at haiku-os.org (anevilyak) Date: Wed, 18 Jun 2008 22:05:27 -0000 Subject: [Haiku-bugs] [Haiku] #2259: cp command copies BFS attributes In-Reply-To: <041.a9b2252274b151b8a2dc24783f805239@haiku-os.org> References: <041.a9b2252274b151b8a2dc24783f805239@haiku-os.org> Message-ID: <050.0b8bd615eff84f02eca377f4412e772d@haiku-os.org> #2259: cp command copies BFS attributes ----------------------------------------------+----------------------------- Reporter: shinta | Owner: emitrax Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: ----------------------------------------------+----------------------------- Changes (by anevilyak): * status: new => closed * resolution: => fixed Comment: Fixed in r26013. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 19 00:33:36 2008 From: trac at haiku-os.org (marcusoverhagen) Date: Wed, 18 Jun 2008 22:33:36 -0000 Subject: [Haiku-bugs] [Haiku] #2153: libmatroska needs updating In-Reply-To: <042.8167f13a0dcc50622ae8a6ddc2d737fb@haiku-os.org> References: <042.8167f13a0dcc50622ae8a6ddc2d737fb@haiku-os.org> Message-ID: <051.bad8d9ba4060bbb625ae14cec0d6a22b@haiku-os.org> #2153: libmatroska needs updating -----------------------------------+---------------------------------------- Reporter: scottmc | Owner: marcusoverhagen Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Audio & Video/Codecs | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by marcusoverhagen): FYI: We are not using libebml or libmatroska. We use MatroskaParser from Mike Matsnev. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 19 00:45:24 2008 From: trac at haiku-os.org (stippi) Date: Wed, 18 Jun 2008 22:45:24 -0000 Subject: [Haiku-bugs] [Haiku] #2405: MediaPlayer doesn't use overlay altough it is available In-Reply-To: <041.b30556be0b2481d573b99b7b4ff3d0a2@haiku-os.org> References: <041.b30556be0b2481d573b99b7b4ff3d0a2@haiku-os.org> Message-ID: <050.f0dc39cccdf1fb78b7084b3fef2365ef@haiku-os.org> #2405: MediaPlayer doesn't use overlay altough it is available ---------------------------------------+------------------------------------ Reporter: nutela | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/MediaPlayer | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------------------+------------------------------------ Comment(by stippi): I am waiting on a reply from Axel on the matter. I am guessing the analysis of the problem with regards to get_area_info() is correct, Haiku is probably just more restrictive with these "security matters", but then a decision needs to be made how to deal with this situation. One way would be to copy the buffers, but that's undesirable, especially if the performance on the old computer is a concern. Hm... thinking about it - Another problem could be that the respective driver allocates the memory for the bitmaps with the wrong flags (B_USER_CLONABLE_AREA missing or whatever it was). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 19 02:24:34 2008 From: trac at haiku-os.org (aldeck) Date: Thu, 19 Jun 2008 00:24:34 -0000 Subject: [Haiku-bugs] [Haiku] #2312: [Tracker] icon column width enlargement In-Reply-To: <040.1cbdbfa72efd3b4b739bf5f2f939fb78@haiku-os.org> References: <040.1cbdbfa72efd3b4b739bf5f2f939fb78@haiku-os.org> Message-ID: <049.3f5ab06e8d9c7a5d2d8d00bd0c1e7ab0@haiku-os.org> #2312: [Tracker] icon column width enlargement -----------------------------------+---------------------------------------- Reporter: diver | Owner: aldeck Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by aldeck): * owner: axeld => aldeck * status: new => assigned Comment: Ok, i found the code causing the problem. Will commit when i've found the hows and whys :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 19 03:54:58 2008 From: trac at haiku-os.org (korli) Date: Thu, 19 Jun 2008 01:54:58 -0000 Subject: [Haiku-bugs] [Haiku] #1919: Cursor hangs on startup In-Reply-To: <044.216253a81a35f1fd229dcbb677851cfa@haiku-os.org> References: <044.216253a81a35f1fd229dcbb677851cfa@haiku-os.org> Message-ID: <053.fd4eef9b499e6d6556a4101fec4ba130@haiku-os.org> #1919: Cursor hangs on startup ----------------------------+----------------------------------------------- Reporter: meanwhile | Owner: korli Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by korli): Replying to [comment:23 meanwhile]: > Hi korli, the attachment is from the 1st boot of a new install (r26003). Cheers, Meanwhile. Thanks. It seems ac97_reg_is_valid() should be updated for CODEC_ID_AD1885, avoiding 0x56. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 19 05:08:09 2008 From: trac at haiku-os.org (korli) Date: Thu, 19 Jun 2008 03:08:09 -0000 Subject: [Haiku-bugs] [Haiku] #2071: No accelerated video starting r24669 nightly In-Reply-To: <043.0bad686bfb0a381474b780317ac47d69@haiku-os.org> References: <043.0bad686bfb0a381474b780317ac47d69@haiku-os.org> Message-ID: <052.71dbb73cd4b0be471d5fccda95d9a08f@haiku-os.org> #2071: No accelerated video starting r24669 nightly --------------------------------------+------------------------------------- Reporter: tigerdog | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: --------------------------------------+------------------------------------- Comment(by korli): Replying to [comment:4 rudolfc]: > I don't know what is the first mapped region that is later on overlapped by my driver's request, but that deserves to be investigated. If that's legal then My guess: src/system/kernel/debug/frame_buffer_console.cpp:frame_buffer_console_init_post_modules() -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 19 16:25:55 2008 From: trac at haiku-os.org (idefix) Date: Thu, 19 Jun 2008 14:25:55 -0000 Subject: [Haiku-bugs] [Haiku] #1746: Default swap file size doesn't enable Virtual Memory In-Reply-To: <043.bddb1eca3b845f655d36645f64a4e22f@haiku-os.org> References: <043.bddb1eca3b845f655d36645f64a4e22f@haiku-os.org> Message-ID: <052.4a40d1e2ac598900a0b55215292372ff@haiku-os.org> #1746: Default swap file size doesn't enable Virtual Memory ----------------------------------------+----------------------------------- Reporter: andreasf | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Preferences/VirtualMemory | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------------------+----------------------------------- Comment(by idefix): It's not a rounding problem. When you open the VirtualMemory application for the first time and only check the 'Enable Virtual Memory'-box (do not move the slider), the application will create (on close) a 'virtual_memory'-file with the following contents: {{{ vm on swap_size 0 }}} The next time you open VirtualMemory, it will interpret this as Virtual Memory disabled. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 19 16:34:24 2008 From: trac at haiku-os.org (idefix) Date: Thu, 19 Jun 2008 14:34:24 -0000 Subject: [Haiku-bugs] [Haiku] #1746: Default swap file size doesn't enable Virtual Memory In-Reply-To: <043.bddb1eca3b845f655d36645f64a4e22f@haiku-os.org> References: <043.bddb1eca3b845f655d36645f64a4e22f@haiku-os.org> Message-ID: <052.342d605209dd665b6e302e4a92ec40e7@haiku-os.org> #1746: Default swap file size doesn't enable Virtual Memory ----------------------------------------+----------------------------------- Reporter: andreasf | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/VirtualMemory | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------------------+----------------------------------- Changes (by idefix): * type: enhancement => bug -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 19 17:25:49 2008 From: trac at haiku-os.org (scottmc) Date: Thu, 19 Jun 2008 15:25:49 -0000 Subject: [Haiku-bugs] [Haiku] #1957: Command Line FTP app has Name collision when connecting to an FTP site In-Reply-To: <042.993f6310d8fad8b8b408b4590966d72f@haiku-os.org> References: <042.993f6310d8fad8b8b408b4590966d72f@haiku-os.org> Message-ID: <051.f511c0e71bd1b8ca11a0bdf212bed8b4@haiku-os.org> #1957: Command Line FTP app has Name collision when connecting to an FTP site ------------------------+--------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: low | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by scottmc): Now the command line ftp program gives even more messages when connecting to an ftp site. I think it's something to do with the recent changes to terminal? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 19 19:44:49 2008 From: trac at haiku-os.org (mmlr) Date: Thu, 19 Jun 2008 17:44:49 -0000 Subject: [Haiku-bugs] [Haiku] #2367: Media checker blocks in USB when booting from USB In-Reply-To: <040.071b43b6611ddf637fa7f5a2c6cebc5e@haiku-os.org> References: <040.071b43b6611ddf637fa7f5a2c6cebc5e@haiku-os.org> Message-ID: <049.c5c95f3894ced37de1309aff412371b7@haiku-os.org> #2367: Media checker blocks in USB when booting from USB --------------------------+------------------------------------------------- Reporter: axeld | Owner: mmlr Type: bug | Status: assigned Priority: high | Milestone: R1/alpha1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by mmlr): Axel, any news regarding the EHCI chip in use? If it really is a VIA or ATI one a workaround for lost interrupts might be in order. I'll attach a patch to this ticket that should do pretty much that by setting a timeout on sem acquisition in the finisher thread, so that it will unconditionally wake up once every ms. Could you please try with that and check if it solves the problem. If so I would like to blacklist that chip you have there to always use such a workaround. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 19 19:59:34 2008 From: trac at haiku-os.org (mmlr) Date: Thu, 19 Jun 2008 17:59:34 -0000 Subject: [Haiku-bugs] [Haiku] #1709: USB hid not working on gcc4 build In-Reply-To: <043.33621f436364330207692c8495d0ea32@haiku-os.org> References: <043.33621f436364330207692c8495d0ea32@haiku-os.org> Message-ID: <052.34aafd556dba7a7c58a3d99e6498e35f@haiku-os.org> #1709: USB hid not working on gcc4 build -----------------------------------+---------------------------------------- Reporter: mauricek | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Servers/input_server | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -----------------------------------+---------------------------------------- Comment(by mmlr): Have you retried with a current revision? Much has happened since, usb_hid has been pretty much rewritten and there have been a few GCC4 related changes. So it should be worth a try again, maybe now debugging this further is possible? I'd be interested in a new syslog at least. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 19 20:59:00 2008 From: trac at haiku-os.org (emitrax) Date: Thu, 19 Jun 2008 18:59:00 -0000 Subject: [Haiku-bugs] [Haiku] #2400: [vfs]: vnode is not becoming unbusy (was: [BFS]: KDL while unpacking tarball cointaning haiku source code) In-Reply-To: <042.22c8f58394bb04153c0fcba1ff949dd4@haiku-os.org> References: <042.22c8f58394bb04153c0fcba1ff949dd4@haiku-os.org> Message-ID: <051.6e5c8815b6c5962e87a1be3e60bc3770@haiku-os.org> #2400: [vfs]: vnode is not becoming unbusy -------------------------------+-------------------------------------------- Reporter: emitrax | Owner: emitrax Type: bug | Status: new Priority: high | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by emitrax): This seems to be more a vfs bug. This time it was the page writer who causes the crash. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 19 22:09:06 2008 From: trac at haiku-os.org (scottmc) Date: Thu, 19 Jun 2008 20:09:06 -0000 Subject: [Haiku-bugs] [Haiku] #2406: Trac Attachments gone missing? Message-ID: <042.cb8c6f0e2bf19f5079374ed20a8cbb72@haiku-os.org> #2406: Trac Attachments gone missing? --------------------------+------------------------------------------------- Reporter: scottmc | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- I'm not seeing attachments anymore and I no longer get the attach file option either. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 19 22:12:48 2008 From: trac at haiku-os.org (nielx) Date: Thu, 19 Jun 2008 20:12:48 -0000 Subject: [Haiku-bugs] [Haiku] #2406: Trac Attachments gone missing? In-Reply-To: <042.cb8c6f0e2bf19f5079374ed20a8cbb72@haiku-os.org> References: <042.cb8c6f0e2bf19f5079374ed20a8cbb72@haiku-os.org> Message-ID: <051.5e7360f123b889365a84f7fabe35dc01@haiku-os.org> #2406: Trac Attachments gone missing? ---------------------------+------------------------------------------------ Reporter: scottmc | Owner: nielx Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by nielx): * owner: haiku-web => nielx * status: new => assigned -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 19 22:13:18 2008 From: trac at haiku-os.org (nielx) Date: Thu, 19 Jun 2008 20:13:18 -0000 Subject: [Haiku-bugs] [Haiku] #2406: Trac Attachments gone missing? In-Reply-To: <042.cb8c6f0e2bf19f5079374ed20a8cbb72@haiku-os.org> References: <042.cb8c6f0e2bf19f5079374ed20a8cbb72@haiku-os.org> Message-ID: <051.bdfa9337f4dc6df841bcbb469e4ed0c5@haiku-os.org> #2406: Trac Attachments gone missing? ---------------------------+------------------------------------------------ Reporter: scottmc | Owner: nielx Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by nielx): * status: assigned => closed * resolution: => fixed Comment: Fixed. Sorry for the inconvenience. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 19 23:12:08 2008 From: trac at haiku-os.org (scottmc) Date: Thu, 19 Jun 2008 21:12:08 -0000 Subject: [Haiku-bugs] [Haiku] #1494: Command line FTP app command history not working as expected In-Reply-To: <042.f9ecf067de1cb4cfcb2e26381b0e8e11@haiku-os.org> References: <042.f9ecf067de1cb4cfcb2e26381b0e8e11@haiku-os.org> Message-ID: <051.7c87469bec0cd84483a4cccef800ea10@haiku-os.org> #1494: Command line FTP app command history not working as expected ----------------------------------------------+----------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------------------------+----------------------------- Comment(by scottmc): Seems this one is working ok now, at least as of r25627 and still in r25993. Not sure when it got fixed but this can be closed out now. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 00:21:59 2008 From: trac at haiku-os.org (bonefish) Date: Thu, 19 Jun 2008 22:21:59 -0000 Subject: [Haiku-bugs] [Haiku] #1494: Command line FTP app command history not working as expected In-Reply-To: <042.f9ecf067de1cb4cfcb2e26381b0e8e11@haiku-os.org> References: <042.f9ecf067de1cb4cfcb2e26381b0e8e11@haiku-os.org> Message-ID: <051.2a34ca1bfbbbe813cc5e2d18747495d7@haiku-os.org> #1494: Command line FTP app command history not working as expected ----------------------------------------------+----------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------------------------+----------------------------- Changes (by bonefish): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 02:58:40 2008 From: trac at haiku-os.org (bonefish) Date: Fri, 20 Jun 2008 00:58:40 -0000 Subject: [Haiku-bugs] [Haiku] #2393: [Terminal]: vim hangs (-> high cpu usage) when closing terminal while vim is opened In-Reply-To: <042.5ddacfc34c264debe9354cf2a53bd037@haiku-os.org> References: <042.5ddacfc34c264debe9354cf2a53bd037@haiku-os.org> Message-ID: <051.b176661c8c2ac082069990dcd9291869@haiku-os.org> #2393: [Terminal]: vim hangs (-> high cpu usage) when closing terminal while vim is opened ------------------------------------+--------------------------------------- Reporter: emitrax | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by bonefish): I couldn't reproduce the problem in the first place, but it might have been caused by the broken signal handling in vim (in the BeOS port). Please check whether it is fixed in r26034. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 03:00:01 2008 From: trac at haiku-os.org (bonefish) Date: Fri, 20 Jun 2008 01:00:01 -0000 Subject: [Haiku-bugs] [Haiku] #2391: [Terminal]: issue when resizing while editing with VIM In-Reply-To: <042.a2350f73bc79d32b9e92442f58662f6f@haiku-os.org> References: <042.a2350f73bc79d32b9e92442f58662f6f@haiku-os.org> Message-ID: <051.f3725a26d9c4e273926ccdb0b284d613@haiku-os.org> #2391: [Terminal]: issue when resizing while editing with VIM ------------------------------------+--------------------------------------- Reporter: emitrax | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Changes (by bonefish): * status: new => closed * resolution: => fixed Comment: Fixed in r26034. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 03:05:30 2008 From: trac at haiku-os.org (bonefish) Date: Fri, 20 Jun 2008 01:05:30 -0000 Subject: [Haiku-bugs] [Haiku] #2383: [Terminal]: redraw issues In-Reply-To: <042.66bd0f9edebddf9bc62c486dd7503073@haiku-os.org> References: <042.66bd0f9edebddf9bc62c486dd7503073@haiku-os.org> Message-ID: <051.95f6d60c69443096fc9f7df24d061a35@haiku-os.org> #2383: [Terminal]: redraw issues ------------------------------------+--------------------------------------- Reporter: emitrax | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Changes (by bonefish): * status: assigned => closed * resolution: => fixed Comment: Fixed in r26031 (using alternate screen buffer). Resizing really works in vim not before r26034, though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 04:41:09 2008 From: trac at haiku-os.org (aldeck) Date: Fri, 20 Jun 2008 02:41:09 -0000 Subject: [Haiku-bugs] [Haiku] #2312: [Tracker] icon column width enlargement In-Reply-To: <040.1cbdbfa72efd3b4b739bf5f2f939fb78@haiku-os.org> References: <040.1cbdbfa72efd3b4b739bf5f2f939fb78@haiku-os.org> Message-ID: <049.9cddfc81187b4abe467f4fa90800eb07@haiku-os.org> #2312: [Tracker] icon column width enlargement -----------------------------------+---------------------------------------- Reporter: diver | Owner: aldeck Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by aldeck): * status: assigned => closed * resolution: => fixed Comment: Fixed in r26043 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 05:48:45 2008 From: trac at haiku-os.org (apple7) Date: Fri, 20 Jun 2008 03:48:45 -0000 Subject: [Haiku-bugs] [Haiku] #2267: Sound plays with noise (using OSS) In-Reply-To: <041.d5b5a7c80f65311174adae8b12bad08a@haiku-os.org> References: <041.d5b5a7c80f65311174adae8b12bad08a@haiku-os.org> Message-ID: <050.2fc500d88d5c224d2c45dd887924d8e3@haiku-os.org> #2267: Sound plays with noise (using OSS) -----------------------------+---------------------------------------------- Reporter: apple7 | Owner: mmu_man Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Kits/Media Kit | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -----------------------------+---------------------------------------------- Comment(by apple7): OH, new notice! I have sound!!! this "beautiful" Today I installed haiku (revision 26031) and also driver oss, reboot and continue the problem:(, but after I remove /boot/home/config/add- ons/media/opensound.media_addon again reboot, I Run mediaplayer with *.mp3 and sound is amazing! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 14:47:51 2008 From: trac at haiku-os.org (methe) Date: Fri, 20 Jun 2008 12:47:51 -0000 Subject: [Haiku-bugs] [Haiku] #2407: KDL at startup due to net_server Message-ID: <040.3e14510b476816382dbd0eb6a69489c9@haiku-os.org> #2407: KDL at startup due to net_server --------------------------------+------------------------------------------- Reporter: methe | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/net_server | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------------+------------------------------------------- When booting, Haiku gets into KDL right after the rocket icon turns on. I use SVN revision 26030. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 14:52:09 2008 From: trac at haiku-os.org (emitrax) Date: Fri, 20 Jun 2008 12:52:09 -0000 Subject: [Haiku-bugs] [Haiku] #2407: KDL at startup due to net_server In-Reply-To: <040.3e14510b476816382dbd0eb6a69489c9@haiku-os.org> References: <040.3e14510b476816382dbd0eb6a69489c9@haiku-os.org> Message-ID: <049.b6e39884225108ef28c5c6cb3779486f@haiku-os.org> #2407: KDL at startup due to net_server ---------------------------------+------------------------------------------ Reporter: methe | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/net_server | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------------+------------------------------------------ Comment(by emitrax): You need to provide some more information, like the stack trace or the serial debug output if you can. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 16:37:02 2008 From: trac at haiku-os.org (scottmc) Date: Fri, 20 Jun 2008 14:37:02 -0000 Subject: [Haiku-bugs] [Haiku] #2046: jam on haiku-host occasionally fails with the message: vfork: Out of memory In-Reply-To: <043.1cfb30e72db22561a05514d8f15e3964@haiku-os.org> References: <043.1cfb30e72db22561a05514d8f15e3964@haiku-os.org> Message-ID: <052.73e121f082dbdc4c459c886bfd61176d@haiku-os.org> #2046: jam on haiku-host occasionally fails with the message: vfork: Out of memory ------------------------+--------------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by scottmc): It's been a couple of months so I gave this a try on real hardware again, with just 512meg, and it still errors out on the vfork() out of memory when I try to jam it. I'll see if I can bump it up to 1Gb and try it again. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 16:46:24 2008 From: trac at haiku-os.org (anevilyak) Date: Fri, 20 Jun 2008 14:46:24 -0000 Subject: [Haiku-bugs] [Haiku] #2046: jam on haiku-host occasionally fails with the message: vfork: Out of memory In-Reply-To: <043.1cfb30e72db22561a05514d8f15e3964@haiku-os.org> References: <043.1cfb30e72db22561a05514d8f15e3964@haiku-os.org> Message-ID: <052.9f0ea265b5bca73e7765167c03f91995@haiku-os.org> #2046: jam on haiku-host occasionally fails with the message: vfork: Out of memory ------------------------+--------------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by anevilyak): For what it's worth, I run into that problem on my 1GB system also, but the outcome doesn't surprise me because there hasn't really been any work specifically addressing this problem (it's likely a VM issue). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 19:07:48 2008 From: trac at haiku-os.org (diver) Date: Fri, 20 Jun 2008 17:07:48 -0000 Subject: [Haiku-bugs] [Haiku] #2408: [usb_disk] Running Installer twice causes system to freeze Message-ID: <040.583304835628a89e04f511b36e7554d5@haiku-os.org> #2408: [usb_disk] Running Installer twice causes system to freeze -------------------------+-------------------------------------------------- Reporter: diver | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Running Installer twice when booted from flash drive causes system to freeze, F12 work though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 19:08:56 2008 From: trac at haiku-os.org (diver) Date: Fri, 20 Jun 2008 17:08:56 -0000 Subject: [Haiku-bugs] [Haiku] #2409: [kernel] "cat /dev/random" exits after first screen of random data Message-ID: <040.af41cabaa7003e9f4df4dc2678ba3242@haiku-os.org> #2409: [kernel] "cat /dev/random" exits after first screen of random data ---------------------------+------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ "cat /dev/random" exits after first screen of random data. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 19:12:33 2008 From: trac at haiku-os.org (diver) Date: Fri, 20 Jun 2008 17:12:33 -0000 Subject: [Haiku-bugs] [Haiku] #2410: [Tracker] navigation arrows are always active Message-ID: <040.c0e33242e512b5a6787d6928174e93dd@haiku-os.org> #2410: [Tracker] navigation arrows are always active ----------------------------------+----------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Navigation arrows in Tracker are always active. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 19:14:17 2008 From: trac at haiku-os.org (diver) Date: Fri, 20 Jun 2008 17:14:17 -0000 Subject: [Haiku-bugs] [Haiku] #2411: [app_server] moving a splitter in Pe is too slow Message-ID: <040.0800d6ad08776db3f71f410c7a9ff55f@haiku-os.org> #2411: [app_server] moving a splitter in Pe is too slow --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Moving a splitter in Pe is too slow. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 19:17:35 2008 From: trac at haiku-os.org (diver) Date: Fri, 20 Jun 2008 17:17:35 -0000 Subject: [Haiku-bugs] [Haiku] #2412: [Time] Integrate NTP client Message-ID: <040.0bd4105d23d831da2e362d273ea2fc97@haiku-os.org> #2412: [Time] Integrate NTP client -------------------------------------+-------------------------------------- Reporter: diver | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Preferences/Time & Date | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Integrate NTP client in Time preflet. Something like this: http://www.bebits.com/app/4044 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 19:20:42 2008 From: trac at haiku-os.org (diver) Date: Fri, 20 Jun 2008 17:20:42 -0000 Subject: [Haiku-bugs] [Haiku] #2413: [Interface kit] enlarging menus Message-ID: <040.34e9b75ec15eaf5be601cf12c8f8102f@haiku-os.org> #2413: [Interface kit] enlarging menus --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- - Open /boot/beos/system/add-ons/Translators/TIFFTranslator. - Set "Use compression" option to anything else from default. - Notice menu width enlarging. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 19:26:06 2008 From: trac at haiku-os.org (diver) Date: Fri, 20 Jun 2008 17:26:06 -0000 Subject: [Haiku-bugs] [Haiku] #2414: [net_server] DHCP issue Message-ID: <040.db1964fd351d69019f308e66f29ff2bf@haiku-os.org> #2414: [net_server] DHCP issue --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/net_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- net_server can't obtain ip address from DHCP server if more than one nic are present. Both cards shown (169.254.*.*) in Network prefs. But, cable connected is only one Running arp command shows other computers MACs in arp cache from 172.28.*.* -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 19:29:07 2008 From: trac at haiku-os.org (diver) Date: Fri, 20 Jun 2008 17:29:07 -0000 Subject: [Haiku-bugs] [Haiku] #2415: [app_server] font rendering is very bad on my wide screen monitor Message-ID: <040.726a0e8181564e924ce1de4301f8a79b@haiku-os.org> #2415: [app_server] font rendering is very bad on my wide screen monitor --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Font rendering is very bad on my wide screen LCD monitor Acer AL1917W. Text looks very dirty. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 19:30:31 2008 From: trac at haiku-os.org (diver) Date: Fri, 20 Jun 2008 17:30:31 -0000 Subject: [Haiku-bugs] [Haiku] #2415: [app_server] font rendering is very bad on my wide screen monitor In-Reply-To: <040.726a0e8181564e924ce1de4301f8a79b@haiku-os.org> References: <040.726a0e8181564e924ce1de4301f8a79b@haiku-os.org> Message-ID: <049.3bacff3779ad564a9eb719533047cef4@haiku-os.org> #2415: [app_server] font rendering is very bad on my wide screen monitor ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by diver): Same thing with Ubuntu actually, I would need to try windows. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 19:32:42 2008 From: trac at haiku-os.org (diver) Date: Fri, 20 Jun 2008 17:32:42 -0000 Subject: [Haiku-bugs] [Haiku] #2416: [Interface kit] Resizing tracker window flickers address bar Message-ID: <040.124a14eb0a96fe7fe4a27bc9a648bcbf@haiku-os.org> #2416: [Interface kit] Resizing tracker window flickers address bar --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 19:40:18 2008 From: trac at haiku-os.org (mmlr) Date: Fri, 20 Jun 2008 17:40:18 -0000 Subject: [Haiku-bugs] [Haiku] #2408: [usb_disk] Running Installer twice causes system to freeze In-Reply-To: <040.583304835628a89e04f511b36e7554d5@haiku-os.org> References: <040.583304835628a89e04f511b36e7554d5@haiku-os.org> Message-ID: <049.f4ffd55bc2ca08c6fff26d5d2c3b0e92@haiku-os.org> #2408: [usb_disk] Running Installer twice causes system to freeze --------------------------+------------------------------------------------- Reporter: diver | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by mmlr): Sorry but that is not enough information to do anything. Please provide at least basic info on how you did it. What do you mean by "running installer"? Do you just open and close it or do you actually install to somewhere? If installing, what drives, what does indicate the problem to be usb_disk? Is there any debug output that indicates a problem with USB or usb_disk? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 19:45:33 2008 From: trac at haiku-os.org (diver) Date: Fri, 20 Jun 2008 17:45:33 -0000 Subject: [Haiku-bugs] [Haiku] #2408: [usb_disk] Running Installer twice causes system to freeze In-Reply-To: <040.583304835628a89e04f511b36e7554d5@haiku-os.org> References: <040.583304835628a89e04f511b36e7554d5@haiku-os.org> Message-ID: <049.150f85033f2e59fdd245d17852b1f157@haiku-os.org> #2408: [usb_disk] Running Installer twice causes system to freeze --------------------------+------------------------------------------------- Reporter: diver | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by diver): By "running Installer" i mean starting it from Terminal, agreeing with EULA, closing it and reopening again. At this point or after second agreeing with EULA the system is frozen. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 19:51:45 2008 From: trac at haiku-os.org (nielx) Date: Fri, 20 Jun 2008 17:51:45 -0000 Subject: [Haiku-bugs] [Haiku] #2417: New Trac does not allow to cc by username In-Reply-To: <043.6c1d9e3cc4eec54c82f66fc9393fc73e@haiku-os.org> References: <043.6c1d9e3cc4eec54c82f66fc9393fc73e@haiku-os.org> Message-ID: <052.ec12eb8c9cc568b7f69473c51adb388d@haiku-os.org> #2417: New Trac does not allow to cc by username ---------------------------+------------------------------------------------ Reporter: andreasf | Owner: haiku-web Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by nielx): * cc: nielx (added) Comment: I think you lost me. What exactly is happening right now and how would you like it to be? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 19:52:38 2008 From: trac at haiku-os.org (diver) Date: Fri, 20 Jun 2008 17:52:38 -0000 Subject: [Haiku-bugs] [Haiku] #2418: [Interface kit] Color of selected item in ListView is not centered Message-ID: <040.653dabcd45905eea72fba83ac232a9b6@haiku-os.org> #2418: [Interface kit] Color of selected item in ListView is not centered -----------------------------+---------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Kernel Kit | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------+---------------------------------------------- Color of selected item in ListView of Tracker preferences is not centered. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 19:54:32 2008 From: trac at haiku-os.org (umccullough) Date: Fri, 20 Jun 2008 17:54:32 -0000 Subject: [Haiku-bugs] [Haiku] #2417: New Trac does not allow to cc by username In-Reply-To: <043.6c1d9e3cc4eec54c82f66fc9393fc73e@haiku-os.org> References: <043.6c1d9e3cc4eec54c82f66fc9393fc73e@haiku-os.org> Message-ID: <052.cce06d5d491998d1bc0ef0fe3ad131a3@haiku-os.org> #2417: New Trac does not allow to cc by username ---------------------------+------------------------------------------------ Reporter: andreasf | Owner: haiku-web Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by umccullough): Mine shows it at the bottom now as a checkbox (see attached image). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 19:55:42 2008 From: trac at haiku-os.org (umccullough) Date: Fri, 20 Jun 2008 17:55:42 -0000 Subject: [Haiku-bugs] [Haiku] #2417: New Trac does not allow to cc by username In-Reply-To: <043.6c1d9e3cc4eec54c82f66fc9393fc73e@haiku-os.org> References: <043.6c1d9e3cc4eec54c82f66fc9393fc73e@haiku-os.org> Message-ID: <052.4f437881f82096dc9f69e357ce5143e0@haiku-os.org> #2417: New Trac does not allow to cc by username ---------------------------+------------------------------------------------ Reporter: andreasf | Owner: haiku-web Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by umccullough): * cc: umccullough at gmail.com (added) Comment: Oh, i didn't read the whole description - the email is not shown - just like in the old version :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 20:00:53 2008 From: trac at haiku-os.org (nielx) Date: Fri, 20 Jun 2008 18:00:53 -0000 Subject: [Haiku-bugs] [Haiku] #2417: New Trac does not allow to cc by username In-Reply-To: <043.6c1d9e3cc4eec54c82f66fc9393fc73e@haiku-os.org> References: <043.6c1d9e3cc4eec54c82f66fc9393fc73e@haiku-os.org> Message-ID: <052.aaa03982f35ae444c020796376262cce@haiku-os.org> #2417: New Trac does not allow to cc by username ---------------------------+------------------------------------------------ Reporter: andreasf | Owner: haiku-web Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by nielx): I get it. Don't worry, your username is not exposed. You can only see your own email and not someone else's. Only administrators can see emails. That's the way it is currently set up. You can check it out by adding yourself to the CC field and then click 'Log out' at the top of the page. That is what it looks like to innocent bystanders. If you are satisfied with the situation I'd suggest we close this ticket. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 20:02:55 2008 From: trac at haiku-os.org (umccullough) Date: Fri, 20 Jun 2008 18:02:55 -0000 Subject: [Haiku-bugs] [Haiku] #2417: New Trac does not allow to cc by username In-Reply-To: <043.6c1d9e3cc4eec54c82f66fc9393fc73e@haiku-os.org> References: <043.6c1d9e3cc4eec54c82f66fc9393fc73e@haiku-os.org> Message-ID: <052.5522f8121b7fa3ab703924f31a75afb1@haiku-os.org> #2417: New Trac does not allow to cc by username ---------------------------+------------------------------------------------ Reporter: andreasf | Owner: haiku-web Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by umccullough): I'm not the originator of the ticket, I was just commenting on what I see here for his sake :D -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 20:05:42 2008 From: trac at haiku-os.org (andreasf) Date: Fri, 20 Jun 2008 18:05:42 -0000 Subject: [Haiku-bugs] [Haiku] #2410: [Tracker] navigation arrows are always active In-Reply-To: <040.c0e33242e512b5a6787d6928174e93dd@haiku-os.org> References: <040.c0e33242e512b5a6787d6928174e93dd@haiku-os.org> Message-ID: <049.a801ef854f70100318365a563a9e90a4@haiku-os.org> #2410: [Tracker] navigation arrows are always active -----------------------------------+---------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by andreasf): * cc: andreas.faerber at web.de (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 20:09:58 2008 From: trac at haiku-os.org (umccullough) Date: Fri, 20 Jun 2008 18:09:58 -0000 Subject: [Haiku-bugs] [Haiku] #2417: New Trac does not allow to cc by username In-Reply-To: <043.6c1d9e3cc4eec54c82f66fc9393fc73e@haiku-os.org> References: <043.6c1d9e3cc4eec54c82f66fc9393fc73e@haiku-os.org> Message-ID: <052.d6a7b264db1566428b61cd30dff60d71@haiku-os.org> #2417: New Trac does not allow to cc by username ---------------------------+------------------------------------------------ Reporter: andreasf | Owner: haiku-web Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by umccullough): Ah, but let me point out - it *does* show the full email address in the notification that is emailed... Niels, is there any way you can fix that to anonymize in a similar way? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 20:17:48 2008 From: trac at haiku-os.org (andreasf) Date: Fri, 20 Jun 2008 18:17:48 -0000 Subject: [Haiku-bugs] [Haiku] #2417: New Trac does not allow to cc by username In-Reply-To: <043.6c1d9e3cc4eec54c82f66fc9393fc73e@haiku-os.org> References: <043.6c1d9e3cc4eec54c82f66fc9393fc73e@haiku-os.org> Message-ID: <052.04cfb142d17dd14993567a9261634408@haiku-os.org> #2417: New Trac does not allow to cc by username ---------------------------+------------------------------------------------ Reporter: andreasf | Owner: haiku-web Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by andreasf): Okay, it may not be visible to the outside but I'd still prefer the checkbox to add/remove my username rather than my email address. Niels, what I did previously was I added in the Cc field ", andreasf"; now, via the checkbox, ", andreas.faerber (at) ..." is added. I would prefer if instead the username were used, to have the Trac preferences as the central place to administer my email address. (I have no idea if this is easy to change or not.) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 20:22:38 2008 From: trac at haiku-os.org (diver) Date: Fri, 20 Jun 2008 18:22:38 -0000 Subject: [Haiku-bugs] [Haiku] #2419: [app_server] don't react on mouse events after moving Cortwx window Message-ID: <040.479429a7b161b9fff0b1d84a91983e2c@haiku-os.org> #2419: [app_server] don't react on mouse events after moving Cortwx window --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- From Terminal /boot/beos/demos/Cortex[[BR]] Window->Full Palettes. [[BR]] Start moving main Cortex window around and in the same time switch workspaces.[[BR]] [[BR]] After some time you can't move any window or click anywhere, but mouse moves and ProcessController is alive. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 20:22:21 2008 From: trac at haiku-os.org (andreasf) Date: Fri, 20 Jun 2008 18:22:21 -0000 Subject: [Haiku-bugs] [Haiku] #2417: New Trac does not allow to cc by username In-Reply-To: <043.6c1d9e3cc4eec54c82f66fc9393fc73e@haiku-os.org> References: <043.6c1d9e3cc4eec54c82f66fc9393fc73e@haiku-os.org> Message-ID: <052.aeb5dbdda8edc4c5a7fc9aff378a66f3@haiku-os.org> #2417: New Trac does not allow to cc by username ---------------------------+------------------------------------------------ Reporter: andreasf | Owner: haiku-web Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by andreasf): On e.g. #1044 I am cc'ed as andreasf, and the checkbox is intelligent enough to recognize that and to allow removing me as andreasf. So it's only about adding oneself to Cc. An example for the new-style cc is #2410. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 20:22:52 2008 From: trac at haiku-os.org (diver) Date: Fri, 20 Jun 2008 18:22:52 -0000 Subject: [Haiku-bugs] [Haiku] #2419: [app_server] don't react on mouse events after moving Cortex window (was: [app_server] don't react on mouse events after moving Cortwx window) In-Reply-To: <040.479429a7b161b9fff0b1d84a91983e2c@haiku-os.org> References: <040.479429a7b161b9fff0b1d84a91983e2c@haiku-os.org> Message-ID: <049.ac95e4dc984a9d2a68bbad641fa7bef9@haiku-os.org> #2419: [app_server] don't react on mouse events after moving Cortex window ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 20:24:21 2008 From: trac at haiku-os.org (diver) Date: Fri, 20 Jun 2008 18:24:21 -0000 Subject: [Haiku-bugs] [Haiku] #2420: [Build System] Add demos folder to SetupEnvironment. Message-ID: <040.e0d548c6fb42ed04a74b92d9ca154c20@haiku-os.org> #2420: [Build System] Add demos folder to SetupEnvironment. --------------------------+------------------------------------------------- Reporter: diver | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Add /boot/beos/demos to /boot/beos/system/boot/SetupEnvironment. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 20:25:58 2008 From: trac at haiku-os.org (diver) Date: Fri, 20 Jun 2008 18:25:58 -0000 Subject: [Haiku-bugs] [Haiku] #2421: [Cortex] black backround of selected icons Message-ID: <040.d8b5b458e93e90713bbfcc0825eff711@haiku-os.org> #2421: [Cortex] black backround of selected icons --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Selected icons in Cortex (e.g. System Clock or Audio Mixer) have transparent background in BeOS, but black in Haiku. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 20:30:17 2008 From: trac at haiku-os.org (diver) Date: Fri, 20 Jun 2008 18:30:17 -0000 Subject: [Haiku-bugs] [Haiku] #2422: [Cortex] useless menus Message-ID: <040.b3135044b47e24a1a50d326ade3acb6a@haiku-os.org> #2422: [Cortex] useless menus --------------------------+------------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Start Cortex[[BR]] select Audio Mixer-> Tweak parameters[[BR]] this will open a window with these menus: [[BR]] "Window->Start Control Panel" and Themes->"Haiku Theme" Both are pointless. I suggest to just remove it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 20:49:22 2008 From: trac at haiku-os.org (andreasf) Date: Fri, 20 Jun 2008 18:49:22 -0000 Subject: [Haiku-bugs] [Haiku] #2423: New Trac shortens Timeline feed messages Message-ID: <043.b625a93d9db6fb6b5da9fa49b64308a3@haiku-os.org> #2423: New Trac shortens Timeline feed messages --------------------------+------------------------------------------------- Reporter: andreasf | Owner: haiku-web Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- I am subscribed to the RSS feed of Trac's Timeline page (in Mac OS X Mail). The feed used to contain the full commit messages. Since the server move it contains only one line, shortened by ellipsis. The feed URL was not changed. Having the info in the feed again would be more convenient to read and better for the server load, as I wouldn't have to visit every interesting- sounding changeset page then. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 20:57:15 2008 From: trac at haiku-os.org (diver) Date: Fri, 20 Jun 2008 18:57:15 -0000 Subject: [Haiku-bugs] [Haiku] #2423: New Trac shortens Timeline feed messages In-Reply-To: <043.b625a93d9db6fb6b5da9fa49b64308a3@haiku-os.org> References: <043.b625a93d9db6fb6b5da9fa49b64308a3@haiku-os.org> Message-ID: <052.50a88253eef8d2f6191d10c9fe97705c@haiku-os.org> #2423: New Trac shortens Timeline feed messages ---------------------------+------------------------------------------------ Reporter: andreasf | Owner: haiku-web Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by diver): Same here with Opera's built-in RSS reader. For example this message comes like this: {{{ I am subscribed to the RSS feed of Trac's Timeline page (in Mac OS X ? Article: http://dev.haiku-os.org/ticket/2423 }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 21:47:06 2008 From: trac at haiku-os.org (idefix) Date: Fri, 20 Jun 2008 19:47:06 -0000 Subject: [Haiku-bugs] [Haiku] #2416: [Interface kit] Resizing tracker window flickers address bar In-Reply-To: <040.124a14eb0a96fe7fe4a27bc9a648bcbf@haiku-os.org> References: <040.124a14eb0a96fe7fe4a27bc9a648bcbf@haiku-os.org> Message-ID: <049.2d49e459745b87cf75fa7c31ae2266d4@haiku-os.org> #2416: [Interface kit] Resizing tracker window flickers address bar ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by idefix): Not only the address bar flickers, but every element that moves or resizes: address bar, folder icon (upper-right corner), item count (lower- left corner) and yellow tab (if the window is too small to show the whole tab). Only the scrollbars (except for some 1 pixel lines), window borders and resize grip don't flicker. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 21:51:54 2008 From: trac at haiku-os.org (idefix) Date: Fri, 20 Jun 2008 19:51:54 -0000 Subject: [Haiku-bugs] [Haiku] #2416: [Interface kit] Resizing tracker window flickers address bar In-Reply-To: <040.124a14eb0a96fe7fe4a27bc9a648bcbf@haiku-os.org> References: <040.124a14eb0a96fe7fe4a27bc9a648bcbf@haiku-os.org> Message-ID: <049.32a2905e84b85518df9b75dc097ed9f1@haiku-os.org> #2416: [Interface kit] Resizing tracker window flickers address bar ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by idefix): Forgot to mention: the menu bar (if the window is too small to show the whole menu bar). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 22:06:36 2008 From: trac at haiku-os.org (aldeck) Date: Fri, 20 Jun 2008 20:06:36 -0000 Subject: [Haiku-bugs] [Haiku] #2312: [Tracker] icon column width enlargement In-Reply-To: <040.1cbdbfa72efd3b4b739bf5f2f939fb78@haiku-os.org> References: <040.1cbdbfa72efd3b4b739bf5f2f939fb78@haiku-os.org> Message-ID: <049.124b14ce80d910fbf554c8e25df8499a@haiku-os.org> #2312: [Tracker] icon column width enlargement -----------------------------------+---------------------------------------- Reporter: diver | Owner: aldeck Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by aldeck): * status: closed => reopened * resolution: fixed => Comment: Reopened temporarily in r26047. Real fix coming :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 22:40:01 2008 From: trac at haiku-os.org (idefix) Date: Fri, 20 Jun 2008 20:40:01 -0000 Subject: [Haiku-bugs] [Haiku] #2415: [app_server] font rendering is very bad on my wide screen monitor In-Reply-To: <040.726a0e8181564e924ce1de4301f8a79b@haiku-os.org> References: <040.726a0e8181564e924ce1de4301f8a79b@haiku-os.org> Message-ID: <049.026fe7f6e85c300636516524df46d005@haiku-os.org> #2415: [app_server] font rendering is very bad on my wide screen monitor ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by idefix): Have you set your screen resolution to 1440 x 900?[[BR]] If not, your monitor will probably stretch the screen to fill the entire monitor, resulting in very bad looking text (and other UI elements, but text is most visibly affected). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 22:55:08 2008 From: trac at haiku-os.org (diver) Date: Fri, 20 Jun 2008 20:55:08 -0000 Subject: [Haiku-bugs] [Haiku] #2415: [app_server] font rendering is very bad on my wide screen monitor In-Reply-To: <040.726a0e8181564e924ce1de4301f8a79b@haiku-os.org> References: <040.726a0e8181564e924ce1de4301f8a79b@haiku-os.org> Message-ID: <049.f1493a555bdaf14f9f77566620f97468@haiku-os.org> #2415: [app_server] font rendering is very bad on my wide screen monitor ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by diver): Yes, i've set it to 1440 x 900, but this didn't help. On this monitor font looks bad with every resolution i tried. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 22:56:26 2008 From: trac at haiku-os.org (diver) Date: Fri, 20 Jun 2008 20:56:26 -0000 Subject: [Haiku-bugs] [Haiku] #2416: [Interface kit] Resizing tracker window flickers address bar In-Reply-To: <040.124a14eb0a96fe7fe4a27bc9a648bcbf@haiku-os.org> References: <040.124a14eb0a96fe7fe4a27bc9a648bcbf@haiku-os.org> Message-ID: <049.6081757b213f533b09236539afb6913c@haiku-os.org> #2416: [Interface kit] Resizing tracker window flickers address bar ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by diver): Replying to [comment:1 idefix]: > Not only the address bar flickers, but every element that moves or resizes: address bar, folder icon (upper-right corner), item count (lower- left corner) and yellow tab (if the window is too small to show the whole tab). Only the scrollbars (except for some 1 pixel lines), window borders and resize grip don't flicker. That's right. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 20 23:36:25 2008 From: trac at haiku-os.org (mmlr) Date: Fri, 20 Jun 2008 21:36:25 -0000 Subject: [Haiku-bugs] [Haiku] #2421: [Cortex] black backround of selected icons In-Reply-To: <040.d8b5b458e93e90713bbfcc0825eff711@haiku-os.org> References: <040.d8b5b458e93e90713bbfcc0825eff711@haiku-os.org> Message-ID: <049.08fa5cbefca1552db8de3048c60fe7fe@haiku-os.org> #2421: [Cortex] black backround of selected icons ---------------------------------+------------------------------------------ Reporter: diver | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by mmlr): * owner: axeld => mmlr * status: new => assigned Comment: It's caused by drawing the icons async it seems. Investigating. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 21 10:35:35 2008 From: trac at haiku-os.org (nielx) Date: Sat, 21 Jun 2008 08:35:35 -0000 Subject: [Haiku-bugs] [Haiku] #2423: New Trac shortens Timeline feed messages In-Reply-To: <043.b625a93d9db6fb6b5da9fa49b64308a3@haiku-os.org> References: <043.b625a93d9db6fb6b5da9fa49b64308a3@haiku-os.org> Message-ID: <052.7af19166ef398b13d181c96906828af2@haiku-os.org> #2423: New Trac shortens Timeline feed messages ---------------------------+------------------------------------------------ Reporter: andreasf | Owner: haiku-web Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by nielx): According to TracRss they are now trying to make the RSS mimic the contents of the page it is on. If you want a fuller RSS commit log, try fetching a feed from http://dev.haiku-os.org/log. Let me know whether that satisfies your needs. Kind regards, Niels -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 21 10:49:49 2008 From: trac at haiku-os.org (emitrax) Date: Sat, 21 Jun 2008 08:49:49 -0000 Subject: [Haiku-bugs] [Haiku] #2424: usb disk not published if plugged during boot (vmware) Message-ID: <042.35df8cd311a0e56b991fc311ff4aae9d@haiku-os.org> #2424: usb disk not published if plugged during boot (vmware) -------------------------+-------------------------------------------------- Reporter: emitrax | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- If I plug my usb disk during boot (vmware) the device doesn't get published, I have to unplug it and plug it again in order to be able to mount it. I don't really know if it's the device manager, or the the usb explore thread. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 21 10:53:51 2008 From: trac at haiku-os.org (emitrax) Date: Sat, 21 Jun 2008 08:53:51 -0000 Subject: [Haiku-bugs] [Haiku] #2396: [USB disk icons]: when changing the size, position is lost. In-Reply-To: <042.099dced3f82c29e856f403b0e56972e1@haiku-os.org> References: <042.099dced3f82c29e856f403b0e56972e1@haiku-os.org> Message-ID: <051.2a052f3388b2fa11eb5cab26c26dc92d@haiku-os.org> #2396: [USB disk icons]: when changing the size, position is lost. -----------------------------------+---------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by emitrax): Similar thing happen if you keep swithing the disk icon from "disk icon" to "volume icon". Easy to reproduce. - Open tracker preference - Select desktop - Keep switching between "Show disk icon" and "Show volume on desktop". Icon will change its position. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 21 10:59:21 2008 From: trac at haiku-os.org (emitrax) Date: Sat, 21 Jun 2008 08:59:21 -0000 Subject: [Haiku-bugs] [Haiku] #2393: [Terminal]: vim hangs (-> high cpu usage) when closing terminal while vim is opened In-Reply-To: <042.5ddacfc34c264debe9354cf2a53bd037@haiku-os.org> References: <042.5ddacfc34c264debe9354cf2a53bd037@haiku-os.org> Message-ID: <051.f6272080bb269a1af1ed5b4013d2ceba@haiku-os.org> #2393: [Terminal]: vim hangs (-> high cpu usage) when closing terminal while vim is opened ------------------------------------+--------------------------------------- Reporter: emitrax | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Changes (by emitrax): * status: new => closed * resolution: => fixed Comment: Problem fixed. Thanks. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 21 11:31:37 2008 From: trac at haiku-os.org (diver) Date: Sat, 21 Jun 2008 09:31:37 -0000 Subject: [Haiku-bugs] [Haiku] #2423: New Trac shortens Timeline feed messages In-Reply-To: <043.b625a93d9db6fb6b5da9fa49b64308a3@haiku-os.org> References: <043.b625a93d9db6fb6b5da9fa49b64308a3@haiku-os.org> Message-ID: <052.374e6edf2271c2fa1523b71dd93f4829@haiku-os.org> #2423: New Trac shortens Timeline feed messages ---------------------------+------------------------------------------------ Reporter: andreasf | Owner: haiku-web Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by diver): There are SVN changes only, without Trac changes. And even with SVN it have issues with carriage return. {{{ * Changed TerminalLine::length from int16 to uint16. * BasicTerminalBuffer::Init() no longer uses _ClearLines() to clear the screen lines, since that expects the lines to be somewhat valid at least and also needlessly updates the dirty region. * _ClearLines() always clears lines, even if they were empty. This way the "softBreak" flag is cleared too. * Be a bit more careful when multiplying a potentially negative signed number by an unsigned one. Shouldn't have caused a problem in this case, though. Either of the first three items should fix #2379. }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 21 14:52:18 2008 From: trac at haiku-os.org (mmlr) Date: Sat, 21 Jun 2008 12:52:18 -0000 Subject: [Haiku-bugs] [Haiku] #2424: usb disk not published if plugged during boot (vmware) In-Reply-To: <042.35df8cd311a0e56b991fc311ff4aae9d@haiku-os.org> References: <042.35df8cd311a0e56b991fc311ff4aae9d@haiku-os.org> Message-ID: <051.9be748eda7195dbcb1ff7fe23d328820@haiku-os.org> #2424: usb disk not published if plugged during boot (vmware) --------------------------+------------------------------------------------- Reporter: emitrax | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by mmlr): I am unable to reproduce that on real hardware or on QEMU. Could you please provide a serial or syslog. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 21 14:57:31 2008 From: trac at haiku-os.org (mmlr) Date: Sat, 21 Jun 2008 12:57:31 -0000 Subject: [Haiku-bugs] [Haiku] #2408: [usb_disk] Running Installer twice causes system to freeze In-Reply-To: <040.583304835628a89e04f511b36e7554d5@haiku-os.org> References: <040.583304835628a89e04f511b36e7554d5@haiku-os.org> Message-ID: <049.31afb599dd200c7b9bf9c36cb1da9d51@haiku-os.org> #2408: [usb_disk] Running Installer twice causes system to freeze --------------------------+------------------------------------------------- Reporter: diver | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by mmlr): I wasn't able to reproduce this. Could this be the same as #2367? Could you try if the same happens when running for example DriveSetup. Also a serial or syslog would be helpful. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 21 16:37:47 2008 From: trac at haiku-os.org (diver) Date: Sat, 21 Jun 2008 14:37:47 -0000 Subject: [Haiku-bugs] [Haiku] #2408: [usb_disk] Running Installer twice causes system to freeze In-Reply-To: <040.583304835628a89e04f511b36e7554d5@haiku-os.org> References: <040.583304835628a89e04f511b36e7554d5@haiku-os.org> Message-ID: <049.846fe02d3b208315df5630b3aeece7ad@haiku-os.org> #2408: [usb_disk] Running Installer twice causes system to freeze --------------------------+------------------------------------------------- Reporter: diver | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by diver): DriveSetup is working fine, at least is started it several times without issues. How do I get syslog if system is frozen? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 21 18:47:03 2008 From: trac at haiku-os.org (idefix) Date: Sat, 21 Jun 2008 16:47:03 -0000 Subject: [Haiku-bugs] [Haiku] #2344: Hang when booting with USB Mass Storage device connected. In-Reply-To: <048.642c613bc61a224b120d9d3f951a1559@haiku-os.org> References: <048.642c613bc61a224b120d9d3f951a1559@haiku-os.org> Message-ID: <057.4ba08ee2c718a52b5ea3a3f61bbaea21@haiku-os.org> #2344: Hang when booting with USB Mass Storage device connected. ----------------------------+----------------------------------------------- Reporter: dustin howett | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by idefix): I think I have the same problem: When I boot my computer with an all-in-one usb cardreader connected (without cards inserted), the boot process halts at the fourth icon, see seriallog1.txt. As soon as I unplug the cardreader the boot process continues, but before showing the desktop it gets into kdl, see seriallog2.txt. I use the nightly HD images. How can I get only the USB source code and build the driver with tracing enabled? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 21 19:12:56 2008 From: trac at haiku-os.org (bonefish) Date: Sat, 21 Jun 2008 17:12:56 -0000 Subject: [Haiku-bugs] [Haiku] #2420: [Build System] Add demos folder to SetupEnvironment. In-Reply-To: <040.e0d548c6fb42ed04a74b92d9ca154c20@haiku-os.org> References: <040.e0d548c6fb42ed04a74b92d9ca154c20@haiku-os.org> Message-ID: <049.c1d867679f9d846e073ad4856cb4e569@haiku-os.org> #2420: [Build System] Add demos folder to SetupEnvironment. ---------------------------+------------------------------------------------ Reporter: diver | Owner: bonefish Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by bonefish): * status: new => closed * resolution: => invalid Comment: I guess you mean to the PATH variable. I really don't think that should be done. All demos are GUI apps and you can start them via Deskbar. They are virtually never used by most users, so there's no good reason to have them in the PATH. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 21 19:28:04 2008 From: trac at haiku-os.org (kaliber) Date: Sat, 21 Jun 2008 17:28:04 -0000 Subject: [Haiku-bugs] [Haiku] #2425: KDL when using poll function, test case included Message-ID: <042.55e51515ce72a9f8a6ca4b4d18a0d550@haiku-os.org> #2425: KDL when using poll function, test case included ---------------------------+------------------------------------------------ Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ During glib configure, checking for broken poll... I get KDL {{{ PANIC: vm_page_fault: unhandled page fault in kernel space at 0x0, ip 0x0 Welcome to Kernel Debugging Land... Running on CPU 0 kdebug> bt stack trace for thread 8044 "conftest" kernel stack: 0x90b30000 to 0x90b34000 user stack: 0x7efe7000 to 0x7ffe7000 frame caller :function + offset 90b339ec (+ 48) 8004b9d9 :invoke_debugger_command + 0x00ed 90b33a1c (+ 64) 8004b7d1 :invoke_pipe_segment__FP21debugger_command_pipelPc + 0x0079 90b33a5c (+ 64) 8004bb19 :invoke_debugger_command_pipe + 0x009d 90b33a9c (+ 48) 8004c9f4 :_ParseCommandPipe__16ExpressionParserRi + 0x0234 90b33acc (+ 48) 8004c3aa :EvaluateCommand__16ExpressionParserPCcRi + 0x01de 90b33afc (+ 224) 8004ddc0 :evaluate_debug_command + 0x0088 90b33bdc (+ 64) 80049fea :kernel_debugger_loop__Fv + 0x017a 90b33c1c (+ 48) 8004aa1b :kernel_debugger + 0x0117 90b33c4c (+ 192) 8004a8f9 :panic + 0x0029 90b33d0c (+ 64) 800969c9 :vm_page_fault + 0x00b1 90b33d4c (+ 64) 800a0e55 :page_fault_exception + 0x00b1 90b33d8c (+ 12) 800a454a :int_bottom + 0x002a (nearest) iframe at 0x90b33d98 (end = 0x90b33df0) eax 0x0 ebx 0x91347501 ecx 0x0 edx 0x801ca740 esi 0x90cd3660 edi 0x91347530 ebp 0x90b33e04 esp 0x90b33dcc eip 0x0 eflags 0x10246 vector: 0xe, error code: 0x0 90b33d98 (+ 108) 00000000 90b33e04 (+ 48) 800586c1 :devfs_select__FP9fs_volumeP8fs_vnodePvUcP10selectsync + 0x0055 90b33e34 (+ 64) 8007c9c4 :file_select__FP15file_descriptorUcP10selectsync + 0x0038 90b33e74 (+ 80) 8006ce00 :select_fd + 0x0180 90b33ec4 (+ 64) 80047a21 :common_poll__FP6pollfdUlxb + 0x0085 90b33f04 (+ 64) 800485e9 :_user_poll + 0x00c1 90b33f44 (+ 100) 800a4722 :pre_syscall_debug_done + 0x0002 (nearest) iframe at 0x90b33fa8 (end = 0x90b34000) eax 0x6c ebx 0x2fae08 ecx 0x7ffe6f10 edx 0xffff0104 esi 0x7ffe6f74 edi 0x7ffe7100 ebp 0x7ffe6f3c esp 0x90b33fdc eip 0xffff0104 eflags 0x212 vector: 0x63, error code: 0x0 90b33fa8 (+ 0) ffff0104 7ffe6f3c (+ 64) 002008a7 :main + 0x0047 7ffe6f7c (+ 48) 0020072f :_start + 0x005b 7ffe6fac (+ 48) 0010084a 183368:runtime_loader_seg0ro at 0x00100000 + 0x84a 7ffe6fdc (+ 0) 7ffe6fec 183367:conftest_main_stack at 0x7efe7000 + 0xffffec }}} Test case: {{{ #include #include #include int main(void) { struct pollfd fds[1]; int fd; fd = open("/dev/null", 1); fds[0].fd = fd; fds[0].events = POLLIN; fds[0].revents = 0; if (poll(fds, 1, 0) < 0 || (fds[0].revents & POLLNVAL) != 0) { exit(1); /* Does not work for devices -- fail */ } exit(0); } }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 21 21:23:10 2008 From: trac at haiku-os.org (bonefish) Date: Sat, 21 Jun 2008 19:23:10 -0000 Subject: [Haiku-bugs] [Haiku] #2371: [kernel] starting gdb leads to KDL In-Reply-To: <040.47821862c2b297840b5d72c555d491a6@haiku-os.org> References: <040.47821862c2b297840b5d72c555d491a6@haiku-os.org> Message-ID: <049.2785c3a29c802595c8a382361823b27c@haiku-os.org> #2371: [kernel] starting gdb leads to KDL ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: duplicate | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by bonefish): * status: new => closed * resolution: => duplicate Comment: Dup of #2425, which has a nicer summary. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 21 21:24:21 2008 From: trac at haiku-os.org (bonefish) Date: Sat, 21 Jun 2008 19:24:21 -0000 Subject: [Haiku-bugs] [Haiku] #2425: KDL when using poll function, test case included In-Reply-To: <042.55e51515ce72a9f8a6ca4b4d18a0d550@haiku-os.org> References: <042.55e51515ce72a9f8a6ca4b4d18a0d550@haiku-os.org> Message-ID: <051.f7a615efde642cde6beabf2e50950c7e@haiku-os.org> #2425: KDL when using poll function, test case included ----------------------------+----------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by bonefish): * priority: normal => high * milestone: R1 => R1/alpha1 Comment: Closed #2371 as dup. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 21 21:31:17 2008 From: trac at haiku-os.org (bonefish) Date: Sat, 21 Jun 2008 19:31:17 -0000 Subject: [Haiku-bugs] [Haiku] #2326: KDL: remove page 0x91d46aa0 from cache 0x91365060: page still has mappings! In-Reply-To: <042.8bf053c506c9327760c0c06f2a1de810@haiku-os.org> References: <042.8bf053c506c9327760c0c06f2a1de810@haiku-os.org> Message-ID: <051.e55bb622ae3533fc6eeb0a1947106718@haiku-os.org> #2326: KDL: remove page 0x91d46aa0 from cache 0x91365060: page still has mappings! ----------------------------+----------------------------------------------- Reporter: kaliber | Owner: bonefish Type: bug | Status: assigned Priority: blocker | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by bonefish): * status: new => assigned Comment: Looking into it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 21 21:43:39 2008 From: trac at haiku-os.org (mmlr) Date: Sat, 21 Jun 2008 19:43:39 -0000 Subject: [Haiku-bugs] [Haiku] #2421: [Cortex] black backround of selected icons In-Reply-To: <040.d8b5b458e93e90713bbfcc0825eff711@haiku-os.org> References: <040.d8b5b458e93e90713bbfcc0825eff711@haiku-os.org> Message-ID: <049.a1b931f83bcd0c12409e3804f65b50da@haiku-os.org> #2421: [Cortex] black backround of selected icons ---------------------------------+------------------------------------------ Reporter: diver | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by mmlr): * status: assigned => closed * resolution: => fixed Comment: Scratch that I obviously got mislead by a wrong test I did. The drawing command order obviously stays the same for async bitmap drawing, it's just not automatically synced, so it really has no influence on that. It was caused by wrong handling of bitmap drawing with B_OP_INVERT (not taking alpha into account) and it is fixed in r26067. Needs more investigation for other modes though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 21 23:08:48 2008 From: trac at haiku-os.org (bonefish) Date: Sat, 21 Jun 2008 21:08:48 -0000 Subject: [Haiku-bugs] [Haiku] #2326: KDL: remove page 0x91d46aa0 from cache 0x91365060: page still has mappings! In-Reply-To: <042.8bf053c506c9327760c0c06f2a1de810@haiku-os.org> References: <042.8bf053c506c9327760c0c06f2a1de810@haiku-os.org> Message-ID: <051.77867ea62a69dad200dbe743733aa980@haiku-os.org> #2326: KDL: remove page 0x91d46aa0 from cache 0x91365060: page still has mappings! ----------------------------+----------------------------------------------- Reporter: kaliber | Owner: bonefish Type: bug | Status: closed Priority: blocker | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by bonefish): * status: assigned => closed * resolution: => fixed Comment: Fixed in r26068. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 22 00:31:56 2008 From: trac at haiku-os.org (pieterpan) Date: Sat, 21 Jun 2008 22:31:56 -0000 Subject: [Haiku-bugs] [Haiku] #1044: USB OHCI support In-Reply-To: <045.95d7cf1f9f7c375158db263698ccd0fb@haiku-os.org> References: <045.95d7cf1f9f7c375158db263698ccd0fb@haiku-os.org> Message-ID: <054.f9303f296df20397c4ae41fa941ac3e2@haiku-os.org> #1044: USB OHCI support --------------------------+------------------------------------------------- Reporter: wkornewald | Owner: mmlr Type: enhancement | Status: assigned Priority: blocker | Milestone: R1/alpha1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by pieterpan): * cc: pieter at panman.eu (added) Comment: I cannot boot Haiku, and it seems to be related to ohci.. It used to freeze at some of the middle icons, see ticket #2083 for the screenshots. However with the current revision (r26069) it freezes after all icons are lit up. With full usb tracing on, I end up with the screenshot I just attached. sometimes I can make it continue to the next page, but if I wait a while the whole screen will go black and even no response to F12. I have no external USB devices attached. See the attachments to #2083 for my lspci and lsusb. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 22 00:36:02 2008 From: trac at haiku-os.org (pieterpan) Date: Sat, 21 Jun 2008 22:36:02 -0000 Subject: [Haiku-bugs] [Haiku] #2083: EHCI bus hanging at boot. In-Reply-To: <038.f0c26633f412f90967d8536305dae776@haiku-os.org> References: <038.f0c26633f412f90967d8536305dae776@haiku-os.org> Message-ID: <047.9c9faf6b970ff38183c4ae6909f24583@haiku-os.org> #2083: EHCI bus hanging at boot. --------------------------+------------------------------------------------- Reporter: bga | Owner: mmlr Type: bug | Status: assigned Priority: blocker | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by pieterpan): Okay I'm back from my vacation in the USA. Indeed the problem now seems related to OHCI. I added my issues to #1044. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 22 00:41:20 2008 From: trac at haiku-os.org (mmlr) Date: Sat, 21 Jun 2008 22:41:20 -0000 Subject: [Haiku-bugs] [Haiku] #1044: USB OHCI support In-Reply-To: <045.95d7cf1f9f7c375158db263698ccd0fb@haiku-os.org> References: <045.95d7cf1f9f7c375158db263698ccd0fb@haiku-os.org> Message-ID: <054.8af0e7ee1692896d7780b0407a422a1d@haiku-os.org> #1044: USB OHCI support --------------------------+------------------------------------------------- Reporter: wkornewald | Owner: mmlr Type: enhancement | Status: assigned Priority: blocker | Milestone: R1/alpha1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by mmlr): Replying to [comment:50 pieterpan]: > I cannot boot Haiku, and it seems to be related to ohci.. The debug output looks fine to me in fact. The root hub requests are just from the status polling. Those should show up once a second and be repeated for each roothub/controller that is present. Does it boot if you simply remove the UHCI, OHCI and EHCI drivers in /boot/beos/system/add- ons/kernel/busses/usb? Could you also take a look at the output of the "ints" command when you enter KDL when it doesn't get to the desktop? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 22 05:35:16 2008 From: trac at haiku-os.org (tigerdog) Date: Sun, 22 Jun 2008 03:35:16 -0000 Subject: [Haiku-bugs] [Haiku] #1044: USB OHCI support In-Reply-To: <045.95d7cf1f9f7c375158db263698ccd0fb@haiku-os.org> References: <045.95d7cf1f9f7c375158db263698ccd0fb@haiku-os.org> Message-ID: <054.7991f73d13149608a90a359d2153af72@haiku-os.org> #1044: USB OHCI support --------------------------+------------------------------------------------- Reporter: wkornewald | Owner: mmlr Type: enhancement | Status: assigned Priority: blocker | Milestone: R1/alpha1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by tigerdog): Replying to [comment:47 tigerdog]: > Replying to [comment:45 mmlr]: > I've implemented composite device support while rewriting usb_hid. Could you check if this works correctly now? Sorry for the delayed reply. Composite device support works well now. Tested with Logitech S510 wireless keyboard/mouse sharing single USB wireless receiver. Thank you! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 22 14:37:57 2008 From: trac at haiku-os.org (nibble) Date: Sun, 22 Jun 2008 12:37:57 -0000 Subject: [Haiku-bugs] [Haiku] #2426: Haiku on HP Proliant ML110 G5 not boot Message-ID: <041.38ecb2635babd358421ca941fd59612a@haiku-os.org> #2426: Haiku on HP Proliant ML110 G5 not boot -----------------------+---------------------------------------------------- Reporter: nibble | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------+---------------------------------------------------- Hello, I tried to boot Haiku on HP Proliant ML110 G5, with the result freeze. This has as its PC chipset intel 3200 but other features can you visit this page: http://h10010.www1.hp.com/wwpc/it/it/sm/WF06b/1431-1433-376169-376169-12083291-81142973-81294964.html There enclosed photos of kdebug: -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 22 14:53:38 2008 From: trac at haiku-os.org (diver) Date: Sun, 22 Jun 2008 12:53:38 -0000 Subject: [Haiku-bugs] [Haiku] #2427: [app_server] Sliding a window tab will make tab label to redraw constantly Message-ID: <040.b540b92c60912856a164b1b1c7a0af2c@haiku-os.org> #2427: [app_server] Sliding a window tab will make tab label to redraw constantly --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Sliding a window tab will make tab label to redraw constantly. Tested on real hw with supported geforce 2 card. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 22 14:57:18 2008 From: trac at haiku-os.org (diver) Date: Sun, 22 Jun 2008 12:57:18 -0000 Subject: [Haiku-bugs] [Haiku] #2428: [sshd] can't start sshd Message-ID: <040.3a7f0b60cf673f0880f4f3c0762b5bb8@haiku-os.org> #2428: [sshd] can't start sshd ---------------------------------------------+------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------------+------------------------------ When i try to start sshd from Terminal i get the following message: {{{ Could not load host key: /boot/home/config/etc/ssh_host_rsa_key Could not load host key: /boot/home/config/etc/ssh_host_dsa_key Disabling protocol version 2. Could not load host key sshd: no hostkeys available -- exiting. }}} [[BR]] [[BR]] cat /boot/beos/etc/passwd {{{ sshd:x:1001:100:sshd user:/var/empty:/bin/true baron:x:0:0:Diver:/boot/home:/bin/bash }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 22 15:01:12 2008 From: trac at haiku-os.org (diver) Date: Sun, 22 Jun 2008 13:01:12 -0000 Subject: [Haiku-bugs] [Haiku] #2429: [Terminal] Resizing Terminal is very slow Message-ID: <040.a0c743f1f2844c26f136b86ba429050c@haiku-os.org> #2429: [Terminal] Resizing Terminal is very slow -----------------------+---------------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Resizing Terminal is very slow, in the same time CPU is idle. It seems to be a new ( < month) issue. Also while resizing text flickers too much. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 22 15:04:04 2008 From: trac at haiku-os.org (diver) Date: Sun, 22 Jun 2008 13:04:04 -0000 Subject: [Haiku-bugs] [Haiku] #2430: [kernel] system freeze when i click Page Setup Message-ID: <040.cc9543e4a5f1b889c9f1a7247402ac2b@haiku-os.org> #2430: [kernel] system freeze when i click Page Setup ---------------------------+------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ System freeze StyleEdit->File->Page Setup[[BR]] Tested on real hw, and reproduced it 3 times already, but I can't reproduce it in vmware. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 22 15:06:24 2008 From: trac at haiku-os.org (diver) Date: Sun, 22 Jun 2008 13:06:24 -0000 Subject: [Haiku-bugs] [Haiku] #2431: [Tracker] missing shortcuts for icon views Message-ID: <040.2e127df1e18833e975e18d72f4908b4a@haiku-os.org> #2431: [Tracker] missing shortcuts for icon views ----------------------------------+----------------------------------------- Reporter: diver | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Alt+1 Shortcuts for some icon views:[[BR]] 40x40[[BR]] 48x48[[BR]] 64x64[[BR]] -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 22 15:09:53 2008 From: trac at haiku-os.org (mmlr) Date: Sun, 22 Jun 2008 13:09:53 -0000 Subject: [Haiku-bugs] [Haiku] #2426: Haiku on HP Proliant ML110 G5 not boot In-Reply-To: <041.38ecb2635babd358421ca941fd59612a@haiku-os.org> References: <041.38ecb2635babd358421ca941fd59612a@haiku-os.org> Message-ID: <050.d9869f114a725d17a3bd56614c8267d2@haiku-os.org> #2426: Haiku on HP Proliant ML110 G5 not boot ------------------------+--------------------------------------------------- Reporter: nibble | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------+--------------------------------------------------- Changes (by mmlr): * owner: axeld => mmlr * status: new => assigned Comment: Reassigning to me, he's booting from a USB flash media and it probably hangs in usb_disk somewhere. Might be a duplicate of other existing bugs, haven't checked yet. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 22 15:10:10 2008 From: trac at haiku-os.org (diver) Date: Sun, 22 Jun 2008 13:10:10 -0000 Subject: [Haiku-bugs] [Haiku] #2432: [app_server] Moving a tracker window above terminal lags badly Message-ID: <040.504a13814b1143f7d5f53bcf62b7fd78@haiku-os.org> #2432: [app_server] Moving a tracker window above terminal lags badly --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Moving a tracker window above terminal lags badly. Also moving Terminal around is very slow. Tested on real hw with supported geforce 2 card. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 22 15:11:25 2008 From: trac at haiku-os.org (nibble) Date: Sun, 22 Jun 2008 13:11:25 -0000 Subject: [Haiku-bugs] [Haiku] #2426: Haiku on HP Proliant ML110 G5 not boot In-Reply-To: <041.38ecb2635babd358421ca941fd59612a@haiku-os.org> References: <041.38ecb2635babd358421ca941fd59612a@haiku-os.org> Message-ID: <050.ec9c5b7709e52be0f1af8e74c8597eb4@haiku-os.org> #2426: Haiku on HP Proliant ML110 G5 not boot ------------------------+--------------------------------------------------- Reporter: nibble | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------+--------------------------------------------------- Comment(by nibble): Thanks .. in the meantime try other flash disk! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 22 15:12:59 2008 From: trac at haiku-os.org (diver) Date: Sun, 22 Jun 2008 13:12:59 -0000 Subject: [Haiku-bugs] [Haiku] #2433: [MediaPlayer] moving slider in MediaPlayer leaves artifacts Message-ID: <040.9067a0d249e84e8475e8c8026ecb5e74@haiku-os.org> #2433: [MediaPlayer] moving slider in MediaPlayer leaves artifacts --------------------------------------+------------------------------------- Reporter: diver | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/MediaPlayer | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------------+------------------------------------- Moving slider in MediaPlayer leaves artifacts - dots around timeline. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 22 15:13:13 2008 From: trac at haiku-os.org (mmlr) Date: Sun, 22 Jun 2008 13:13:13 -0000 Subject: [Haiku-bugs] [Haiku] #2425: KDL when using poll function, test case included In-Reply-To: <042.55e51515ce72a9f8a6ca4b4d18a0d550@haiku-os.org> References: <042.55e51515ce72a9f8a6ca4b4d18a0d550@haiku-os.org> Message-ID: <051.c7f52269395106c00f10187989f71b4f@haiku-os.org> #2425: KDL when using poll function, test case included ----------------------------+----------------------------------------------- Reporter: kaliber | Owner: mmlr Type: bug | Status: assigned Priority: high | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by mmlr): * owner: axeld => mmlr * status: new => assigned Comment: Tested that and the select hook seems to be set to 0xffffffff. Investigating. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 22 15:15:38 2008 From: trac at haiku-os.org (diver) Date: Sun, 22 Jun 2008 13:15:38 -0000 Subject: [Haiku-bugs] [Haiku] #2434: [Terminal] Add shortcuts for Terminal tabs Message-ID: <040.4ad01f25c3a57c4ee8e3132e4f9db6d5@haiku-os.org> #2434: [Terminal] Add shortcuts for Terminal tabs -----------------------------------+---------------------------------------- Reporter: diver | Owner: jackburton Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Add shortcuts for Terminal tabs Alt+1, Alt+2 and so on. This is how it's done in gnome-terminal and i find it very usefull. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 22 15:19:49 2008 From: trac at haiku-os.org (diver) Date: Sun, 22 Jun 2008 13:19:49 -0000 Subject: [Haiku-bugs] [Haiku] #2435: [Media] volume slider is flickering when moving Message-ID: <040.25498fe725cdf760a5ee0ce0932bf5cf@haiku-os.org> #2435: [Media] volume slider is flickering when moving -------------------------------+-------------------------------------------- Reporter: diver | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Media | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Volume slider replicant is flickering when you move it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 22 15:21:36 2008 From: trac at haiku-os.org (diver) Date: Sun, 22 Jun 2008 13:21:36 -0000 Subject: [Haiku-bugs] [Haiku] #2436: [MediaPlayer] don't need zoom button in info window Message-ID: <040.a75b93392c6e5639b354b323faeaa92c@haiku-os.org> #2436: [MediaPlayer] don't need zoom button in info window --------------------------------------+------------------------------------- Reporter: diver | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/MediaPlayer | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------------+------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 22 15:22:55 2008 From: trac at haiku-os.org (diver) Date: Sun, 22 Jun 2008 13:22:55 -0000 Subject: [Haiku-bugs] [Haiku] #2437: [MediaPlayer] add file icon in info window Message-ID: <040.bc873cae2598dad62834b26a943524bc@haiku-os.org> #2437: [MediaPlayer] add file icon in info window --------------------------------------+------------------------------------- Reporter: diver | Owner: marcusoverhagen Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/MediaPlayer | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------------+------------------------------------- Add file icon in info window like it's done in R5's MediaPlayer. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 22 15:25:16 2008 From: trac at haiku-os.org (diver) Date: Sun, 22 Jun 2008 13:25:16 -0000 Subject: [Haiku-bugs] [Haiku] #2438: [Tracker] add filetype icons in search window Message-ID: <040.4e23a122ad6a64d4382002f48933d007@haiku-os.org> #2438: [Tracker] add filetype icons in search window ----------------------------------+----------------------------------------- Reporter: diver | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Tracker-Search should have icons to make it more user friendly. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 22 15:51:01 2008 From: trac at haiku-os.org (mmlr) Date: Sun, 22 Jun 2008 13:51:01 -0000 Subject: [Haiku-bugs] [Haiku] #2426: Haiku on HP Proliant ML110 G5 not boot In-Reply-To: <041.38ecb2635babd358421ca941fd59612a@haiku-os.org> References: <041.38ecb2635babd358421ca941fd59612a@haiku-os.org> Message-ID: <050.a8665775799f6dd09345a81f3cd9103f@haiku-os.org> #2426: Haiku on HP Proliant ML110 G5 not boot ------------------------+--------------------------------------------------- Reporter: nibble | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: duplicate | Blockedby: Platform: x86 | Blocking: ------------------------+--------------------------------------------------- Changes (by mmlr): * status: assigned => closed * resolution: => duplicate Comment: In fact this is most probably a duplicate of bug #2344. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 22 15:52:50 2008 From: trac at haiku-os.org (mmlr) Date: Sun, 22 Jun 2008 13:52:50 -0000 Subject: [Haiku-bugs] [Haiku] #2344: Hang when booting with USB Mass Storage device connected. In-Reply-To: <048.642c613bc61a224b120d9d3f951a1559@haiku-os.org> References: <048.642c613bc61a224b120d9d3f951a1559@haiku-os.org> Message-ID: <057.4ca0258371835adf7000c0f328aab981@haiku-os.org> #2344: Hang when booting with USB Mass Storage device connected. ----------------------------+----------------------------------------------- Reporter: dustin howett | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Changes (by mmlr): * component: - General => Drivers/USB Comment: Closed bug #2426 as a duplicate of this one. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 22 17:04:07 2008 From: trac at haiku-os.org (mmlr) Date: Sun, 22 Jun 2008 15:04:07 -0000 Subject: [Haiku-bugs] [Haiku] #2263: USB Key doesn't work In-Reply-To: <045.3e7db024b77ce246c3830001c0b845a4@haiku-os.org> References: <045.3e7db024b77ce246c3830001c0b845a4@haiku-os.org> Message-ID: <054.1d8cc39615579babd2edba78e22e7e05@haiku-os.org> #2263: USB Key doesn't work --------------------------+------------------------------------------------- Reporter: jackburton | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by mmlr): * status: new => assigned Comment: Could you please retry with r26081. That might fix this issue. If not an updated log would be nice to see what the device does with the second and third try. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 22 17:09:38 2008 From: trac at haiku-os.org (mmlr) Date: Sun, 22 Jun 2008 15:09:38 -0000 Subject: [Haiku-bugs] [Haiku] #2344: Hang when booting with USB Mass Storage device connected. In-Reply-To: <048.642c613bc61a224b120d9d3f951a1559@haiku-os.org> References: <048.642c613bc61a224b120d9d3f951a1559@haiku-os.org> Message-ID: <057.52a28bbf06d440517a5d5f8b317a06b9@haiku-os.org> #2344: Hang when booting with USB Mass Storage device connected. ----------------------------+----------------------------------------------- Reporter: dustin howett | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by mmlr): Please retest with r26082. In case of no response usb_disk should now just time out after a second. Interesting would then be if the device actually recovers and is afterwards usable (if booting works after that change that is). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 22 17:11:41 2008 From: trac at haiku-os.org (mmlr) Date: Sun, 22 Jun 2008 15:11:41 -0000 Subject: [Haiku-bugs] [Haiku] #2367: Media checker blocks in USB when booting from USB In-Reply-To: <040.071b43b6611ddf637fa7f5a2c6cebc5e@haiku-os.org> References: <040.071b43b6611ddf637fa7f5a2c6cebc5e@haiku-os.org> Message-ID: <049.6cd4f93451c64e5264ecc448e0787876@haiku-os.org> #2367: Media checker blocks in USB when booting from USB --------------------------+------------------------------------------------- Reporter: axeld | Owner: mmlr Type: bug | Status: assigned Priority: high | Milestone: R1/alpha1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by mmlr): I've added a timeout in usb_disk in r26082. Which might solve or at least work around this issue. Could you please retry with that. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 22 17:25:55 2008 From: trac at haiku-os.org (_be) Date: Sun, 22 Jun 2008 15:25:55 -0000 Subject: [Haiku-bugs] [Haiku] #2284: Page Fault on boot (25717) In-Reply-To: <048.bfb72f9386e7aa9daa3a55dc9e971a91@haiku-os.org> References: <048.bfb72f9386e7aa9daa3a55dc9e971a91@haiku-os.org> Message-ID: <057.b0350cbaf24682fbf494a23ad9f3ca13@haiku-os.org> #2284: Page Fault on boot (25717) ----------------------------+----------------------------------------------- Reporter: dustin howett | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: x64 | Blocking: ----------------------------+----------------------------------------------- Comment(by _be): I can confirm that the problem persists with r26056, tried to boot from a usb-stick here; the sc is exactly the same as the posted.I do have a SATA- disk in the pc; i'll try to switch the sata-controller off next -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 22 15:31:55 2008 From: trac at haiku-os.org (mmlr) Date: Sun, 22 Jun 2008 13:31:55 -0000 Subject: [Haiku-bugs] [Haiku] #2425: KDL when using poll function, test case included In-Reply-To: <042.55e51515ce72a9f8a6ca4b4d18a0d550@haiku-os.org> References: <042.55e51515ce72a9f8a6ca4b4d18a0d550@haiku-os.org> Message-ID: <051.a3a4f0249147d3a6093e0b04432d30d0@haiku-os.org> #2425: KDL when using poll function, test case included ----------------------------+----------------------------------------------- Reporter: kaliber | Owner: mmlr Type: bug | Status: closed Priority: high | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by mmlr): * status: assigned => closed * resolution: => fixed Comment: That it is set to ~0 is in fact intended. But it shouldn't be set if the legacy driver didn't return a select hook at all. Fixed in r26079. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 22 19:03:07 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 22 Jun 2008 17:03:07 -0000 Subject: [Haiku-bugs] [Haiku] #2428: [sshd] can't start sshd In-Reply-To: <040.3a7f0b60cf673f0880f4f3c0762b5bb8@haiku-os.org> References: <040.3a7f0b60cf673f0880f4f3c0762b5bb8@haiku-os.org> Message-ID: <049.65d959f021d1be87b14d26ee59e5860f@haiku-os.org> #2428: [sshd] can't start sshd ----------------------------------------------+----------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------------------------+----------------------------- Comment(by anevilyak): That sounds like what happens if you have no image host name set. Assuming you're building your own, add something like: HAIKU_IMAGE_HOST_NAME = test ; To your UserBuildConfig. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 22 19:28:24 2008 From: trac at haiku-os.org (ekdahl) Date: Sun, 22 Jun 2008 17:28:24 -0000 Subject: [Haiku-bugs] [Haiku] #2284: Page Fault on boot (25717) In-Reply-To: <048.bfb72f9386e7aa9daa3a55dc9e971a91@haiku-os.org> References: <048.bfb72f9386e7aa9daa3a55dc9e971a91@haiku-os.org> Message-ID: <057.02023166a8b9a37ebf498f775f9970e3@haiku-os.org> #2284: Page Fault on boot (25717) ----------------------------+----------------------------------------------- Reporter: dustin howett | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Changes (by ekdahl): * platform: x64 => x86 Comment: Same problem here. Also using Athlon 64 X2, Nforce chipset, legacy_sata. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 22 20:08:26 2008 From: trac at haiku-os.org (diver) Date: Sun, 22 Jun 2008 18:08:26 -0000 Subject: [Haiku-bugs] [Haiku] #2428: [sshd] can't start sshd In-Reply-To: <040.3a7f0b60cf673f0880f4f3c0762b5bb8@haiku-os.org> References: <040.3a7f0b60cf673f0880f4f3c0762b5bb8@haiku-os.org> Message-ID: <049.d718b3d3fd9bb63306973e93c0edd04d@haiku-os.org> #2428: [sshd] can't start sshd ----------------------------------------------+----------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------------------------+----------------------------- Comment(by diver): cat build/jam/UserBuildConfig | grep ROOT {{{HAIKU_ROOT_USER_REAL_NAME = Diver ;}}} It has been added month ago. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 22 20:39:20 2008 From: trac at haiku-os.org (mmlr) Date: Sun, 22 Jun 2008 18:39:20 -0000 Subject: [Haiku-bugs] [Haiku] #2428: [sshd] can't start sshd In-Reply-To: <040.3a7f0b60cf673f0880f4f3c0762b5bb8@haiku-os.org> References: <040.3a7f0b60cf673f0880f4f3c0762b5bb8@haiku-os.org> Message-ID: <049.4fc21770bd3409de64d0d725bc82bd7f@haiku-os.org> #2428: [sshd] can't start sshd ----------------------------------------------+----------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------------------------+----------------------------- Comment(by mmlr): It's about the host name though, not the root user. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 22 21:07:33 2008 From: trac at haiku-os.org (mmlr) Date: Sun, 22 Jun 2008 19:07:33 -0000 Subject: [Haiku-bugs] [Haiku] #1680: BView's DrawBitmap() : B_OP_OVER & B_OP_BLEND etc. In-Reply-To: <045.57a52e5b2c0b07651d7ab26b93f33f54@haiku-os.org> References: <045.57a52e5b2c0b07651d7ab26b93f33f54@haiku-os.org> Message-ID: <054.f0c72d702007ac7214f0d2924c9bf7ec@haiku-os.org> #1680: BView's DrawBitmap() : B_OP_OVER & B_OP_BLEND etc. ---------------------------------+------------------------------------------ Reporter: anthonylee | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by mmlr): * status: new => closed * resolution: => fixed Comment: Most of the drawing modes were a bit broken, but should now be fixed in r26075. The transparency handling with DrawBitmap() was simply not implemented for most drawing modes. Also the B_TRANSPARENT_MAGIC_* values should now be treated correctly as transparency. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 22 21:42:13 2008 From: trac at haiku-os.org (mmlr) Date: Sun, 22 Jun 2008 19:42:13 -0000 Subject: [Haiku-bugs] [Haiku] #1677: Strange behaviour with images and games... In-Reply-To: <041.15c28956e275fc18e7fa4b5d56380289@haiku-os.org> References: <041.15c28956e275fc18e7fa4b5d56380289@haiku-os.org> Message-ID: <050.41ae90c2fb2c5a012b8bac812fe9f104@haiku-os.org> #1677: Strange behaviour with images and games... ------------------------+--------------------------------------------------- Reporter: kvdman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by mmlr): The errors that you get are simply because the working directory is not correct. If you simply drag an application to the Terminal it won't set the working directory. It will stay for example at "/boot/home". When your app now tries to read "graphics/xy.png" (a relative path, relative to the current working directory) it won't find it because it searches for "/boot/home/graphics/xy.png". When running apps from the Terminal like this you first cd to the directory where the app is located and then run it. When double clicking in Tracker, the working directory is automatically set. In general does this still happen? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 22 21:56:40 2008 From: trac at haiku-os.org (mmlr) Date: Sun, 22 Jun 2008 19:56:40 -0000 Subject: [Haiku-bugs] [Haiku] #1756: svn checkout results in panic() which in turn results in corrupted BFS In-Reply-To: <044.b42502b6ff1c9036a98834e2b8a474f4@haiku-os.org> References: <044.b42502b6ff1c9036a98834e2b8a474f4@haiku-os.org> Message-ID: <053.a310a969bc127bdc1728c13daf1c6e82@haiku-os.org> #1756: svn checkout results in panic() which in turn results in corrupted BFS -------------------------------+-------------------------------------------- Reporter: anevilyak | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by mmlr): The panic shouldn't happen anymore, as we now got an actually working kernel heap that will grow to accommodate the memory use. Not sure about the BFS corruption, but I suppose this is going to be a bit difficult to reproduce now. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 22 22:02:08 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 22 Jun 2008 20:02:08 -0000 Subject: [Haiku-bugs] [Haiku] #1756: svn checkout results in panic() which in turn results in corrupted BFS In-Reply-To: <044.b42502b6ff1c9036a98834e2b8a474f4@haiku-os.org> References: <044.b42502b6ff1c9036a98834e2b8a474f4@haiku-os.org> Message-ID: <053.e9262f1c9153ee6a5f10390dc5a82853@haiku-os.org> #1756: svn checkout results in panic() which in turn results in corrupted BFS -------------------------------+-------------------------------------------- Reporter: anevilyak | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by anevilyak): Want me to try a checkout again to verify that? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 00:04:03 2008 From: trac at haiku-os.org (aldeck) Date: Sun, 22 Jun 2008 22:04:03 -0000 Subject: [Haiku-bugs] [Haiku] #2312: [Tracker] icon column width enlargement In-Reply-To: <040.1cbdbfa72efd3b4b739bf5f2f939fb78@haiku-os.org> References: <040.1cbdbfa72efd3b4b739bf5f2f939fb78@haiku-os.org> Message-ID: <049.4b4ca7a5717e99bb2e663fa3f64259f6@haiku-os.org> #2312: [Tracker] icon column width enlargement -----------------------------------+---------------------------------------- Reporter: diver | Owner: aldeck Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by aldeck): * status: reopened => closed * resolution: => fixed Comment: Fixed thanks to stippi in r26057 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 00:10:56 2008 From: trac at haiku-os.org (bonefish) Date: Sun, 22 Jun 2008 22:10:56 -0000 Subject: [Haiku-bugs] [Haiku] #2429: [Terminal] Resizing Terminal is very slow In-Reply-To: <040.a0c743f1f2844c26f136b86ba429050c@haiku-os.org> References: <040.a0c743f1f2844c26f136b86ba429050c@haiku-os.org> Message-ID: <049.0f514437fa602c10671fc5322d97d29c@haiku-os.org> #2429: [Terminal] Resizing Terminal is very slow ------------------------+--------------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by bonefish): Can't reproduce this under VMware. Resizing is zippy and it doesn't flicker. Did you test on real hardware? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 00:15:32 2008 From: trac at haiku-os.org (bonefish) Date: Sun, 22 Jun 2008 22:15:32 -0000 Subject: [Haiku-bugs] [Haiku] #2432: [app_server] Moving a tracker window above terminal lags badly In-Reply-To: <040.504a13814b1143f7d5f53bcf62b7fd78@haiku-os.org> References: <040.504a13814b1143f7d5f53bcf62b7fd78@haiku-os.org> Message-ID: <049.13fb45546d50bc05efa22ae34340f9d5@haiku-os.org> #2432: [app_server] Moving a tracker window above terminal lags badly ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by bonefish): Can't reproduce under VMware. #2429 might have the same cause. What I've seen the last time I tested on real hardware is that scrolling looked horrible (VESA), while it is fine under VMware. I have the suspicion that way to many B_MOUSE_MOVED messages are processed on real hardware for some reason. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 00:17:36 2008 From: trac at haiku-os.org (diver) Date: Sun, 22 Jun 2008 22:17:36 -0000 Subject: [Haiku-bugs] [Haiku] #2429: [Terminal] Resizing Terminal is very slow In-Reply-To: <040.a0c743f1f2844c26f136b86ba429050c@haiku-os.org> References: <040.a0c743f1f2844c26f136b86ba429050c@haiku-os.org> Message-ID: <049.a447d6edd427bc6a9d486fc53cebd60a@haiku-os.org> #2429: [Terminal] Resizing Terminal is very slow ------------------------+--------------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by diver): Yes I did. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 00:18:19 2008 From: trac at haiku-os.org (bonefish) Date: Sun, 22 Jun 2008 22:18:19 -0000 Subject: [Haiku-bugs] [Haiku] #2434: [Terminal] Add shortcuts for Terminal tabs In-Reply-To: <040.4ad01f25c3a57c4ee8e3132e4f9db6d5@haiku-os.org> References: <040.4ad01f25c3a57c4ee8e3132e4f9db6d5@haiku-os.org> Message-ID: <049.99f5e719f757cd3a746b4396ce71e031@haiku-os.org> #2434: [Terminal] Add shortcuts for Terminal tabs ------------------------------------+--------------------------------------- Reporter: diver | Owner: jackburton Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by bonefish): Sounds like a good idea. You can already switch between tabs via Shift- Left/Right, but with more than three tabs that starts to become less handy. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 00:19:37 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 22 Jun 2008 22:19:37 -0000 Subject: [Haiku-bugs] [Haiku] #2429: [Terminal] Resizing Terminal is very slow In-Reply-To: <040.a0c743f1f2844c26f136b86ba429050c@haiku-os.org> References: <040.a0c743f1f2844c26f136b86ba429050c@haiku-os.org> Message-ID: <049.c1e2352e20ac4b031d71c96ef9da9d27@haiku-os.org> #2429: [Terminal] Resizing Terminal is very slow ------------------------+--------------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by anevilyak): I haven't seen this on real hardware here either (Radeon X800). Nor any of the other slowness issues reported. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 00:29:09 2008 From: trac at haiku-os.org (bonefish) Date: Sun, 22 Jun 2008 22:29:09 -0000 Subject: [Haiku-bugs] [Haiku] #2429: [Terminal] Resizing Terminal is very slow In-Reply-To: <040.a0c743f1f2844c26f136b86ba429050c@haiku-os.org> References: <040.a0c743f1f2844c26f136b86ba429050c@haiku-os.org> Message-ID: <049.dad31c18bd230cdaccf4b3e99dbcceb8@haiku-os.org> #2429: [Terminal] Resizing Terminal is very slow ------------------------+--------------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by bonefish): Do you have a PS/2 or USB mouse? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 00:34:50 2008 From: trac at haiku-os.org (diver) Date: Sun, 22 Jun 2008 22:34:50 -0000 Subject: [Haiku-bugs] [Haiku] #2429: [Terminal] Resizing Terminal is very slow In-Reply-To: <040.a0c743f1f2844c26f136b86ba429050c@haiku-os.org> References: <040.a0c743f1f2844c26f136b86ba429050c@haiku-os.org> Message-ID: <049.bd889b4a7fdd55c63ba08c733e63748f@haiku-os.org> #2429: [Terminal] Resizing Terminal is very slow ------------------------+--------------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by diver): I have a Logitech USB wheel mouse. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 00:37:03 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 22 Jun 2008 22:37:03 -0000 Subject: [Haiku-bugs] [Haiku] #2429: [Terminal] Resizing Terminal is very slow In-Reply-To: <040.a0c743f1f2844c26f136b86ba429050c@haiku-os.org> References: <040.a0c743f1f2844c26f136b86ba429050c@haiku-os.org> Message-ID: <049.e138a74db80814db3c0ab0474908fb06@haiku-os.org> #2429: [Terminal] Resizing Terminal is very slow ------------------------+--------------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by anevilyak): Logitech wireless USB mouse here also, though until recently it was hooked up via PS2 due to lack of OHCI. That seems to have made no performance difference here though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 00:46:28 2008 From: trac at haiku-os.org (bonefish) Date: Sun, 22 Jun 2008 22:46:28 -0000 Subject: [Haiku-bugs] [Haiku] #2429: [Terminal] Resizing Terminal is very slow In-Reply-To: <040.a0c743f1f2844c26f136b86ba429050c@haiku-os.org> References: <040.a0c743f1f2844c26f136b86ba429050c@haiku-os.org> Message-ID: <049.1632290ed5db947b8863ade3854c1591@haiku-os.org> #2429: [Terminal] Resizing Terminal is very slow ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by bonefish): * component: - General => Servers/app_server Comment: Replying to [comment:6 anevilyak]: > Logitech wireless USB mouse here also, though until recently it was hooked up via PS2 due to lack of OHCI. That seems to have made no performance difference here though. OK, I guess that rules out that it is somehow USB mouse related. Moving to app server component. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 00:52:02 2008 From: trac at haiku-os.org (diver) Date: Sun, 22 Jun 2008 22:52:02 -0000 Subject: [Haiku-bugs] [Haiku] #2427: [app_server] Sliding a window tab will make tab label to redraw constantly In-Reply-To: <040.b540b92c60912856a164b1b1c7a0af2c@haiku-os.org> References: <040.b540b92c60912856a164b1b1c7a0af2c@haiku-os.org> Message-ID: <049.6dd55bdf5335557139e1cefe4e5facc0@haiku-os.org> #2427: [app_server] Sliding a window tab will make tab label to redraw constantly ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by diver): Seems to be a duplicate of my own 2 years old bug report #703 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 01:02:13 2008 From: trac at haiku-os.org (kvdman) Date: Sun, 22 Jun 2008 23:02:13 -0000 Subject: [Haiku-bugs] [Haiku] #1677: Strange behaviour with images and games... In-Reply-To: <041.15c28956e275fc18e7fa4b5d56380289@haiku-os.org> References: <041.15c28956e275fc18e7fa4b5d56380289@haiku-os.org> Message-ID: <050.ad02dfaa6bd2cfb58ea79b1255f81875@haiku-os.org> #1677: Strange behaviour with images and games... ------------------------+--------------------------------------------------- Reporter: kvdman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by kvdman): Hi Michael, Thanks for your reply. I've tried both suggestions. I've tried changing to the working directory from the terminal first and then executing, as well as from tracker... From tracker, the games automatically quit. From tracker, the errors about missing images still persist (in all three games) despite the said images that are missing being present in the directories. The links to the games above are incorrect, for your reference, they are here: [http://www.haikuware.com/view-details/games/2d/blob-wars] [http://www.haikuware.com/view-details/games/2d/freedroid] [http://www.haikuware.com/view-details/games/miscellaneous/net-bubble] I have tried two of the games in BeOS, and they seem to work fine, without these errors. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 01:15:23 2008 From: trac at haiku-os.org (diver) Date: Sun, 22 Jun 2008 23:15:23 -0000 Subject: [Haiku-bugs] [Haiku] #2428: [sshd] can't start sshd In-Reply-To: <040.3a7f0b60cf673f0880f4f3c0762b5bb8@haiku-os.org> References: <040.3a7f0b60cf673f0880f4f3c0762b5bb8@haiku-os.org> Message-ID: <049.46eef5c93fcc9b180176ecd5889668cd@haiku-os.org> #2428: [sshd] can't start sshd ----------------------------------------------+----------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------------------------+----------------------------- Comment(by diver): Yeah, my bad. Would be nice if HAIKU_IMAGE_HOST_NAME would be set to some default value (baron?) if not overriden by user. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 00:50:31 2008 From: trac at haiku-os.org (diver) Date: Sun, 22 Jun 2008 22:50:31 -0000 Subject: [Haiku-bugs] [Haiku] #703: [app_server] tab sliding takes 100% of cpu time In-Reply-To: <040.522c4951d37b2782f93c72cdc551990a@haiku-os.org> References: <040.522c4951d37b2782f93c72cdc551990a@haiku-os.org> Message-ID: <049.c0c6f0299cccd175ae83379941336764@haiku-os.org> #703: [app_server] tab sliding takes 100% of cpu time ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: low | Milestone: R1 Component: Servers/app_server | Version: Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by diver): * component: - General => Servers/app_server -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 02:23:11 2008 From: trac at haiku-os.org (diver) Date: Mon, 23 Jun 2008 00:23:11 -0000 Subject: [Haiku-bugs] [Haiku] #257: [Expander] first launch In-Reply-To: <040.e4bcbd65624657fca6e82036d290d4ad@haiku-os.org> References: <040.e4bcbd65624657fca6e82036d290d4ad@haiku-os.org> Message-ID: <049.c859ee50f32cbc8b4e4182e1fd1e221b@haiku-os.org> #257: [Expander] first launch --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Servers/registrar | Version: Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by diver): +1 to the idea to make the build system take care of this as this will also speed up haiku start up in vmware and also potentially LiveCD boot time. Should I add a new ticket so we don't forget about it, Ingo? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 06:03:24 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 23 Jun 2008 04:03:24 -0000 Subject: [Haiku-bugs] [Haiku] #1756: svn checkout results in panic() which in turn results in corrupted BFS In-Reply-To: <044.b42502b6ff1c9036a98834e2b8a474f4@haiku-os.org> References: <044.b42502b6ff1c9036a98834e2b8a474f4@haiku-os.org> Message-ID: <053.ec2007f61213f3f7230af642e9dc59ad@haiku-os.org> #1756: svn checkout results in panic() which in turn results in corrupted BFS -------------------------------+-------------------------------------------- Reporter: anevilyak | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Changes (by anevilyak): * status: new => closed * resolution: => fixed Comment: Indeed, works now: Checked out revision 26095. /boot/home/devel> -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 08:50:17 2008 From: trac at haiku-os.org (mmlr) Date: Mon, 23 Jun 2008 06:50:17 -0000 Subject: [Haiku-bugs] [Haiku] #2427: [app_server] Sliding a window tab will make tab label to redraw constantly In-Reply-To: <040.b540b92c60912856a164b1b1c7a0af2c@haiku-os.org> References: <040.b540b92c60912856a164b1b1c7a0af2c@haiku-os.org> Message-ID: <049.79f271fbc9512ad1278585d31ca059eb@haiku-os.org> #2427: [app_server] Sliding a window tab will make tab label to redraw constantly ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: duplicate | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by mmlr): * status: new => closed * resolution: => duplicate Comment: Duplicate of #703. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 10:02:03 2008 From: trac at haiku-os.org (emitrax) Date: Mon, 23 Jun 2008 08:02:03 -0000 Subject: [Haiku-bugs] [Haiku] #2434: [Terminal] Add shortcuts for Terminal tabs In-Reply-To: <040.4ad01f25c3a57c4ee8e3132e4f9db6d5@haiku-os.org> References: <040.4ad01f25c3a57c4ee8e3132e4f9db6d5@haiku-os.org> Message-ID: <049.08ea2e0f22d7ec6d491f98e54e49a9a0@haiku-os.org> #2434: [Terminal] Add shortcuts for Terminal tabs ------------------------------------+--------------------------------------- Reporter: diver | Owner: jackburton Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by emitrax): While I'm all for shorcuts, I don't like the default combination of Alt+1, Alt+2, etc.. as I personally use that to switch between workspaces. A nice way to switch between tabs would be IMO Alt + scrolling (up=right, down=left). Anyway, as long as it is configurable I am all for it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 10:47:03 2008 From: trac at haiku-os.org (stippi) Date: Mon, 23 Jun 2008 08:47:03 -0000 Subject: [Haiku-bugs] [Haiku] #2429: [Terminal] Resizing Terminal is very slow In-Reply-To: <040.a0c743f1f2844c26f136b86ba429050c@haiku-os.org> References: <040.a0c743f1f2844c26f136b86ba429050c@haiku-os.org> Message-ID: <049.1e5873a92c6539b48ec4e27e2fcb59c2@haiku-os.org> #2429: [Terminal] Resizing Terminal is very slow ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by stippi): My _guess_ is that these "slowness" tickets are actually all duplicates of #1823. To harden this suspicion, please test an installation without the native graphics driver (so that the VESA driver is used). If the symptoms disappear, it's #1823. My best guess is that 1823 is an MTRR setup issue, but I don't know enough about this stuff. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 13:38:31 2008 From: trac at haiku-os.org (kev) Date: Mon, 23 Jun 2008 11:38:31 -0000 Subject: [Haiku-bugs] [Haiku] #2439: boot process stalls (around mime_update.sh/emuxki: init_hardware()?) Message-ID: <038.f78b13c2744771eb62cdc040745d297c@haiku-os.org> #2439: boot process stalls (around mime_update.sh/emuxki: init_hardware()?) --------------------+------------------------------------------------------- Reporter: kev | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------+------------------------------------------------------- Haiku was booting off my HD using an Apr 26 build, but I got a USB mass storage device I wanted to try, so I thought I'd move to the latest build, whatever was current an hour ago. Now the desktop never comes up. (I can't tell you much more than that when actually booting to it, not using QEMU--as soon as I hit the Haiku option in bootman, my screen blanks because my hardware doesn't support 1024x768x24, so a blank screen is the last thing/all I see, and after a few minutes of waiting, my num lock key does not toggle, and nothing appears to be happening.) In QEMU, I get the nice boot screen, and each of the icons lights up in turn. Then that screen goes mangled, I assume as it switches video modes, but I never get a desktop. At that point it seems stuck on mime_update.sh, but if I wait it out for ten minutes or more, it moves on to emuxki: init_hardware(), but then after another ten minutes with the processor pegged at full, doesn't seem to be going anywhere. The last few lines I get in QEMU are: loaded driver /boot/beos/system/add-ons/kernel/drivers/dev/input/ps2_hid usb_uhci: no devices found usb_ohci: no devices found usb_ehci: no devices found USB Stack: no bus managers available usb_uhci: no devices found usb_ohci: no devices found usb_ehci: no devices found USB Stack: no bus managers available wacom: cannot get module "bus_managers/usb/v3" ps2: devfs_publish_device input/mouse/ps2/0, status = 0x00000000 ps2: devfs_publish_device input/keyboard/at/0, status = 0x00000000 ps2: probe_mouse Extended PS/2 mouse found ps2: keyboard found bfs: bfs_open_dir:1461: Invalid Argument Running post install script /boot/common/boot/post_install/mime_update.sh ... emuxki: init_hardware() Any suggestions? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 13:49:29 2008 From: trac at haiku-os.org (kev) Date: Mon, 23 Jun 2008 11:49:29 -0000 Subject: [Haiku-bugs] [Haiku] #2177: boot screen does not show, but desktop does appear correctly afterwards In-Reply-To: <038.d1bd554a50c472377b631d3cad48fc0e@haiku-os.org> References: <038.d1bd554a50c472377b631d3cad48fc0e@haiku-os.org> Message-ID: <047.4be632c03b683f87ef576552b4afe919@haiku-os.org> #2177: boot screen does not show, but desktop does appear correctly afterwards ---------------------+------------------------------------------------------ Reporter: kev | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------+------------------------------------------------------ Comment(by kev): Sorry for the delay... I tried again with a build from today/last night, and these modes do not work: 1024x768x32 1024x768x24 (if this is the default, I'm just guessing from trying in QEMU) 1280x1024x32 1280x1024x16 (I think) But 1024x768x16 does work! I get a very slick-looking boot screen in that mode. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 13:50:14 2008 From: trac at haiku-os.org (kev) Date: Mon, 23 Jun 2008 11:50:14 -0000 Subject: [Haiku-bugs] [Haiku] #2177: boot screen does not show, but desktop does appear correctly afterwards In-Reply-To: <038.d1bd554a50c472377b631d3cad48fc0e@haiku-os.org> References: <038.d1bd554a50c472377b631d3cad48fc0e@haiku-os.org> Message-ID: <047.57357735c91ace1a5d3467d40d70ba7f@haiku-os.org> #2177: boot screen does not show, but desktop does appear correctly afterwards ---------------------+------------------------------------------------------ Reporter: kev | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------+------------------------------------------------------ Comment(by kev): Oh, and for those that don't work, the message from my LCD screen is the same as in my original post. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 13:54:30 2008 From: trac at haiku-os.org (kev) Date: Mon, 23 Jun 2008 11:54:30 -0000 Subject: [Haiku-bugs] [Haiku] #2439: boot process stalls (around mime_update.sh/emuxki: init_hardware()?) In-Reply-To: <038.f78b13c2744771eb62cdc040745d297c@haiku-os.org> References: <038.f78b13c2744771eb62cdc040745d297c@haiku-os.org> Message-ID: <047.4e938abcf142b2731dfb19e3b42da5e3@haiku-os.org> #2439: boot process stalls (around mime_update.sh/emuxki: init_hardware()?) ---------------------+------------------------------------------------------ Reporter: kev | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------+------------------------------------------------------ Comment(by kev): Oops...should've used the pre-formatted style, I guess... I'm not sure if this is the same problem or not, but if I boot from real hardware and set the video mode to 1024x768x16 so that I can see the boot screen, just after the last icon lights up, I get KDL'd. It says, "PANIC: vm_page_fault: unhandled page fault in kernel space at 0x0, ip 0x0". The last four lines of 'sc' are panic, vm_page_fault, page_fault_exception, and int_bottom. (The ones above it looked like they were just about opening up the debugger, so I didn't bother writing them down.) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 14:06:52 2008 From: trac at haiku-os.org (exparrot) Date: Mon, 23 Jun 2008 12:06:52 -0000 Subject: [Haiku-bugs] [Haiku] #2350: Segment violation in FillRectNoClipping when booting on eeePC In-Reply-To: <043.ce9d77215cfc36086efc92cb4307b7f9@haiku-os.org> References: <043.ce9d77215cfc36086efc92cb4307b7f9@haiku-os.org> Message-ID: <052.200420203bee37e3915dfa9cddfa708a@haiku-os.org> #2350: Segment violation in FillRectNoClipping when booting on eeePC ---------------------------------+------------------------------------------ Reporter: exparrot | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------------+------------------------------------------ Comment(by exparrot): Very nice. I've un-bricked the machine now so would be keen to hear how to make this work. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 14:23:54 2008 From: trac at haiku-os.org (emitrax) Date: Mon, 23 Jun 2008 12:23:54 -0000 Subject: [Haiku-bugs] [Haiku] #2440: echo $LIBRARY_PATH -> %A Message-ID: <042.020dd3389b2296421a3a3067b3984373@haiku-os.org> #2440: echo $LIBRARY_PATH -> %A -----------------------+---------------------------------------------------- Reporter: emitrax | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- if you echo the LIBRARY_PATH that contains the current directory (.) as the first directory, %A will be printed instead of .:/ Tested with r26097. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 14:33:54 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 23 Jun 2008 12:33:54 -0000 Subject: [Haiku-bugs] [Haiku] #2434: [Terminal] Add shortcuts for Terminal tabs In-Reply-To: <040.4ad01f25c3a57c4ee8e3132e4f9db6d5@haiku-os.org> References: <040.4ad01f25c3a57c4ee8e3132e4f9db6d5@haiku-os.org> Message-ID: <049.ec98f2e0fa764da6817b147c4cc732ac@haiku-os.org> #2434: [Terminal] Add shortcuts for Terminal tabs ------------------------------------+--------------------------------------- Reporter: diver | Owner: jackburton Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by anevilyak): What do you mean, you already use this to switch workspaces? on Haiku switching workspaces maps to alt+f1, alt+f2, etc. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 14:42:12 2008 From: trac at haiku-os.org (bonefish) Date: Mon, 23 Jun 2008 12:42:12 -0000 Subject: [Haiku-bugs] [Haiku] #257: [Expander] first launch In-Reply-To: <040.e4bcbd65624657fca6e82036d290d4ad@haiku-os.org> References: <040.e4bcbd65624657fca6e82036d290d4ad@haiku-os.org> Message-ID: <049.5649954d45f276331e6d72de186b9d47@haiku-os.org> #257: [Expander] first launch --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Servers/registrar | Version: Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by bonefish): Replying to [comment:17 diver]: > +1 to the idea to make the build system take care of this as this will also speed up haiku start up in vmware and also potentially LiveCD boot time. > Should I add a new ticket so we don't forget about it, Ingo? Please don't; I don't think I'll implement it. The build system can't really prepare the MIME entries for optional packages, so the on-first- boot mechanism is needed anyway. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 15:02:36 2008 From: trac at haiku-os.org (idefix) Date: Mon, 23 Jun 2008 13:02:36 -0000 Subject: [Haiku-bugs] [Haiku] #2344: Hang when booting with USB Mass Storage device connected. In-Reply-To: <048.642c613bc61a224b120d9d3f951a1559@haiku-os.org> References: <048.642c613bc61a224b120d9d3f951a1559@haiku-os.org> Message-ID: <057.4ae93f2678a519a7830213b2b8173789@haiku-os.org> #2344: Hang when booting with USB Mass Storage device connected. ----------------------------+----------------------------------------------- Reporter: dustin howett | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by idefix): Tested with r26087:[[BR]] It doesn't hang at boot any more, but the serial log is continually filled with errors, see seriallog3.txt.[[BR]] Haiku does recognize the cardreader though, see usb_dev_info.txt. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 15:36:59 2008 From: trac at haiku-os.org (aldeck) Date: Mon, 23 Jun 2008 13:36:59 -0000 Subject: [Haiku-bugs] [Haiku] #2441: [Tracker] Wrong offset when switching from mini-icon to icon mode. Message-ID: <041.44d42d5cfbe99ee47b0bb48185487b71@haiku-os.org> #2441: [Tracker] Wrong offset when switching from mini-icon to icon mode. ----------------------------------+----------------------------------------- Reporter: aldeck | Owner: aldeck Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- 1. Switch to icon mode and move one or more icons on the boundaries so that it augments the icons extent and activates the scrollbars. 2. Now scroll or adjust to your liking. 3. Switch to mini-icon mode and back to icon mode. -> The icons are now offseted like in 1). The previous and expected behavior is to show the icon as they were in 2). The bug appeared the first time with r26043, disapeared with r26047, and re-appeared with r26057. Apparently some scrolling that was previously blocked by the bounds check in BView::ScrollTo/By has been "reactivated". -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 15:47:00 2008 From: trac at haiku-os.org (idefix) Date: Mon, 23 Jun 2008 13:47:00 -0000 Subject: [Haiku-bugs] [Haiku] #2344: Hang when booting with USB Mass Storage device connected. In-Reply-To: <048.642c613bc61a224b120d9d3f951a1559@haiku-os.org> References: <048.642c613bc61a224b120d9d3f951a1559@haiku-os.org> Message-ID: <057.3099bd2e90c9053862e2d3c5b7e28084@haiku-os.org> #2344: Hang when booting with USB Mass Storage device connected. ----------------------------+----------------------------------------------- Reporter: dustin howett | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by idefix): When I also connect my Wacom Graphire 2 the error changes, see seriallog4.txt. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 16:03:41 2008 From: trac at haiku-os.org (aldeck) Date: Mon, 23 Jun 2008 14:03:41 -0000 Subject: [Haiku-bugs] [Haiku] #1263: Tracker scrollbar confusion In-Reply-To: <048.3a59e14c7ab6530a67389d93cf5484a0@haiku-os.org> References: <048.3a59e14c7ab6530a67389d93cf5484a0@haiku-os.org> Message-ID: <057.7688b11acbc8f08c84a39d37bcd8ba9a@haiku-os.org> #1263: Tracker scrollbar confusion -----------------------------------+---------------------------------------- Reporter: jonas.kirilla | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by aldeck): I re-checked the screenshots in the attached BugTour2.0.zip and ScrollRelatedTrackerBugsOnR5.zip. The icon moving problem showed in shots 01 to 11 was fixed in r25896, it is almost certainly fixed on R5 too. The resize to fit problem showed in shot 13 was fixed by r26043, should be ok on R5 too. Can someone test on R5 please? so we can be sure. (or if someone can compile it for me, i'll do the tests) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 16:35:08 2008 From: trac at haiku-os.org (aldeck) Date: Mon, 23 Jun 2008 14:35:08 -0000 Subject: [Haiku-bugs] [Haiku] #2441: [Tracker] Wrong offset when switching from mini-icon to icon mode. In-Reply-To: <041.44d42d5cfbe99ee47b0bb48185487b71@haiku-os.org> References: <041.44d42d5cfbe99ee47b0bb48185487b71@haiku-os.org> Message-ID: <050.c631114c9803a6c95fe7bc521997f84c@haiku-os.org> #2441: [Tracker] Wrong offset when switching from mini-icon to icon mode. -----------------------------------+---------------------------------------- Reporter: aldeck | Owner: aldeck Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by aldeck): Checked on R5 (MAX4.1b, don't know the OpenTracker version), besides other problems that were recently fixed in Haiku svn, this precise bug is there. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 19:27:54 2008 From: trac at haiku-os.org (emitrax) Date: Mon, 23 Jun 2008 17:27:54 -0000 Subject: [Haiku-bugs] [Haiku] #2434: [Terminal] Add shortcuts for Terminal tabs In-Reply-To: <040.4ad01f25c3a57c4ee8e3132e4f9db6d5@haiku-os.org> References: <040.4ad01f25c3a57c4ee8e3132e4f9db6d5@haiku-os.org> Message-ID: <049.68e288614507de96abfbbac90748d1dc@haiku-os.org> #2434: [Terminal] Add shortcuts for Terminal tabs ------------------------------------+--------------------------------------- Reporter: diver | Owner: jackburton Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by emitrax): Not in Haiku. In any desktope enviroment I've used with linux, I've always mapped Alt+1.. to switch between workspaces, and alt+f1... to send a window to that workspace. I find this way to work extremely fast. The less I use the mouse, the better. That's why alt+ would also be a nice combination. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 19:48:42 2008 From: trac at haiku-os.org (mmlr) Date: Mon, 23 Jun 2008 17:48:42 -0000 Subject: [Haiku-bugs] [Haiku] #2344: Hang when booting with USB Mass Storage device connected. In-Reply-To: <048.642c613bc61a224b120d9d3f951a1559@haiku-os.org> References: <048.642c613bc61a224b120d9d3f951a1559@haiku-os.org> Message-ID: <057.2cdc2e0394ae1bfdd1cb290f90ce4925@haiku-os.org> #2344: Hang when booting with USB Mass Storage device connected. ----------------------------+----------------------------------------------- Reporter: dustin howett | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by mmlr): Replying to [comment:6 idefix]: > It doesn't hang at boot any more, but the serial log is continually filled with errors, see seriallog3.txt.[[BR]] > Haiku does recognize the cardreader though, see usb_dev_info.txt. That looks a bit strange to me. The continued errors are triggered by polling for media changes. This triggers a TEST_UNIT_READY SCSI command on the device, that is apparently not supported or doesn't work when there are no media in the reader. What really surprises me though is that apparently clearing the stall conditions after a mass storage reset results in a stall response. Looking at the tokens in the log the only thing I can guess is that the last phase of the request to clear the halt condition is stalled by the device, as the tokens indicate inbound traffic with no data on endpoint 0, which is only the case for exactly these requests. As the device info seems to be still readable from usb_dev_info the device and the UHCI controller are in fact not blocked. So the question is, when you insert a card into that card reader, are you able to mount and use it? If it is usable, then I could imagine the device to just stall the clear requests if the bulk pipes aren't actually halted, to indicate that a clear wouldn't have been necessary. In that case they could simply be ignored. The different errors that get output with the wacom device, they do only show up as soon as you unplug that wacom device again, right? If so that's normal and can be ignored. While the stack and the driver haven't yet noticed the removal of the device they will continue using it resulting in failing transfer descriptors. That stops as soon as the device disconnect is handled. If they come up while the device is plugged in this would indicate some other problem. Again the question, does the wacom device work while you have it plugged? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 19:56:12 2008 From: trac at haiku-os.org (bonefish) Date: Mon, 23 Jun 2008 17:56:12 -0000 Subject: [Haiku-bugs] [Haiku] #2440: echo $LIBRARY_PATH -> %A In-Reply-To: <042.020dd3389b2296421a3a3067b3984373@haiku-os.org> References: <042.020dd3389b2296421a3a3067b3984373@haiku-os.org> Message-ID: <051.bb6f5b69d182bfbc531ee3763713d7fa@haiku-os.org> #2440: echo $LIBRARY_PATH -> %A ------------------------+--------------------------------------------------- Reporter: emitrax | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by bonefish): Can't reproduce. Setting LIBRARY_PATH to ".", ".:/" or ".:/$LIBRARY_PATH" produces just the expected result. Please add the steps to reproduce it. BTW, any particular reason for assigning this to me? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 20:01:12 2008 From: trac at haiku-os.org (emitrax) Date: Mon, 23 Jun 2008 18:01:12 -0000 Subject: [Haiku-bugs] [Haiku] #2440: echo $LIBRARY_PATH -> %A In-Reply-To: <042.020dd3389b2296421a3a3067b3984373@haiku-os.org> References: <042.020dd3389b2296421a3a3067b3984373@haiku-os.org> Message-ID: <051.e6373472ec709e451d4706efc85ebc8a@haiku-os.org> #2440: echo $LIBRARY_PATH -> %A ------------------------+--------------------------------------------------- Reporter: emitrax | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by emitrax): Because I thought it could be something terminal related. Reproducing is just a matter of hitting the command "echo $LIBRARY_PATH". See screenshot attached. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 20:12:51 2008 From: trac at haiku-os.org (bonefish) Date: Mon, 23 Jun 2008 18:12:51 -0000 Subject: [Haiku-bugs] [Haiku] #2440: echo $LIBRARY_PATH -> %A In-Reply-To: <042.020dd3389b2296421a3a3067b3984373@haiku-os.org> References: <042.020dd3389b2296421a3a3067b3984373@haiku-os.org> Message-ID: <051.2ce7d56a7571ab3878e9807471103e09@haiku-os.org> #2440: echo $LIBRARY_PATH -> %A ------------------------+--------------------------------------------------- Reporter: emitrax | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by bonefish): * status: new => closed * resolution: => invalid Comment: That looks like it should. "%A" is the placeholder for the application's directory. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 20:15:35 2008 From: trac at haiku-os.org (idefix) Date: Mon, 23 Jun 2008 18:15:35 -0000 Subject: [Haiku-bugs] [Haiku] #2344: Hang when booting with USB Mass Storage device connected. In-Reply-To: <048.642c613bc61a224b120d9d3f951a1559@haiku-os.org> References: <048.642c613bc61a224b120d9d3f951a1559@haiku-os.org> Message-ID: <057.a4d497951b8d0d367472f2b5461bc8ad@haiku-os.org> #2344: Hang when booting with USB Mass Storage device connected. ----------------------------+----------------------------------------------- Reporter: dustin howett | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by idefix): Replying to [comment:8 mmlr]: > As the device info seems to be still readable from usb_dev_info the device and the UHCI controller are in fact not blocked. So the question is, when you insert a card into that card reader, are you able to mount and use it? If it is usable, then I could imagine the device to just stall the clear requests if the bulk pipes aren't actually halted, to indicate that a clear wouldn't have been necessary. In that case they could simply be ignored. Nope, the card isn't recognised when I put it in. I didn't see any indication of detecting the card in the serial log when I put it in.[[BR]] When I boot Haiku with the card in the cardreader, I see some detection going on, but in the end I cannot mount it. If you wan't, I can upload a serial log showing this in a couple of hours. > The different errors that get output with the wacom device, they do only show up as soon as you unplug that wacom device again, right? If so that's normal and can be ignored. While the stack and the driver haven't yet noticed the removal of the device they will continue using it resulting in failing transfer descriptors. That stops as soon as the device disconnect is handled. If they come up while the device is plugged in this would indicate some other problem. Again the question, does the wacom device work while you have it plugged? Yep, my Wacom Graphire 2 keeps working perfectly all the time.[[BR]] The difference in errors are as follows:[[BR]] Error with Wacom connected: {{{ usb_disk: sending the command block wrapper failed USB ControlPipe: timeout waiting for queued request to complete Last message repeated 2 times. }}} Error with Wacom disconnected: {{{ usb_disk: sending the command block wrapper failed usb_uhci: td (0x01a24e00) error: status: 0x394007ff; token: 0xffe80269; }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 20:35:34 2008 From: trac at haiku-os.org (emitrax) Date: Mon, 23 Jun 2008 18:35:34 -0000 Subject: [Haiku-bugs] [Haiku] #2442: Issue when creating a directory in / Message-ID: <042.a70ecd44fb82554b699b8220b1d4325b@haiku-os.org> #2442: Issue when creating a directory in / ------------------------------+--------------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------+--------------------------------------------- Create a directory in the root directory, either with mkdir or tracker. mkdir /Data The directory will be created, but at reboot it won't be there, while with tracker you can't even name the directory. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 20:38:11 2008 From: trac at haiku-os.org (emitrax) Date: Mon, 23 Jun 2008 18:38:11 -0000 Subject: [Haiku-bugs] [Haiku] #2442: Issue when creating a directory in / In-Reply-To: <042.a70ecd44fb82554b699b8220b1d4325b@haiku-os.org> References: <042.a70ecd44fb82554b699b8220b1d4325b@haiku-os.org> Message-ID: <051.fcd7a9f4ccab2fdc2c498285b0b850ef@haiku-os.org> #2442: Issue when creating a directory in / -------------------------------+-------------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by emitrax): e.g. an error should be returned, instead of letting the user create it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 20:46:37 2008 From: trac at haiku-os.org (mmlr) Date: Mon, 23 Jun 2008 18:46:37 -0000 Subject: [Haiku-bugs] [Haiku] #2442: Issue when creating a directory in / In-Reply-To: <042.a70ecd44fb82554b699b8220b1d4325b@haiku-os.org> References: <042.a70ecd44fb82554b699b8220b1d4325b@haiku-os.org> Message-ID: <051.abdde4393b1367fbac5bc4521bc29f09@haiku-os.org> #2442: Issue when creating a directory in / -------------------------------+-------------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by mmlr): Not really, as that would prevent you to mount from the command line for example. It would prevent a sequence like: {{{ mkdir /SomeVolume mount -t bfs /path/to/image /SomeVolume }}} But this is perfectly valid. That the directory doesn't persist isn't really a problem. It is kinda to be expected, as there is no device associated that would store such a directory. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 21:03:23 2008 From: trac at haiku-os.org (axeld) Date: Mon, 23 Jun 2008 19:03:23 -0000 Subject: [Haiku-bugs] [Haiku] #2442: Issue when creating a directory in / In-Reply-To: <042.a70ecd44fb82554b699b8220b1d4325b@haiku-os.org> References: <042.a70ecd44fb82554b699b8220b1d4325b@haiku-os.org> Message-ID: <051.391e8db4ab3803a5958c6be17b166b05@haiku-os.org> #2442: Issue when creating a directory in / -------------------------------+-------------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => invalid Comment: Just because it's a file system, it doesn't have to be persistent. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 21:08:43 2008 From: trac at haiku-os.org (axeld) Date: Mon, 23 Jun 2008 19:08:43 -0000 Subject: [Haiku-bugs] [Haiku] #2414: [net_server] DHCP issue In-Reply-To: <040.db1964fd351d69019f308e66f29ff2bf@haiku-os.org> References: <040.db1964fd351d69019f308e66f29ff2bf@haiku-os.org> Message-ID: <049.c5ce9f4f6832adaaeaf149db7d44940f@haiku-os.org> #2414: [net_server] DHCP issue ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Servers/net_server | Version: R1 development Resolution: duplicate | Blockedby: 1287 Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by axeld): * status: new => closed * resolution: => duplicate * blockedby: => 1287 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 21:19:49 2008 From: trac at haiku-os.org (emitrax) Date: Mon, 23 Jun 2008 19:19:49 -0000 Subject: [Haiku-bugs] [Haiku] #2442: [Tracker]: unable to name a directory in / (was: Issue when creating a directory in /) In-Reply-To: <042.a70ecd44fb82554b699b8220b1d4325b@haiku-os.org> References: <042.a70ecd44fb82554b699b8220b1d4325b@haiku-os.org> Message-ID: <051.11cd7b0c4b8761691214514c11659bf6@haiku-os.org> #2442: [Tracker]: unable to name a directory in / -----------------------------------+---------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by emitrax): * status: closed => reopened * resolution: invalid => * component: File Systems/BFS => Applications/Tracker Comment: I don't understand though how an user is supposed to know that its data won't be there on reboot? Shouldn't be there a warning or something? Anyway, there is an inconsistency between the mkdir command and the New Directory from the tracker. The latest doesn't allow you to name the directory, which makes it a bug if mkdir does it, even though it's only temporarely. Another issue IMHO is encountered when going to the /boot directory with tracker, and you hit Open Parent, which is the root /, it won't take you there. You have to enter the path / in the location bar manually. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 21:38:19 2008 From: trac at haiku-os.org (monni) Date: Mon, 23 Jun 2008 19:38:19 -0000 Subject: [Haiku-bugs] [Haiku] #2443: kernel missing strupr Message-ID: <040.991a17b0a9c3b63cf61943223a15b6ae@haiku-os.org> #2443: kernel missing strupr ---------------------------+------------------------------------------------ Reporter: monni | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ From src/add-ons/kernel/bus_managers/acpi/include/platform/achaiku.h It says kernel doesn't have strupr() function... This patch implements both strlwr() and strupr() functions in libroot and includes strupr() in kernel build. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 21:42:50 2008 From: trac at haiku-os.org (kaliber) Date: Mon, 23 Jun 2008 19:42:50 -0000 Subject: [Haiku-bugs] [Haiku] #2444: wrong header include in os/NetKit.h Message-ID: <042.97e95bbcc437d78e5a45a9cb95a59ea0@haiku-os.org> #2444: wrong header include in os/NetKit.h -----------------------+---------------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Should be instead of -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 21:51:03 2008 From: trac at haiku-os.org (idefix) Date: Mon, 23 Jun 2008 19:51:03 -0000 Subject: [Haiku-bugs] [Haiku] #2344: Hang when booting with USB Mass Storage device connected. In-Reply-To: <048.642c613bc61a224b120d9d3f951a1559@haiku-os.org> References: <048.642c613bc61a224b120d9d3f951a1559@haiku-os.org> Message-ID: <057.f870c1d46535fdad0c75329dc97bb9bb@haiku-os.org> #2344: Hang when booting with USB Mass Storage device connected. ----------------------------+----------------------------------------------- Reporter: dustin howett | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by idefix): Some detection going on: [http://dev.haiku- os.org/attachment/ticket/2344/seriallog5.txt#L345 line 345 in seriallog5.txt] -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 21:52:41 2008 From: trac at haiku-os.org (Hubert) Date: Mon, 23 Jun 2008 19:52:41 -0000 Subject: [Haiku-bugs] [Haiku] #2445: error with boot of SATA Message-ID: <041.16f039f4734e90f4abebd39280112309@haiku-os.org> #2445: error with boot of SATA --------------------------+------------------------------------------------- Reporter: Hubert | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Disk | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------+------------------------------------------------- I change in src/add-ons/bus_manager "ide" on "ata" in Jamfile and compiling. Haiku with SATA partition booting on my machine 4 minutes and throws out KDL with errors. My machine: Athlon 64 X2 4600+ 1GB DDR2 RAM GeForce 6150 nForce4 SATA HDD 250GB IDE HDD 160GB SATA DVDRW -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 22:19:25 2008 From: trac at haiku-os.org (axeld) Date: Mon, 23 Jun 2008 20:19:25 -0000 Subject: [Haiku-bugs] [Haiku] #2442: [Tracker]: unable to name a directory in / In-Reply-To: <042.a70ecd44fb82554b699b8220b1d4325b@haiku-os.org> References: <042.a70ecd44fb82554b699b8220b1d4325b@haiku-os.org> Message-ID: <051.ee4edf5b059a6722eb3b022a6f3d534e@haiku-os.org> #2442: [Tracker]: unable to name a directory in / -----------------------------------+---------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by axeld): The only bug there is if Tracker lets you create a directory there in the first place. The '/' directory is supposed to be the "Disks" folder in Tracker; it doesn't make sense to be able to create any directories there. Tracker hides the real file system structure a bit; the Desktop is supposed to be the root, as far as Tracker is concerned, there is no parent to a volume. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 22:25:01 2008 From: trac at haiku-os.org (mmlr) Date: Mon, 23 Jun 2008 20:25:01 -0000 Subject: [Haiku-bugs] [Haiku] #2442: [Tracker]: unable to name a directory in / In-Reply-To: <042.a70ecd44fb82554b699b8220b1d4325b@haiku-os.org> References: <042.a70ecd44fb82554b699b8220b1d4325b@haiku-os.org> Message-ID: <051.58888cee1df50f2b4afc4c5943ad7641@haiku-os.org> #2442: [Tracker]: unable to name a directory in / -----------------------------------+---------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by mmlr): Yup, the "/" in Tracker is not really the rootfs, but a virtual directory. With regards to an error message, there is no reason to. You aren't able to create any files in there, so you can't loose any data. The only thing you can do is create directories, as that is wanted for creating mount points. Anything else will get you an "invalid argument" or a "not enough space", which is both correct, as just creating files isn't allowed and for Tracker (that does a space check first) the rootfs tells it that there simply is no space to write anything. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 22:26:19 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 23 Jun 2008 20:26:19 -0000 Subject: [Haiku-bugs] [Haiku] #2442: [Tracker]: unable to name a directory in / In-Reply-To: <042.a70ecd44fb82554b699b8220b1d4325b@haiku-os.org> References: <042.a70ecd44fb82554b699b8220b1d4325b@haiku-os.org> Message-ID: <051.f4eef05fe419f8114209004a5ca9d57d@haiku-os.org> #2442: [Tracker]: unable to name a directory in / -----------------------------------+---------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by anevilyak): Yeah, this is one of many inconsistencies that was introduced by the single window browse + navigator patch to OpenTracker back in the day. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 22:36:14 2008 From: trac at haiku-os.org (emitrax) Date: Mon, 23 Jun 2008 20:36:14 -0000 Subject: [Haiku-bugs] [Haiku] #2442: [Tracker]: it should not be possible to create a directory in / (was: [Tracker]: unable to name a directory in /) In-Reply-To: <042.a70ecd44fb82554b699b8220b1d4325b@haiku-os.org> References: <042.a70ecd44fb82554b699b8220b1d4325b@haiku-os.org> Message-ID: <051.3a9062c4088ddb17009db1959bf92e0a@haiku-os.org> #2442: [Tracker]: it should not be possible to create a directory in / -----------------------------------+---------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by emitrax): Ok then, creating the directory from the tracker in the root is _the_ bug, :) as not being able to go from /boot to / (disks) with Open Parent. As for the error, I initially created a directory and a symbolic link, but I didn't check for files with actual data. Invalid Argument is actually returned, but perhaps an error like "cannot create file in temporary fs" or something like that, would be more clear for newcomers. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 22:51:56 2008 From: trac at haiku-os.org (bonefish) Date: Mon, 23 Jun 2008 20:51:56 -0000 Subject: [Haiku-bugs] [Haiku] #2434: [Terminal] Add shortcuts for Terminal tabs In-Reply-To: <040.4ad01f25c3a57c4ee8e3132e4f9db6d5@haiku-os.org> References: <040.4ad01f25c3a57c4ee8e3132e4f9db6d5@haiku-os.org> Message-ID: <049.d22bdb48e7d0d412d719282dd10cbc73@haiku-os.org> #2434: [Terminal] Add shortcuts for Terminal tabs ------------------------------------+--------------------------------------- Reporter: diver | Owner: jackburton Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Changes (by bonefish): * status: new => closed * resolution: => fixed Comment: Replying to [comment:4 emitrax]: > Not in Haiku. In any desktope enviroment I've used with linux, I've always mapped Alt+1.. to switch between workspaces, and alt+f1... to send a window to that workspace. I find this way to work extremely fast. I'm sorry, but if you use non-standard shortcuts for operations that have standardized shortcuts in Haiku, you'll have to live with that your shortcuts are used as defaults for other stuff. Pe uses Command-1...9 for switching windows (though it's pretty unusable there), so I guess it is relatively consistent to use it for tab-switching in the Terminal. > The less I use the mouse, the better. That's why alt+ would also be a nice combination. You can use Shift-Left/Right. Anyway, implemented in r26111. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 22:55:00 2008 From: trac at haiku-os.org (axeld) Date: Mon, 23 Jun 2008 20:55:00 -0000 Subject: [Haiku-bugs] [Haiku] #2446: Add Cc: text field to mails shown when it's not empty (easy) Message-ID: <040.9e0f95561946d8417fa59e63be4f0940@haiku-os.org> #2446: Add Cc: text field to mails shown when it's not empty (easy) -------------------------------+-------------------------------------------- Reporter: axeld | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Mail | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- It would be nice to see the other recipients of a mail automatically, without needing to turn on the "show header" option. To save space, the field should only be visible in case there actually are any Cc addressees. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 23 23:25:14 2008 From: trac at haiku-os.org (emitrax) Date: Mon, 23 Jun 2008 21:25:14 -0000 Subject: [Haiku-bugs] [Haiku] #2434: [Terminal] Add shortcuts for Terminal tabs In-Reply-To: <040.4ad01f25c3a57c4ee8e3132e4f9db6d5@haiku-os.org> References: <040.4ad01f25c3a57c4ee8e3132e4f9db6d5@haiku-os.org> Message-ID: <049.44a1ac0a216606e24ca0efaf86b76236@haiku-os.org> #2434: [Terminal] Add shortcuts for Terminal tabs ------------------------------------+--------------------------------------- Reporter: diver | Owner: jackburton Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by emitrax): Two things though: 1. How do I move a window from a workspace to another with shortcuts? 2. Even though this has been standardized, it leaves little or not choice to the user. I agree with the philosophy of delivering the best default options (shortcuts in this case), but "imposing" something to the user is not what I expect. Anyway, perhaps better moving this discussion somewhere else. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 00:52:58 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 23 Jun 2008 22:52:58 -0000 Subject: [Haiku-bugs] [Haiku] #2434: [Terminal] Add shortcuts for Terminal tabs In-Reply-To: <040.4ad01f25c3a57c4ee8e3132e4f9db6d5@haiku-os.org> References: <040.4ad01f25c3a57c4ee8e3132e4f9db6d5@haiku-os.org> Message-ID: <049.1d63052ba3f518ce9a4eb70e4afdff0a@haiku-os.org> #2434: [Terminal] Add shortcuts for Terminal tabs ------------------------------------+--------------------------------------- Reporter: diver | Owner: jackburton Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by anevilyak): Simple: grab the titlebar of the window and hit alt+f# corresponding to the workspace you want to move it to. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 00:58:26 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 23 Jun 2008 22:58:26 -0000 Subject: [Haiku-bugs] [Haiku] #2447: BListView::SwapItems behavior appears broken for BOutlineListView Message-ID: <044.c9059e61ac91b8d74d646984bd65af1e@haiku-os.org> #2447: BListView::SwapItems behavior appears broken for BOutlineListView --------------------------------+------------------------------------------- Reporter: anevilyak | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- If the move network up/down option is used in Vision, it sometimes winds up jumbling the list of items completely, eating items, etc., and often crashes on exit while clearing said item list. This implies something is wrong with the implementation of SwapItems(). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 11:00:18 2008 From: trac at haiku-os.org (axeld) Date: Tue, 24 Jun 2008 09:00:18 -0000 Subject: [Haiku-bugs] [Haiku] #2405: MediaPlayer doesn't use overlay altough it is available In-Reply-To: <041.b30556be0b2481d573b99b7b4ff3d0a2@haiku-os.org> References: <041.b30556be0b2481d573b99b7b4ff3d0a2@haiku-os.org> Message-ID: <050.e6eda9670760c2f2207bbc523b9b5508@haiku-os.org> #2405: MediaPlayer doesn't use overlay altough it is available ---------------------------------------+------------------------------------ Reporter: nutela | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/MediaPlayer | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------------------+------------------------------------ Comment(by axeld): The overlay buffers usually reside in the frame buffer area that is created by the kernel driver. I don't really understand why get_area_info() would fail, though - this can only happen in case vm.cpp::get_address_space_by_area_id() does not find the area in question. The B_USER_CLONEABLE_AREA flag should not have an influence on get_area_info(), though. It looks like this needs a bit more investigation. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 11:04:10 2008 From: trac at haiku-os.org (axeld) Date: Tue, 24 Jun 2008 09:04:10 -0000 Subject: [Haiku-bugs] [Haiku] #2444: wrong header include in os/NetKit.h In-Reply-To: <042.97e95bbcc437d78e5a45a9cb95a59ea0@haiku-os.org> References: <042.97e95bbcc437d78e5a45a9cb95a59ea0@haiku-os.org> Message-ID: <051.b22aaa46d06d72aa0937bdca417cb4c5@haiku-os.org> #2444: wrong header include in os/NetKit.h ------------------------+--------------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Fixed in r26120. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 11:37:08 2008 From: trac at haiku-os.org (kaoutsis) Date: Tue, 24 Jun 2008 09:37:08 -0000 Subject: [Haiku-bugs] [Haiku] #2448: timeline doesn' t show comments on the tickets Message-ID: <043.396ce1d48028566b7b2dfe8ba6562dee@haiku-os.org> #2448: timeline doesn' t show comments on the tickets -----------------------+---------------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Shows only 'created' and 'closed' activities -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 11:41:47 2008 From: trac at haiku-os.org (kaoutsis) Date: Tue, 24 Jun 2008 09:41:47 -0000 Subject: [Haiku-bugs] [Haiku] #2448: timeline doesn' t show comments on the tickets In-Reply-To: <043.396ce1d48028566b7b2dfe8ba6562dee@haiku-os.org> References: <043.396ce1d48028566b7b2dfe8ba6562dee@haiku-os.org> Message-ID: <052.dc9210327291d49b054a281fa8606abb@haiku-os.org> #2448: timeline doesn' t show comments on the tickets ------------------------+--------------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by kaoutsis): TEST: this 'comment' activity doesn't show up to the http://dev.haiku-os.org/timeline -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 11:42:27 2008 From: trac at haiku-os.org (kaoutsis) Date: Tue, 24 Jun 2008 09:42:27 -0000 Subject: [Haiku-bugs] [Haiku] #2448: timeline doesn' t show comments on the tickets In-Reply-To: <043.396ce1d48028566b7b2dfe8ba6562dee@haiku-os.org> References: <043.396ce1d48028566b7b2dfe8ba6562dee@haiku-os.org> Message-ID: <052.b4ed3add70bd1a5ebcd5865546016df7@haiku-os.org> #2448: timeline doesn' t show comments on the tickets ---------------------------+------------------------------------------------ Reporter: kaoutsis | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by kaoutsis): * owner: axeld => haiku-web * component: - General => Website/Trac -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 11:45:59 2008 From: trac at haiku-os.org (andreasf) Date: Tue, 24 Jun 2008 09:45:59 -0000 Subject: [Haiku-bugs] [Haiku] #2448: timeline doesn' t show comments on the tickets In-Reply-To: <043.396ce1d48028566b7b2dfe8ba6562dee@haiku-os.org> References: <043.396ce1d48028566b7b2dfe8ba6562dee@haiku-os.org> Message-ID: <052.53817d2b9d94b5c8101b59b9294e997d@haiku-os.org> #2448: timeline doesn' t show comments on the tickets ---------------------------+------------------------------------------------ Reporter: kaoutsis | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by andreasf): They do if you check "Ticket details". This did not change between Trac versions. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 11:51:45 2008 From: trac at haiku-os.org (kaoutsis) Date: Tue, 24 Jun 2008 09:51:45 -0000 Subject: [Haiku-bugs] [Haiku] #2448: timeline doesn' t show comments on the tickets In-Reply-To: <043.396ce1d48028566b7b2dfe8ba6562dee@haiku-os.org> References: <043.396ce1d48028566b7b2dfe8ba6562dee@haiku-os.org> Message-ID: <052.eaf0a3242e3cfcfd1d550f942d1caa14@haiku-os.org> #2448: timeline doesn' t show comments on the tickets ---------------------------+------------------------------------------------ Reporter: kaoutsis | Owner: haiku-web Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by kaoutsis): * status: new => closed * resolution: => invalid Comment: Replying to [comment:3 andreasf]: > They do if you check "Ticket details". This did not change between Trac versions. Thanks. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 12:27:22 2008 From: trac at haiku-os.org (andreasf) Date: Tue, 24 Jun 2008 10:27:22 -0000 Subject: [Haiku-bugs] [Haiku] #2423: New Trac shortens Timeline feed messages In-Reply-To: <043.b625a93d9db6fb6b5da9fa49b64308a3@haiku-os.org> References: <043.b625a93d9db6fb6b5da9fa49b64308a3@haiku-os.org> Message-ID: <052.7e3f0a16c4c3722861c9c59761428f54@haiku-os.org> #2423: New Trac shortens Timeline feed messages ---------------------------+------------------------------------------------ Reporter: andreasf | Owner: haiku-web Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by andreasf): Niels, If it's an official, irreversible decision by the Trac develoepers we'll have to close it as WONTFIX. As diver says, the Log feed you pointed us to doesn't contain the ticket changes, so we'll have to subscribe to two feeds now (one commits, one tickets/Wiki). I have tried the Log feed now and I'm seeing the newline problem, too. Will open a separate ticket for that. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 12:37:30 2008 From: trac at haiku-os.org (andreasf) Date: Tue, 24 Jun 2008 10:37:30 -0000 Subject: [Haiku-bugs] [Haiku] #2449: Log feed does not respect newlines in commit message Message-ID: <043.b5c3cbdbc1982e5804e2c9ca3dd8333c@haiku-os.org> #2449: Log feed does not respect newlines in commit message --------------------------+------------------------------------------------- Reporter: andreasf | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Blockedby: | Platform: All Blocking: 2423 | --------------------------+------------------------------------------------- The Trac 0.10 Timeline feed used to include full multi-line commit messages. In Trac 0.11 this was apparently shortened to one line with ellipsis, leaving the the Log feed as official source of full commits. The Log feed however differs from the old Timeline feed in mangling newlines into a single hardly readable block of text, e.g.: {{{ * line one * line two }}} Originally reported for Opera by diver: http://dev.haiku-os.org/ticket/2423#comment:3 I can confirm that this happens for Safari 3.1.1 and Mac OS X Mail 3.3 as well. This might be due to Trac writing raw newlines into the XML stream, which a conforming XML reader collapses to one white space character. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 12:40:22 2008 From: trac at haiku-os.org (andreasf) Date: Tue, 24 Jun 2008 10:40:22 -0000 Subject: [Haiku-bugs] [Haiku] #2423: New Trac shortens Timeline feed messages In-Reply-To: <043.b625a93d9db6fb6b5da9fa49b64308a3@haiku-os.org> References: <043.b625a93d9db6fb6b5da9fa49b64308a3@haiku-os.org> Message-ID: <052.8531754af2b9a56b0357296786dca16f@haiku-os.org> #2423: New Trac shortens Timeline feed messages ---------------------------+------------------------------------------------ Reporter: andreasf | Owner: haiku-web Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: Resolution: | Blockedby: 2449 Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by andreasf): Logged as #2449. Sorry, forget to cc you, diver. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 12:41:15 2008 From: trac at haiku-os.org (aldeck) Date: Tue, 24 Jun 2008 10:41:15 -0000 Subject: [Haiku-bugs] [Haiku] #2441: [Tracker] Wrong offset when switching from mini-icon to icon mode. In-Reply-To: <041.44d42d5cfbe99ee47b0bb48185487b71@haiku-os.org> References: <041.44d42d5cfbe99ee47b0bb48185487b71@haiku-os.org> Message-ID: <050.dd0c98c777a47614480739821d2fd3f0@haiku-os.org> #2441: [Tracker] Wrong offset when switching from mini-icon to icon mode. -----------------------------------+---------------------------------------- Reporter: aldeck | Owner: aldeck Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by aldeck): Ok, found the problem, so bear with me until i find a proper fix. Note that i'm not sure about my previous comment as it's a problem with the "recent" kScaleIconMode. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 13:20:49 2008 From: trac at haiku-os.org (aldeck) Date: Tue, 24 Jun 2008 11:20:49 -0000 Subject: [Haiku-bugs] [Haiku] #2441: [Tracker] Wrong offset when switching from mini-icon to icon mode. In-Reply-To: <041.44d42d5cfbe99ee47b0bb48185487b71@haiku-os.org> References: <041.44d42d5cfbe99ee47b0bb48185487b71@haiku-os.org> Message-ID: <050.408fb92c5d035d74e060f7d50f63a843@haiku-os.org> #2441: [Tracker] Wrong offset when switching from mini-icon to icon mode. -----------------------------------+---------------------------------------- Reporter: aldeck | Owner: aldeck Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by aldeck): The original problem is fixed in r26121, although the same issue arises when switching dir in single window navigation. Leaving open until this is also fixed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 13:41:43 2008 From: trac at haiku-os.org (emitrax) Date: Tue, 24 Jun 2008 11:41:43 -0000 Subject: [Haiku-bugs] [Haiku] #1894: GNU core utils: manual pages missing In-Reply-To: <041.abb09bd0230ba1256880cf9234301c64@haiku-os.org> References: <041.abb09bd0230ba1256880cf9234301c64@haiku-os.org> Message-ID: <050.e48b80b4e14736c6c85a95a0b0b789ed@haiku-os.org> #1894: GNU core utils: manual pages missing ----------------------------+----------------------------------------------- Reporter: nutela | Owner: nielx Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Documentation | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by emitrax): I think we should. It definitely won't harm anyone, and it'll make people coming from linux more confortable. :) Anyone against it? has anyone tried man tes.ximian.com/~flucifredi/man/ on haiku? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 13:48:21 2008 From: trac at haiku-os.org (emitrax) Date: Tue, 24 Jun 2008 11:48:21 -0000 Subject: [Haiku-bugs] [Haiku] #2450: grep output error Message-ID: <042.6ff803e1e9aab4b460e6ed65fe106763@haiku-os.org> #2450: grep output error -----------------------+---------------------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: low | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- grep string fileThatDoesNotExist output will be: grep: fileThatDoesNotExist: (null) while the expected output is grep: fileThatDoesNotExist: no such file or directory -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 14:04:06 2008 From: trac at haiku-os.org (pieterpan) Date: Tue, 24 Jun 2008 12:04:06 -0000 Subject: [Haiku-bugs] [Haiku] #1044: USB OHCI support In-Reply-To: <045.95d7cf1f9f7c375158db263698ccd0fb@haiku-os.org> References: <045.95d7cf1f9f7c375158db263698ccd0fb@haiku-os.org> Message-ID: <054.4242bdb06f77aa3744e0548eaca92f43@haiku-os.org> #1044: USB OHCI support --------------------------+------------------------------------------------- Reporter: wkornewald | Owner: mmlr Type: enhancement | Status: assigned Priority: blocker | Milestone: R1/alpha1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by pieterpan): I removed ohci uhci and ehci from the haiku build script, and it still freezes after the last icon. It looks like it is related to #2337, I get a similar BT. So this is probably not related to this ticket. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 14:13:25 2008 From: trac at haiku-os.org (pieterpan) Date: Tue, 24 Jun 2008 12:13:25 -0000 Subject: [Haiku-bugs] [Haiku] #2337: After the recent vesa changes haiku hangs at boot In-Reply-To: <039.71dd3b0394d1905149cf0322daff9a9c@haiku-os.org> References: <039.71dd3b0394d1905149cf0322daff9a9c@haiku-os.org> Message-ID: <048.dd395d88a417c50942c3ea698c4a8250@haiku-os.org> #2337: After the recent vesa changes haiku hangs at boot -------------------------------+-------------------------------------------- Reporter: ddew | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Changes (by pieterpan): * cc: pieter at panman.eu (added) * component: - General => Drivers/Graphics Comment: I have the same problem with my laptop as well. Attached a similar backtrace. If I tell it to go into safe mode, it starts fine. (but no graphics of course) See #2083 for my lspci. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 14:15:40 2008 From: trac at haiku-os.org (emitrax) Date: Tue, 24 Jun 2008 12:15:40 -0000 Subject: [Haiku-bugs] [Haiku] #2451: uname -a display BeOS instead of Haiku Message-ID: <042.1a123ffba494d4502d3668c9d558e578@haiku-os.org> #2451: uname -a display BeOS instead of Haiku -----------------------+---------------------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- I think it's time to update platforms_types as uname -a prints BePC and BeOS instead of Haiku and i{3,4,5,6}86. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 14:26:51 2008 From: trac at haiku-os.org (emitrax) Date: Tue, 24 Jun 2008 12:26:51 -0000 Subject: [Haiku-bugs] [Haiku] #2424: usb disk not published if plugged during boot (vmware) In-Reply-To: <042.35df8cd311a0e56b991fc311ff4aae9d@haiku-os.org> References: <042.35df8cd311a0e56b991fc311ff4aae9d@haiku-os.org> Message-ID: <051.5dd26f43c2a636d8f1775bc383af593a@haiku-os.org> #2424: usb disk not published if plugged during boot (vmware) --------------------------+------------------------------------------------- Reporter: emitrax | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by emitrax): Log is over 3MB and I can't attach it here, is that ok if I send to your email address? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 15:39:51 2008 From: trac at haiku-os.org (aldeck) Date: Tue, 24 Jun 2008 13:39:51 -0000 Subject: [Haiku-bugs] [Haiku] #2396: [USB disk icons]: when changing the size, position is lost. In-Reply-To: <042.099dced3f82c29e856f403b0e56972e1@haiku-os.org> References: <042.099dced3f82c29e856f403b0e56972e1@haiku-os.org> Message-ID: <051.9f0862168ed789d0a771f39152fe6fd8@haiku-os.org> #2396: [USB disk icons]: when changing the size, position is lost. -----------------------------------+---------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by aldeck): * cc: alex at zappotek.com (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 15:40:55 2008 From: trac at haiku-os.org (aldeck) Date: Tue, 24 Jun 2008 13:40:55 -0000 Subject: [Haiku-bugs] [Haiku] #1559: [Tracker] shifted volume icon In-Reply-To: <040.150d6e4e1058ad48cbfa7dc563379d69@haiku-os.org> References: <040.150d6e4e1058ad48cbfa7dc563379d69@haiku-os.org> Message-ID: <049.3f344f1fdf71d66ed5c61e1be0382bab@haiku-os.org> #1559: [Tracker] shifted volume icon -----------------------------------+---------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by aldeck): * cc: alex at zappotek.com (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 15:43:54 2008 From: trac at haiku-os.org (aldeck) Date: Tue, 24 Jun 2008 13:43:54 -0000 Subject: [Haiku-bugs] [Haiku] #2396: [USB disk icons]: when changing the size, position is lost. In-Reply-To: <042.099dced3f82c29e856f403b0e56972e1@haiku-os.org> References: <042.099dced3f82c29e856f403b0e56972e1@haiku-os.org> Message-ID: <051.1ef19be2fe39adc09d5886abc6e5694c@haiku-os.org> #2396: [USB disk icons]: when changing the size, position is lost. -----------------------------------+---------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by aldeck): Replying to [comment:2 emitrax]: > Similar thing happen if you keep swithing the disk icon from "disk icon" to "volume icon". Easy to reproduce. > > - Open tracker preference > - Select desktop > - Keep switching between "Show disk icon" and "Show volume on desktop". > > Icon will change its position. Sounds like #1559. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 17:23:39 2008 From: trac at haiku-os.org (aldeck) Date: Tue, 24 Jun 2008 15:23:39 -0000 Subject: [Haiku-bugs] [Haiku] #1559: [Tracker] shifted volume icon In-Reply-To: <040.150d6e4e1058ad48cbfa7dc563379d69@haiku-os.org> References: <040.150d6e4e1058ad48cbfa7dc563379d69@haiku-os.org> Message-ID: <049.8da10d7ee52135f2b60dbb3851d63d71@haiku-os.org> #1559: [Tracker] shifted volume icon -----------------------------------+---------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by aldeck): It seems that Tracker tries to autoplace the Haiku and Disks icon, and sometimes the previous icon has not yet disapeared while it tries to autoplace the new icon. What i noticed: BPoseView::SavePoseLocations() is not called when changing this pref. If you change the icon size, it will trigger a SavePoseLocations(), do this, with Disks icon and then Haiku icon visible, and they will keep their position. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 18:44:29 2008 From: trac at haiku-os.org (mmlr) Date: Tue, 24 Jun 2008 16:44:29 -0000 Subject: [Haiku-bugs] [Haiku] #2424: usb disk not published if plugged during boot (vmware) In-Reply-To: <042.35df8cd311a0e56b991fc311ff4aae9d@haiku-os.org> References: <042.35df8cd311a0e56b991fc311ff4aae9d@haiku-os.org> Message-ID: <051.93d07ff6ebe834882c797dd44b056243@haiku-os.org> #2424: usb disk not published if plugged during boot (vmware) --------------------------+------------------------------------------------- Reporter: emitrax | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by mmlr): * status: new => assigned Comment: Yes please do so. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 18:54:13 2008 From: trac at haiku-os.org (diver) Date: Tue, 24 Jun 2008 16:54:13 -0000 Subject: [Haiku-bugs] [Haiku] #1869: Mediaplayer errors out instead of displaying a dialog box explaining missing codec In-Reply-To: <042.3cf96e9162eca251bd5001c5e96990e4@haiku-os.org> References: <042.3cf96e9162eca251bd5001c5e96990e4@haiku-os.org> Message-ID: <051.49a65dfb082c8446a549632ccbe53939@haiku-os.org> #1869: Mediaplayer errors out instead of displaying a dialog box explaining missing codec ---------------------------------------+------------------------------------ Reporter: scottmc | Owner: marcusoverhagen Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/MediaPlayer | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Changes (by diver): * component: Audio & Video/Codecs => Applications/MediaPlayer -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 19:40:39 2008 From: trac at haiku-os.org (scottmc) Date: Tue, 24 Jun 2008 17:40:39 -0000 Subject: [Haiku-bugs] [Haiku] #1991: jam clean fails on haiku-host In-Reply-To: <043.313763266e2696b6a7ec3ac769c36996@haiku-os.org> References: <043.313763266e2696b6a7ec3ac769c36996@haiku-os.org> Message-ID: <052.be2e2f5897ad667075f67f4a46ba86a2@haiku-os.org> #1991: jam clean fails on haiku-host ---------------------------+------------------------------------------------ Reporter: kaoutsis | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by scottmc): * cc: haiku at scottmc.com (added) Comment: This is still happening as of r25993 and I believe should be added as a blocker to self hosting. I run into the vfork issue when building on Haiku with 512Meg of ram, but when increasing the ram to 1GB it then runs into this issue. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 20:18:15 2008 From: trac at haiku-os.org (mmlr) Date: Tue, 24 Jun 2008 18:18:15 -0000 Subject: [Haiku-bugs] [Haiku] #2424: usb disk not published if plugged during boot (vmware) In-Reply-To: <042.35df8cd311a0e56b991fc311ff4aae9d@haiku-os.org> References: <042.35df8cd311a0e56b991fc311ff4aae9d@haiku-os.org> Message-ID: <051.fc25bbf0124ecb3444df651b3eb649a8@haiku-os.org> #2424: usb disk not published if plugged during boot (vmware) --------------------------+------------------------------------------------- Reporter: emitrax | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by mmlr): I've got the log and it looks perfectly fine to me. There is no actual problem. Not a single failed transfer or timeout. The device is detected and the partition is published. What I gather from the output is that the only partition on that disk is a FAT one? If so this boils down to that the FAT filesystem add-on is not loaded in the early boot process (as it doesn't have a boot module symlink). It is only loaded after the partition was published and scanned, but does not check the existing partitions for a FAT filesystem. I assume this would be an unimplemented feature in the disk device manager. If my suspicion is true, adding a symlink from "/boot/beos/system/add-ons/kernel/file_systems/fat" to "/boot/beos/system /add-ons/kernel/boot" should resolve this. Otherwise please correct me by providing info on the partitions/filesystems present on that device. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 20:33:01 2008 From: trac at haiku-os.org (scottmc) Date: Tue, 24 Jun 2008 18:33:01 -0000 Subject: [Haiku-bugs] [Haiku] #2452: [Subversion] svn co in haiku drops to gdb or KDL Message-ID: <042.9ac0fd02b17908252c50882797029ca3@haiku-os.org> #2452: [Subversion] svn co in haiku drops to gdb or KDL --------------------------+------------------------------------------------- Reporter: scottmc | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------+------------------------------------------------- When using svn to get haiku it works fine, but when I try to use svn co to check out from a site it drops to gdb and/or KDL. I managed to capture a gdb screencap, and on a reboot and retry I got a KDL instead. I'm using the subversion linked from the dev tools page (v1.1.3 i think), and running on r25993 currently. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 20:36:41 2008 From: trac at haiku-os.org (emitrax) Date: Tue, 24 Jun 2008 18:36:41 -0000 Subject: [Haiku-bugs] [Haiku] #2424: usb disk not published if plugged during boot (vmware) In-Reply-To: <042.35df8cd311a0e56b991fc311ff4aae9d@haiku-os.org> References: <042.35df8cd311a0e56b991fc311ff4aae9d@haiku-os.org> Message-ID: <051.6679f4b0233dd289929865b7779fec47@haiku-os.org> #2424: usb disk not published if plugged during boot (vmware) --------------------------+------------------------------------------------- Reporter: emitrax | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by emitrax): Spot on! Making the link slow things a bit, but it mounts it automatically. So you think this is more a disk device manager issue? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 20:39:05 2008 From: trac at haiku-os.org (scottmc) Date: Tue, 24 Jun 2008 18:39:05 -0000 Subject: [Haiku-bugs] [Haiku] #2452: [Subversion] svn co in haiku drops to gdb or KDL In-Reply-To: <042.9ac0fd02b17908252c50882797029ca3@haiku-os.org> References: <042.9ac0fd02b17908252c50882797029ca3@haiku-os.org> Message-ID: <051.4297fdde68cd6e1020d19095a98a35db@haiku-os.org> #2452: [Subversion] svn co in haiku drops to gdb or KDL ---------------------------+------------------------------------------------ Reporter: scottmc | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Comment(by scottmc): Retry 3 and it seems to be working for me now. It may have been that I mistyped the line, but in any case a mistyped line shouldn't drop to KDL. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 20:46:11 2008 From: trac at haiku-os.org (mmlr) Date: Tue, 24 Jun 2008 18:46:11 -0000 Subject: [Haiku-bugs] [Haiku] #2452: [Subversion] svn co in haiku drops to gdb or KDL In-Reply-To: <042.9ac0fd02b17908252c50882797029ca3@haiku-os.org> References: <042.9ac0fd02b17908252c50882797029ca3@haiku-os.org> Message-ID: <051.3ec83445f21404467ca42592cf57a13c@haiku-os.org> #2452: [Subversion] svn co in haiku drops to gdb or KDL ---------------------------+------------------------------------------------ Reporter: scottmc | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Comment(by mmlr): When you get that gdb again, it would be nice if you could also get a back trace using the "bt" command so that one can see from where it got into this trouble. If you get a KDL, please do the same and capture the output with a digital camera for example and attach it here if possible. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 20:49:30 2008 From: trac at haiku-os.org (anevilyak) Date: Tue, 24 Jun 2008 18:49:30 -0000 Subject: [Haiku-bugs] [Haiku] #2452: [Subversion] svn co in haiku drops to gdb or KDL In-Reply-To: <042.9ac0fd02b17908252c50882797029ca3@haiku-os.org> References: <042.9ac0fd02b17908252c50882797029ca3@haiku-os.org> Message-ID: <051.1314b15672e9f5c9635a52ac297d9544@haiku-os.org> #2452: [Subversion] svn co in haiku drops to gdb or KDL ---------------------------+------------------------------------------------ Reporter: scottmc | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Comment(by anevilyak): Out of curiosity, since you mentioned being able to check out the Haiku tree ok (which I can confirm works here also) ... what protocol is the other site you're trying using? svn://, http, https, or what? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 20:54:45 2008 From: trac at haiku-os.org (mmlr) Date: Tue, 24 Jun 2008 18:54:45 -0000 Subject: [Haiku-bugs] [Haiku] #2424: usb disk not published if plugged during boot (vmware) In-Reply-To: <042.35df8cd311a0e56b991fc311ff4aae9d@haiku-os.org> References: <042.35df8cd311a0e56b991fc311ff4aae9d@haiku-os.org> Message-ID: <051.d07e980e9460d1f4bbc7da17e0529eb3@haiku-os.org> #2424: usb disk not published if plugged during boot (vmware) ----------------------------+----------------------------------------------- Reporter: emitrax | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by mmlr): * component: Drivers/USB => System/Kernel Comment: Nice. It is most probably an unimplemented feature that the disk device manager doesn't rescan yet unknown partitions when it loads a new filesystem add-on. In any case changing component to kernel as it's disk device manager issue. Will look into it, but maybe Ingo has an idea right away or can confirm this? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 20:56:49 2008 From: trac at haiku-os.org (scottmc) Date: Tue, 24 Jun 2008 18:56:49 -0000 Subject: [Haiku-bugs] [Haiku] #2452: [Subversion] svn co in haiku drops to gdb or KDL In-Reply-To: <042.9ac0fd02b17908252c50882797029ca3@haiku-os.org> References: <042.9ac0fd02b17908252c50882797029ca3@haiku-os.org> Message-ID: <051.ab18587dd0efbbd6752b7fd3e2cc4c4c@haiku-os.org> #2452: [Subversion] svn co in haiku drops to gdb or KDL ---------------------------+------------------------------------------------ Reporter: scottmc | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Comment(by scottmc): It uses http It also seems that the SVN_EDITOR environment variable wasn't set by default when I installed subversion. How do you set it manually? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 20:58:11 2008 From: trac at haiku-os.org (anevilyak) Date: Tue, 24 Jun 2008 18:58:11 -0000 Subject: [Haiku-bugs] [Haiku] #2452: [Subversion] svn co in haiku drops to gdb or KDL In-Reply-To: <042.9ac0fd02b17908252c50882797029ca3@haiku-os.org> References: <042.9ac0fd02b17908252c50882797029ca3@haiku-os.org> Message-ID: <051.946d17d5ccc96430c015c73ad5a96347@haiku-os.org> #2452: [Subversion] svn co in haiku drops to gdb or KDL ---------------------------+------------------------------------------------ Reporter: scottmc | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Comment(by anevilyak): export SVN_EDITOR=vim or whatever editor you want. Should be able to add that to .profile so it's set automatically. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 20:58:46 2008 From: trac at haiku-os.org (anevilyak) Date: Tue, 24 Jun 2008 18:58:46 -0000 Subject: [Haiku-bugs] [Haiku] #2452: [Subversion] svn co in haiku drops to gdb or KDL In-Reply-To: <042.9ac0fd02b17908252c50882797029ca3@haiku-os.org> References: <042.9ac0fd02b17908252c50882797029ca3@haiku-os.org> Message-ID: <051.62ccc9b7d991cfba74d32ff99472ba03@haiku-os.org> #2452: [Subversion] svn co in haiku drops to gdb or KDL ---------------------------+------------------------------------------------ Reporter: scottmc | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Comment(by anevilyak): Was the Haiku checkout using http also? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 21:05:17 2008 From: trac at haiku-os.org (mmlr) Date: Tue, 24 Jun 2008 19:05:17 -0000 Subject: [Haiku-bugs] [Haiku] #2452: [Subversion] svn co in haiku drops to gdb or KDL In-Reply-To: <042.9ac0fd02b17908252c50882797029ca3@haiku-os.org> References: <042.9ac0fd02b17908252c50882797029ca3@haiku-os.org> Message-ID: <051.9c9e4fd793100ed73dc9fc1d01bea049@haiku-os.org> #2452: [Subversion] svn co in haiku drops to gdb or KDL ---------------------------+------------------------------------------------ Reporter: scottmc | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Comment(by mmlr): Oh, you just installed that BeOS package? That could cause a few problems indeed, as it contains an updated pipefs replacing the one present. This was intended on BeOS because the pipefs there has issues. But on Haiku it's not really a good idea to replace it, as this most certainly isn't compatible with the current filesystem API. You should try a package that only supplies the subversion binaries. For example you could try http://haiku.mlotz.ch/subversion-1.1.3-bone.zip or the more current http://haiku.mlotz.ch/subversion-1.4.6-bone.zip. Note that these support svn, http and https, but not svn+ssh, as the apr_proc_stub and some code utilising it is missing from them. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 21:32:18 2008 From: trac at haiku-os.org (atomozero) Date: Tue, 24 Jun 2008 19:32:18 -0000 Subject: [Haiku-bugs] [Haiku] #2400: [vfs]: vnode is not becoming unbusy In-Reply-To: <042.22c8f58394bb04153c0fcba1ff949dd4@haiku-os.org> References: <042.22c8f58394bb04153c0fcba1ff949dd4@haiku-os.org> Message-ID: <051.9e4f59bfa8f299941430b6dfb831db6f@haiku-os.org> #2400: [vfs]: vnode is not becoming unbusy -------------------------------+-------------------------------------------- Reporter: emitrax | Owner: emitrax Type: bug | Status: new Priority: high | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by atomozero): I have reproduce the bug whit a centrino laptop (1,40 GHz) and 512 MB ram (Haiku see only 503 MB in about windows) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 21:32:34 2008 From: trac at haiku-os.org (scottmc) Date: Tue, 24 Jun 2008 19:32:34 -0000 Subject: [Haiku-bugs] [Haiku] #2452: [Subversion] svn co in haiku drops to gdb or KDL In-Reply-To: <042.9ac0fd02b17908252c50882797029ca3@haiku-os.org> References: <042.9ac0fd02b17908252c50882797029ca3@haiku-os.org> Message-ID: <051.4d53ab41c6e3b4480ced9642eca7968f@haiku-os.org> #2452: [Subversion] svn co in haiku drops to gdb or KDL ---------------------------+------------------------------------------------ Reporter: scottmc | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Comment(by scottmc): I just followed the instructions from: http://www.haiku-os.org/documents/dev/getting_the_source_code so it was svn:// to check out haiku. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 21:52:51 2008 From: trac at haiku-os.org (bonefish) Date: Tue, 24 Jun 2008 19:52:51 -0000 Subject: [Haiku-bugs] [Haiku] #2452: [Subversion] svn co in haiku drops to gdb or KDL In-Reply-To: <042.9ac0fd02b17908252c50882797029ca3@haiku-os.org> References: <042.9ac0fd02b17908252c50882797029ca3@haiku-os.org> Message-ID: <051.e1ccd34f76abca2a1dcc15d8ce362b0c@haiku-os.org> #2452: [Subversion] svn co in haiku drops to gdb or KDL ------------------------+--------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------+--------------------------------------------------- Changes (by bonefish): * owner: bonefish => axeld * component: Build System => - General -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 21:58:03 2008 From: trac at haiku-os.org (bonefish) Date: Tue, 24 Jun 2008 19:58:03 -0000 Subject: [Haiku-bugs] [Haiku] #1991: jam clean fails on haiku-host In-Reply-To: <043.313763266e2696b6a7ec3ac769c36996@haiku-os.org> References: <043.313763266e2696b6a7ec3ac769c36996@haiku-os.org> Message-ID: <052.72b0bea4831a560031a70521bf95e849@haiku-os.org> #1991: jam clean fails on haiku-host ---------------------------+------------------------------------------------ Reporter: kaoutsis | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by bonefish): Replying to [comment:3 scottmc]: > This is still happening as of r25993 and I believe should be added as a blocker to self hosting. I run into the vfork issue when building on Haiku with 512Meg of ram, but when increasing the ram to 1GB it then runs into this issue. I don't think, this ticket is related to the memory problem. As I commented earlier it was most likely caused by the command line length limit and should be fixed in r26119. I haven't tested it yet though and probably won't anytime soon. If anyone can verify that it's fixed, please close the ticket. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 22:00:16 2008 From: trac at haiku-os.org (scottmc) Date: Tue, 24 Jun 2008 20:00:16 -0000 Subject: [Haiku-bugs] [Haiku] #2452: [Subversion] svn co in haiku drops to gdb or KDL In-Reply-To: <042.9ac0fd02b17908252c50882797029ca3@haiku-os.org> References: <042.9ac0fd02b17908252c50882797029ca3@haiku-os.org> Message-ID: <051.2c79535caa683327035c8a06b067722c@haiku-os.org> #2452: [Subversion] svn co in haiku drops to gdb or KDL ------------------------+--------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------+--------------------------------------------------- Comment(by scottmc): This just might be another dup of #1641. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 22:06:57 2008 From: trac at haiku-os.org (umccullough) Date: Tue, 24 Jun 2008 20:06:57 -0000 Subject: [Haiku-bugs] [Haiku] #2452: [Subversion] svn co in haiku drops to gdb or KDL In-Reply-To: <042.9ac0fd02b17908252c50882797029ca3@haiku-os.org> References: <042.9ac0fd02b17908252c50882797029ca3@haiku-os.org> Message-ID: <051.f368dbfbf6261d9d75710d6219503ebe@haiku-os.org> #2452: [Subversion] svn co in haiku drops to gdb or KDL ------------------------+--------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------+--------------------------------------------------- Comment(by umccullough): The stacktrace in the attached screenshot definitely would suggest that ;) rtl8139 driver is extremely unstable from what I gather talking to various people in #haiku who have tested with it. I can probably test this tonight on an ipro1000-based machine to see what happens. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 22:15:40 2008 From: trac at haiku-os.org (scottmc) Date: Tue, 24 Jun 2008 20:15:40 -0000 Subject: [Haiku-bugs] [Haiku] #2452: [Subversion] svn co in haiku drops to gdb or KDL In-Reply-To: <042.9ac0fd02b17908252c50882797029ca3@haiku-os.org> References: <042.9ac0fd02b17908252c50882797029ca3@haiku-os.org> Message-ID: <051.cf083ae9159d70e8e5d0fbcb625e6baf@haiku-os.org> #2452: [Subversion] svn co in haiku drops to gdb or KDL ------------------------+--------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------+--------------------------------------------------- Comment(by scottmc): As with all the other 8139 crashes I have with this board, if it try the same thing enough times I can eventually get it to work. I was able to check my change in after several tries. I'll try installing that same subversion onto my vmware image and see if it's more stable there, and if so then we can close this as a dupe, hold open for a day or still till I verify this is the case. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 22:56:06 2008 From: trac at haiku-os.org (axeld) Date: Tue, 24 Jun 2008 20:56:06 -0000 Subject: [Haiku-bugs] [Haiku] #2452: [Subversion] svn co in haiku drops to gdb or KDL In-Reply-To: <042.9ac0fd02b17908252c50882797029ca3@haiku-os.org> References: <042.9ac0fd02b17908252c50882797029ca3@haiku-os.org> Message-ID: <051.11f340931624e823fb9cfd380ef93a47@haiku-os.org> #2452: [Subversion] svn co in haiku drops to gdb or KDL ------------------------+--------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: duplicate | Blockedby: 1641 Platform: x86 | Blocking: ------------------------+--------------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => duplicate * blockedby: => 1641 Comment: Installing npipefs should do no harm, as a) BeOS file systems aren't modules, so they aren't picked up at all, and b) there is no pipefs anymore, as pipes are now implemented differently. Anyway, this is indeed a dup of #1641. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jun 24 23:13:43 2008 From: trac at haiku-os.org (axeld) Date: Tue, 24 Jun 2008 21:13:43 -0000 Subject: [Haiku-bugs] [Haiku] #2404: [Listdev] still missing in action In-Reply-To: <042.1ce35fa9bcb7a90c48024aec3eee6788@haiku-os.org> References: <042.1ce35fa9bcb7a90c48024aec3eee6788@haiku-os.org> Message-ID: <051.a75caca7609478a73d7882db1432ba1a@haiku-os.org> #2404: [Listdev] still missing in action ----------------------------------------------+----------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------------------------+----------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Thanks Urias! Fixed in r26126. I don't really know about "consoled" - maybe it was added separately because it might not end up in the final distribution; it's only used to debug app_server problems these days. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 25 00:00:04 2008 From: trac at haiku-os.org (donn) Date: Tue, 24 Jun 2008 22:00:04 -0000 Subject: [Haiku-bugs] [Haiku] #1991: jam clean fails on haiku-host In-Reply-To: <043.313763266e2696b6a7ec3ac769c36996@haiku-os.org> References: <043.313763266e2696b6a7ec3ac769c36996@haiku-os.org> Message-ID: <052.010d501cd219860d8eef35598bdbc21b@haiku-os.org> #1991: jam clean fails on haiku-host ---------------------------+------------------------------------------------ Reporter: kaoutsis | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by donn): jam, and "jam clean", on haiku trunk, works fine for me as of r26121. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 25 00:32:23 2008 From: trac at haiku-os.org (bonefish) Date: Tue, 24 Jun 2008 22:32:23 -0000 Subject: [Haiku-bugs] [Haiku] #1991: jam clean fails on haiku-host In-Reply-To: <043.313763266e2696b6a7ec3ac769c36996@haiku-os.org> References: <043.313763266e2696b6a7ec3ac769c36996@haiku-os.org> Message-ID: <052.8844f839eec7c21d4d9f3aeb38f49ef9@haiku-os.org> #1991: jam clean fails on haiku-host ---------------------------+------------------------------------------------ Reporter: kaoutsis | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by bonefish): * status: new => closed * resolution: => fixed Comment: Thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 25 00:54:20 2008 From: trac at haiku-os.org (mmlr) Date: Tue, 24 Jun 2008 22:54:20 -0000 Subject: [Haiku-bugs] [Haiku] #2424: usb disk not published if plugged during boot (vmware) In-Reply-To: <042.35df8cd311a0e56b991fc311ff4aae9d@haiku-os.org> References: <042.35df8cd311a0e56b991fc311ff4aae9d@haiku-os.org> Message-ID: <051.958ad47c7837db768a11baad99217bef@haiku-os.org> #2424: usb disk not published if plugged during boot (vmware) ----------------------------+----------------------------------------------- Reporter: emitrax | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by mmlr): * status: assigned => closed * resolution: => fixed Comment: Should be fixed in r26128. The intel partitioning system would be associated with the disk as it just indicated supporting it with a priority of 0.1 and the actual FAT filesystem module that would have supported it with a higher priority wasn't loaded that early. Now the intel partitioning system will just leave it unsupported when it finds itself in a unlikely useful situation, therefore giving the second scan round with the FAT module available a chance of correctly identifying the partition/filesystem. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 25 14:10:55 2008 From: trac at haiku-os.org (axeld) Date: Wed, 25 Jun 2008 12:10:55 -0000 Subject: [Haiku-bugs] [Haiku] #2451: uname -a display BeOS instead of Haiku In-Reply-To: <042.1a123ffba494d4502d3668c9d558e578@haiku-os.org> References: <042.1a123ffba494d4502d3668c9d558e578@haiku-os.org> Message-ID: <051.d52e7669985ceb5580b17fc8d322ba36@haiku-os.org> #2451: uname -a display BeOS instead of Haiku ------------------------+--------------------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by axeld): uname now reports the OS as "Haiku" as of r26130. Platform (ie. machine) and processor are still wrong, though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 25 14:53:32 2008 From: trac at haiku-os.org (aldeck) Date: Wed, 25 Jun 2008 12:53:32 -0000 Subject: [Haiku-bugs] [Haiku] #2453: [Tracker] In list mode, dragging items in the same window leaves some folders selected Message-ID: <041.371104b097b366fb52697ee8144f9ba9@haiku-os.org> #2453: [Tracker] In list mode, dragging items in the same window leaves some folders selected ----------------------------------+----------------------------------------- Reporter: aldeck | Owner: aldeck Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- When I drag something in Tracker from a list view window, and pass by possible drop targets like folder poses, these poses get highlighted, but unfortunately, Tracker mixes them up with the regular selection if the targets are at index +/- 1 of the item which I dragged. These items stay highlighted and selected during the drag and even when the drag is over. When leaving the window with the mouse and entering it at another list index, this pose will be affected by the same problem with a great chance. AFAIKT, only the same window is affected where the drag is comming from. Not other windows even if they already contain a selection. This is not a new bug, old OpenTracker releases (ex: beosmax 4.1b) exhibit the problem. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 25 15:03:58 2008 From: trac at haiku-os.org (andreasf) Date: Wed, 25 Jun 2008 13:03:58 -0000 Subject: [Haiku-bugs] [Haiku] #2451: uname -a display BeOS instead of Haiku In-Reply-To: <042.1a123ffba494d4502d3668c9d558e578@haiku-os.org> References: <042.1a123ffba494d4502d3668c9d558e578@haiku-os.org> Message-ID: <051.692ef09a98628e363cddff99dad89dcf@haiku-os.org> #2451: uname -a display BeOS instead of Haiku ------------------------+--------------------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by andreasf): * cc: andreas.faerber at web.de (added) Comment: Doesn't this break automake and friends, or has Ingo already prepared for this? That would be very bad if this bug is just about cosmetic `uname` output. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 25 15:16:07 2008 From: trac at haiku-os.org (anevilyak) Date: Wed, 25 Jun 2008 13:16:07 -0000 Subject: [Haiku-bugs] [Haiku] #2451: uname -a display BeOS instead of Haiku In-Reply-To: <042.1a123ffba494d4502d3668c9d558e578@haiku-os.org> References: <042.1a123ffba494d4502d3668c9d558e578@haiku-os.org> Message-ID: <051.7fdf8df2f000f0832c51ac175d7b9227@haiku-os.org> #2451: uname -a display BeOS instead of Haiku ------------------------+--------------------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by anevilyak): Well, in the long term we don't really want to be identified as uname BeOS anyways, since for a lot of ports that enables tons of hacks around POSIX problems, etc. that we no longer need, as you well know. Not sure as to the current state of things though with respect to automake and such. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 25 15:18:13 2008 From: trac at haiku-os.org (mmlr) Date: Wed, 25 Jun 2008 13:18:13 -0000 Subject: [Haiku-bugs] [Haiku] #2252: KDL during untaring In-Reply-To: <042.c93bd56de32ec27dc08511cbdf693481@haiku-os.org> References: <042.c93bd56de32ec27dc08511cbdf693481@haiku-os.org> Message-ID: <051.70c652d00b87faa99764d19618ef5365@haiku-os.org> #2252: KDL during untaring ------------------------+--------------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: duplicate | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by mmlr): * status: new => closed * resolution: => duplicate Comment: From comparing the stack traces this seems to be a duplicate of bug #2186. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 25 15:21:25 2008 From: trac at haiku-os.org (axeld) Date: Wed, 25 Jun 2008 13:21:25 -0000 Subject: [Haiku-bugs] [Haiku] #2451: uname -a display BeOS instead of Haiku In-Reply-To: <042.1a123ffba494d4502d3668c9d558e578@haiku-os.org> References: <042.1a123ffba494d4502d3668c9d558e578@haiku-os.org> Message-ID: <051.b87a5ab4699189d17affed1549e9da45@haiku-os.org> #2451: uname -a display BeOS instead of Haiku ------------------------+--------------------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by axeld): This only affects the output of "uname -o" and "uname -a" - configure scripts should usually use "uname -s" or something else instead. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 25 15:32:20 2008 From: trac at haiku-os.org (mmlr) Date: Wed, 25 Jun 2008 13:32:20 -0000 Subject: [Haiku-bugs] [Haiku] #2453: [Tracker] In list mode, dragging items in the same window leaves some folders selected In-Reply-To: <041.371104b097b366fb52697ee8144f9ba9@haiku-os.org> References: <041.371104b097b366fb52697ee8144f9ba9@haiku-os.org> Message-ID: <050.0f681cde7711572d577b1c67e79e9ef9@haiku-os.org> #2453: [Tracker] In list mode, dragging items in the same window leaves some folders selected -----------------------------------+---------------------------------------- Reporter: aldeck | Owner: aldeck Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by mmlr): Is this the same as bug #1793? Could that be the same thing that happens with Deskbar in bug #478 by the way? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 25 16:21:51 2008 From: trac at haiku-os.org (aldeck) Date: Wed, 25 Jun 2008 14:21:51 -0000 Subject: [Haiku-bugs] [Haiku] #1793: Dragging icon over another causes it to be "picked up" next time In-Reply-To: <044.4c6823314e4222f2e6b5c57071a25a81@haiku-os.org> References: <044.4c6823314e4222f2e6b5c57071a25a81@haiku-os.org> Message-ID: <053.d1d64add280610e818bfe01fc8205ef9@haiku-os.org> #1793: Dragging icon over another causes it to be "picked up" next time -----------------------------------+---------------------------------------- Reporter: j_freeman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by aldeck): * component: - General => Applications/Tracker Comment: Might be related to #2453, there is a bug concerning BPoseView::HiliteDropTarget() . -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 25 16:23:04 2008 From: trac at haiku-os.org (aldeck) Date: Wed, 25 Jun 2008 14:23:04 -0000 Subject: [Haiku-bugs] [Haiku] #2453: [Tracker] In list mode, dragging items in the same window leaves some folders selected In-Reply-To: <041.371104b097b366fb52697ee8144f9ba9@haiku-os.org> References: <041.371104b097b366fb52697ee8144f9ba9@haiku-os.org> Message-ID: <050.ca63ec96f8876ef0f3290182b87a80f4@haiku-os.org> #2453: [Tracker] In list mode, dragging items in the same window leaves some folders selected -----------------------------------+---------------------------------------- Reporter: aldeck | Owner: aldeck Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by aldeck): Replying to [comment:1 mmlr]: > Is this the same as bug #1793? Could that be the same thing that happens with Deskbar in bug #478 by the way? #1793 could definetely be related, i didn't see it, thanks for the pointer, i don't think #478 is though (i'll keep an eye anyway). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 25 16:47:14 2008 From: trac at haiku-os.org (aldeck) Date: Wed, 25 Jun 2008 14:47:14 -0000 Subject: [Haiku-bugs] [Haiku] #2453: [Tracker] Dragging items in the same window leaves some folders selected (was: [Tracker] In list mode, dragging items in the same window leaves some folders selected) In-Reply-To: <041.371104b097b366fb52697ee8144f9ba9@haiku-os.org> References: <041.371104b097b366fb52697ee8144f9ba9@haiku-os.org> Message-ID: <050.5a317b8988b4955421c59d1e6f8f7f1d@haiku-os.org> #2453: [Tracker] Dragging items in the same window leaves some folders selected -----------------------------------+---------------------------------------- Reporter: aldeck | Owner: aldeck Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by aldeck): Happens also in icon mode in some cases (if poses are tighly packed/close enough). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 25 17:10:05 2008 From: trac at haiku-os.org (emitrax) Date: Wed, 25 Jun 2008 15:10:05 -0000 Subject: [Haiku-bugs] [Haiku] #2451: uname -a display BeOS instead of Haiku In-Reply-To: <042.1a123ffba494d4502d3668c9d558e578@haiku-os.org> References: <042.1a123ffba494d4502d3668c9d558e578@haiku-os.org> Message-ID: <051.4131aae0b5d15b6f7cd2e8f5132a2f73@haiku-os.org> #2451: uname -a display BeOS instead of Haiku ------------------------+--------------------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by emitrax): As far as I know they use uname -s which outputs already Haiku, but I'd like to hear Ingo about it. Anyway, as Ren? said already, Haiku is not BeOS and better fix this sooner than later. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 25 18:15:47 2008 From: trac at haiku-os.org (mjw) Date: Wed, 25 Jun 2008 16:15:47 -0000 Subject: [Haiku-bugs] [Haiku] #2454: [patch] small but occasionally fatal typo in unistd.h. Message-ID: <038.63ae8383d2ea7d33a953bfa0a1c0d1a9@haiku-os.org> #2454: [patch] small but occasionally fatal typo in unistd.h. -----------------------+---------------------------------------------------- Reporter: mjw | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- _CS_IOV_MAX should be _SC_IOV_MAX in unistd.h. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 25 18:46:30 2008 From: trac at haiku-os.org (aldeck) Date: Wed, 25 Jun 2008 16:46:30 -0000 Subject: [Haiku-bugs] [Haiku] #1793: Dragging icon over another causes it to be "picked up" next time In-Reply-To: <044.4c6823314e4222f2e6b5c57071a25a81@haiku-os.org> References: <044.4c6823314e4222f2e6b5c57071a25a81@haiku-os.org> Message-ID: <053.1085e6a3c04ff2b6c36e53f24835286f@haiku-os.org> #1793: Dragging icon over another causes it to be "picked up" next time -----------------------------------+---------------------------------------- Reporter: j_freeman | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by aldeck): * status: new => closed * resolution: => fixed Comment: Fixed in r26131 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 25 18:46:48 2008 From: trac at haiku-os.org (aldeck) Date: Wed, 25 Jun 2008 16:46:48 -0000 Subject: [Haiku-bugs] [Haiku] #2453: [Tracker] Dragging items in the same window leaves some folders selected In-Reply-To: <041.371104b097b366fb52697ee8144f9ba9@haiku-os.org> References: <041.371104b097b366fb52697ee8144f9ba9@haiku-os.org> Message-ID: <050.78a1a666fd5bcb0220405e835ebfaf56@haiku-os.org> #2453: [Tracker] Dragging items in the same window leaves some folders selected -----------------------------------+---------------------------------------- Reporter: aldeck | Owner: aldeck Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by aldeck): * status: new => closed * resolution: => fixed Comment: Fixed in r26131 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 25 19:31:32 2008 From: trac at haiku-os.org (andreasf) Date: Wed, 25 Jun 2008 17:31:32 -0000 Subject: [Haiku-bugs] [Haiku] #2451: uname -a display BeOS instead of Haiku In-Reply-To: <042.1a123ffba494d4502d3668c9d558e578@haiku-os.org> References: <042.1a123ffba494d4502d3668c9d558e578@haiku-os.org> Message-ID: <051.1e80276fb0e641202c869418e6305630@haiku-os.org> #2451: uname -a display BeOS instead of Haiku ------------------------+--------------------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by andreasf): Sure it should be changed. I was just raising the issue that, first, it should be checked whether any Optional Package may need to be updated before committing lots of (necessary but potentially breaking) changes. If you've checked that it doesn't affect the Development package, then I'm okay with it. I was just missing a statement that this has been thought of. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 25 21:32:27 2008 From: trac at haiku-os.org (emitrax) Date: Wed, 25 Jun 2008 19:32:27 -0000 Subject: [Haiku-bugs] [Haiku] #2454: [patch] small but occasionally fatal typo in unistd.h. In-Reply-To: <038.63ae8383d2ea7d33a953bfa0a1c0d1a9@haiku-os.org> References: <038.63ae8383d2ea7d33a953bfa0a1c0d1a9@haiku-os.org> Message-ID: <047.8852f19e6a121cfabc08074481dda198@haiku-os.org> #2454: [patch] small but occasionally fatal typo in unistd.h. ------------------------+--------------------------------------------------- Reporter: mjw | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by emitrax): Fixed in 26132. Thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jun 25 21:38:36 2008 From: trac at haiku-os.org (emitrax) Date: Wed, 25 Jun 2008 19:38:36 -0000 Subject: [Haiku-bugs] [Haiku] #2454: [patch] small but occasionally fatal typo in unistd.h. In-Reply-To: <038.63ae8383d2ea7d33a953bfa0a1c0d1a9@haiku-os.org> References: <038.63ae8383d2ea7d33a953bfa0a1c0d1a9@haiku-os.org> Message-ID: <047.ad7722260d84ac86d46f70e6756a12f5@haiku-os.org> #2454: [patch] small but occasionally fatal typo in unistd.h. ------------------------+--------------------------------------------------- Reporter: mjw | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by emitrax): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 00:00:08 2008 From: trac at haiku-os.org (scottmc) Date: Wed, 25 Jun 2008 22:00:08 -0000 Subject: [Haiku-bugs] [Haiku] #2092: ActivityMonitor replicant does not display (replicant) handle In-Reply-To: <039.c998637d4b3c20600fa2c0b5cbcfd577@haiku-os.org> References: <039.c998637d4b3c20600fa2c0b5cbcfd577@haiku-os.org> Message-ID: <048.701f72d2ed8cae378bec3a64aad92f3d@haiku-os.org> #2092: ActivityMonitor replicant does not display (replicant) handle ---------------------------------+------------------------------------------ Reporter: koki | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by scottmc): * cc: haiku at scottmc.com (added) Comment: So is there a way to remove the Activity Monitor if someone were to drop it as a replicant onto their desktop? Or at least resize the thing? http://dev.haiku-os.org/attachment/ticket/2452/screen5.png -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 00:03:32 2008 From: trac at haiku-os.org (anevilyak) Date: Wed, 25 Jun 2008 22:03:32 -0000 Subject: [Haiku-bugs] [Haiku] #2092: ActivityMonitor replicant does not display (replicant) handle In-Reply-To: <039.c998637d4b3c20600fa2c0b5cbcfd577@haiku-os.org> References: <039.c998637d4b3c20600fa2c0b5cbcfd577@haiku-os.org> Message-ID: <048.f369b976258f5fcd1f0b9996599a5c7b@haiku-os.org> #2092: ActivityMonitor replicant does not display (replicant) handle ---------------------------------+------------------------------------------ Reporter: koki | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by anevilyak): Assuming you have Show Replicants turned on in Deskbar, it should have a hand in the lower right corner that you can use to move and/or remove it. If it isn't showing, that's a bug. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 00:08:40 2008 From: trac at haiku-os.org (koki) Date: Wed, 25 Jun 2008 22:08:40 -0000 Subject: [Haiku-bugs] [Haiku] #2092: ActivityMonitor replicant does not display (replicant) handle In-Reply-To: <039.c998637d4b3c20600fa2c0b5cbcfd577@haiku-os.org> References: <039.c998637d4b3c20600fa2c0b5cbcfd577@haiku-os.org> Message-ID: <048.ccf62b27d972c252277e2808ef484940@haiku-os.org> #2092: ActivityMonitor replicant does not display (replicant) handle ---------------------------------+------------------------------------------ Reporter: koki | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by koki): Replying to [comment:4 scottmc]: > So is there a way to remove the Activity Monitor if someone were to > drop it as a replicant onto their desktop? Search for the file tracker_shelf, delete it and restart Tracker. I believe that will remove all replicants you had on the desktop. Replying to [comment:5 anevilyak]: > If it isn't showing, that's a bug. That's exactly what happens, and why I opened this ticket. See the title. ;) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 00:10:09 2008 From: trac at haiku-os.org (anevilyak) Date: Wed, 25 Jun 2008 22:10:09 -0000 Subject: [Haiku-bugs] [Haiku] #2092: ActivityMonitor replicant does not display (replicant) handle In-Reply-To: <039.c998637d4b3c20600fa2c0b5cbcfd577@haiku-os.org> References: <039.c998637d4b3c20600fa2c0b5cbcfd577@haiku-os.org> Message-ID: <048.e1bdfd88021c9036f1e2b8010c7d452f@haiku-os.org> #2092: ActivityMonitor replicant does not display (replicant) handle ---------------------------------+------------------------------------------ Reporter: koki | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by anevilyak): Sorry, from the screenshot he posted it looked like the monitor was partly obscured, so I thought maybe it was just hidden behind the window. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 00:11:32 2008 From: trac at haiku-os.org (bonefish) Date: Wed, 25 Jun 2008 22:11:32 -0000 Subject: [Haiku-bugs] [Haiku] #2451: uname -a display BeOS instead of Haiku In-Reply-To: <042.1a123ffba494d4502d3668c9d558e578@haiku-os.org> References: <042.1a123ffba494d4502d3668c9d558e578@haiku-os.org> Message-ID: <051.1f0ba32c2b1f189a0f319e60a756041f@haiku-os.org> #2451: uname -a display BeOS instead of Haiku ------------------------+--------------------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by bonefish): Replying to [comment:5 emitrax]: > As far as I know they use uname -s which outputs already Haiku, but I'd like to hear Ingo about it. I haven't seen any tool evaluating "uname -o" so far. Not that I have looked for that particularly, though. Anyway, if we change BePC this will have consequences. We might want to do that together with dropping !__BEOS!__. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 06:04:59 2008 From: trac at haiku-os.org (bonefish) Date: Thu, 26 Jun 2008 04:04:59 -0000 Subject: [Haiku-bugs] [Haiku] #2363: Civilization game crashes at start up In-Reply-To: <039.26fc7fce0164942a22de006bcc1067aa@haiku-os.org> References: <039.26fc7fce0164942a22de006bcc1067aa@haiku-os.org> Message-ID: <048.f1d5c304a723a15e5c6cabb55cfb85a9@haiku-os.org> #2363: Civilization game crashes at start up ---------------------------+------------------------------------------------ Reporter: Asmo | Owner: anevilyak Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Comment(by bonefish): Tested with r26126: I run into the same problem as Asmo: 100% CPU usage. It's an endless loop in BList::_ResizeArray(). The BList implementation is not to blame though -- the list in question is a global list and is used before it is constructed. After working around by setting fBlockSize to some usable value, if it is 0, the application crashes. It fails to fopen() one of its program files and doesn't check the return value. The PackageInstaller apparently failed to install those (though it actually reported more files to install than SoftwareValet in BeOS) -- they seem to be part of the language options. Installing via SoftwareValet in Haiku doesn't work -- it only installs the directory and a symlink and reports the installation completed. Manually copying the directory from the BeOS installation at least gets the application going (its window seems to be located incorrectly, though). It segfaults when starting the game, though. When ignoring the debugger window one can actually play a bit. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 06:19:31 2008 From: trac at haiku-os.org (scottmc) Date: Thu, 26 Jun 2008 04:19:31 -0000 Subject: [Haiku-bugs] [Haiku] #717: kernel: Panic out of range In-Reply-To: <053.77529c3ae36c88bf29329a76e8ecfba6@haiku-os.org> References: <053.77529c3ae36c88bf29329a76e8ecfba6@haiku-os.org> Message-ID: <062.6453711ba3ed0c587667c4c36b2df7f0@haiku-os.org> #717: kernel: Panic out of range ---------------------------------+------------------------------------------ Reporter: kutspam at wolke7.net | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: System/Kernel | Version: Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by scottmc): 2 years and still no other reports of this one still happening? Shouldn't we close this? Chances are whatever caused this has been fixed for a long time. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 06:31:04 2008 From: trac at haiku-os.org (anevilyak) Date: Thu, 26 Jun 2008 04:31:04 -0000 Subject: [Haiku-bugs] [Haiku] #2363: Civilization game crashes at start up In-Reply-To: <039.26fc7fce0164942a22de006bcc1067aa@haiku-os.org> References: <039.26fc7fce0164942a22de006bcc1067aa@haiku-os.org> Message-ID: <048.c8d3be1158c9b70687ad4112b621523d@haiku-os.org> #2363: Civilization game crashes at start up ---------------------------+------------------------------------------------ Reporter: Asmo | Owner: anevilyak Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Comment(by anevilyak): Interesting, I didn't see that behavior, but BDirectWindow seemed completely broken on my graphics driver so it didn't really do much here besides resize the screen and present a garbled display. How is it possible to use a global list before constructing it? I thought all globals were initialized by the runtime before main() was called? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 06:30:57 2008 From: trac at haiku-os.org (scottmc) Date: Thu, 26 Jun 2008 04:30:57 -0000 Subject: [Haiku-bugs] [Haiku] #2284: Page Fault on boot (25717) In-Reply-To: <048.bfb72f9386e7aa9daa3a55dc9e971a91@haiku-os.org> References: <048.bfb72f9386e7aa9daa3a55dc9e971a91@haiku-os.org> Message-ID: <057.1c08584db0814f3e9d55a0ab935a0386@haiku-os.org> #2284: Page Fault on boot (25717) ----------------------------+----------------------------------------------- Reporter: dustin howett | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by scottmc): r26126 fixed the listdev, so if you still see this issue after r26126 use listdev to get the list of devices in your pc and attach it to this ticket. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 09:20:51 2008 From: trac at haiku-os.org (emitrax) Date: Thu, 26 Jun 2008 07:20:51 -0000 Subject: [Haiku-bugs] [Haiku] #2451: uname -a display BeOS instead of Haiku In-Reply-To: <042.1a123ffba494d4502d3668c9d558e578@haiku-os.org> References: <042.1a123ffba494d4502d3668c9d558e578@haiku-os.org> Message-ID: <051.a0e792edbcafb05465dc308b9d44a4e1@haiku-os.org> #2451: uname -a display BeOS instead of Haiku ------------------------+--------------------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by emitrax): Replying to [comment:7 bonefish]: > > I haven't seen any tool evaluating "uname -o" so far. Not that I have looked for that particularly, though. > Funny thing is that discovered this bug by running the configure of cscope which uses uname -o, anyway that's not the point. > Anyway, if we change BePC this will have consequences. We might want to do that together with dropping !__BEOS!__. Ok. Has any plan been made about that? Is it going to be after R1? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 10:02:07 2008 From: trac at haiku-os.org (emitrax) Date: Thu, 26 Jun 2008 08:02:07 -0000 Subject: [Haiku-bugs] [Haiku] #2455: [Terminal]: backspace not working Message-ID: <042.718d9ad21f49a0edecf9ecdcdc64dfab@haiku-os.org> #2455: [Terminal]: backspace not working -----------------------------------+---------------------------------------- Reporter: emitrax | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- While running man configure. See screenshots attached. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 11:15:15 2008 From: trac at haiku-os.org (andreasf) Date: Thu, 26 Jun 2008 09:15:15 -0000 Subject: [Haiku-bugs] [Haiku] #2451: uname -a display BeOS instead of Haiku In-Reply-To: <042.1a123ffba494d4502d3668c9d558e578@haiku-os.org> References: <042.1a123ffba494d4502d3668c9d558e578@haiku-os.org> Message-ID: <051.2f76a1cc59b7ab91fd4f24af7ba46320@haiku-os.org> #2451: uname -a display BeOS instead of Haiku ------------------------+--------------------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by andreasf): Replying to [comment:8 emitrax]: > Has any plan been made about that? Is it going to be after R1? I think the plan was to drop it asap, to allow proper porting. But it requires someone knowledgeable to fix GCC's headers, they depended on {{{__BEOS__}}} last time I checked. Not sure if we have a ticket for that. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 11:40:36 2008 From: trac at haiku-os.org (axeld) Date: Thu, 26 Jun 2008 09:40:36 -0000 Subject: [Haiku-bugs] [Haiku] #717: kernel: Panic out of range In-Reply-To: <053.77529c3ae36c88bf29329a76e8ecfba6@haiku-os.org> References: <053.77529c3ae36c88bf29329a76e8ecfba6@haiku-os.org> Message-ID: <062.7416bee171471db0817e298bf4331a72@haiku-os.org> #717: kernel: Panic out of range ---------------------------------+------------------------------------------ Reporter: kutspam at wolke7.net | Owner: axeld Type: bug | Status: closed Priority: blocker | Milestone: R1/alpha1 Component: System/Kernel | Version: Resolution: invalid | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by axeld): * status: new => closed * resolution: => invalid Comment: Since there isn't even a backtrace, and it's been such a long time with so many changes, I just close this one as invalid. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 12:12:43 2008 From: trac at haiku-os.org (jackburton) Date: Thu, 26 Jun 2008 10:12:43 -0000 Subject: [Haiku-bugs] [Haiku] #2456: bugs.haiku-os.org doesn't work anymore Message-ID: <045.86f88dc879182a5647ab21a6ced7babf@haiku-os.org> #2456: bugs.haiku-os.org doesn't work anymore ------------------------+--------------------------------------------------- Reporter: jackburton | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------+--------------------------------------------------- We used to have bugs.haiku-os.org as alias for dev.haiku-os.org. After the move to the new server this doesn't work anymore -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 12:22:15 2008 From: trac at haiku-os.org (nielx) Date: Thu, 26 Jun 2008 10:22:15 -0000 Subject: [Haiku-bugs] [Haiku] #2456: bugs.haiku-os.org doesn't work anymore In-Reply-To: <045.86f88dc879182a5647ab21a6ced7babf@haiku-os.org> References: <045.86f88dc879182a5647ab21a6ced7babf@haiku-os.org> Message-ID: <054.9755b15fc0dc3d1568f5a9410a8c0b46@haiku-os.org> #2456: bugs.haiku-os.org doesn't work anymore -------------------------+-------------------------------------------------- Reporter: jackburton | Owner: nielx Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Website | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------+-------------------------------------------------- Changes (by nielx): * owner: haiku-web => nielx * status: new => assigned Comment: I updated the DNS records. Please test in a few hours to see if the change works. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 12:55:24 2008 From: trac at haiku-os.org (axeld) Date: Thu, 26 Jun 2008 10:55:24 -0000 Subject: [Haiku-bugs] [Haiku] #2367: Media checker blocks in USB when booting from USB In-Reply-To: <040.071b43b6611ddf637fa7f5a2c6cebc5e@haiku-os.org> References: <040.071b43b6611ddf637fa7f5a2c6cebc5e@haiku-os.org> Message-ID: <049.8ce5928546693460aba9a5a7014d0e90@haiku-os.org> #2367: Media checker blocks in USB when booting from USB --------------------------+------------------------------------------------- Reporter: axeld | Owner: mmlr Type: bug | Status: assigned Priority: high | Milestone: R1/alpha1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by axeld): The timeout seems to have successfully worked around the issue. I get the following messages in syslog (tons of): {{{ usb_disk: sending the command block wrapper failed usb_ehci: qtd (0x0f015f00) error: 0x80008d40 ... usb_disk: acquire_sem failed while waiting for data transfer }}} Not sure what this means; maybe the command couldn't even been send in the first place? Is is possible to differentiate between devices where it makes sense to check for media, and those where it doesn't? The EHCI controller is one from Intel 0x265c, the UHCI controllers as well (ICH6). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 14:06:26 2008 From: trac at haiku-os.org (bonefish) Date: Thu, 26 Jun 2008 12:06:26 -0000 Subject: [Haiku-bugs] [Haiku] #2363: Civilization game crashes at start up In-Reply-To: <039.26fc7fce0164942a22de006bcc1067aa@haiku-os.org> References: <039.26fc7fce0164942a22de006bcc1067aa@haiku-os.org> Message-ID: <048.cdddfec74d61bdec9be0f437c0e9d899@haiku-os.org> #2363: Civilization game crashes at start up ---------------------------+------------------------------------------------ Reporter: Asmo | Owner: anevilyak Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Comment(by bonefish): Replying to [comment:9 anevilyak]: > How is it possible to use a global list before constructing it? I thought all globals were initialized by the runtime before main() was called? They are, but the use of the BList also happens in a global constructor, which is called earlier. The author(s) apparently relied on them being called in a different order. If they thought about that anyway -- they also create threads, which is usually nothing one does in a global constructor (that's the problem in this case BTW, since the BList is apparently used for some kind of thread objects). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 14:46:34 2008 From: trac at haiku-os.org (andreasf) Date: Thu, 26 Jun 2008 12:46:34 -0000 Subject: [Haiku-bugs] [Haiku] #2457: [Firefox] Link broken, and runtime_loader cannot open file libmozjs.so Message-ID: <043.9b7f1fded642b58271f2a289f5d606a2@haiku-os.org> #2457: [Firefox] Link broken, and runtime_loader cannot open file libmozjs.so --------------------------+------------------------------------------------- Reporter: andreasf | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------+------------------------------------------------- It's been a while that I've run Haiku and it used to work some weeks ago. Now with r26134, the link from the Applications menu is broken (the broken link icon, and message "There was an error resolving the link."), and when launching `/boot/apps/firefox/firefox-bin` from the Terminal I get: {{{ runtime_loader: cannot open file libmozjs.so }}} Setting {{{LD_LIBRARY_PATH=/boot/apps/firefox}}} did not help. Re-running `jam -q haiku-image` led to the same results. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 14:53:46 2008 From: trac at haiku-os.org (mt) Date: Thu, 26 Jun 2008 12:53:46 -0000 Subject: [Haiku-bugs] [Haiku] #2458: gcc4 build fails on haiku Message-ID: <037.8ce2c487f3f3ab8dd9ab7f0009d22386@haiku-os.org> #2458: gcc4 build fails on haiku ------------------------------+--------------------------------------------- Reporter: mt | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Blockedby: | Platform: x86 Blocking: | ------------------------------+--------------------------------------------- I tried building native gcc4 (source from haiku tree) on Haiku. (r26134) But Build stops after fixinclude. From syslog, I thing file system issue has occur at fixinclude. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 15:01:41 2008 From: trac at haiku-os.org (mmlr) Date: Thu, 26 Jun 2008 13:01:41 -0000 Subject: [Haiku-bugs] [Haiku] #2457: [Firefox] Link broken, and runtime_loader cannot open file libmozjs.so In-Reply-To: <043.9b7f1fded642b58271f2a289f5d606a2@haiku-os.org> References: <043.9b7f1fded642b58271f2a289f5d606a2@haiku-os.org> Message-ID: <052.ebaedc8aae5965f6457e224606df3952@haiku-os.org> #2457: [Firefox] Link broken, and runtime_loader cannot open file libmozjs.so ---------------------------+------------------------------------------------ Reporter: andreasf | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Comment(by mmlr): That's probably because you're not running it from the correct working directory. When you launch from a Terminal you have to cd into the firefox directory first of course, otherwise the relative paths cannot be resolved. Double clicking should work, as should correcting and using the link. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 15:06:17 2008 From: trac at haiku-os.org (diver) Date: Thu, 26 Jun 2008 13:06:17 -0000 Subject: [Haiku-bugs] [Haiku] #2457: [Firefox] Link broken, and runtime_loader cannot open file libmozjs.so In-Reply-To: <043.9b7f1fded642b58271f2a289f5d606a2@haiku-os.org> References: <043.9b7f1fded642b58271f2a289f5d606a2@haiku-os.org> Message-ID: <052.9056b6907fbb49dd835a099eb70778af@haiku-os.org> #2457: [Firefox] Link broken, and runtime_loader cannot open file libmozjs.so ---------------------------+------------------------------------------------ Reporter: andreasf | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Comment(by diver): IIRC you need to launch FF by "firefox" shell script and not by "firefox- bin". -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 15:07:17 2008 From: trac at haiku-os.org (andreasf) Date: Thu, 26 Jun 2008 13:07:17 -0000 Subject: [Haiku-bugs] [Haiku] #2457: [Firefox] Link broken, and runtime_loader cannot open file libmozjs.so In-Reply-To: <043.9b7f1fded642b58271f2a289f5d606a2@haiku-os.org> References: <043.9b7f1fded642b58271f2a289f5d606a2@haiku-os.org> Message-ID: <052.2b9a797f1a5bcf5caf96d3c6c3532d4a@haiku-os.org> #2457: [Firefox] Link broken, and runtime_loader cannot open file libmozjs.so ---------------------------+------------------------------------------------ Reporter: andreasf | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Comment(by andreasf): Nope, I tried from within the directory. What works though is deleting the downloaded Firefox.zip. With the newly downloaded zip it works just fine. This means the problem is within the Optional Package definition, it always names the downloaded file {{{Firefox.zip}}} while virtually all other packages have versioned names (version and/or date) so that they are re-downloaded when necessary. Changing title to reflect this. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 15:12:16 2008 From: trac at haiku-os.org (andreasf) Date: Thu, 26 Jun 2008 13:12:16 -0000 Subject: [Haiku-bugs] [Haiku] #2457: [Firefox] Link broken, and runtime_loader cannot open file libmozjs.so In-Reply-To: <043.9b7f1fded642b58271f2a289f5d606a2@haiku-os.org> References: <043.9b7f1fded642b58271f2a289f5d606a2@haiku-os.org> Message-ID: <052.cbb32b7d2da3e38c76a106d2e6761b16@haiku-os.org> #2457: [Firefox] Link broken, and runtime_loader cannot open file libmozjs.so ---------------------------+------------------------------------------------ Reporter: andreasf | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Comment(by andreasf): The new package is different, it goes to {{{/boot/apps/Firefox}}} and is named {{{Firefox}}}, therefore the broken link. The link points directly to {{{Firefox}}}, but there is also a {{{run_mozilla.sh}}} script. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 15:13:31 2008 From: trac at haiku-os.org (andreasf) Date: Thu, 26 Jun 2008 13:13:31 -0000 Subject: [Haiku-bugs] [Haiku] #454: [NetPositive] Graphics arent invalidated(?) In-Reply-To: <049.e3ad675ba025cc3bacb428fed5acd2d0@haiku-os.org> References: <049.e3ad675ba025cc3bacb428fed5acd2d0@haiku-os.org> Message-ID: <058.2e8288ba3da241add437f8ae5b902c59@haiku-os.org> #454: [NetPositive] Graphics arent invalidated(?) -----------------------------+---------------------------------------------- Reporter: johndrinkwater | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: User Interface | Version: Resolution: | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Comment(by andreasf): Did anyone re-check this bug after the recent fixes for Firefox? Maybe we can close this one as well. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 15:15:38 2008 From: trac at haiku-os.org (bonefish) Date: Thu, 26 Jun 2008 13:15:38 -0000 Subject: [Haiku-bugs] [Haiku] #2455: [Terminal]: backspace not working In-Reply-To: <042.718d9ad21f49a0edecf9ecdcdc64dfab@haiku-os.org> References: <042.718d9ad21f49a0edecf9ecdcdc64dfab@haiku-os.org> Message-ID: <051.b39fca1123dea1bc9f571c1c1835653d@haiku-os.org> #2455: [Terminal]: backspace not working ------------------------------------+--------------------------------------- Reporter: emitrax | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Changes (by bonefish): * status: new => closed * resolution: => fixed Comment: Fixed in r26135. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 15:20:38 2008 From: trac at haiku-os.org (andreasf) Date: Thu, 26 Jun 2008 13:20:38 -0000 Subject: [Haiku-bugs] [Haiku] #2458: gcc4 build fails on haiku In-Reply-To: <037.8ce2c487f3f3ab8dd9ab7f0009d22386@haiku-os.org> References: <037.8ce2c487f3f3ab8dd9ab7f0009d22386@haiku-os.org> Message-ID: <046.8ca82b5387bb49a8ca4238360b168151@haiku-os.org> #2458: gcc4 build fails on haiku -------------------------------+-------------------------------------------- Reporter: mt | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -------------------------------+-------------------------------------------- Changes (by andreasf): * cc: andreas.faerber at web.de (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 15:22:16 2008 From: trac at haiku-os.org (mmlr) Date: Thu, 26 Jun 2008 13:22:16 -0000 Subject: [Haiku-bugs] [Haiku] #454: [NetPositive] Graphics arent invalidated(?) In-Reply-To: <049.e3ad675ba025cc3bacb428fed5acd2d0@haiku-os.org> References: <049.e3ad675ba025cc3bacb428fed5acd2d0@haiku-os.org> Message-ID: <058.1053e4d8daea26cd19183c79bc50fe04@haiku-os.org> #454: [NetPositive] Graphics arent invalidated(?) -----------------------------+---------------------------------------------- Reporter: johndrinkwater | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: User Interface | Version: Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Changes (by mmlr): * status: new => closed * resolution: => fixed Comment: This has been fixed with the drawing mode and transparency handling fixes. It wasn't related to the problems seen with Firefox however. Note that NetPositive still has a few glitches and issues with bitmap drawing and network related problems at times. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 15:29:40 2008 From: trac at haiku-os.org (mmlr) Date: Thu, 26 Jun 2008 13:29:40 -0000 Subject: [Haiku-bugs] [Haiku] #2458: gcc4 build fails on haiku In-Reply-To: <037.8ce2c487f3f3ab8dd9ab7f0009d22386@haiku-os.org> References: <037.8ce2c487f3f3ab8dd9ab7f0009d22386@haiku-os.org> Message-ID: <046.de83246361384feadf6bf659722615f1@haiku-os.org> #2458: gcc4 build fails on haiku -------------------------------+-------------------------------------------- Reporter: mt | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -------------------------------+-------------------------------------------- Comment(by mmlr): The "KERN: bfs: inode at 2621836 is corrupt!" line would indicate that said inode is in fact corrupt. The could easily be from a damage filesystem because of crashes probably. Can you reproduce the same issue with a freshly initialized filesystem as well? I will try to do a GCC4 build and check if the same issues arise here. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 15:31:33 2008 From: trac at haiku-os.org (anevilyak) Date: Thu, 26 Jun 2008 13:31:33 -0000 Subject: [Haiku-bugs] [Haiku] #454: [NetPositive] Graphics arent invalidated(?) In-Reply-To: <049.e3ad675ba025cc3bacb428fed5acd2d0@haiku-os.org> References: <049.e3ad675ba025cc3bacb428fed5acd2d0@haiku-os.org> Message-ID: <058.aab098f5650fbe7e12bbbd2e2bd5f5c4@haiku-os.org> #454: [NetPositive] Graphics arent invalidated(?) -----------------------------+---------------------------------------------- Reporter: johndrinkwater | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: User Interface | Version: Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Comment(by anevilyak): In all fairness, Net+ occasionally had networking issues for me in R5 and/or R5+BONE also, so I wouldn't be surprised if this is just a Net+ issue inherently :). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 15:37:59 2008 From: trac at haiku-os.org (diver) Date: Thu, 26 Jun 2008 13:37:59 -0000 Subject: [Haiku-bugs] [Haiku] #454: [NetPositive] Graphics arent invalidated(?) In-Reply-To: <049.e3ad675ba025cc3bacb428fed5acd2d0@haiku-os.org> References: <049.e3ad675ba025cc3bacb428fed5acd2d0@haiku-os.org> Message-ID: <058.79c634971a5793c7ac8978f56787a0ed@haiku-os.org> #454: [NetPositive] Graphics arent invalidated(?) -----------------------------+---------------------------------------------- Reporter: johndrinkwater | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: User Interface | Version: Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Comment(by diver): What network issues do you guys had, back when I used R5 as my main system, I used Net+ several months and I don't remember any network problems. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 16:26:43 2008 From: trac at haiku-os.org (anevilyak) Date: Thu, 26 Jun 2008 14:26:43 -0000 Subject: [Haiku-bugs] [Haiku] #454: [NetPositive] Graphics arent invalidated(?) In-Reply-To: <049.e3ad675ba025cc3bacb428fed5acd2d0@haiku-os.org> References: <049.e3ad675ba025cc3bacb428fed5acd2d0@haiku-os.org> Message-ID: <058.393e997cbc40355d31cf2dab6c954727@haiku-os.org> #454: [NetPositive] Graphics arent invalidated(?) -----------------------------+---------------------------------------------- Reporter: johndrinkwater | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: User Interface | Version: Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Comment(by anevilyak): On R5 it would happen to me on a regular basis that clicking a new link would just stop being able to retrieve any data, with no way to fix it but to quit/restart Net+. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 16:39:51 2008 From: trac at haiku-os.org (scottmc) Date: Thu, 26 Jun 2008 14:39:51 -0000 Subject: [Haiku-bugs] [Haiku] #2459: KDL while trying to jam Message-ID: <042.aa306801161a488a952f2e71252f40cb@haiku-os.org> #2459: KDL while trying to jam -----------------------+---------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- On vmware with r26128, I was trying to jam haiku and got dropping into KDL. Screenshot and serial debug attached. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 17:12:44 2008 From: trac at haiku-os.org (scottmc) Date: Thu, 26 Jun 2008 15:12:44 -0000 Subject: [Haiku-bugs] [Haiku] #2459: KDL while trying to jam In-Reply-To: <042.aa306801161a488a952f2e71252f40cb@haiku-os.org> References: <042.aa306801161a488a952f2e71252f40cb@haiku-os.org> Message-ID: <051.a6360f918a092ff1a385b8fe11763528@haiku-os.org> #2459: KDL while trying to jam ------------------------+--------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by scottmc): Upon rebooting and trying to svn up and then run jam again I get a couple of errors on the svn up and then errors in jam. Screenshot attached. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 18:18:47 2008 From: trac at haiku-os.org (shinta) Date: Thu, 26 Jun 2008 16:18:47 -0000 Subject: [Haiku-bugs] [Haiku] #2259: cp command copies BFS attributes In-Reply-To: <041.a9b2252274b151b8a2dc24783f805239@haiku-os.org> References: <041.a9b2252274b151b8a2dc24783f805239@haiku-os.org> Message-ID: <050.8274d95cad85545d1d38b9ef5912c780@haiku-os.org> #2259: cp command copies BFS attributes ----------------------------------------------+----------------------------- Reporter: shinta | Owner: emitrax Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: ----------------------------------------------+----------------------------- Comment(by shinta): It works well. Thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 18:43:30 2008 From: trac at haiku-os.org (koki) Date: Thu, 26 Jun 2008 16:43:30 -0000 Subject: [Haiku-bugs] [Haiku] #2417: New Trac does not allow to cc by username In-Reply-To: <043.6c1d9e3cc4eec54c82f66fc9393fc73e@haiku-os.org> References: <043.6c1d9e3cc4eec54c82f66fc9393fc73e@haiku-os.org> Message-ID: <052.7bdb9ad83e748e26d1a43b896c64e894@haiku-os.org> #2417: New Trac does not allow to cc by username ---------------------------+------------------------------------------------ Reporter: andreasf | Owner: haiku-web Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by koki): Replying to [comment:4 nielx]: > Don't worry, your username is not exposed. You can only see > your own email and not someone else's. Only administrators > can see emails. That's the way it is currently set up. I doubt that I am an admin, and today I received a notification from Trac that showed somebody else's email as being added to the CC list. This was for ticket: http://bugs.haiku-os.org/ticket/2458#comment:1 The email is obscured in Trac, but the email notification is sending out the full email address as is, and that is IMO undesired. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 18:50:23 2008 From: trac at haiku-os.org (nielx) Date: Thu, 26 Jun 2008 16:50:23 -0000 Subject: [Haiku-bugs] [Haiku] #2417: New Trac does not allow to cc by username In-Reply-To: <043.6c1d9e3cc4eec54c82f66fc9393fc73e@haiku-os.org> References: <043.6c1d9e3cc4eec54c82f66fc9393fc73e@haiku-os.org> Message-ID: <052.e0abf665ee8978971556ee299a95e61c@haiku-os.org> #2417: New Trac does not allow to cc by username ---------------------------+------------------------------------------------ Reporter: andreasf | Owner: haiku-web Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by nielx): Yes, it is. Due to illness I did not feel like browsing through the code this week. I will do this, but it will have to wait for a bit. Sorry. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 18:53:26 2008 From: trac at haiku-os.org (nielx) Date: Thu, 26 Jun 2008 16:53:26 -0000 Subject: [Haiku-bugs] [Haiku] #2394: Search for Ticket Number Should Jump Directly to Ticket In-Reply-To: <043.f296b63ced72a322234cd7c5bfbed3ba@haiku-os.org> References: <043.f296b63ced72a322234cd7c5bfbed3ba@haiku-os.org> Message-ID: <052.93f4d61e06510c9ac6a3ced044f8fb33@haiku-os.org> #2394: Search for Ticket Number Should Jump Directly to Ticket ---------------------------+------------------------------------------------ Reporter: bonefish | Owner: nielx Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by nielx): * status: assigned => closed * resolution: => fixed Comment: Implemented in Trac 0.11. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 18:54:33 2008 From: trac at haiku-os.org (nielx) Date: Thu, 26 Jun 2008 16:54:33 -0000 Subject: [Haiku-bugs] [Haiku] #2456: bugs.haiku-os.org doesn't work anymore In-Reply-To: <045.86f88dc879182a5647ab21a6ced7babf@haiku-os.org> References: <045.86f88dc879182a5647ab21a6ced7babf@haiku-os.org> Message-ID: <054.2f2808f7c24793bb75699697ebe98620@haiku-os.org> #2456: bugs.haiku-os.org doesn't work anymore -------------------------+-------------------------------------------------- Reporter: jackburton | Owner: nielx Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Website | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------+-------------------------------------------------- Comment(by nielx): It almost works, I still have to have apache rewrite the URLs so that they will always redirect to dev.haiku-os.org -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 18:57:49 2008 From: trac at haiku-os.org (nielx) Date: Thu, 26 Jun 2008 16:57:49 -0000 Subject: [Haiku-bugs] [Haiku] #2069: Add Trac categories for the Bluetooth stack In-Reply-To: <043.a5b28602970780d3401f58b7c20375e2@haiku-os.org> References: <043.a5b28602970780d3401f58b7c20375e2@haiku-os.org> Message-ID: <052.309a16e2f48c0e7f2fae339d50c4e43b@haiku-os.org> #2069: Add Trac categories for the Bluetooth stack ---------------------------+------------------------------------------------ Reporter: andreasf | Owner: nielx Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by nielx): I think I'll make a top-level Bluetooth category. Since Bluetooth is such a comprehensive set of modules it might be better just to group them under one heading. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 20:32:05 2008 From: trac at haiku-os.org (koki) Date: Thu, 26 Jun 2008 18:32:05 -0000 Subject: [Haiku-bugs] [Haiku] #2460: Mouse doesn't follow split window divider when dragging it sideways in Vision Message-ID: <039.65ce4f04ce1470c4f5319da11ac0dff0@haiku-os.org> #2460: Mouse doesn't follow split window divider when dragging it sideways in Vision ----------------------------+----------------------------------------------- Reporter: koki | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------+----------------------------------------------- r25990 in VMWare. How to reproduce: 1) Run Vision. 2) Click on the window divider that separates the chat window and the user list window and drag sideways. 3) The mouse pointer does not follow the window divider; the further sideways you drag the divider, the more the mouse pointer lags behind. Expected behabiour: the mouse pointer should always follow (and remain over) the window divider. Note: not sure what component to assign this to; please change as needed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 20:33:29 2008 From: trac at haiku-os.org (anevilyak) Date: Thu, 26 Jun 2008 18:33:29 -0000 Subject: [Haiku-bugs] [Haiku] #2460: Mouse doesn't follow split window divider when dragging it sideways in Vision In-Reply-To: <039.65ce4f04ce1470c4f5319da11ac0dff0@haiku-os.org> References: <039.65ce4f04ce1470c4f5319da11ac0dff0@haiku-os.org> Message-ID: <048.67400d9756745243167a48a73c7ba201@haiku-os.org> #2460: Mouse doesn't follow split window divider when dragging it sideways in Vision ---------------------------------+------------------------------------------ Reporter: koki | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by anevilyak): * owner: stippi => anevilyak * component: User Interface => Kits/Interface Kit -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 20:53:21 2008 From: trac at haiku-os.org (donn) Date: Thu, 26 Jun 2008 18:53:21 -0000 Subject: [Haiku-bugs] [Haiku] #2284: Page Fault on boot (25717) In-Reply-To: <048.bfb72f9386e7aa9daa3a55dc9e971a91@haiku-os.org> References: <048.bfb72f9386e7aa9daa3a55dc9e971a91@haiku-os.org> Message-ID: <057.8b4082fe3489e39c92d251573ff12d00@haiku-os.org> #2284: Page Fault on boot (25717) ----------------------------+----------------------------------------------- Reporter: dustin howett | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by donn): legacy_sata.c:sChannelInterface {} needs an implementation for set_channel(). I added one, modelled after generic_ide_pc.c, and that allows boot to complete without page fault. I actually re-coded the struct initial value per generic_ide_pc.c, with order-dependent struct member values rather than assignments, and so added some NULL initializers that weren't there before. Don't know if this made any difference, but it's an advantage of this classic initializer code - static type analysis will notice some cases where a new member isn't initialized in an old module. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 21:45:15 2008 From: trac at haiku-os.org (axeld) Date: Thu, 26 Jun 2008 19:45:15 -0000 Subject: [Haiku-bugs] [Haiku] #1600: Change name of the Appearance preference applet to Colors In-Reply-To: <039.2982fa0cdc4d57fc96fc0bbb2b46a774@haiku-os.org> References: <039.2982fa0cdc4d57fc96fc0bbb2b46a774@haiku-os.org> Message-ID: <048.96fe1e8e2e9c85be3a5d28128e1f0fce@haiku-os.org> #1600: Change name of the Appearance preference applet to Colors -------------------------------------+-------------------------------------- Reporter: koki | Owner: darkwyrm Type: enhancement | Status: reopened Priority: normal | Milestone: R1 Component: Preferences/Appearance | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Changes (by axeld): * status: closed => reopened * resolution: fixed => -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 22:54:52 2008 From: trac at haiku-os.org (stippi) Date: Thu, 26 Jun 2008 20:54:52 -0000 Subject: [Haiku-bugs] [Haiku] #2284: Page Fault on boot (25717) In-Reply-To: <048.bfb72f9386e7aa9daa3a55dc9e971a91@haiku-os.org> References: <048.bfb72f9386e7aa9daa3a55dc9e971a91@haiku-os.org> Message-ID: <057.30339ffb4dc8b2477b2101963cbbb9cb@haiku-os.org> #2284: Page Fault on boot (25717) ----------------------------+----------------------------------------------- Reporter: dustin howett | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by stippi): Cool, can you provide this as a patch and attach it to this ticket? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jun 26 23:55:39 2008 From: trac at haiku-os.org (donn) Date: Thu, 26 Jun 2008 21:55:39 -0000 Subject: [Haiku-bugs] [Haiku] #2284: Page Fault on boot (25717) In-Reply-To: <048.bfb72f9386e7aa9daa3a55dc9e971a91@haiku-os.org> References: <048.bfb72f9386e7aa9daa3a55dc9e971a91@haiku-os.org> Message-ID: <057.70a4936afea0cd8605c0a5913285ac95@haiku-os.org> #2284: Page Fault on boot (25717) ----------------------------+----------------------------------------------- Reporter: dustin howett | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by donn): Note that this patch only resolves my page fault problem. SATA is still not usable due to other problems. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 27 09:59:23 2008 From: trac at haiku-os.org (kaliber) Date: Fri, 27 Jun 2008 07:59:23 -0000 Subject: [Haiku-bugs] [Haiku] #2459: KDL while trying to jam In-Reply-To: <042.aa306801161a488a952f2e71252f40cb@haiku-os.org> References: <042.aa306801161a488a952f2e71252f40cb@haiku-os.org> Message-ID: <051.7e8457b3ebf11a6119e872a5d940cc5a@haiku-os.org> #2459: KDL while trying to jam ------------------------+--------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by kaliber): I can confirm this bug while compiling paragui [[http://download.savannah.gnu.org/releases/paragui/paragui-1.1.8.tar.gz]]. After reboot some of files are corrupted. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 27 10:17:01 2008 From: trac at haiku-os.org (pieterpan) Date: Fri, 27 Jun 2008 08:17:01 -0000 Subject: [Haiku-bugs] [Haiku] #2337: After the recent vesa changes haiku hangs at boot In-Reply-To: <039.71dd3b0394d1905149cf0322daff9a9c@haiku-os.org> References: <039.71dd3b0394d1905149cf0322daff9a9c@haiku-os.org> Message-ID: <048.57c021f8ca7e346359ca98fe71f764d6@haiku-os.org> #2337: After the recent vesa changes haiku hangs at boot -------------------------------+-------------------------------------------- Reporter: ddew | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by pieterpan): Update on this: Actually, after about 5 minutes it does switch to the resolution and boot normally as if nothing happened. Then you can change the resolution in the screen preflet, and it takes another 5 minutes. (After which Deskbar hangs and needs to be killed+restarted, but that's another matter) I have a fairly fast laptop, so your delay may vary. Perhaps it would be an idea to assign this to Jan Kl?tzke? He wasn't aware of this problem when I emailed him. He said it might have something to do with timing. I will attach my syslog, though nothing useful seems to be in it. It's the first time I got the usb stick working under Haiku, so I could copy it to the stick! Great work btw! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 27 11:55:50 2008 From: trac at haiku-os.org (meanwhile) Date: Fri, 27 Jun 2008 09:55:50 -0000 Subject: [Haiku-bugs] [Haiku] #2461: PC reboots during copying files (new onto old revision on seperate partition) Message-ID: <044.3db364ca3970f6fad1ba62e83f2b1db8@haiku-os.org> #2461: PC reboots during copying files (new onto old revision on seperate partition) -----------------------+---------------------------------------------------- Reporter: meanwhile | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- On a PC with -among others- a Haiku and a BeOS partition, it used to be possible to mount Haiku from BeOS and use Mount Image to do the same with a newer revision of Haiku. Copying and replacing the files from the new revision onto the old Haiku install no longer works: the PC reboots during the process. I guess this occurrence isn't (or can't be) logged anywhere...the only thing I can say is that it always used to work and that the last file being copied before the reboot seems to be "Vorbis" (if my eyes are fast enough). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 27 12:08:41 2008 From: trac at haiku-os.org (meanwhile) Date: Fri, 27 Jun 2008 10:08:41 -0000 Subject: [Haiku-bugs] [Haiku] #2461: PC reboots during copying files (new onto old revision on seperate partition) In-Reply-To: <044.3db364ca3970f6fad1ba62e83f2b1db8@haiku-os.org> References: <044.3db364ca3970f6fad1ba62e83f2b1db8@haiku-os.org> Message-ID: <053.e924bf2e6dba3ca37f489655ccf71219@haiku-os.org> #2461: PC reboots during copying files (new onto old revision on seperate partition) ------------------------+--------------------------------------------------- Reporter: meanwhile | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by meanwhile): I tried with r26139; previous still working partition must have been r26003. Booting the partition now shows an error. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 27 12:19:18 2008 From: trac at haiku-os.org (meanwhile) Date: Fri, 27 Jun 2008 10:19:18 -0000 Subject: [Haiku-bugs] [Haiku] #2461: PC reboots during copying files (new onto old revision on seperate partition) In-Reply-To: <044.3db364ca3970f6fad1ba62e83f2b1db8@haiku-os.org> References: <044.3db364ca3970f6fad1ba62e83f2b1db8@haiku-os.org> Message-ID: <053.c33eed14511f9a3461f3238bd4d610eb@haiku-os.org> #2461: PC reboots during copying files (new onto old revision on seperate partition) ------------------------+--------------------------------------------------- Reporter: meanwhile | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by meanwhile): I'll test all the revisions between r26003 and r26139 in the coming days. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 27 12:21:14 2008 From: trac at haiku-os.org (stippi) Date: Fri, 27 Jun 2008 10:21:14 -0000 Subject: [Haiku-bugs] [Haiku] #2461: PC reboots during copying files (new onto old revision on seperate partition) In-Reply-To: <044.3db364ca3970f6fad1ba62e83f2b1db8@haiku-os.org> References: <044.3db364ca3970f6fad1ba62e83f2b1db8@haiku-os.org> Message-ID: <053.01449841f415c7a5c05e5af435487189@haiku-os.org> #2461: PC reboots during copying files (new onto old revision on seperate partition) ------------------------+--------------------------------------------------- Reporter: meanwhile | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by stippi): So BeOS reboots when you try to copy files to the Haiku partition? Have you turned off the "bluescreen" in your BeOS kernel settings file? In case it is turned off, can you turn it on and tell the output of the BeOS KDL, also what the "sc" command gives? I am guessing your Haiku partition got corrupted and the BeOS BFS can't cope with it. Unless I misunderstand the report. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 27 12:29:30 2008 From: trac at haiku-os.org (meanwhile) Date: Fri, 27 Jun 2008 10:29:30 -0000 Subject: [Haiku-bugs] [Haiku] #2461: PC reboots during copying files (new onto old revision on seperate partition) In-Reply-To: <044.3db364ca3970f6fad1ba62e83f2b1db8@haiku-os.org> References: <044.3db364ca3970f6fad1ba62e83f2b1db8@haiku-os.org> Message-ID: <053.1125c264da29c146df76b97ce50b2e42@haiku-os.org> #2461: PC reboots during copying files (new onto old revision on seperate partition) ------------------------+--------------------------------------------------- Reporter: meanwhile | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by meanwhile): It's the entire PC that shuts down and reboots...Plz let me know if your advice is still valid with that info... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 27 12:30:40 2008 From: trac at haiku-os.org (meanwhile) Date: Fri, 27 Jun 2008 10:30:40 -0000 Subject: [Haiku-bugs] [Haiku] #2461: PC reboots during copying files (new onto old revision on seperate partition) In-Reply-To: <044.3db364ca3970f6fad1ba62e83f2b1db8@haiku-os.org> References: <044.3db364ca3970f6fad1ba62e83f2b1db8@haiku-os.org> Message-ID: <053.cab37b74c6bf94103409acb070e80ffa@haiku-os.org> #2461: PC reboots during copying files (new onto old revision on seperate partition) ------------------------+--------------------------------------------------- Reporter: meanwhile | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by meanwhile): Hmm, on second thought it's the same thing :D -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 27 12:31:57 2008 From: trac at haiku-os.org (meanwhile) Date: Fri, 27 Jun 2008 10:31:57 -0000 Subject: [Haiku-bugs] [Haiku] #2461: PC reboots during copying files (new onto old revision on seperate partition) In-Reply-To: <044.3db364ca3970f6fad1ba62e83f2b1db8@haiku-os.org> References: <044.3db364ca3970f6fad1ba62e83f2b1db8@haiku-os.org> Message-ID: <053.e534459e70fd5d98d87866cab121494f@haiku-os.org> #2461: PC reboots during copying files (new onto old revision on seperate partition) ------------------------+--------------------------------------------------- Reporter: meanwhile | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by meanwhile): Got to go to work now, will try your advice tomorrow. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 27 13:25:04 2008 From: trac at haiku-os.org (mt) Date: Fri, 27 Jun 2008 11:25:04 -0000 Subject: [Haiku-bugs] [Haiku] #2458: gcc4 build fails on haiku In-Reply-To: <037.8ce2c487f3f3ab8dd9ab7f0009d22386@haiku-os.org> References: <037.8ce2c487f3f3ab8dd9ab7f0009d22386@haiku-os.org> Message-ID: <046.207520693a11cb67758df11b28255601@haiku-os.org> #2458: gcc4 build fails on haiku -------------------------------+-------------------------------------------- Reporter: mt | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -------------------------------+-------------------------------------------- Comment(by mt): Hi, mmlr.[[BR]] I freshly initialize haiku's partition by DriveSetup (bone). and tried with r26144 (build on bone). In r26144, fixincl crashes and file system corrupts. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 27 13:42:44 2008 From: trac at haiku-os.org (mmlr) Date: Fri, 27 Jun 2008 11:42:44 -0000 Subject: [Haiku-bugs] [Haiku] #2461: PC reboots during copying files (new onto old revision on seperate partition) In-Reply-To: <044.3db364ca3970f6fad1ba62e83f2b1db8@haiku-os.org> References: <044.3db364ca3970f6fad1ba62e83f2b1db8@haiku-os.org> Message-ID: <053.286858b92f83dd5aa59200ce3733a86a@haiku-os.org> #2461: PC reboots during copying files (new onto old revision on seperate partition) ------------------------+--------------------------------------------------- Reporter: meanwhile | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by mmlr): Just clarify if this happens under BeOS. If you are in BeOS and the PC reboots when copying files, this cannot be caused by Haiku. None of the files are executed (they can't even be, as Haiku binaries aren't runable on BeOS anymore). So if this is really the case it would be a BeOS/BFS problem, independent of the Haiku files/revision. As Stephan mentioned it is probable that your Haiku partition got corrupted and BeOS' BFS is crashing because of that. In that case you should copy everything that you still need off of that partition (assuming it doesn't reboot doing that) and re-initialize the partition with a fresh BFS. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 27 16:13:34 2008 From: trac at haiku-os.org (scottmc) Date: Fri, 27 Jun 2008 14:13:34 -0000 Subject: [Haiku-bugs] [Haiku] #2076: Enhance (speed-up) the way trash empties trash. In-Reply-To: <041.6a03badf4567ea1d7818e5a86b3d77d1@haiku-os.org> References: <041.6a03badf4567ea1d7818e5a86b3d77d1@haiku-os.org> Message-ID: <050.f43684aa6086069c02aba61fb0a74fb8@haiku-os.org> #2076: Enhance (speed-up) the way trash empties trash. -------------------------------+-------------------------------------------- Reporter: kvdman | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by scottmc): Also after emptying a very full trash can the system may run extra slow until you reboot. Also when you go to shutdown it will almost always say Tidying Up, sometimes for a long time. I think this should be moved up to "bug" status and cleared up for R1. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 27 19:07:21 2008 From: trac at haiku-os.org (scottmc) Date: Fri, 27 Jun 2008 17:07:21 -0000 Subject: [Haiku-bugs] [Haiku] #2346: Some of headers are not self containing In-Reply-To: <042.e55a33ce082f1a29876a6af37364a93e@haiku-os.org> References: <042.e55a33ce082f1a29876a6af37364a93e@haiku-os.org> Message-ID: <051.2145c8c4c73814f2aae7e2c403d68da6@haiku-os.org> #2346: Some of headers are not self containing ------------------------+--------------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by scottmc): Figured I'd run the test and post the results here. {{{ test2346.sh > test2346.txt In file included from /boot/home/test.c:1: /boot/develop/headers/posix/arch/m68k/arch_setjmp.h:10: warning: #warning M68K: fix jmpbuf size In file included from /boot/home/test.c:1: /boot/develop/headers/posix/netinet/ip_icmp.h:71: field `idi_ip' has incomplete type In file included from /boot/home/test.c:1: /boot/develop/headers/posix/netinet/ip_var.h:51: field `ih_src' has incomplete type /boot/develop/headers/posix/netinet/ip_var.h:52: field `ih_dst' has incomplete type /boot/develop/headers/posix/netinet/ip_var.h:64: field `ipopt_dst' has incomplete type /boot/develop/headers/posix/netinet/ip_var.h:77: `IP_MAX_MEMBERSHIPS' undeclared here (not in a function) /boot/develop/headers/posix/netinet/ip_var.h:104: field `ipq_src' has incomplete type /boot/develop/headers/posix/netinet/ip_var.h:104: field `ipq_dst' has incomplete type In file included from /boot/home/test.c:1: /boot/develop/headers/posix/regex.h:358: parse error before `size_t' /boot/develop/headers/posix/regex.h:358: warning: no semicolon at end of struct or union /boot/develop/headers/posix/regex.h:365: parse error before `:' /boot/develop/headers/posix/regex.h:374: parse error before `:' /boot/develop/headers/posix/regex.h:378: parse error before `:' /boot/develop/headers/posix/regex.h:382: parse error before `:' /boot/develop/headers/posix/regex.h:386: parse error before `:' /boot/develop/headers/posix/regex.h:389: parse error before `:' /boot/develop/headers/posix/regex.h:392: parse error before `:' /boot/develop/headers/posix/regex.h:456: parse error before `size_t' /boot/develop/headers/posix/regex.h:544: parse error before `size_t' /boot/develop/headers/posix/regex.h:548: parse error before `regerror' /boot/develop/headers/posix/regex.h:549: parse error before `size_t' /boot/develop/headers/posix/regex.h:549: warning: data definition has no type or storage class In file included from /boot/home/test.c:1: /boot/develop/headers/posix/resolv.h:160: field `nsaddr_list' has incomplete type /boot/develop/headers/posix/resolv.h:170: field `addr' has incomplete type /boot/develop/headers/posix/resolv.h:194: field `sin' has incomplete type In file included from /boot/home/test.c:1: /boot/develop/headers/posix/stdio_post.h:14: #error "This file must be included from stdio.h!" In file included from /boot/home/test.c:1: /boot/develop/headers/posix/stdio_pre.h:8: #error "This file must be included from stdio.h!" }}} I then inserted an #include right before the #include <$f> and then reran the test and here's what I got: {{{ ~> test2346.sh > test2346.txt In file included from /boot/home/test.c:2: /boot/develop/headers/posix/arch/m68k/arch_setjmp.h:10: warning: #warning M68K: fix jmpbuf size In file included from /boot/home/test.c:2: /boot/develop/headers/posix/netinet/ip_icmp.h:71: field `idi_ip' has incomplete type In file included from /boot/home/test.c:2: /boot/develop/headers/posix/netinet/ip_var.h:51: field `ih_src' has incomplete type /boot/develop/headers/posix/netinet/ip_var.h:52: field `ih_dst' has incomplete type /boot/develop/headers/posix/netinet/ip_var.h:64: field `ipopt_dst' has incomplete type /boot/develop/headers/posix/netinet/ip_var.h:77: `IP_MAX_MEMBERSHIPS' undeclared here (not in a function) /boot/develop/headers/posix/netinet/ip_var.h:104: field `ipq_src' has incomplete type /boot/develop/headers/posix/netinet/ip_var.h:104: field `ipq_dst' has incomplete type In file included from /boot/home/test.c:2: /boot/develop/headers/posix/resolv.h:160: field `nsaddr_list' has incomplete type /boot/develop/headers/posix/resolv.h:170: field `addr' has incomplete type /boot/develop/headers/posix/resolv.h:194: field `sin' has incomplete type In file included from /boot/home/test.c:2: /boot/develop/headers/posix/stdio_post.h:14: #error "This file must be included from stdio.h!" In file included from /boot/home/test.c:2: /boot/develop/headers/posix/stdio_pre.h:8: #error "This file must be included from stdio.h!" ~> }}} So it would seem that m68k/arch_setjmp.h, netinet/ip_icmp.h, netinet/ip_var.h, resolv.h may need fixes, or they also have a required include missing. In the regex.h file it states that is required first. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 27 21:18:08 2008 From: trac at haiku-os.org (kvdman) Date: Fri, 27 Jun 2008 19:18:08 -0000 Subject: [Haiku-bugs] [Haiku] #2462: /var/tmp missing from image Message-ID: <041.d8284931d6b42b46a331400f20f42405@haiku-os.org> #2462: /var/tmp missing from image -----------------------+---------------------------------------------------- Reporter: kvdman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- A temporary directory is missing from Haiku's image. It seems Firefox (optional package) saves downloaded files into /tmp first regardless of where you tell it to download files to in the preferences. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 27 22:38:47 2008 From: trac at haiku-os.org (meanwhile) Date: Fri, 27 Jun 2008 20:38:47 -0000 Subject: [Haiku-bugs] [Haiku] #2461: PC reboots during copying files (new onto old revision on seperate partition) In-Reply-To: <044.3db364ca3970f6fad1ba62e83f2b1db8@haiku-os.org> References: <044.3db364ca3970f6fad1ba62e83f2b1db8@haiku-os.org> Message-ID: <053.443d4972854dc09f3da62609b1d1bd4b@haiku-os.org> #2461: PC reboots during copying files (new onto old revision on seperate partition) ------------------------+--------------------------------------------------- Reporter: meanwhile | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by meanwhile): Replying to [comment:7 mmlr]: > Just clarify if this happens under BeOS. If you are in BeOS and the PC reboots when copying files, this cannot be caused by Haiku. None of the files are executed (they can't even be, as Haiku binaries aren't runable on BeOS anymore). So if this is really the case it would be a BeOS/BFS problem, independent of the Haiku files/revision. As Stephan mentioned it is probable that your Haiku partition got corrupted and BeOS' BFS is crashing because of that. In that case you should copy everything that you still need off of that partition (assuming it doesn't reboot doing that) and re-initialize the partition with a fresh BFS. Back from my (dead-end) job I can say it does happen under BeOS (Dano) when copying files, making it a BeOS/BFS problem, like you said. I emptied the partition, except for a non-removable 'Home' folder with an empty equally non-removable 'Desktop' in it, after which I replaced those two with the contents of the mounted new revision. During the copying of files the PC still reboots, so I'll start working on this partition with Partition Magic, to try and clean it up. Thanks for the help and this ticket should be marked invalid. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jun 27 23:13:38 2008 From: trac at haiku-os.org (meanwhile) Date: Fri, 27 Jun 2008 21:13:38 -0000 Subject: [Haiku-bugs] [Haiku] #2461: PC reboots during copying files (new onto old revision on seperate partition) In-Reply-To: <044.3db364ca3970f6fad1ba62e83f2b1db8@haiku-os.org> References: <044.3db364ca3970f6fad1ba62e83f2b1db8@haiku-os.org> Message-ID: <053.53b773c7a8b1548a27d8a0090798e068@haiku-os.org> #2461: PC reboots during copying files (new onto old revision on seperate partition) ------------------------+--------------------------------------------------- Reporter: meanwhile | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by meanwhile): P.S. Success after copying the files "in bits and pieces", rather than through 'replace all'. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 28 01:29:40 2008 From: trac at haiku-os.org (monni) Date: Fri, 27 Jun 2008 23:29:40 -0000 Subject: [Haiku-bugs] [Haiku] #2463: ZipOMatic complains about unterminated #else Message-ID: <040.aba593f0b55c3865edd162b386c6b4e8@haiku-os.org> #2463: ZipOMatic complains about unterminated #else -----------------------------+---------------------------------------------- Reporter: monni | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Add-Ons/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------+---------------------------------------------- When compiling resource file, complains about unterminated #else... Caused by missing # before endif -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 28 03:21:45 2008 From: trac at haiku-os.org (pieterpan) Date: Sat, 28 Jun 2008 01:21:45 -0000 Subject: [Haiku-bugs] [Haiku] #169: [Registrar] Shutdown Status window isn't font sensitive (easy) In-Reply-To: <040.f7512d973b6d5fdd1f2838592eddf172@haiku-os.org> References: <040.f7512d973b6d5fdd1f2838592eddf172@haiku-os.org> Message-ID: <049.f73a9f54c390f139ab7aaddd7902ce22@haiku-os.org> #169: [Registrar] Shutdown Status window isn't font sensitive (easy) --------------------------------+------------------------------------------- Reporter: diver | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/registrar | Version: Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by pieterpan): Ok, so I figured, this one is easy. But I can't figure it out at all... The code in ShutDownProcess.cpp seems fine: {{{ fTextView->SetText("two\nlines"); int textHeight = (int)fTextView->TextHeight(0, 1) + 1; }}} This is then used to position the elements below the textview. This works with font size in the fonts preflet is 12 (default). Now when I change the font size to 18 (biggest) and reboot, all of a sudden only one text line appears instead of two. (Which is the original problem of this ticket) So to see what is going on, I have modified it in such a way that it also prints the size returned by TextHeight to the resulting string in SetText. The strange part is that TextHeight(0,1) returns a SMALLER value for a larger font! See both screenshots attached. (please ignore the second 0. I looked at TextHeight, but I can't see the problem. It must be in there somewhere... Also, try font size 13 and the window becomes infinitely big... Probably TextHeight returns something strange there... The code there is a little over my head, and it is late. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 28 04:35:21 2008 From: trac at haiku-os.org (anevilyak) Date: Sat, 28 Jun 2008 02:35:21 -0000 Subject: [Haiku-bugs] [Haiku] #169: [Registrar] Shutdown Status window isn't font sensitive (easy) In-Reply-To: <040.f7512d973b6d5fdd1f2838592eddf172@haiku-os.org> References: <040.f7512d973b6d5fdd1f2838592eddf172@haiku-os.org> Message-ID: <049.f8dddbbfb59125ffdd0fd1fae97c2be6@haiku-os.org> #169: [Registrar] Shutdown Status window isn't font sensitive (easy) --------------------------------+------------------------------------------- Reporter: diver | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/registrar | Version: Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by anevilyak): One thing that does immediately seem odd from looking at TextHeight()'s implementation is it seems to reference an out of bounds line: float height = (*fLines)[endLine + 1]->origin - (*fLines)[startLine]->origin; Unless there's some trick I'm missing, that will only work if endLine is not in fact the last line in the view, which it is here. If that's the case it's entirely possible it's getting back a garbage value, though I'm somewhat surprised it's not crashing if that's true. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 28 05:04:37 2008 From: trac at haiku-os.org (anevilyak) Date: Sat, 28 Jun 2008 03:04:37 -0000 Subject: [Haiku-bugs] [Haiku] #2447: BListView::SwapItems behavior appears broken for BOutlineListView In-Reply-To: <044.c9059e61ac91b8d74d646984bd65af1e@haiku-os.org> References: <044.c9059e61ac91b8d74d646984bd65af1e@haiku-os.org> Message-ID: <053.9a51fb6e0cfefb77042f5576cc731d99@haiku-os.org> #2447: BListView::SwapItems behavior appears broken for BOutlineListView ---------------------------------+------------------------------------------ Reporter: anevilyak | Owner: anevilyak Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by anevilyak): * status: new => closed * resolution: => fixed Comment: Fixed in r26149. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 28 05:22:08 2008 From: trac at haiku-os.org (luroh) Date: Sat, 28 Jun 2008 03:22:08 -0000 Subject: [Haiku-bugs] [Haiku] #2245: OpenGrok search is very much out of date In-Reply-To: <050.52e169c3eecc428c1bb91eccc4bcb163@haiku-os.org> References: <050.52e169c3eecc428c1bb91eccc4bcb163@haiku-os.org> Message-ID: <059.688059564a5eb8d75d1893ed41593487@haiku-os.org> #2245: OpenGrok search is very much out of date ------------------------------+--------------------------------------------- Reporter: marcusoverhagen | Owner: nielx Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Website | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by luroh): Seems to be back on track now (thanks Janne!). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 28 12:50:57 2008 From: trac at haiku-os.org (pieterpan) Date: Sat, 28 Jun 2008 10:50:57 -0000 Subject: [Haiku-bugs] [Haiku] #169: [Registrar] Shutdown Status window isn't font sensitive (easy) In-Reply-To: <040.f7512d973b6d5fdd1f2838592eddf172@haiku-os.org> References: <040.f7512d973b6d5fdd1f2838592eddf172@haiku-os.org> Message-ID: <049.a68027b25f504eb31003b1fa6ee8fd01@haiku-os.org> #169: [Registrar] Shutdown Status window isn't font sensitive (easy) --------------------------------+------------------------------------------- Reporter: diver | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/registrar | Version: Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by pieterpan): I looked at the way that I think the whole fLines is set up, I think it actually stores an extra line, maybe for code simplification. Say you have 2 lines: line 0 and line 1. It will actually store line 0, line 1 and line 2. Now the total text height is the origin of line 0 to the origin of line 2. However, this does not explain the strange values we get. Anyway, that code is rather involved, perhaps someone who worked on it could examine it? One of the problems with this code is that it assumes that the text will fit inside the window (determined by the width of the buttons etc, and that it will do so in 2 lines... Probably for a long app name and big font this does not apply. So it should probably also factor in the width of the textview. Or just use the layout system. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 28 15:10:33 2008 From: trac at haiku-os.org (mmlr) Date: Sat, 28 Jun 2008 13:10:33 -0000 Subject: [Haiku-bugs] [Haiku] #2461: PC reboots during copying files (new onto old revision on seperate partition) In-Reply-To: <044.3db364ca3970f6fad1ba62e83f2b1db8@haiku-os.org> References: <044.3db364ca3970f6fad1ba62e83f2b1db8@haiku-os.org> Message-ID: <053.0f4526e9b5677526fdceb90e30cad414@haiku-os.org> #2461: PC reboots during copying files (new onto old revision on seperate partition) ------------------------+--------------------------------------------------- Reporter: meanwhile | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by mmlr): * status: new => closed * resolution: => invalid Comment: Making the partition empty by removing all files does _not_ necessarily cure a corrupted filesystem. If you want to start over with a filesystem, you should just use DriveSetup to reinitialize said partition with a completely new BFS. That should resolve this kind of problem. Closing the ticket as it is a BeOS/BFS issue. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 28 16:50:47 2008 From: trac at haiku-os.org (kvdman) Date: Sat, 28 Jun 2008 14:50:47 -0000 Subject: [Haiku-bugs] [Haiku] #2076: Enhance (speed-up) the way trash empties trash. In-Reply-To: <041.6a03badf4567ea1d7818e5a86b3d77d1@haiku-os.org> References: <041.6a03badf4567ea1d7818e5a86b3d77d1@haiku-os.org> Message-ID: <050.d6e2a91ceb1c05e8b987f9c08f30b977@haiku-os.org> #2076: Enhance (speed-up) the way trash empties trash. -------------------------------+-------------------------------------------- Reporter: kvdman | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by kvdman): Perhaps this ticket can be brought to the attention of our GSOC student debugging the file system? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 28 17:43:38 2008 From: trac at haiku-os.org (kev) Date: Sat, 28 Jun 2008 15:43:38 -0000 Subject: [Haiku-bugs] [Haiku] #2439: boot process stalls (around mime_update.sh/emuxki: init_hardware()?) In-Reply-To: <038.f78b13c2744771eb62cdc040745d297c@haiku-os.org> References: <038.f78b13c2744771eb62cdc040745d297c@haiku-os.org> Message-ID: <047.3f98345ff9449a289d31796208ffdcfb@haiku-os.org> #2439: boot process stalls (around mime_update.sh/emuxki: init_hardware()?) ---------------------+------------------------------------------------------ Reporter: kev | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------+------------------------------------------------------ Comment(by kev): Sorry, I retried today, it's actually just after the middle HD icon lights up, not the last one. Also, the bottom of the stack crawl says '*** READ/WRITE ERROR ***'. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 28 18:00:55 2008 From: trac at haiku-os.org (emitrax) Date: Sat, 28 Jun 2008 16:00:55 -0000 Subject: [Haiku-bugs] [Haiku] #2076: Enhance (speed-up) the way trash empties trash. In-Reply-To: <041.6a03badf4567ea1d7818e5a86b3d77d1@haiku-os.org> References: <041.6a03badf4567ea1d7818e5a86b3d77d1@haiku-os.org> Message-ID: <050.e08323f64175fb957230747f8be9e4f1@haiku-os.org> #2076: Enhance (speed-up) the way trash empties trash. -------------------------------+-------------------------------------------- Reporter: kvdman | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by emitrax): IMO I don't think this is a file system problem as creating many files and then deleting them with the rm command line is pretty quick. Same as for big files. Have you tried deleting files from Terminal? I think it's more a Tracker problem than a file system one. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 28 18:02:40 2008 From: trac at haiku-os.org (xspager) Date: Sat, 28 Jun 2008 16:02:40 -0000 Subject: [Haiku-bugs] [Haiku] #2464: PANIC on a AMD64 machine Message-ID: <042.959791626593b2f7ff38f506fcd23c28@haiku-os.org> #2464: PANIC on a AMD64 machine -----------------------+---------------------------------------------------- Reporter: xspager | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: x64 Blocking: | -----------------------+---------------------------------------------------- I`m booting Haiku on a GIGABYTE(GA-M61PM-S2) the socket is AM2 with AMD64 x2 (dual core), 2GB RAM, HD SATA. I`m gettin the debug screen whit this message, that i hand copy: {{{ PANIC: vm_page_fault: unhandled page fault in kernel space at 0x0, ip 0x0 }}} Enabling the debug output on the boot menu the last line in the output is: {{{ vm_soft_fault: kernel thread accessing invalid user memory vm_page_fault: vm_soft_fault returned error 'Bad address' on fault at 0x0, ip 0x0, write 0, user 0, thread 0xa }}} and then the debug screen. there also a screenshot of bt command output in attach -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 28 19:45:08 2008 From: trac at haiku-os.org (mmlr) Date: Sat, 28 Jun 2008 17:45:08 -0000 Subject: [Haiku-bugs] [Haiku] #2463: ZipOMatic complains about unterminated #else In-Reply-To: <040.aba593f0b55c3865edd162b386c6b4e8@haiku-os.org> References: <040.aba593f0b55c3865edd162b386c6b4e8@haiku-os.org> Message-ID: <049.4eb6ff41a7f9e86579f44ef35dbad3d1@haiku-os.org> #2463: ZipOMatic complains about unterminated #else ------------------------------+--------------------------------------------- Reporter: monni | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Add-Ons/Tracker | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Changes (by mmlr): * status: new => closed * resolution: => fixed Comment: Applied in r26155. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 28 20:07:58 2008 From: trac at haiku-os.org (n3s) Date: Sat, 28 Jun 2008 18:07:58 -0000 Subject: [Haiku-bugs] [Haiku] #2465: nvidia driver does not work with GeForce 7600GT Message-ID: <038.0de46c7c697ad8843caf1de95d1ecb34@haiku-os.org> #2465: nvidia driver does not work with GeForce 7600GT -------------------------------------+-------------------------------------- Reporter: n3s | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- The MSI NX7600GT (nvidia GeForce 7600GT) has vendor id 0x10de and device id 0x02e0, which is not in the device list, so I manually added it to the driver.c Zeta 1.2 will reject the driver ("Your card is currently not supported") and boot in grey scale or VESA. Haiku crashes (SEGFAULT in app_server) and leaves the system unuasable at the last icon of the boot screen. (KDL over serial works). Using "fail-safe video mode" Haiku boots and the Vesa-mode works fine (a bit slow though). Tested with R26149 and R26151, serial output is almost identical each time. May be related to #1518 and #2071. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 28 20:31:06 2008 From: trac at haiku-os.org (mmlr) Date: Sat, 28 Jun 2008 18:31:06 -0000 Subject: [Haiku-bugs] [Haiku] #2450: grep output error In-Reply-To: <042.6ff803e1e9aab4b460e6ed65fe106763@haiku-os.org> References: <042.6ff803e1e9aab4b460e6ed65fe106763@haiku-os.org> Message-ID: <051.3fe7746b3e247b7c33a6b55bd128df1b@haiku-os.org> #2450: grep output error ------------------------+--------------------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: closed Priority: low | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by mmlr): * status: new => closed * resolution: => fixed Comment: Fixed in r26156. The grep configuration was wrong. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 28 21:18:57 2008 From: trac at haiku-os.org (axeld) Date: Sat, 28 Jun 2008 19:18:57 -0000 Subject: [Haiku-bugs] [Haiku] #2464: PANIC on a AMD64 machine In-Reply-To: <042.959791626593b2f7ff38f506fcd23c28@haiku-os.org> References: <042.959791626593b2f7ff38f506fcd23c28@haiku-os.org> Message-ID: <051.b094baa4454fd561946a60ec4e54b182@haiku-os.org> #2464: PANIC on a AMD64 machine ----------------------------+----------------------------------------------- Reporter: xspager | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x64 | Blocking: ----------------------------+----------------------------------------------- Changes (by axeld): * component: - General => System/Kernel Comment: Can you turn on on-screen console output in the boot loader (entered by pressing space very early in the boot process), and copy the last lines of output before it crashes? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 28 21:20:43 2008 From: trac at haiku-os.org (axeld) Date: Sat, 28 Jun 2008 19:20:43 -0000 Subject: [Haiku-bugs] [Haiku] #2466: Nested components gone since recently Message-ID: <040.c03a85e7a3f81ced760aea2afee2be16@haiku-os.org> #2466: Nested components gone since recently --------------------------+------------------------------------------------- Reporter: axeld | Owner: nielx Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- The component nesting doesn't work anymore - it now just shows the whole list of components. It definitely worked after the switch, it must have happened in the past few days. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 28 21:21:08 2008 From: trac at haiku-os.org (mmlr) Date: Sat, 28 Jun 2008 19:21:08 -0000 Subject: [Haiku-bugs] [Haiku] #2462: /var/tmp missing from image In-Reply-To: <041.d8284931d6b42b46a331400f20f42405@haiku-os.org> References: <041.d8284931d6b42b46a331400f20f42405@haiku-os.org> Message-ID: <050.4572d2cfb1823f0d1d6f577886fe0f9f@haiku-os.org> #2462: /var/tmp missing from image ------------------------+--------------------------------------------------- Reporter: kvdman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by mmlr): I don't quite understand. A freshly built Haiku image has "/var" which is a link to "/boot/var" and "/tmp" which is a link to "/boot/var/tmp". I checked and the directory "/boot/var/tmp" actually exists. How did you get to the conclusion that "/tmp" or "/var/tmp" is missing? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jun 28 23:21:05 2008 From: trac at haiku-os.org (xspager) Date: Sat, 28 Jun 2008 21:21:05 -0000 Subject: [Haiku-bugs] [Haiku] #2464: PANIC on a AMD64 machine In-Reply-To: <042.959791626593b2f7ff38f506fcd23c28@haiku-os.org> References: <042.959791626593b2f7ff38f506fcd23c28@haiku-os.org> Message-ID: <051.9db21a337785265c85ab616e91dac79a@haiku-os.org> #2464: PANIC on a AMD64 machine ----------------------------+----------------------------------------------- Reporter: xspager | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x64 | Blocking: ----------------------------+----------------------------------------------- Comment(by xspager): I`m building this using --build-cross-tools-gcc4 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 29 00:37:06 2008 From: trac at haiku-os.org (xspager) Date: Sat, 28 Jun 2008 22:37:06 -0000 Subject: [Haiku-bugs] [Haiku] #2464: PANIC on a AMD64 machine In-Reply-To: <042.959791626593b2f7ff38f506fcd23c28@haiku-os.org> References: <042.959791626593b2f7ff38f506fcd23c28@haiku-os.org> Message-ID: <051.de07522c8a8c268138557c7d823f1dbe@haiku-os.org> #2464: PANIC on a AMD64 machine ----------------------------+----------------------------------------------- Reporter: xspager | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x64 | Blocking: ----------------------------+----------------------------------------------- Comment(by xspager): From Gigabyte site GA-M61PM-S2 Chipset 1. NVIDIA? GeForce 6100 / nForce 430 2. Super I/O chip: ITE IT8716 3. Integrated Peripherals 1. T.I. IEEE1394 controller 2. Realtek RTL8211 Gigabit Ethernet controller 3. Realtek ALC883 Audio Codec -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 29 01:04:26 2008 From: trac at haiku-os.org (xspager) Date: Sat, 28 Jun 2008 23:04:26 -0000 Subject: [Haiku-bugs] [Haiku] #2464: PANIC on a AMD64 machine In-Reply-To: <042.959791626593b2f7ff38f506fcd23c28@haiku-os.org> References: <042.959791626593b2f7ff38f506fcd23c28@haiku-os.org> Message-ID: <051.862782844bc1d35023699eb61dcbf3c3@haiku-os.org> #2464: PANIC on a AMD64 machine ----------------------------+----------------------------------------------- Reporter: xspager | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x64 | Blocking: ----------------------------+----------------------------------------------- Comment(by xspager): using linux32 and --build-cross-tools , crash too on boot -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 29 05:36:07 2008 From: trac at haiku-os.org (dlmcpaul) Date: Sun, 29 Jun 2008 03:36:07 -0000 Subject: [Haiku-bugs] [Haiku] #2464: PANIC on a AMD64 machine In-Reply-To: <042.959791626593b2f7ff38f506fcd23c28@haiku-os.org> References: <042.959791626593b2f7ff38f506fcd23c28@haiku-os.org> Message-ID: <051.4b562a425ce159b78307cd692019f476@haiku-os.org> #2464: PANIC on a AMD64 machine ----------------------------+----------------------------------------------- Reporter: xspager | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x64 | Blocking: ----------------------------+----------------------------------------------- Comment(by dlmcpaul): Replying to [comment:1 axeld]: > Can you turn on on-screen console output in the boot loader (entered by pressing space very early in the boot process), and copy the last lines of output before it crashes? Here is what I get Legacy SATA: controller found vendor 0x10de device 0x0055 Legacy SATA: controller probe PCI-IDE: Controller in native mode cmd 0x9e0 ctrl 0xbe2 irq 11 PCI-IDE: init channel PCI-IDE: channel index 0 PCI-IDE: bus master base 0xe800 PCI-IDE: init channel done vm_soft_fault etc -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 29 06:10:20 2008 From: trac at haiku-os.org (umccullough) Date: Sun, 29 Jun 2008 04:10:20 -0000 Subject: [Haiku-bugs] [Haiku] #2465: nvidia driver does not work with GeForce 7600GT In-Reply-To: <038.0de46c7c697ad8843caf1de95d1ecb34@haiku-os.org> References: <038.0de46c7c697ad8843caf1de95d1ecb34@haiku-os.org> Message-ID: <047.4397116f8cf15afbb16101980960b3a1@haiku-os.org> #2465: nvidia driver does not work with GeForce 7600GT --------------------------------------+------------------------------------- Reporter: n3s | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Comment(by umccullough): Not that I necessarily believe that it would work, but did you add your device to both the kernel driver and the accelerant? You must add it here: http://dev.haiku-os.org/browser/haiku/trunk/src/add- ons/kernel/drivers/graphics/nvidia/driver.c and also here: http://dev.haiku-os.org/browser/haiku/trunk/src/add- ons/accelerants/nvidia/engine/nv_general.c The second one is important because it tells the accelerant what features the chip supports and how to work with it. Best solution is to find one already there with the same features/revision as yours and add it as an additional case there. (perhaps along with the 0x039110de which is also labeled as a 7600GT) Anyhow, if that still doesn't work - i'd guess Rudolf would have to provide more advice :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 29 06:58:19 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 29 Jun 2008 04:58:19 -0000 Subject: [Haiku-bugs] [Haiku] #2465: nvidia driver does not work with GeForce 7600GT In-Reply-To: <038.0de46c7c697ad8843caf1de95d1ecb34@haiku-os.org> References: <038.0de46c7c697ad8843caf1de95d1ecb34@haiku-os.org> Message-ID: <047.73c875b63946e18df9988f33e295a6ac@haiku-os.org> #2465: nvidia driver does not work with GeForce 7600GT --------------------------------------+------------------------------------- Reporter: n3s | Owner: rudolfc Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Changes (by anevilyak): * owner: axeld => rudolfc Comment: Reassigning to Rudolf. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 29 12:10:13 2008 From: trac at haiku-os.org (axeld) Date: Sun, 29 Jun 2008 10:10:13 -0000 Subject: [Haiku-bugs] [Haiku] #2464: PANIC on a AMD64 machine In-Reply-To: <042.959791626593b2f7ff38f506fcd23c28@haiku-os.org> References: <042.959791626593b2f7ff38f506fcd23c28@haiku-os.org> Message-ID: <051.29a812695e9d8c7d207e5be6677fc997@haiku-os.org> #2464: PANIC on a AMD64 machine ----------------------------+----------------------------------------------- Reporter: xspager | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: duplicate | Blockedby: 2284 Platform: x64 | Blocking: ----------------------------+----------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => duplicate * blockedby: => 2284 Comment: Thanks, that made it clear - it's a duplicate of bug #2284. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 29 12:25:15 2008 From: trac at haiku-os.org (axeld) Date: Sun, 29 Jun 2008 10:25:15 -0000 Subject: [Haiku-bugs] [Haiku] #2284: Page Fault on boot (25717) In-Reply-To: <048.bfb72f9386e7aa9daa3a55dc9e971a91@haiku-os.org> References: <048.bfb72f9386e7aa9daa3a55dc9e971a91@haiku-os.org> Message-ID: <057.8515fd7c479e926b85f6575e30102c0b@haiku-os.org> #2284: Page Fault on boot (25717) ----------------------------+----------------------------------------------- Reporter: dustin howett | Owner: axeld Type: bug | Status: closed Priority: blocker | Milestone: R1/alpha1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: 2464 ----------------------------+----------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Applied in r26163, thanks a lot! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 29 14:03:44 2008 From: trac at haiku-os.org (idefix) Date: Sun, 29 Jun 2008 12:03:44 -0000 Subject: [Haiku-bugs] [Haiku] #2344: Hang when booting with USB Mass Storage device connected. In-Reply-To: <048.642c613bc61a224b120d9d3f951a1559@haiku-os.org> References: <048.642c613bc61a224b120d9d3f951a1559@haiku-os.org> Message-ID: <057.cd2a5ee65352a3363931631af7aa1470@haiku-os.org> #2344: Hang when booting with USB Mass Storage device connected. ----------------------------+----------------------------------------------- Reporter: dustin howett | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by idefix): Compiled usb and usb_disk with tracing enabled, see seriallog6.txt. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 29 15:59:55 2008 From: trac at haiku-os.org (n3s) Date: Sun, 29 Jun 2008 13:59:55 -0000 Subject: [Haiku-bugs] [Haiku] #2465: nvidia driver does not work with GeForce 7600GT In-Reply-To: <038.0de46c7c697ad8843caf1de95d1ecb34@haiku-os.org> References: <038.0de46c7c697ad8843caf1de95d1ecb34@haiku-os.org> Message-ID: <047.f9bbf55be6317e15f32cd0e9b1cef93c@haiku-os.org> #2465: nvidia driver does not work with GeForce 7600GT --------------------------------------+------------------------------------- Reporter: n3s | Owner: rudolfc Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Comment(by n3s): Yes, I forgot to update the accelerant. But after changing it, I still got segfaults (this time in the accelerant) I noticed though, that /home/config/settings/kernel/drivers/nvidia.settings was missing. Adding it and rebooting, I still got segfaults. After googling, I found some comment that GF7800GTO will work if you set memory to 128. Of course I tried that, haiku boots, but the resolution seems to be odd, both my analog monitor and my TFT (analog input) shut off with "out of range". So I tried the DVI, and behold, it worked. I could set the resolution on the fly to the native 1680x1050 and back at 16bit/pixel. When changing to 32bit, the mouse cursor would disappear. So, to make it work: * add IDs to the driver * add settings file * restrict video mem to 128MB * use a TFT with DVI By the way, I would be nice if the serial output would say if Haiku is done booting. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 29 16:28:54 2008 From: trac at haiku-os.org (diver) Date: Sun, 29 Jun 2008 14:28:54 -0000 Subject: [Haiku-bugs] [Haiku] #2467: [vlc] crash BListItem::OutlineLevel Message-ID: <040.09acf02d0ba346c663268576b8714596@haiku-os.org> #2467: [vlc] crash BListItem::OutlineLevel -----------------------------+---------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Kernel Kit | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------+---------------------------------------------- When i try to run VLC from optional package it crashes everytime with the same bt. Seems to be a new bug. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 29 16:31:36 2008 From: trac at haiku-os.org (mmlr) Date: Sun, 29 Jun 2008 14:31:36 -0000 Subject: [Haiku-bugs] [Haiku] #2467: [vlc] crash BListItem::OutlineLevel In-Reply-To: <040.09acf02d0ba346c663268576b8714596@haiku-os.org> References: <040.09acf02d0ba346c663268576b8714596@haiku-os.org> Message-ID: <049.ffe69df7a5649d9ca841e17b2ff0ff43@haiku-os.org> #2467: [vlc] crash BListItem::OutlineLevel ------------------------------+--------------------------------------------- Reporter: diver | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Kernel Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Changes (by mmlr): * owner: axeld => anevilyak Comment: It was probably introduced in r26149. It might be a big in that change, or this change might uncover another bug that was hidden up to now. Assigning to Rene. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 29 17:15:10 2008 From: trac at haiku-os.org (rudolfc) Date: Sun, 29 Jun 2008 15:15:10 -0000 Subject: [Haiku-bugs] [Haiku] #2465: nvidia driver does not work with GeForce 7600GT In-Reply-To: <038.0de46c7c697ad8843caf1de95d1ecb34@haiku-os.org> References: <038.0de46c7c697ad8843caf1de95d1ecb34@haiku-os.org> Message-ID: <047.6d88c456d75f85477cc3131d9108c975@haiku-os.org> #2465: nvidia driver does not work with GeForce 7600GT --------------------------------------+------------------------------------- Reporter: n3s | Owner: rudolfc Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Comment(by rudolfc): Hi there, Thanks for all the info. Could you please send a syslog output file as well? I'd like to see how much RAM was mapped by the kerneldriver.. The driver detects 512Mb RAM on your card. Is that correct? From the looks of it (from your messages) I'd say the card reports less than 512Mb to be mapped for it's RAM, actually a card BIOS fault. Or: it reports 512MB RAM while there's less on it in fact.. ? Still a BIOS fault. Anyhow, in theory it should be possible to limit the driver mapping memory if such a case arises. I'll have to add that then to the driver. Interesting that DVI works for you while CRTC does not: this error occurs on more cards outthere (GF7300LE??, intermitting?). Maybe the PLL programming code needs updating. I'll look into that once I get my new mainboard up and running for dev with Haiku (still nogo..) Adding the ID's is probably best done after fixing the CRTC error as well as finding out details and fixing the RAM mapping error. (These days cards are shut-off by ID if there is trouble on them in HAIKU svn). I'll go on holiday for about two weeks and after that I hope to be able to install Haiku on my new PCI-E mainboard on HD (only USB-haiku boot works ATM). Once installation is successfull, and I can develop on Haiku, I'll (try to) fix the CRTC error. Greetings! Rudolf. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 29 17:54:22 2008 From: trac at haiku-os.org (n3s) Date: Sun, 29 Jun 2008 15:54:22 -0000 Subject: [Haiku-bugs] [Haiku] #2465: nvidia driver does not work with GeForce 7600GT In-Reply-To: <038.0de46c7c697ad8843caf1de95d1ecb34@haiku-os.org> References: <038.0de46c7c697ad8843caf1de95d1ecb34@haiku-os.org> Message-ID: <047.81c9bbedaccd42201a051489c84b2bdb@haiku-os.org> #2465: nvidia driver does not work with GeForce 7600GT --------------------------------------+------------------------------------- Reporter: n3s | Owner: rudolfc Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Comment(by n3s): Yes, that's correct, the card has 512MB video mem. Well, at least that's what it says on the box it came in... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 29 19:57:31 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 29 Jun 2008 17:57:31 -0000 Subject: [Haiku-bugs] [Haiku] #2467: [vlc] crash BListItem::OutlineLevel In-Reply-To: <040.09acf02d0ba346c663268576b8714596@haiku-os.org> References: <040.09acf02d0ba346c663268576b8714596@haiku-os.org> Message-ID: <049.81aaf9b18dc9bd1dd34360664eb96097@haiku-os.org> #2467: [vlc] crash BListItem::OutlineLevel ------------------------------+--------------------------------------------- Reporter: diver | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Kernel Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by anevilyak): Will look into it, thanks. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 29 20:55:08 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 29 Jun 2008 18:55:08 -0000 Subject: [Haiku-bugs] [Haiku] #2467: [vlc] crash BListItem::OutlineLevel In-Reply-To: <040.09acf02d0ba346c663268576b8714596@haiku-os.org> References: <040.09acf02d0ba346c663268576b8714596@haiku-os.org> Message-ID: <049.fa241b307c3440beb9a131518ff2495f@haiku-os.org> #2467: [vlc] crash BListItem::OutlineLevel ------------------------------+--------------------------------------------- Reporter: diver | Owner: anevilyak Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Kernel Kit | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Changes (by anevilyak): * status: new => closed * resolution: => fixed Comment: Fixed in r26167. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 29 22:41:40 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 29 Jun 2008 20:41:40 -0000 Subject: [Haiku-bugs] [Haiku] #2468: User logged in via ssh seems to have incorrect paths Message-ID: <044.96124f3f176bc433c9a11d6b8c0afe41@haiku-os.org> #2468: User logged in via ssh seems to have incorrect paths ---------------------------------------------+------------------------------ Reporter: anevilyak | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------------+------------------------------ If I log into Haiku via ssh, the environment I get is very different from what I get on a local Terminal. Specifically, the PATH that's set up is: "/usr/bin:/bin:/usr/sbin:/sbin:/boot/home/config/bin" Whereas from Haiku's Terminal directly I get: ".:/boot/home/config/bin:/boot/common/bin:/bin:/boot/apps:/boot/preferences:/boot/beos/apps:/boot/beos/preferences:/boot/develop/tools/gnupro/bin" -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 29 22:48:31 2008 From: trac at haiku-os.org (korli) Date: Sun, 29 Jun 2008 20:48:31 -0000 Subject: [Haiku-bugs] [Haiku] #1919: Cursor hangs on startup In-Reply-To: <044.216253a81a35f1fd229dcbb677851cfa@haiku-os.org> References: <044.216253a81a35f1fd229dcbb677851cfa@haiku-os.org> Message-ID: <053.e0a71995f103eb8c8b7c3576fd6ae215@haiku-os.org> #1919: Cursor hangs on startup ----------------------------+----------------------------------------------- Reporter: meanwhile | Owner: korli Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by korli): Replying to [comment:23 meanwhile]: > Hi korli, the attachment is from the 1st boot of a new install (r26003). Cheers, Meanwhile. Could you check again with r26168 and provide the serial output ? Thanks. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jun 29 23:10:29 2008 From: trac at haiku-os.org (korli) Date: Sun, 29 Jun 2008 21:10:29 -0000 Subject: [Haiku-bugs] [Haiku] #1823: On some systems (real hardware) any direct to framebuffer drawing is really slow In-Reply-To: <041.7df384fc5474b32190f81eeeb4a63aa8@haiku-os.org> References: <041.7df384fc5474b32190f81eeeb4a63aa8@haiku-os.org> Message-ID: <050.6ffe2d591479f751e273ae5818575649@haiku-os.org> #1823: On some systems (real hardware) any direct to framebuffer drawing is really slow ----------------------------+----------------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by korli): Replying to [comment:5 stippi]: > Oh, I see the place where it says . Can I enlarge a buffer or something to capture the entire syslog? Could you try to double the SYSLOG_BUFFER_SIZE in src/system/kernel/debug/debug.cpp ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 30 01:39:18 2008 From: trac at haiku-os.org (Bouncer) Date: Sun, 29 Jun 2008 23:39:18 -0000 Subject: [Haiku-bugs] [Haiku] #2469: Haiku (r26165) does not detect SATA DVD/CDROM drive. Message-ID: <042.b13887cc0728cce31a596d269889fffc@haiku-os.org> #2469: Haiku (r26165) does not detect SATA DVD/CDROM drive. -----------------------+---------------------------------------------------- Reporter: Bouncer | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Ever since I installed it (several months ago) - Haiku has not been able to recognize my SATA DVD drive. I am currently testing with Haiku r26265. Previously,, Haiku had no problems with a PATA DVD drive from the same manufacturer. I am testing on real hardware. Intel Quad Core CPU. The DVD unit in question is a LITEON Model LH-20A1S12C. Linux has no problems recognizing (or even installing from) from this SATA DVD. So I know it is in good working order. Haiku simply cannot see this drive. It does not show up in the mount list. It does not appear on the list if I cycle a CD a few times. Other SATA Hard Drives do register properly. I will attempt to include my syslog -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 30 03:53:24 2008 From: trac at haiku-os.org (meanwhile) Date: Mon, 30 Jun 2008 01:53:24 -0000 Subject: [Haiku-bugs] [Haiku] #2470: DriveSetup error preparing disk Message-ID: <044.9b2151f6213841ef86cc77e910c35f81@haiku-os.org> #2470: DriveSetup error preparing disk -----------------------+---------------------------------------------------- Reporter: meanwhile | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Trying to re-initialize a corrupted partition, using DriveSetup (on Haiku r25619) fails with: "There was an error preparing the disk for modifications. Error: Invalid Argument." -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 30 03:56:20 2008 From: trac at haiku-os.org (meanwhile) Date: Mon, 30 Jun 2008 01:56:20 -0000 Subject: [Haiku-bugs] [Haiku] #1919: Cursor hangs on startup In-Reply-To: <044.216253a81a35f1fd229dcbb677851cfa@haiku-os.org> References: <044.216253a81a35f1fd229dcbb677851cfa@haiku-os.org> Message-ID: <053.d937ef8ce1d08b81a87bb09bdd16f441@haiku-os.org> #1919: Cursor hangs on startup ----------------------------+----------------------------------------------- Reporter: meanwhile | Owner: korli Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by meanwhile): I'm stuck for the moment on another issue that prevents me from running a new revision on this hardware...(see bugs #2461 and #2470) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 30 04:08:51 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 30 Jun 2008 02:08:51 -0000 Subject: [Haiku-bugs] [Haiku] #2471: PANIC: page fault but interrupts were disabled. Touching address 0x00000008 from eip 0x80031f85 while building Haiku Message-ID: <044.56406569b88a99d8ac7750d826ed82b0@haiku-os.org> #2471: PANIC: page fault but interrupts were disabled. Touching address 0x00000008 from eip 0x80031f85 while building Haiku ---------------------------+------------------------------------------------ Reporter: anevilyak | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ While doing a jam of Haiku within Haiku, I hit this panic, backtrace as follows: kernel debugger stuff :panic + 0x0029 :page_fault_exception + 0x0060 :int_bottom + 0x002a (nearest) iframe at 0x9b466da4 (end = 0x9b466dfc) eax 0x9ccf6000 ebx 0x0 ecx 0x800dc5dc edx 0x5cb5 esi 0xb10fcd80 edi 0x0 ebp 0x9b466e1c esp 0x9b466dd8 eip 0x80031f85 eflags 0x10086 vector: 0xe, error code: 0x0 :mutex_unlock + 0x0045 :vm_soft_fault__FUlbT1 + 0x0e28 :vm_page_fault + 0x002e :page_fault_exception + 0x00b1 :int_bottom_user + 0x005a (nearest) iframe at 0x9b466fa8 (end = 0x9b467000) eax 0x18036018 ebx 0x341928 ecx 0x0 edx 0xa esi 0x180343d0 edi 0x18036018 ebp 0x7ffeeb0c esp 0x9b466fdc eip 0x2c7c45 eflags 0x10206 user esp 0x7ffeeae4 vector: 0xe, error code: 0x6 :__Q28BPrivate10superblockiiPQ28BPrivate9hoardHeap + 0x0131 :makeSuperblock__Q28BPrivate10superblockiPQ28BPrivate11processHeap + 0x02f9 :malloc__Q28BPrivate10threadHeapUl + 0x0abf :malloc + 0x0021 <_APP_>:xmalloc + 0x0021 <_APP_>:strvec_create + 0x0022 <_APP_>:merge_temporary_env + 0x005f (nearest) <_APP_>:merge_temporary_env + 0x0272 (nearest) <_APP_>:maybe_make_export_env + 0x00ed <_APP_>:execute_command_internal + 0x28ed (nearest) <_APP_>:execute_command_internal + 0x04be <_APP_>:execute_command_internal + 0x139e (nearest) <_APP_>:execute_command_internal + 0x160c (nearest) <_APP_>:execute_command_internal + 0x0740 <_APP_>:parse_and_execute + 0x03ea <_APP_>:disable_priv_mode + 0x02db (nearest) <_APP_>:main + 0x06da <_APP_>:start + 0x005b 785284:runtime_loader_seg0ro at 0x00100000 + 0x8ea 785283:sh_main_stack at 0x7efef000 + 0xffffec This was in thread 'sh' by the way. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 30 04:11:27 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 30 Jun 2008 02:11:27 -0000 Subject: [Haiku-bugs] [Haiku] #2471: PANIC: page fault but interrupts were disabled. Touching address 0x00000008 from eip 0x80031f85 while building Haiku In-Reply-To: <044.56406569b88a99d8ac7750d826ed82b0@haiku-os.org> References: <044.56406569b88a99d8ac7750d826ed82b0@haiku-os.org> Message-ID: <053.68dd085297e8ef46012b5697911d0346@haiku-os.org> #2471: PANIC: page fault but interrupts were disabled. Touching address 0x00000008 from eip 0x80031f85 while building Haiku ----------------------------+----------------------------------------------- Reporter: anevilyak | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by anevilyak): Hmm...I have no idea why it ate all my newlines there :/ Made an attachment containing the trace. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 30 04:20:58 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 30 Jun 2008 02:20:58 -0000 Subject: [Haiku-bugs] [Haiku] #2469: Haiku (r26165) does not detect SATA DVD/CDROM drive. In-Reply-To: <042.b13887cc0728cce31a596d269889fffc@haiku-os.org> References: <042.b13887cc0728cce31a596d269889fffc@haiku-os.org> Message-ID: <051.83c9a6c71b3762ec510cf6c73e1814a2@haiku-os.org> #2469: Haiku (r26165) does not detect SATA DVD/CDROM drive. ---------------------------+------------------------------------------------ Reporter: Bouncer | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Disk | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by anevilyak): * owner: axeld => marcusoverhagen * component: - General => Drivers/Disk Comment: I might be wrong but I thought the SATA driver is currently missing ATAPI support, meaning this won't work yet no matter what you do. Switching to correct component in any case. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 30 06:31:36 2008 From: trac at haiku-os.org (Bouncer) Date: Mon, 30 Jun 2008 04:31:36 -0000 Subject: [Haiku-bugs] [Haiku] #2461: PC reboots during copying files (new onto old revision on seperate partition) In-Reply-To: <044.3db364ca3970f6fad1ba62e83f2b1db8@haiku-os.org> References: <044.3db364ca3970f6fad1ba62e83f2b1db8@haiku-os.org> Message-ID: <053.62588ad8ad437942b25af2124b1f602d@haiku-os.org> #2461: PC reboots during copying files (new onto old revision on seperate partition) ------------------------+--------------------------------------------------- Reporter: meanwhile | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by Bouncer): I believe I have experienced this same problem: Here are some of my observations. For what they are worth. When I first encountered this problem - I got the Beos KDL. With a message like "Panic ** error cache can't allocate data memory" From the 'MoveTask' thread in the tracker team. I then tried increasing the Virtual Memory. It stopped KDL'ing. Now the BeOS was just hung! Then I experimented with Initiallizing the target partition. This was rather interesting. Beos really does not like to copy files from the haiku image onto a partition Initiallized with larger block sizes. I.e.: It likes the target partition to have a 1024 byte block size rather than a 2048 byte block size. Almost never hangs or crashes when using the smaller block size. I had initiallized with 2048 byte blocks because thats the 'recommended' size according to haiku's disksetup. But I know this is a 'BeoOS' problem. But are we absolutly sure that a similar problem does not exist in Haiku?. If one drags/copies the image files onto another filesystem having a different block size? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 30 06:37:26 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 30 Jun 2008 04:37:26 -0000 Subject: [Haiku-bugs] [Haiku] #2461: PC reboots during copying files (new onto old revision on seperate partition) In-Reply-To: <044.3db364ca3970f6fad1ba62e83f2b1db8@haiku-os.org> References: <044.3db364ca3970f6fad1ba62e83f2b1db8@haiku-os.org> Message-ID: <053.9acf88de61a5790c50defd7e37694aea@haiku-os.org> #2461: PC reboots during copying files (new onto old revision on seperate partition) ------------------------+--------------------------------------------------- Reporter: meanwhile | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by anevilyak): Yes, this is a BeOS-specific issue, various aspects of the VM and cache make calculations on the assumption that the volume has 1KB blocks, which break badly when that's not the case. One way of limiting the damage is to set a fixed cache size in ~/config/settings/kernel/drivers/kernel, but realistically on BeOS 5 it's a bad idea to use a non-1KB volume. Haiku has no such issues since it has an entirely different VM/cache architecture anyhow. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 30 09:08:14 2008 From: trac at haiku-os.org (stippi) Date: Mon, 30 Jun 2008 07:08:14 -0000 Subject: [Haiku-bugs] [Haiku] #2470: DriveSetup error preparing disk In-Reply-To: <044.9b2151f6213841ef86cc77e910c35f81@haiku-os.org> References: <044.9b2151f6213841ef86cc77e910c35f81@haiku-os.org> Message-ID: <053.2bc70b5c8264ec39104c557db5d96729@haiku-os.org> #2470: DriveSetup error preparing disk ------------------------+--------------------------------------------------- Reporter: meanwhile | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by stippi): Could you please run DriveSetup in a Terminal and reproduce the error? You should get more specific error output, please paste it here. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 30 09:27:43 2008 From: trac at haiku-os.org (meanwhile) Date: Mon, 30 Jun 2008 07:27:43 -0000 Subject: [Haiku-bugs] [Haiku] #2470: DriveSetup error preparing disk In-Reply-To: <044.9b2151f6213841ef86cc77e910c35f81@haiku-os.org> References: <044.9b2151f6213841ef86cc77e910c35f81@haiku-os.org> Message-ID: <053.d5001f073f5aeb8572b2a350eb621003@haiku-os.org> #2470: DriveSetup error preparing disk ------------------------+--------------------------------------------------- Reporter: meanwhile | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by meanwhile): Thanks; could you please tell me how to do so? I'm not experienced in using Terminal at all, unfortunately... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 30 09:38:18 2008 From: trac at haiku-os.org (meanwhile) Date: Mon, 30 Jun 2008 07:38:18 -0000 Subject: [Haiku-bugs] [Haiku] #2461: PC reboots during copying files (new onto old revision on seperate partition) In-Reply-To: <044.3db364ca3970f6fad1ba62e83f2b1db8@haiku-os.org> References: <044.3db364ca3970f6fad1ba62e83f2b1db8@haiku-os.org> Message-ID: <053.47d8e727aadc34fbab3a1c71d9ca212d@haiku-os.org> #2461: PC reboots during copying files (new onto old revision on seperate partition) ------------------------+--------------------------------------------------- Reporter: meanwhile | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by meanwhile): Hmm, I've installed a lot of new revisions with the help of BeOS and until recently, they all succeeded. Another factor is that I can't work from another Haiku partition (the HD on this hardware has a Windows, two Haiku and one BeOS partition) because the 'Mount Image' app. doesn't work on it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 30 09:49:57 2008 From: trac at haiku-os.org (stippi) Date: Mon, 30 Jun 2008 07:49:57 -0000 Subject: [Haiku-bugs] [Haiku] #2470: DriveSetup error preparing disk In-Reply-To: <044.9b2151f6213841ef86cc77e910c35f81@haiku-os.org> References: <044.9b2151f6213841ef86cc77e910c35f81@haiku-os.org> Message-ID: <053.edb561434ab643895fd8ac96ce76066a@haiku-os.org> #2470: DriveSetup error preparing disk ------------------------+--------------------------------------------------- Reporter: meanwhile | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by stippi): Open the "Terminal" application. At the prompt, type "DriveSetup" (case is important) and hit the Return/Enter key. This works because the path to the "DriveSetup" application in the file system is part of the "PATH" environment variable, which contains all paths that the Terminal searches for "commands". Commands are just regular programs without a graphical user interface. Most often, commands do something with the "standard input" and the "standard output", which has to do with the text in the Terminal, think of these as input and output data channels. The power of the Terminal is that multiple commands can be chained together by these channels, and entire programs can be formed by scripts of commands. You should look into it sometimes, it can be quite interesting and powerful! :-) DriveSetup outputs additional error information to the "standard output", which means into the Terminal if you launch it there. If you launch DriveSetup from Tracker/Deskbar, this output goes "nowhere" and stays invisible. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 30 12:42:48 2008 From: trac at haiku-os.org (axeld) Date: Mon, 30 Jun 2008 10:42:48 -0000 Subject: [Haiku-bugs] [Haiku] #2424: usb disk not published if plugged during boot (vmware) In-Reply-To: <042.35df8cd311a0e56b991fc311ff4aae9d@haiku-os.org> References: <042.35df8cd311a0e56b991fc311ff4aae9d@haiku-os.org> Message-ID: <051.5946578c4976e8963fb50a8e08cde891@haiku-os.org> #2424: usb disk not published if plugged during boot (vmware) ----------------------------+----------------------------------------------- Reporter: emitrax | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by axeld): Can you please recheck with a r26178 or later? I've reverted r26128 since it shouldn't be necessary after r26177 anymore. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 30 16:13:22 2008 From: trac at haiku-os.org (xspager) Date: Mon, 30 Jun 2008 14:13:22 -0000 Subject: [Haiku-bugs] [Haiku] #2464: PANIC on a AMD64 machine In-Reply-To: <042.959791626593b2f7ff38f506fcd23c28@haiku-os.org> References: <042.959791626593b2f7ff38f506fcd23c28@haiku-os.org> Message-ID: <051.7009a5b845710c6a72ebb5754c06df22@haiku-os.org> #2464: PANIC on a AMD64 machine ----------------------------+----------------------------------------------- Reporter: xspager | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: duplicate | Blockedby: 2284 Platform: x64 | Blocking: ----------------------------+----------------------------------------------- Comment(by xspager): ok! thanks, now it boots for me. Thank you very much, the last revision builded with gcc2 boots without comply any thing on normal boot. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 30 21:12:10 2008 From: trac at haiku-os.org (mmlr) Date: Mon, 30 Jun 2008 19:12:10 -0000 Subject: [Haiku-bugs] [Haiku] #2471: PANIC: page fault but interrupts were disabled. Touching address 0x00000008 from eip 0x80031f85 while building Haiku In-Reply-To: <044.56406569b88a99d8ac7750d826ed82b0@haiku-os.org> References: <044.56406569b88a99d8ac7750d826ed82b0@haiku-os.org> Message-ID: <053.aac350f445a6b9dff48f9c193758b2a3@haiku-os.org> #2471: PANIC: page fault but interrupts were disabled. Touching address 0x00000008 from eip 0x80031f85 while building Haiku ----------------------------+----------------------------------------------- Reporter: anevilyak | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Old description: > While doing a jam of Haiku within Haiku, I hit this panic, backtrace as > follows: > > kernel debugger stuff > :panic + 0x0029 > :page_fault_exception + 0x0060 > :int_bottom + 0x002a (nearest) > iframe at 0x9b466da4 (end = 0x9b466dfc) > eax 0x9ccf6000 ebx 0x0 ecx 0x800dc5dc edx 0x5cb5 > esi 0xb10fcd80 edi 0x0 ebp 0x9b466e1c esp 0x9b466dd8 > eip 0x80031f85 eflags 0x10086 > vector: 0xe, error code: 0x0 > :mutex_unlock + 0x0045 > :vm_soft_fault__FUlbT1 + 0x0e28 > :vm_page_fault + 0x002e > :page_fault_exception + 0x00b1 > :int_bottom_user + 0x005a (nearest) > iframe at 0x9b466fa8 (end = 0x9b467000) > eax 0x18036018 ebx 0x341928 ecx 0x0 edx 0xa > esi 0x180343d0 edi 0x18036018 ebp 0x7ffeeb0c esp 0x9b466fdc > eip 0x2c7c45 eflags 0x10206 user esp 0x7ffeeae4 > vector: 0xe, error code: 0x6 > :__Q28BPrivate10superblockiiPQ28BPrivate9hoardHeap + 0x0131 > :makeSuperblock__Q28BPrivate10superblockiPQ28BPrivate11processHeap > + 0x02f9 > :malloc__Q28BPrivate10threadHeapUl + 0x0abf > :malloc + 0x0021 > <_APP_>:xmalloc + 0x0021 > <_APP_>:strvec_create + 0x0022 > <_APP_>:merge_temporary_env + 0x005f (nearest) > <_APP_>:merge_temporary_env + 0x0272 (nearest) > <_APP_>:maybe_make_export_env + 0x00ed > <_APP_>:execute_command_internal + 0x28ed (nearest) > <_APP_>:execute_command_internal + 0x04be > <_APP_>:execute_command_internal + 0x139e (nearest) > <_APP_>:execute_command_internal + 0x160c (nearest) > <_APP_>:execute_command_internal + 0x0740 > <_APP_>:parse_and_execute + 0x03ea > <_APP_>:disable_priv_mode + 0x02db (nearest) > <_APP_>:main + 0x06da > <_APP_>:start + 0x005b > 785284:runtime_loader_seg0ro at 0x00100000 + 0x8ea > 785283:sh_main_stack at 0x7efef000 + 0xffffec > > This was in thread 'sh' by the way. New description: While doing a jam of Haiku within Haiku, I hit this panic, backtrace as follows: {{{ kernel debugger stuff :panic + 0x0029 :page_fault_exception + 0x0060 :int_bottom + 0x002a (nearest) iframe at 0x9b466da4 (end = 0x9b466dfc) eax 0x9ccf6000 ebx 0x0 ecx 0x800dc5dc edx 0x5cb5 esi 0xb10fcd80 edi 0x0 ebp 0x9b466e1c esp 0x9b466dd8 eip 0x80031f85 eflags 0x10086 vector: 0xe, error code: 0x0 :mutex_unlock + 0x0045 :vm_soft_fault__FUlbT1 + 0x0e28 :vm_page_fault + 0x002e :page_fault_exception + 0x00b1 :int_bottom_user + 0x005a (nearest) iframe at 0x9b466fa8 (end = 0x9b467000) eax 0x18036018 ebx 0x341928 ecx 0x0 edx 0xa esi 0x180343d0 edi 0x18036018 ebp 0x7ffeeb0c esp 0x9b466fdc eip 0x2c7c45 eflags 0x10206 user esp 0x7ffeeae4 vector: 0xe, error code: 0x6 :__Q28BPrivate10superblockiiPQ28BPrivate9hoardHeap + 0x0131 :makeSuperblock__Q28BPrivate10superblockiPQ28BPrivate11processHeap + 0x02f9 :malloc__Q28BPrivate10threadHeapUl + 0x0abf :malloc + 0x0021 <_APP_>:xmalloc + 0x0021 <_APP_>:strvec_create + 0x0022 <_APP_>:merge_temporary_env + 0x005f (nearest) <_APP_>:merge_temporary_env + 0x0272 (nearest) <_APP_>:maybe_make_export_env + 0x00ed <_APP_>:execute_command_internal + 0x28ed (nearest) <_APP_>:execute_command_internal + 0x04be <_APP_>:execute_command_internal + 0x139e (nearest) <_APP_>:execute_command_internal + 0x160c (nearest) <_APP_>:execute_command_internal + 0x0740 <_APP_>:parse_and_execute + 0x03ea <_APP_>:disable_priv_mode + 0x02db (nearest) <_APP_>:main + 0x06da <_APP_>:start + 0x005b 785284:runtime_loader_seg0ro at 0x00100000 + 0x8ea 785283:sh_main_stack at 0x7efef000 + 0xffffec }}} This was in thread 'sh' by the way. -- Comment(by mmlr): Fixed formatting in the description. Any reason why this is an "admin" feature and not available to normal "developer" accounts? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 30 22:15:52 2008 From: trac at haiku-os.org (korli) Date: Mon, 30 Jun 2008 20:15:52 -0000 Subject: [Haiku-bugs] [Haiku] #215: Problem with special characters In-Reply-To: <052.6fd4f08dc6b441c4b11934f69b5de084@haiku-os.org> References: <052.6fd4f08dc6b441c4b11934f69b5de084@haiku-os.org> Message-ID: <061.67d9cda4e85e67cac5d62bb2e401094c@haiku-os.org> #215: Problem with special characters ------------------------------------+--------------------------------------- Reporter: fekdahl at gmail.com | Owner: jackburton Type: bug | Status: new Priority: high | Milestone: R1/alpha1 Component: Applications/Terminal | Version: Resolution: | Blockedby: 1855 Platform: All | Blocking: ------------------------------------+--------------------------------------- Changes (by korli): * blockedby: => 1855 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 30 23:00:48 2008 From: trac at haiku-os.org (koki) Date: Mon, 30 Jun 2008 21:00:48 -0000 Subject: [Haiku-bugs] [Haiku] #2472: Access log flooded with page not found errors from automated bots Message-ID: <039.08002c4f1fa42d9a4c7b449ad3ae682f@haiku-os.org> #2472: Access log flooded with page not found errors from automated bots -------------------------+-------------------------------------------------- Reporter: koki | Owner: haiku-web Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Website/CMS | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Per the summary, the Drupal access log is full of page not found errors from automated bots pounding on the website. This must be unnecessarily increasing server CPU load, database activity and bandwidth. Possible solution: try Bad Behaviour module for Drupal. Download page: http://drupal.org/project/badbehavior These BadBehavior files also required: http://www.bad-behavior.ioerror.us/download/ Features and Benefits of BadBehavior here: http://www.bad-behavior.ioerror.us/documentation/benefits/ -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jun 30 23:41:13 2008 From: trac at haiku-os.org (marcusoverhagen) Date: Mon, 30 Jun 2008 21:41:13 -0000 Subject: [Haiku-bugs] [Haiku] #2469: Haiku (r26165) does not detect SATA DVD/CDROM drive. In-Reply-To: <042.b13887cc0728cce31a596d269889fffc@haiku-os.org> References: <042.b13887cc0728cce31a596d269889fffc@haiku-os.org> Message-ID: <051.b066e63df0264291162ba475bd5d274e@haiku-os.org> #2469: Haiku (r26165) does not detect SATA DVD/CDROM drive. ---------------------------+------------------------------------------------ Reporter: Bouncer | Owner: marcusoverhagen Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Disk | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by marcusoverhagen): * status: new => assigned Comment: The AHCI sata driver already supports ATAPI. (works for me :-) On this machine, the drive is detected, but some ATAPI command seems to fail. ata command 0xa0 is the PACKET command, more debug output needs to be added to see which ATAPI command is beeing executed. {{{ 3386 KERN: ahci: AHCIPort::PostReset port 3 3387 KERN: ahci: device signature 0xeb140101 (ATAPI) 3388 KERN: ahci: AHCIPort::ScsiInquiry port 3 3389 KERN: ahci: model number: LITE-ON DVDRW LH-20A1S 3390 KERN: ahci: serial number: 3391 KERN: ahci: firmware rev.: 9L08 3392 KERN: ahci: sg_memcpy phyAddr 0x0325b388, addr 0x83a5b388, size 96 3393 KERN: ahci: ahci_get_restrictions, cookie 0x90bc5480 3394 KERN: ahci: AHCIPort::ScsiGetRestrictions port 3: isATAPI 1, noAutoSense 1, maxBlocks 256 3395 KERN: publish device: node 0x90c1fc60, path disk/scsi/0/3/0/raw, module generic/block_io/device_v1 3656 KERN: ahci: AHCIPort::InterruptErrorHandler port 3, fCommandsActive 0x00000001, is 0x40000001, ci 0x00000001 3657 KERN: ahci: ssts 0x00000113 3658 KERN: ahci: sctl 0x00000300 3659 KERN: ahci: serr 0x00000000 3660 KERN: ahci: sact 0x00000000 3661 KERN: ahci: Task File Error 3662 KERN: ahci: sata_request::finish ATA_ERR set for command 0xa0 3663 KERN: ahci: sata_request::finish status 0x51, error 0x20 }}} -- Ticket URL: Haiku The Haiku operating system.