From trac at haiku-os.org Sat Nov 1 00:14:39 2008 From: trac at haiku-os.org (bonefish) Date: Fri, 31 Oct 2008 23:14:39 -0000 Subject: [Haiku-bugs] [Haiku] #3012: Terminal only draws up to the first non-ascii character on a line In-Reply-To: <039.4898201d3f645302e48af5b6915c2682@haiku-os.org> References: <039.4898201d3f645302e48af5b6915c2682@haiku-os.org> Message-ID: <048.b084f87fd9af36ad89ff466b10035a9c@haiku-os.org> #3012: Terminal only draws up to the first non-ascii character on a line ------------------------------------+--------------------------------------- Reporter: heto | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Changes (by bonefish): * owner: axeld => jackburton * component: System/libroot.so => Applications/Terminal * blockedby: 1855 => Comment: AFAIK Terminal doesn't use wide chars and I also don't think cat does. So this sounds more like a Terminal issue. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 00:16:28 2008 From: trac at haiku-os.org (tigerdog) Date: Fri, 31 Oct 2008 23:16:28 -0000 Subject: [Haiku-bugs] [Haiku] #2791: 1920 x 1200 resolution not useable with nVidia and Westinghouse monitor In-Reply-To: <043.c59646579dceb2c00fb3a4fbf4b6c4ca@haiku-os.org> References: <043.c59646579dceb2c00fb3a4fbf4b6c4ca@haiku-os.org> Message-ID: <052.1f1bf1a2a060b5f124a681a31a4cc4a4@haiku-os.org> #2791: 1920 x 1200 resolution not useable with nVidia and Westinghouse monitor -------------------------------+-------------------------------------------- Reporter: tigerdog | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by tigerdog): Yak, thanks for the pointer. I'll use it next time. stippi, the card output is actually very good but I had to invest in a very high-qualit VGA cable to make the run across the room. I haven't yet found a (cheap) DVI KVM and the laptop that shares the connection is VGA only, so I think I'm just going to have to be the test case here. Seems like EDID info is very limited compared to the info from the kernel query of the graphics card. Is the mode info above what's reported by the card? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 00:29:21 2008 From: trac at haiku-os.org (bonefish) Date: Fri, 31 Oct 2008 23:29:21 -0000 Subject: [Haiku-bugs] [Haiku] #3011: Filling Tracker windows with many files takes too long In-Reply-To: <041.ddf7fe0d31a5ec2b32f76540578ab16c@haiku-os.org> References: <041.ddf7fe0d31a5ec2b32f76540578ab16c@haiku-os.org> Message-ID: <050.f8424649588717d2bf57ca98508d8317@haiku-os.org> #3011: Filling Tracker windows with many files takes too long -----------------------------------+---------------------------------------- Reporter: stippi | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: Unscheduled Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by bonefish): I recall having looked into the poor scaling some years ago. Graphical updates (respectively updates of GUI related data) might be a problem as well, but one is definitely that the underlying model is a BList (or BObjectList) which is O(n) for random inserts, which is exactly what happens due to the sorting. Rumors have it that there's a profiling tool for Haiku to examine such stuff. ;-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 00:45:02 2008 From: trac at haiku-os.org (PieterPanman) Date: Fri, 31 Oct 2008 23:45:02 -0000 Subject: [Haiku-bugs] [Haiku] #1590: Updated Broadcom Tigon3 ethernet driver In-Reply-To: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> References: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> Message-ID: <053.1fd6c32ca7ebe6cfb1534fe16fdbada8@haiku-os.org> #1590: Updated Broadcom Tigon3 ethernet driver ------------------------------+--------------------------------------------- Reporter: pieterpan | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by PieterPanman): Hmm unfortunately it doesn't work yet with my network chip. It does boot properly, and the interrupts seem to be handled. But it does not give an ip address, and setting one manually does not help. I cannot ping, nor go online. To get it to boot, I had to disable my USB drivers, as they also use that irq, and I sometimes get more than 99% vectors unhandled during boot. With USB removed, the broadcom chip only shares the IRQ with AHCI, and it at least boots. Relevant syslog output when it boots properly. {{{ KERN: src/add- ons/kernel/drivers/network/broadcom_bcm570x/dev/bge/if_bge.c: bge_link_upd: 4428 KERN: src/add- ons/kernel/drivers/network/broadcom_bcm570x/dev/bge/if_bge.c: bge_link_upd: 4433 KERN: bge_link_upd, sc->bge_link=0x0 }}} ifconfig output, after a while. It does not receive responses to dhcp requests, but all of a sudden it did receive 2 packets. {{{ loop Hardware Type: Local Loopback, Address: none inet addr: 127.0.0.1, Mask: 255.0.0.0 MTU: 16384, Metric: 0, up loopback link Receive: 0 packets, 0 errors, 0 bytes, 0 mcasts, 0 dropped Transmit: 0 packets, 0 errors, 0 bytes, 0 mcasts, 0 dropped Collisions: 0 /dev/net/broadcom_bcm570x/0 Hardware Type: Ethernet, Address: 00:16:d4:dc:ca:f2 inet addr: 192.168.1.101, Bcast: 192.168.255.255, Mask: 255.255.1.0 MTU: 1500, Metric: 0, up broadcast auto-configured Receive: 2 packets, 0 errors, 497 bytes, 0 mcasts, 0 dropped Transmit: 44 packets, 0 errors, 4134 bytes, 0 mcasts, 0 dropped Collisions: 0 }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 01:14:08 2008 From: trac at haiku-os.org (miqlas) Date: Sat, 01 Nov 2008 00:14:08 -0000 Subject: [Haiku-bugs] [Haiku] #3013: Bad date in Beam Message-ID: <041.d9e957876e9635375b30cfa384e87e00@haiku-os.org> #3013: Bad date in Beam --------------------------+------------------------------------------------- Reporter: miqlas | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------+------------------------------------------------- I use Bem in Haiku, and i see, the date of the recvied mails wrong, every mail have this date: 01.01.1970. Check the Screenshot. I use Haiku R28350 & Beam 1.1.2 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 01:19:06 2008 From: trac at haiku-os.org (miqlas) Date: Sat, 01 Nov 2008 00:19:06 -0000 Subject: [Haiku-bugs] [Haiku] #3014: Popup menu in Beam Message-ID: <041.9a0776d731ff7865eca11f83ce44367b@haiku-os.org> #3014: Popup menu in Beam --------------------------+------------------------------------------------- Reporter: miqlas | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------+------------------------------------------------- I use Beam 1.1.2 in Haiku, and i see, if i click with the right button in the header area (gray box in the middle of the window) the popup menu is far away from the mouse cursor. But if i right click on the text area, i get the popup menu in the good place. Check the shoot. Haiku : 28350 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 01:21:12 2008 From: trac at haiku-os.org (miqlas) Date: Sat, 01 Nov 2008 00:21:12 -0000 Subject: [Haiku-bugs] [Haiku] #3015: FTP output Message-ID: <041.e1a573ce64308b43e194812e68c013a7@haiku-os.org> #3015: FTP output --------------------------+------------------------------------------------- Reporter: miqlas | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------+------------------------------------------------- I tested the ftp application in Terminal, and i get lot of line, maybe this is an bug. Haiku: 28350 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 01:22:44 2008 From: trac at haiku-os.org (halku) Date: Sat, 01 Nov 2008 00:22:44 -0000 Subject: [Haiku-bugs] [Haiku] #2878: Setting the time with the Time preferences is broken. In-Reply-To: <038.934eb9e88e96845f26554efca7f270ac@haiku-os.org> References: <038.934eb9e88e96845f26554efca7f270ac@haiku-os.org> Message-ID: <047.662ce6d9dae105472c0db62b7ade4b0c@haiku-os.org> #2878: Setting the time with the Time preferences is broken. --------------------------------------+------------------------------------- Reporter: bga | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1 Component: Preferences/Time & Date | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Comment(by halku): I have a very similar situation with setting time. My situation is as described for this bug except meaningful hour and minute imformation is still displayed though inaccurate. The hours jump around as described when I try to change the minutes or the minutes jump around when I try to change the hours. I work around this by temporarily setting to GMT then once set going back to local time. I have noticed this in the last two prealpha versions I tried: r28350 and r28327. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 01:22:59 2008 From: trac at haiku-os.org (PieterPanman) Date: Sat, 01 Nov 2008 00:22:59 -0000 Subject: [Haiku-bugs] [Haiku] #1590: Updated Broadcom Tigon3 ethernet driver In-Reply-To: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> References: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> Message-ID: <053.efc698cd124c2047943b05706c0a28b7@haiku-os.org> #1590: Updated Broadcom Tigon3 ethernet driver ------------------------------+--------------------------------------------- Reporter: pieterpan | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by PieterPanman): ok update: Something is not going well with the sharing of interrupt with AHCI, because every time bge tries to send a packet, also KERN: ahci: AHCIPort::ScsiSynchronizeCache port 0 occurs. When USB is enabled, I get even more fails. See the 3 attached syslogs. I have added some debug output in the bge_txeof and bge_rxeof, only when stuff needs to happen. Immediately you see error responses of USB and AHCI. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 01:27:48 2008 From: trac at haiku-os.org (miqlas) Date: Sat, 01 Nov 2008 00:27:48 -0000 Subject: [Haiku-bugs] [Haiku] #2981: Firefox crash if i open ftp url In-Reply-To: <041.0a060f4a07aed0bd4b82493473ed89ef@haiku-os.org> References: <041.0a060f4a07aed0bd4b82493473ed89ef@haiku-os.org> Message-ID: <050.45fd90fc0025a8e9f593213bb9ebcdae@haiku-os.org> #2981: Firefox crash if i open ftp url ---------------------------+------------------------------------------------ Reporter: miqlas | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Comment(by miqlas): I tested it in 28350 with 2.0.0.12, and i get hardlock. I cant get the "bt" log, bcause i don't get KDL. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 01:30:49 2008 From: trac at haiku-os.org (miqlas) Date: Sat, 01 Nov 2008 00:30:49 -0000 Subject: [Haiku-bugs] [Haiku] #2981: Firefox crash if i open ftp url In-Reply-To: <041.0a060f4a07aed0bd4b82493473ed89ef@haiku-os.org> References: <041.0a060f4a07aed0bd4b82493473ed89ef@haiku-os.org> Message-ID: <050.48fc4dd90931c56c0a3c5c80f483cdcb@haiku-os.org> #2981: Firefox crash if i open ftp url ---------------------------+------------------------------------------------ Reporter: miqlas | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Comment(by miqlas): The previous revision have problem with the moz-thread, if i remember correctly... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 01:39:29 2008 From: trac at haiku-os.org (miqlas) Date: Sat, 01 Nov 2008 00:39:29 -0000 Subject: [Haiku-bugs] [Haiku] #3016: Firefox 2.0.0.12 crash Message-ID: <041.319e977ad1f22844025980207fee6222@haiku-os.org> #3016: Firefox 2.0.0.12 crash --------------------------+------------------------------------------------- Reporter: miqlas | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------+------------------------------------------------- I "only" browse the internet, nothing special. Haiku R28350 with FF 2.0.0.12 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 02:14:42 2008 From: trac at haiku-os.org (stippi) Date: Sat, 01 Nov 2008 01:14:42 -0000 Subject: [Haiku-bugs] [Haiku] #3016: Firefox 2.0.0.12 crash In-Reply-To: <041.319e977ad1f22844025980207fee6222@haiku-os.org> References: <041.319e977ad1f22844025980207fee6222@haiku-os.org> Message-ID: <050.faf69e1a3b584f37c490675160c8dbd8@haiku-os.org> #3016: Firefox 2.0.0.12 crash ---------------------------+------------------------------------------------ Reporter: miqlas | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Comment(by stippi): Possibly a duplicate of #1908. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 05:08:43 2008 From: trac at haiku-os.org (bbjimmy) Date: Sat, 01 Nov 2008 04:08:43 -0000 Subject: [Haiku-bugs] [Haiku] #3009: BePDF crashes on launch In-Reply-To: <042.d55b979e53cdf0297b858a70ae835cda@haiku-os.org> References: <042.d55b979e53cdf0297b858a70ae835cda@haiku-os.org> Message-ID: <051.f3c9a4db87d055eccac0808cb5568509@haiku-os.org> #3009: BePDF crashes on launch ------------------------+--------------------------------------------------- Reporter: bbjimmy | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by bbjimmy): r28415 ... BePDF works again! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 06:10:40 2008 From: trac at haiku-os.org (anode) Date: Sat, 01 Nov 2008 05:10:40 -0000 Subject: [Haiku-bugs] [Haiku] #3017: vm_page_fault: unhandled page fault in kernel space at 0x0904254e, ip 0x00035bfb Message-ID: <040.ba15acfef9fa11c53ac7940f6e6ca665@haiku-os.org> #3017: vm_page_fault: unhandled page fault in kernel space at 0x0904254e, ip 0x00035bfb ---------------------------+------------------------------------------------ Reporter: anode | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------------+------------------------------------------------ My laptop has stopped booting haiku since a little over a week and a half ago. Booting sometimes just freezes at the red rocket icon and other times I get the attatched KDL. The revision that first broke booting on my laptop was r28244 although I am unsure if the KDL I am recieving now is related to that revision. This is on an hp pavillion dv9843cl laptop, r28415. (as a side note, my laptop also experiences bug #2680 although I doubt it has any effect on this bug) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 06:51:42 2008 From: trac at haiku-os.org (richienyhus) Date: Sat, 01 Nov 2008 05:51:42 -0000 Subject: [Haiku-bugs] [Haiku] #2994: Scroll horizontal scrollbars with mouse wheel In-Reply-To: <042.ce4dda01e6d46f944b37dcbe03652e1b@haiku-os.org> References: <042.ce4dda01e6d46f944b37dcbe03652e1b@haiku-os.org> Message-ID: <051.bc8514873bcfea185010203663c11af4@haiku-os.org> #2994: Scroll horizontal scrollbars with mouse wheel -----------------------------+---------------------------------------------- Reporter: Adek336 | Owner: stippi Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Comment(by richienyhus): Should a ticket be opened to support horizontal scrolling via 12 button mice and laptop touchpads? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 07:40:34 2008 From: trac at haiku-os.org (humdinger) Date: Sat, 01 Nov 2008 06:40:34 -0000 Subject: [Haiku-bugs] [Haiku] #1629: Apps on non-boot partition are ignored In-Reply-To: <044.c085a14f49ce478d2dea60954c160686@haiku-os.org> References: <044.c085a14f49ce478d2dea60954c160686@haiku-os.org> Message-ID: <053.165fe3ab38ef352e00d2cac0f2def949@haiku-os.org> #1629: Apps on non-boot partition are ignored -----------------------------------+---------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by humdinger): It's still here. At least on vmware. Once an application was started from that non-boot image, it shows up in the FileType Add-On of that file. But not in the "Open with" submenu/panel. Plus: Before I've started a graphics app from non-boot, the "Open with" submenu/panel for a screenshot showed Firefox, WonderBrush | [checked] Showimage | DiskProbe, FileTypes, Tracker. After I started Becasso from the non-boot image, I only get Firefox in the submenu/panel. Restarting doesn't help. Gots to reinstall a new haiku-image. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 07:48:52 2008 From: trac at haiku-os.org (richienyhus) Date: Sat, 01 Nov 2008 06:48:52 -0000 Subject: [Haiku-bugs] [Haiku] #3018: Ri-li crashes while starting Message-ID: <046.7c1b4d5ad1f5efb2095a03a49404973a@haiku-os.org> #3018: Ri-li crashes while starting -------------------------+-------------------------------------------------- Reporter: richienyhus | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- To reproduce: download 2D game Ri-Li from here: http://www.haikuware.com /view-details/games/2d/ri-li then start in terminal. Ri-Li loading screen comes up and loads for 10secs, before crashing. This in r28327 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 08:01:33 2008 From: trac at haiku-os.org (humdinger) Date: Sat, 01 Nov 2008 07:01:33 -0000 Subject: [Haiku-bugs] [Haiku] #1629: Apps on non-boot partition are ignored In-Reply-To: <044.c085a14f49ce478d2dea60954c160686@haiku-os.org> References: <044.c085a14f49ce478d2dea60954c160686@haiku-os.org> Message-ID: <053.54b1695453b28aff8597258be1573eea@haiku-os.org> #1629: Apps on non-boot partition are ignored -----------------------------------+---------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by humdinger): Just tried with a native r28382 (?, around that revision...). Same results with an old BFS backup CD from 2001. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 09:21:42 2008 From: trac at haiku-os.org (humdinger) Date: Sat, 01 Nov 2008 08:21:42 -0000 Subject: [Haiku-bugs] [Haiku] #3019: Problems with backgrounds for folders Message-ID: <044.32fda86256353f1ec9914ea93322eb60@haiku-os.org> #3019: Problems with backgrounds for folders -------------------------------------+-------------------------------------- Reporter: humdinger | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Backgrounds | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- This is on vmware, r28381. You can set a background image for a folder, but no color. If you set an image, the color setting isn't accounted for, so the text color doesn't change to white, when it's set to a dark value. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 09:23:51 2008 From: trac at haiku-os.org (humdinger) Date: Sat, 01 Nov 2008 08:23:51 -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.667f0ee94ac87a2cb43feeebb89c1824@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: | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Comment(by humdinger): Short of an undo/redo history, I also think a) is the consistent behaviour. Plus, I'd do away with the Apply button and have all settings live. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 10:35:24 2008 From: trac at haiku-os.org (daste) Date: Sat, 01 Nov 2008 09:35:24 -0000 Subject: [Haiku-bugs] [Haiku] #2990: Not POSIX-conformant behaviour of pthread's mutexes In-Reply-To: <040.24fb47ad0c77244df111f6f066140c92@haiku-os.org> References: <040.24fb47ad0c77244df111f6f066140c92@haiku-os.org> Message-ID: <049.6470d659e9a68d69b1a8dd3474ea821d@haiku-os.org> #2990: Not POSIX-conformant behaviour of pthread's mutexes --------------------------------+------------------------------------------- Reporter: daste | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by daste): * status: closed => reopened * resolution: fixed => Comment: Just did the tests again, the third problem persists. It returns EDEADLK now, I think because the mutex's owner is not changed in pthread_mutex_unlock(), as far as I can tell from looking at libroot's source code (I can't manage to compile it as of now). It seems like mutex's owner is only set to -1 for PTHREAD_MUTEX_RECURSIVE mutexes, which, according to my understanding, is wrong. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 11:18:06 2008 From: trac at haiku-os.org (axeld) Date: Sat, 01 Nov 2008 10:18:06 -0000 Subject: [Haiku-bugs] [Haiku] #2994: Scroll horizontal scrollbars with mouse wheel In-Reply-To: <042.ce4dda01e6d46f944b37dcbe03652e1b@haiku-os.org> References: <042.ce4dda01e6d46f944b37dcbe03652e1b@haiku-os.org> Message-ID: <051.84ccc54dcb8e59fe886b6b9b631227a5@haiku-os.org> #2994: Scroll horizontal scrollbars with mouse wheel -----------------------------+---------------------------------------------- Reporter: Adek336 | Owner: stippi Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Comment(by axeld): There is already a synaptics driver ready to be committed that supports this. To Adek336: I've seen this in Gnome, but I find this pretty superfluous and contra-intuitive: when I'm over the tiny scrollbar already, I can just use it regularly, there is little point in aiming for the scrollbar and then use the scroll-wheel instead. Furthermore, you can then only scroll horizontally, while you could do both at the same time if the scroll-wheel stays as is. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 11:22:34 2008 From: trac at haiku-os.org (axeld) Date: Sat, 01 Nov 2008 10:22:34 -0000 Subject: [Haiku-bugs] [Haiku] #3015: FTP output In-Reply-To: <041.e1a573ce64308b43e194812e68c013a7@haiku-os.org> References: <041.e1a573ce64308b43e194812e68c013a7@haiku-os.org> Message-ID: <050.c9596ef555892eb61275659c57409855@haiku-os.org> #3015: FTP output ---------------------------+------------------------------------------------ Reporter: miqlas | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: duplicate | Blockedby: 1957 Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Comment(by axeld): miqlas, please always check for already existing bugs before opening new ones. This just causes more work for everyone involved. If you're unsure, that's a different matter (but then you could still refer to the other ticket), but in this case, there is even a screenshot that shows the exact same output. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 11:20:45 2008 From: trac at haiku-os.org (axeld) Date: Sat, 01 Nov 2008 10:20:45 -0000 Subject: [Haiku-bugs] [Haiku] #3015: FTP output In-Reply-To: <041.e1a573ce64308b43e194812e68c013a7@haiku-os.org> References: <041.e1a573ce64308b43e194812e68c013a7@haiku-os.org> Message-ID: <050.830a6319aed308d747161651a4a2754d@haiku-os.org> #3015: FTP output ---------------------------+------------------------------------------------ Reporter: miqlas | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: duplicate | Blockedby: 1957 Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Changes (by axeld): * status: new => closed * resolution: => duplicate * blockedby: => 1957 Comment: While it looks a bit different now, it's a duplicate of #1957. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 12:27:42 2008 From: trac at haiku-os.org (korli) Date: Sat, 01 Nov 2008 11:27:42 -0000 Subject: [Haiku-bugs] [Haiku] #3001: OpenGL demos segfault in MesaSoftwareRenderer::SwapBuffers() when moving window In-Reply-To: <041.8960c6efbeb6003538cc6dd822e0d8e2@haiku-os.org> References: <041.8960c6efbeb6003538cc6dd822e0d8e2@haiku-os.org> Message-ID: <050.6b9cbd12cd0dfe6d0a2fa8e071595692@haiku-os.org> #3001: OpenGL demos segfault in MesaSoftwareRenderer::SwapBuffers() when moving window ----------------------------+----------------------------------------------- Reporter: aldeck | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by korli): * owner: korli => axeld * component: Kits/OpenGL Kit => System/Kernel Comment: It should be related to r28223 as it doesn't crash before this revision. Reassigning to kernel, Ingo or Axel might have an idea. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 12:30:37 2008 From: trac at haiku-os.org (axeld) Date: Sat, 01 Nov 2008 11:30:37 -0000 Subject: [Haiku-bugs] [Haiku] #2909: TRACE is different in Haiku than it was in BeOS In-Reply-To: <042.ddcbd7940f8bb65d5f01255b54b60adf@haiku-os.org> References: <042.ddcbd7940f8bb65d5f01255b54b60adf@haiku-os.org> Message-ID: <051.19c045f7bfe26910a37afa63a327f859@haiku-os.org> #2909: TRACE is different in Haiku than it was in BeOS ------------------------+--------------------------------------------------- Reporter: scottmc | 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 Comment: The TRACE macro is exactly the same thing. Maybe Debug.h is included somewhere where it shouldn't? I just scanned the Haiku headers, and the only odd place where Debug.h is included is ObjectList.h, but it's the same on BeOS. In any case, you should be able to find out where Debug.h is included in the Allegro code. If you need Debug.h, you can still use: {{{ #undef TRACE }}} After including the file to make the macro available again (include order matters then, of course). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 12:39:05 2008 From: trac at haiku-os.org (korli) Date: Sat, 01 Nov 2008 11:39:05 -0000 Subject: [Haiku-bugs] [Haiku] #3009: BePDF crashes on launch In-Reply-To: <042.d55b979e53cdf0297b858a70ae835cda@haiku-os.org> References: <042.d55b979e53cdf0297b858a70ae835cda@haiku-os.org> Message-ID: <051.67f8e48ed726a743af19a2438af3ffb5@haiku-os.org> #3009: BePDF crashes on launch ------------------------+--------------------------------------------------- Reporter: bbjimmy | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by korli): this bug looks like the bug #2805 though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 13:58:19 2008 From: trac at haiku-os.org (axeld) Date: Sat, 01 Nov 2008 12:58:19 -0000 Subject: [Haiku-bugs] [Haiku] #2017: ftp, media_server and kernel_team In-Reply-To: <041.bf7ec38be2932de6d9ede8085c9d2478@haiku-os.org> References: <041.bf7ec38be2932de6d9ede8085c9d2478@haiku-os.org> Message-ID: <050.7c5237b870359677999b0b34813566a7@haiku-os.org> #2017: ftp, media_server and kernel_team ----------------------+----------------------------------------------------- Reporter: rayman | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System | Version: R1 development Resolution: invalid | Blockedby: Platform: x86 | Blocking: ----------------------+----------------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => invalid Comment: Despite the strange drawings in the last image, I can't see anything strange here. It's pretty blurry anyway. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 14:02:34 2008 From: trac at haiku-os.org (franxico) Date: Sat, 01 Nov 2008 13:02:34 -0000 Subject: [Haiku-bugs] [Haiku] #2965: [MediaPlayer] plays audio file twice In-Reply-To: <043.b0c83ec73f1b44365066b670821838ef@haiku-os.org> References: <043.b0c83ec73f1b44365066b670821838ef@haiku-os.org> Message-ID: <052.25438b955c4ebec8d98f74cce1095e42@haiku-os.org> #2965: [MediaPlayer] plays audio file twice ---------------------------------------+------------------------------------ Reporter: franxico | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/MediaPlayer | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------------------+------------------------------------ Comment(by franxico): Just some more infos: It happens using OSS (I didn't test in real hardware). It's easy to reproduce this bug with a little .wav files (~25KB). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 14:08:43 2008 From: trac at haiku-os.org (jackburton) Date: Sat, 01 Nov 2008 13:08:43 -0000 Subject: [Haiku-bugs] [Haiku] #3020: Wrong scrollbar behaviour Message-ID: <045.19b77f07c9076a8d4ba88c5ac99dc6ce@haiku-os.org> #3020: Wrong scrollbar behaviour ----------------------------+----------------------------------------------- Reporter: jackburton | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------+----------------------------------------------- Since some revisions, clicking the mouse button on a scrollbar's arrow and keeping it clicked does only scroll a single step, unless you keep moving the mouse. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 14:20:51 2008 From: trac at haiku-os.org (bonefish) Date: Sat, 01 Nov 2008 13:20:51 -0000 Subject: [Haiku-bugs] [Haiku] #3001: OpenGL demos segfault in MesaSoftwareRenderer::SwapBuffers() when moving window In-Reply-To: <041.8960c6efbeb6003538cc6dd822e0d8e2@haiku-os.org> References: <041.8960c6efbeb6003538cc6dd822e0d8e2@haiku-os.org> Message-ID: <050.9fec9df1438763c2432d72fda6c8384e@haiku-os.org> #3001: OpenGL demos segfault in MesaSoftwareRenderer::SwapBuffers() when moving window ------------------------------+--------------------------------------------- Reporter: aldeck | Owner: korli Type: bug | Status: new Priority: high | Milestone: R1 Component: Kits/OpenGL Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Changes (by bonefish): * owner: axeld => korli * component: System/Kernel => Kits/OpenGL Kit Comment: Actually this looks very much like a race condition in userland. Since r28223 when a thread wakes up another one (e.g. by releasing a semaphore) the woken up thread is scheduled immediately on another CPU, if one is idle. Before that revision the new thread wouldn't be scheduled before the current thread's quantum or the quantum of the idle thread on another CPU was used up. I.e. if the first thread has a race condition with the second one, it is just way more likely that it shows now. GDB's stack trace isn't particularly beautiful in this case. At any rate the innermost function (0xffff012c) is memcpy(). The syslog says: {{{ vm_page_fault: thread "Simon" (182) in team "GLTeapot" (177) tried to read address 0x5ffffb5c, ip 0xffff012c ("???" +0xffff012c) }}} The fault address is in esi i.e. the source of the memcpy() and slightly besides a bitmap area: {{{ kdebug> areas 177 addr id base size protect lock name ... 0x810bb8c0 1003 0x60000000 0x0004f000 2033 0 server_memory ... }}} Looking at MesaSoftwareRenderer::SwapBuffers() I'd say {{{clip->top - fInfo->window_bounds.top}}} becomes negative for whatever reason and the memory before the start of the bitmap's Bits() is addressed. Bouncing the ticket back to the OpenGL Kit. It might still be a BDirectWindow or app server problem, though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 15:22:53 2008 From: trac at haiku-os.org (aldeck) Date: Sat, 01 Nov 2008 14:22:53 -0000 Subject: [Haiku-bugs] [Haiku] #3011: Filling Tracker windows with many files takes too long In-Reply-To: <041.ddf7fe0d31a5ec2b32f76540578ab16c@haiku-os.org> References: <041.ddf7fe0d31a5ec2b32f76540578ab16c@haiku-os.org> Message-ID: <050.d217938b27c0089a661cc168aa8656a5@haiku-os.org> #3011: Filling Tracker windows with many files takes too long -----------------------------------+---------------------------------------- Reporter: stippi | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: Unscheduled Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by aldeck): Replying to [comment:2 bonefish]: > [...] one is definitely that the underlying model is a BList (or BObjectList) which is O(n) for random inserts, which is exactly what happens due to the sorting. Definitely, i've seen lots of O(n) (or worse) stuff in PoseView.cpp. > > Rumors have it that there's a profiling tool for Haiku to examine such stuff. ;-) I'd really like to use that :) Do we have some docs/example/notes on how to use it yet or should i dig the sources? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 15:30:36 2008 From: trac at haiku-os.org (bonefish) Date: Sat, 01 Nov 2008 14:30:36 -0000 Subject: [Haiku-bugs] [Haiku] #2990: Not POSIX-conformant behaviour of pthread's mutexes In-Reply-To: <040.24fb47ad0c77244df111f6f066140c92@haiku-os.org> References: <040.24fb47ad0c77244df111f6f066140c92@haiku-os.org> Message-ID: <049.98d7556cfbc53addf92f6f30779a0283@haiku-os.org> #2990: Not POSIX-conformant behaviour of pthread's mutexes --------------------------------+------------------------------------------- Reporter: daste | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by bonefish): * status: reopened => closed * resolution: => fixed Comment: Thanks, fixed in r28428. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 15:41:09 2008 From: trac at haiku-os.org (stippi) Date: Sat, 01 Nov 2008 14:41:09 -0000 Subject: [Haiku-bugs] [Haiku] #3011: Filling Tracker windows with many files takes too long In-Reply-To: <041.ddf7fe0d31a5ec2b32f76540578ab16c@haiku-os.org> References: <041.ddf7fe0d31a5ec2b32f76540578ab16c@haiku-os.org> Message-ID: <050.814434e4bfa1a4ad3ce29d41e1e66f23@haiku-os.org> #3011: Filling Tracker windows with many files takes too long -----------------------------------+---------------------------------------- Reporter: stippi | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: Unscheduled Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by stippi): Just try '''profile --help'''. :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 16:14:25 2008 From: trac at haiku-os.org (korli) Date: Sat, 01 Nov 2008 15:14:25 -0000 Subject: [Haiku-bugs] [Haiku] #3001: OpenGL demos segfault in MesaSoftwareRenderer::SwapBuffers() when moving window In-Reply-To: <041.8960c6efbeb6003538cc6dd822e0d8e2@haiku-os.org> References: <041.8960c6efbeb6003538cc6dd822e0d8e2@haiku-os.org> Message-ID: <050.1668ba8ec82bbcd2abc87a56adf08285@haiku-os.org> #3001: OpenGL demos segfault in MesaSoftwareRenderer::SwapBuffers() when moving window ------------------------------+--------------------------------------------- Reporter: aldeck | Owner: korli Type: bug | Status: closed Priority: high | Milestone: R1 Component: Kits/OpenGL Kit | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed Comment: Replying to [comment:4 bonefish]: Thanks for your thoughts. It also explain why it only happens on SMP machines. In r28430, fInfo is now a copy of direct_buffer_info to avoid changes while buffer swapping. I don't know it it's meant to be copied as it can become out of date though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 16:20:21 2008 From: trac at haiku-os.org (scottmc) Date: Sat, 01 Nov 2008 15:20:21 -0000 Subject: [Haiku-bugs] [Haiku] #2909: TRACE is different in Haiku than it was in BeOS In-Reply-To: <042.ddcbd7940f8bb65d5f01255b54b60adf@haiku-os.org> References: <042.ddcbd7940f8bb65d5f01255b54b60adf@haiku-os.org> Message-ID: <051.fe9ac476233a4a6baf9c5f10db058e64@haiku-os.org> #2909: TRACE is different in Haiku than it was in BeOS ------------------------+--------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by scottmc): Thanks for looking into this. I'll dig through the Allegro code now that I know what to look for. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 16:50:59 2008 From: trac at haiku-os.org (stippi) Date: Sat, 01 Nov 2008 15:50:59 -0000 Subject: [Haiku-bugs] [Haiku] #3001: OpenGL demos segfault in MesaSoftwareRenderer::SwapBuffers() when moving window In-Reply-To: <041.8960c6efbeb6003538cc6dd822e0d8e2@haiku-os.org> References: <041.8960c6efbeb6003538cc6dd822e0d8e2@haiku-os.org> Message-ID: <050.ade96af79d4cd6857ba3a020a39ffcf9@haiku-os.org> #3001: OpenGL demos segfault in MesaSoftwareRenderer::SwapBuffers() when moving window ------------------------------+--------------------------------------------- Reporter: aldeck | Owner: korli Type: bug | Status: closed Priority: high | Milestone: R1 Component: Kits/OpenGL Kit | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by stippi): I think it makes much more sense like it is now. If I understand correctly, the DirectConnected() hook cannot change it before the rendering thread is done with it. This is how this is meant to work. It probably also fixes the bug where BDirectWindows draw over other windows that are moved in front of their windows, when app_server was running in single buffer mode. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 16:52:10 2008 From: trac at haiku-os.org (anevilyak) Date: Sat, 01 Nov 2008 15:52:10 -0000 Subject: [Haiku-bugs] [Haiku] #2942: attaching a debugger works only once In-Reply-To: <041.fa67ba753b921aee85fb777252a84356@haiku-os.org> References: <041.fa67ba753b921aee85fb777252a84356@haiku-os.org> Message-ID: <050.21e562c0616a5c3f0049f90d5df7e953@haiku-os.org> #2942: attaching a debugger works only once ------------------------+--------------------------------------------------- Reporter: stippi | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by anevilyak): Possibly related to this, ProcessController's "Debug this thread" option doesn't appear to work in more recent revisions, though I thought it used to at some point. I just tried it to debug a firefox loop and the firefox team just disappeared instead. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 16:54:37 2008 From: trac at haiku-os.org (anevilyak) Date: Sat, 01 Nov 2008 15:54:37 -0000 Subject: [Haiku-bugs] [Haiku] #3001: OpenGL demos segfault in MesaSoftwareRenderer::SwapBuffers() when moving window In-Reply-To: <041.8960c6efbeb6003538cc6dd822e0d8e2@haiku-os.org> References: <041.8960c6efbeb6003538cc6dd822e0d8e2@haiku-os.org> Message-ID: <050.6faf410ab0205a641206be651b27f684@haiku-os.org> #3001: OpenGL demos segfault in MesaSoftwareRenderer::SwapBuffers() when moving window ------------------------------+--------------------------------------------- Reporter: aldeck | Owner: korli Type: bug | Status: closed Priority: high | Milestone: R1 Component: Kits/OpenGL Kit | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by anevilyak): Replying to [comment:6 stippi]: > I think it makes much more sense like it is now. If I understand correctly, the DirectConnected() hook cannot change it before the rendering thread is done with it. This is how this is meant to work. It probably also fixes the bug where BDirectWindows draw over other windows that are moved in front of their windows, when app_server was running in single buffer mode. Are you sure? His commit fix looked specific to the OpenGL kit, not BDirectWindow as a whole. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 16:58:50 2008 From: trac at haiku-os.org (tqh) Date: Sat, 01 Nov 2008 15:58:50 -0000 Subject: [Haiku-bugs] [Haiku] #3021: Building gcc4 cross-compiler errors in binutils? Message-ID: <038.5bda3c447a9959fd90b73be56b87ebfc@haiku-os.org> #3021: Building gcc4 cross-compiler errors in binutils? --------------------------+------------------------------------------------- Reporter: tqh | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Not sure if this is Haiku or Ubuntu 8.10 x64/gcc4.32. When configuring gcc4 compiler it fails in binutils because of -Werror: buildtools/binutils/binutils/bucomm.c:426 error: ignoring return value (warn_unused_result). /buildtools/binutils/binutils/bucomm.c:433 error: ignoring return value (warn_unused_result). (errors are translated from Swedish). Command in question: haiku/generated-gcc4$ ../configure --use-32bit --build-cross-tools-gcc4 x86 ../../buildtools/ --alternative-gcc-output-dir ../generated-gcc2 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 17:01:14 2008 From: trac at haiku-os.org (tqh) Date: Sat, 01 Nov 2008 16:01:14 -0000 Subject: [Haiku-bugs] [Haiku] #3021: Building gcc4 cross-compiler errors in binutils? In-Reply-To: <038.5bda3c447a9959fd90b73be56b87ebfc@haiku-os.org> References: <038.5bda3c447a9959fd90b73be56b87ebfc@haiku-os.org> Message-ID: <047.5c58002e3ab8578a75cd45296ee27c9b@haiku-os.org> #3021: Building gcc4 cross-compiler errors in binutils? ---------------------------+------------------------------------------------ Reporter: tqh | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by tqh): r28431 btw. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 17:03:32 2008 From: trac at haiku-os.org (stippi) Date: Sat, 01 Nov 2008 16:03:32 -0000 Subject: [Haiku-bugs] [Haiku] #3001: OpenGL demos segfault in MesaSoftwareRenderer::SwapBuffers() when moving window In-Reply-To: <041.8960c6efbeb6003538cc6dd822e0d8e2@haiku-os.org> References: <041.8960c6efbeb6003538cc6dd822e0d8e2@haiku-os.org> Message-ID: <050.fce5c911f0535880f13f4a69227dcb14@haiku-os.org> #3001: OpenGL demos segfault in MesaSoftwareRenderer::SwapBuffers() when moving window ------------------------------+--------------------------------------------- Reporter: aldeck | Owner: korli Type: bug | Status: closed Priority: high | Milestone: R1 Component: Kits/OpenGL Kit | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by stippi): Yes, that's true. But I am not sure if I saw that problem with other BDirectWindows or only with OpenGL demos. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 17:04:41 2008 From: trac at haiku-os.org (tqh) Date: Sat, 01 Nov 2008 16:04:41 -0000 Subject: [Haiku-bugs] [Haiku] #3021: Building gcc4 cross-compiler errors in binutils? In-Reply-To: <038.5bda3c447a9959fd90b73be56b87ebfc@haiku-os.org> References: <038.5bda3c447a9959fd90b73be56b87ebfc@haiku-os.org> Message-ID: <047.fb8c6bb630a9e33cd9168ede687ca872@haiku-os.org> #3021: Building gcc4 cross-compiler errors in binutils? ---------------------------+------------------------------------------------ Reporter: tqh | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by tqh): Compiler flags: gcc -DHAVE_CONFIG_H -I. -I/home/frho/haiku/buildtools/binutils/binutils -I. -D_GNU_SOURCE -I. -I/home/frho/haiku/buildtools/binutils/binutils -I../bfd -I/home/frho/haiku/buildtools/binutils/binutils/../bfd -I/home/frho/haiku/buildtools/binutils/binutils/../include -I/home/frho/haiku/buildtools/binutils/binutils/../intl -I../intl -DLOCALEDIR="\"/home/frho/haiku/haiku/generated-gcc4/cross- tools/share/locale\"" -Dbin_dummy_emulation=bin_vanilla_emulation -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -c /home/frho/haiku/buildtools/binutils/binutils/bucomm.c -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 17:15:23 2008 From: trac at haiku-os.org (aldeck) Date: Sat, 01 Nov 2008 16:15:23 -0000 Subject: [Haiku-bugs] [Haiku] #3021: Building gcc4 cross-compiler errors in binutils? In-Reply-To: <038.5bda3c447a9959fd90b73be56b87ebfc@haiku-os.org> References: <038.5bda3c447a9959fd90b73be56b87ebfc@haiku-os.org> Message-ID: <047.79c3cad38b18802db76fb85bf611017e@haiku-os.org> #3021: Building gcc4 cross-compiler errors in binutils? ---------------------------+------------------------------------------------ Reporter: tqh | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by aldeck): I quickly tried doing a fresh build on Ubuntu 8.10 64bits yesterday. Building the buildtools failed on some warning treated as error. I will provide more details asap. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 17:46:11 2008 From: trac at haiku-os.org (bonefish) Date: Sat, 01 Nov 2008 16:46:11 -0000 Subject: [Haiku-bugs] [Haiku] #3021: Building gcc4 cross-compiler errors in binutils? In-Reply-To: <038.5bda3c447a9959fd90b73be56b87ebfc@haiku-os.org> References: <038.5bda3c447a9959fd90b73be56b87ebfc@haiku-os.org> Message-ID: <047.569d7881e4ccf26be7d815de068f1d19@haiku-os.org> #3021: Building gcc4 cross-compiler errors in binutils? ---------------------------+------------------------------------------------ Reporter: tqh | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by bonefish): Can someone please try the analog solution to r28396. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 18:04:34 2008 From: trac at haiku-os.org (tqh) Date: Sat, 01 Nov 2008 17:04:34 -0000 Subject: [Haiku-bugs] [Haiku] #3021: Building gcc4 cross-compiler errors in binutils? In-Reply-To: <038.5bda3c447a9959fd90b73be56b87ebfc@haiku-os.org> References: <038.5bda3c447a9959fd90b73be56b87ebfc@haiku-os.org> Message-ID: <047.159bbee5da8a2700ce8c41b47bdb5a33@haiku-os.org> #3021: Building gcc4 cross-compiler errors in binutils? ---------------------------+------------------------------------------------ Reporter: tqh | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by tqh): New error with -U_FORTIFY_SOURCE added to CFLAGS at line 90 and 121 in build/scripts/build_cross_tools_gcc4: buildtools/binutils/binutils/cxxfilt.c: I funktion "demangle_it": buildtools/binutils/binutils/cxxfilt.c:66: error: format is not a stringliteral and no format arguments. buildtools/binutils/binutils/cxxfilt.c:71: ... (translated from Swedish) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 18:11:36 2008 From: trac at haiku-os.org (aldeck) Date: Sat, 01 Nov 2008 17:11:36 -0000 Subject: [Haiku-bugs] [Haiku] #3011: Filling Tracker windows with many files takes too long In-Reply-To: <041.ddf7fe0d31a5ec2b32f76540578ab16c@haiku-os.org> References: <041.ddf7fe0d31a5ec2b32f76540578ab16c@haiku-os.org> Message-ID: <050.ff85a868fc7daf2848ee4983c7e09e77@haiku-os.org> #3011: Filling Tracker windows with many files takes too long -----------------------------------+---------------------------------------- Reporter: stippi | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: Unscheduled Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by aldeck): Replying to [comment:4 stippi]: > Just try '''profile --help'''. :-) Hmm :) nice and simple. However i get lots of "no functions were hit" on the threads i'm interested in. Tried different options without luck... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 18:30:10 2008 From: trac at haiku-os.org (jprostko) Date: Sat, 01 Nov 2008 17:30:10 -0000 Subject: [Haiku-bugs] [Haiku] #2803: System unresponsive when there is network activity with rtl81xx driver In-Reply-To: <045.294eedd8af1d53aef24f97b4b156681f@haiku-os.org> References: <045.294eedd8af1d53aef24f97b4b156681f@haiku-os.org> Message-ID: <054.ddaf25028dac5876cbee9092362add4d@haiku-os.org> #2803: System unresponsive when there is network activity with rtl81xx driver ------------------------------+--------------------------------------------- Reporter: jackburton | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by jprostko): I have an MSI Wind U100 laptop with Realtek ethernet (Device ID: 8136), which uses the rtl81xx driver. If I exclude OpenSound, no freezes occur whatsoever, no matter which other packages I include. This is with both cores enabled, and I had Haiku up and running for about 2 hours at one point, so it seems stable. For reference, I have a GCC 2/4 hybrid build, with all the GPL addons and third party stuff, as well as ATA and FreeType enabled. I am typing this message from within Haiku, and have all packages installed except OpenSound. I also tried a bunch of other builds (like the one for the pre-alpha, and other variants), but adding OpenSound is the only thing that causes the freeze you described. In that case, OpenSound enables my Realtek ALC 888S, and I see "Intel HD" under the media preferences. So yes, can you try running a build without OpenSound (like the pre-alpha at haiku-files.org) and see if you notice the freeze issue go away? Maybe that could help the problem get narrowed down anyways. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 20:07:01 2008 From: trac at haiku-os.org (bonefish) Date: Sat, 01 Nov 2008 19:07:01 -0000 Subject: [Haiku-bugs] [Haiku] #3021: Building gcc4 cross-compiler errors in binutils? In-Reply-To: <038.5bda3c447a9959fd90b73be56b87ebfc@haiku-os.org> References: <038.5bda3c447a9959fd90b73be56b87ebfc@haiku-os.org> Message-ID: <047.c79e09052aecfc461327605ed7caede1@haiku-os.org> #3021: Building gcc4 cross-compiler errors in binutils? ---------------------------+------------------------------------------------ Reporter: tqh | 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:5 tqh]: > New error with -U_FORTIFY_SOURCE added to CFLAGS at line 90 and 121 in build/scripts/build_cross_tools_gcc4: > buildtools/binutils/binutils/cxxfilt.c: I funktion "demangle_it": > buildtools/binutils/binutils/cxxfilt.c:66: error: format is not a stringliteral and no format arguments. > buildtools/binutils/binutils/cxxfilt.c:71: ... > (translated from Swedish) This sounds just like another of those "fortify" warnings. Does the compile line for this source file contain the -U_FORTIFY_SOURCE? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 20:22:30 2008 From: trac at haiku-os.org (umccullough) Date: Sat, 01 Nov 2008 19:22:30 -0000 Subject: [Haiku-bugs] [Haiku] #2803: System unresponsive when there is network activity with rtl81xx driver In-Reply-To: <045.294eedd8af1d53aef24f97b4b156681f@haiku-os.org> References: <045.294eedd8af1d53aef24f97b4b156681f@haiku-os.org> Message-ID: <054.8a3ed76ca4b0cff0f62a72cef5f83435@haiku-os.org> #2803: System unresponsive when there is network activity with rtl81xx driver ------------------------------+--------------------------------------------- Reporter: jackburton | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by umccullough): OpenSound is currently not capable of detecting if another sound driver is already loaded for a given sound device, thus you should not use it if another driver already supports your sound chip. In the case of Intel HDA - Haiku has an incomplete driver already for these devices, but it may or may not work properly - but if you're seeing it loaded, I personally wouldn't recommend using OpenSound with it as well, unless you remove the intel HDA driver manually from your image. Whether this can cause the issues you're experiencing or not, i'm not sure, although interrupt sharing seems to be an issue currently as well, so perhaps your sound and network hardware are sharing an interrupt. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 20:23:44 2008 From: trac at haiku-os.org (bonefish) Date: Sat, 01 Nov 2008 19:23:44 -0000 Subject: [Haiku-bugs] [Haiku] #3011: Filling Tracker windows with many files takes too long In-Reply-To: <041.ddf7fe0d31a5ec2b32f76540578ab16c@haiku-os.org> References: <041.ddf7fe0d31a5ec2b32f76540578ab16c@haiku-os.org> Message-ID: <050.bcb2be40676e71468e968374c059e8e5@haiku-os.org> #3011: Filling Tracker windows with many files takes too long -----------------------------------+---------------------------------------- Reporter: stippi | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: Unscheduled Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by bonefish): Replying to [comment:5 aldeck]: > Replying to [comment:4 stippi]: > > Just try '''profile --help'''. :-) > Hmm :) nice and simple. However i get lots of "no functions were hit" on the threads i'm interested in. Tried different options without luck... That doesn't sound right. Will have a look... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 20:28:53 2008 From: trac at haiku-os.org (tqh) Date: Sat, 01 Nov 2008 19:28:53 -0000 Subject: [Haiku-bugs] [Haiku] #3021: Building gcc4 cross-compiler errors in binutils? In-Reply-To: <038.5bda3c447a9959fd90b73be56b87ebfc@haiku-os.org> References: <038.5bda3c447a9959fd90b73be56b87ebfc@haiku-os.org> Message-ID: <047.a4260192ef3db2374aa61255f78efbd9@haiku-os.org> #3021: Building gcc4 cross-compiler errors in binutils? ---------------------------+------------------------------------------------ Reporter: tqh | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by tqh): gcc -DHAVE_CONFIG_H -I. -I/home/frho/haiku/buildtools/binutils/binutils -I. -D_GNU_SOURCE -I. -I/home/frho/haiku/buildtools/binutils/binutils -I../bfd -I/home/frho/haiku/buildtools/binutils/binutils/../bfd -I/home/frho/haiku/buildtools/binutils/binutils/../include -I/home/frho/haiku/buildtools/binutils/binutils/../intl -I../intl -DLOCALEDIR="\"/home/frho/haiku/haiku/generated-gcc4/cross- tools/share/locale\"" -Dbin_dummy_emulation=bin_vanilla_emulation -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -O2 -U_FORTIFY_SOURCE -c /home/frho/haiku/buildtools/binutils/binutils/cxxfilt.c cc1: warnings being treated as errors /home/frho/haiku/buildtools/binutils/binutils/cxxfilt.c: In function 'demangle_it': /home/frho/haiku/buildtools/binutils/binutils/cxxfilt.c:66: error: format not a string literal and no format arguments /home/frho/haiku/buildtools/binutils/binutils/cxxfilt.c:71: error: format not a string literal and no format arguments -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 20:56:20 2008 From: trac at haiku-os.org (tqh) Date: Sat, 01 Nov 2008 19:56:20 -0000 Subject: [Haiku-bugs] [Haiku] #3021: Building gcc4 cross-compiler errors in binutils? In-Reply-To: <038.5bda3c447a9959fd90b73be56b87ebfc@haiku-os.org> References: <038.5bda3c447a9959fd90b73be56b87ebfc@haiku-os.org> Message-ID: <047.ed3640439a00cf6e671979f5c203568e@haiku-os.org> #3021: Building gcc4 cross-compiler errors in binutils? ---------------------------+------------------------------------------------ Reporter: tqh | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by tqh): I build with -Wno-error added temporarily. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 21:06:23 2008 From: trac at haiku-os.org (Adek336) Date: Sat, 01 Nov 2008 20:06:23 -0000 Subject: [Haiku-bugs] [Haiku] #3022: Enable screensaver by default Message-ID: <042.8350f95fb78e6dddd1384cc6a51bc0a9@haiku-os.org> #3022: Enable screensaver by default --------------------------+------------------------------------------------- Reporter: Adek336 | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- How about enabling the screensaver by default? That could help saving the screen if the computer was on for a long time without activity. The blank screen would be best, and a long timer like 20 minutes so it wouldn't get annoying. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 21:16:19 2008 From: trac at haiku-os.org (anevilyak) Date: Sat, 01 Nov 2008 20:16:19 -0000 Subject: [Haiku-bugs] [Haiku] #3000: [WonderBrush] doesn't show tool tips In-Reply-To: <040.5b15f0a6ce9ff25c1cf62eff402d70a7@haiku-os.org> References: <040.5b15f0a6ce9ff25c1cf62eff402d70a7@haiku-os.org> Message-ID: <049.f5616aba1e2b56ac35eacc4beac982cc@haiku-os.org> #3000: [WonderBrush] doesn't show tool tips ---------------------------------+------------------------------------------ Reporter: diver | 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 r28440. Note that there are still other problems though: the actual tooltip window is sized suboptimally (to me anyways), but I have no idea how BubbleHelper behaves on R5 in this respect so I'm not sure what the expected behavior is. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 16:20:21 2008 From: trac at haiku-os.org (scottmc) Date: Sat, 01 Nov 2008 15:20:21 -0000 Subject: [Haiku-bugs] [Haiku] #2909: TRACE is different in Haiku than it was in BeOS In-Reply-To: <042.ddcbd7940f8bb65d5f01255b54b60adf@haiku-os.org> References: <042.ddcbd7940f8bb65d5f01255b54b60adf@haiku-os.org> Message-ID: <051.fe9ac476233a4a6baf9c5f10db058e64@haiku-os.org> #2909: TRACE is different in Haiku than it was in BeOS ------------------------+--------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by scottmc): Thanks for looking into this. I'll dig through the Allegro code now that I know what to look for. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 21:44:28 2008 From: trac at haiku-os.org (bonefish) Date: Sat, 01 Nov 2008 20:44:28 -0000 Subject: [Haiku-bugs] [Haiku] #3011: Filling Tracker windows with many files takes too long In-Reply-To: <041.ddf7fe0d31a5ec2b32f76540578ab16c@haiku-os.org> References: <041.ddf7fe0d31a5ec2b32f76540578ab16c@haiku-os.org> Message-ID: <050.965f13e892e641597583851c2f2d4395@haiku-os.org> #3011: Filling Tracker windows with many files takes too long -----------------------------------+---------------------------------------- Reporter: stippi | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: Unscheduled Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by bonefish): Replying to [comment:6 bonefish]: > Replying to [comment:5 aldeck]: > > Replying to [comment:4 stippi]: > > > Just try '''profile --help'''. :-) > > Hmm :) nice and simple. However i get lots of "no functions were hit" on the threads i'm interested in. Tried different options without luck... > > That doesn't sound right. Will have a look... Fixed in r28441. If you have Linux/*BSD and can run KCachegrind, I can recommend the valgrind (callgrind) output. It allows to see both inclusive and exclusive function costs as well as call relationships. It's a bit annoying to find the right threads (hint: switch to "Time" (is in ms) and absolute costs). The results are definitely interesting. :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 22:27:36 2008 From: trac at haiku-os.org (anevilyak) Date: Sat, 01 Nov 2008 21:27:36 -0000 Subject: [Haiku-bugs] [Haiku] #3003: Workspaces releated crash In-Reply-To: <044.2f0d17e37d57b613fa37e3a3bdbb8e9e@haiku-os.org> References: <044.2f0d17e37d57b613fa37e3a3bdbb8e9e@haiku-os.org> Message-ID: <053.2461b708e95db0e22b5d64a6672fe76d@haiku-os.org> #3003: Workspaces releated crash ---------------------------------+------------------------------------------ Reporter: kallisti5 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by anevilyak): Seems to be: {{{ Thread 14 (team /boot/beos/system/servers/app_server (63) thread a95:x-vnd .Be-TSKB (136)): #0 0x0028f5f3 in WindowList::RemoveWindow () #1 0x0024eb48 in Desktop::ActivateWindow () #2 0x0025117c in Desktop::WindowAction () #3 0x0026c25b in ServerApp::DispatchMessage() #4 0x00267198 in ServerApp::MessageLooper () #5 0x0026b7c5 in MessageLooper::_message_thread () #6 0x006f5610 in thread_entry () from /boot/beos/system/lib/libroot.so }}} Would be helpful if someone would fix the problem that gdb attaches to the main thread of the team always, took me a while to track that down because fake_app_server is quite slow, making thread apply all bt not fun at all. This is 100% reproducible by the way. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 23:08:15 2008 From: trac at haiku-os.org (anevilyak) Date: Sat, 01 Nov 2008 22:08:15 -0000 Subject: [Haiku-bugs] [Haiku] #3023: BTextView::LineAt() and BTextView::CountLines() behavior is incorrect Message-ID: <044.3812c56e25a9888c07748b13a61b3a32@haiku-os.org> #3023: BTextView::LineAt() and BTextView::CountLines() behavior is incorrect --------------------------------+------------------------------------------- Reporter: anevilyak | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- These functions are supposed to return data based off the original configuration of the text inserted into the BTextView (i.e. hard line breaks). Ours however is basing it off the result after line breaking to wrap to the view boundary. This breaks BubbleHelper, which relies on the original line widths to decide how to resize its tooltip window. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 1 23:13:10 2008 From: trac at haiku-os.org (stippi) Date: Sat, 01 Nov 2008 22:13:10 -0000 Subject: [Haiku-bugs] [Haiku] #3024: address space deadlock when launching application (WonderBrush) Message-ID: <041.a9660d450fc20033a358599c552109d0@haiku-os.org> #3024: address space deadlock when launching application (WonderBrush) ---------------------------+------------------------------------------------ Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Trying to track down an Interface Kit bug, I had linked the libbe.so from the generated folder into the WonderBrush lib subfolder and I repeatedly launched WonderBrush with a new build of libbe.so. At one point, WonderBrush would not come up, but just sit there half-started. The rest of the system continued just fine as if nothing happened. I manually entered KDL and took a look a the WonderBrush threads. They seemed to dead lock on the address space rw_lock, but I could not see who was the holder of the lock. I have taken screen shots with a camera. Hopefully I will be able to attach them... This may be a duplicate of #2710, unless that one is about freezing the entire system. That was not the case for me, I could even shutdown "normally", although WonderBrush was obviously unkillable. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 00:02:41 2008 From: trac at haiku-os.org (jprostko) Date: Sat, 01 Nov 2008 23:02:41 -0000 Subject: [Haiku-bugs] [Haiku] #2803: System unresponsive when there is network activity with rtl81xx driver In-Reply-To: <045.294eedd8af1d53aef24f97b4b156681f@haiku-os.org> References: <045.294eedd8af1d53aef24f97b4b156681f@haiku-os.org> Message-ID: <054.41ada08ef719eb4094698d822247ed51@haiku-os.org> #2803: System unresponsive when there is network activity with rtl81xx driver ------------------------------+--------------------------------------------- Reporter: jackburton | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by jprostko): Urias, you are correct. When I have use OpenSound, it ends up sharing IRQ 11 with the ethernet adapter. The two must get in each other's way and cause the hang. Like jackburton though, I can disable a core (only disabling the first core will work) and get around the issue. I tried disabling SMP via the "kernel" file, but that ended up making it impossible for the rtl81xx driver to load, as I was getting a "PHY write failed" when looking at the syslog. In any case, for now I added "hda" to HaikuImage, and built the image without OpenSound. hda shares IRQ 11 again with the ethernet driver, but they seem to get along just fine, even with both cores active. Granted, I don't get any sound at all with hda (as compared with the garbly mess that OpenSound provided), but I suppose that is outside the scope of this bug. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 01:55:29 2008 From: trac at haiku-os.org (aldeck) Date: Sun, 02 Nov 2008 00:55:29 -0000 Subject: [Haiku-bugs] [Haiku] #3011: Filling Tracker windows with many files takes too long In-Reply-To: <041.ddf7fe0d31a5ec2b32f76540578ab16c@haiku-os.org> References: <041.ddf7fe0d31a5ec2b32f76540578ab16c@haiku-os.org> Message-ID: <050.f5a1e408b50e94244cb64a807540a273@haiku-os.org> #3011: Filling Tracker windows with many files takes too long -----------------------------------+---------------------------------------- Reporter: stippi | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: Unscheduled Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by aldeck): Thanks for the quick fix! Now i'm not too sure if i want to see those results :D -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 07:16:18 2008 From: trac at haiku-os.org (RandomInsano) Date: Sun, 02 Nov 2008 06:16:18 -0000 Subject: [Haiku-bugs] [Haiku] #3025: CDDA: Last audio track of Enhanced Disc reported as wrong size Message-ID: <047.3a6713664c8ee9a9521704be2174cd83@haiku-os.org> #3025: CDDA: Last audio track of Enhanced Disc reported as wrong size -------------------------------+-------------------------------------------- Reporter: RandomInsano | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/cdda | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- It seems the last track of an *enhanced* audio CD is reported as being the wrong size. It might be possible that the lead-out is either being grabbed or ignored with the final file. That's a guess however. Note that everything works as expected on a standard audio CD. http://dl.getdropbox.com/u/128703/CDDA%20Filesystem/CD1.png http://dl.getdropbox.com/u/128703/CDDA%20Filesystem/CDDA3.PNG When the final track is being copied, the operation fails with a 'Device recalibrate error' somewhere within where the Enhanced CD data track should exist. For example, one CD's final track copied 33MB of the final track when its actual size is only 17.4MB and the data track was ~93MB. I've started looking into this a little bit. Some links for wonderful definitions: http://www.feurio.com/English/faq/faq_vocable_leadout.shtml http://www.feurio.com/English/faq/faq_vocable_multisessioncd.shtml http://www.feurio.com/English/faq/faq_vocable_cdextra.shtml -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 07:29:01 2008 From: trac at haiku-os.org (RandomInsano) Date: Sun, 02 Nov 2008 06:29:01 -0000 Subject: [Haiku-bugs] [Haiku] #3025: CDDA: Last audio track of Enhanced Disc reported as wrong size In-Reply-To: <047.3a6713664c8ee9a9521704be2174cd83@haiku-os.org> References: <047.3a6713664c8ee9a9521704be2174cd83@haiku-os.org> Message-ID: <056.5a36211286670283e6739ae381111c45@haiku-os.org> #3025: CDDA: Last audio track of Enhanced Disc reported as wrong size --------------------------------+------------------------------------------- Reporter: RandomInsano | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/cdda | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by RandomInsano): Update: This isn't a problem with CDDA at all, but in fact a higher system. The CDPlayer also has issues with Enhanced CDs. The final track of one of my test discs is a mere 1:30 but it is being reported as 4:15 and the data track also seems playable until you actually try to do so. Maybe change the ticket to reflect a problem with the SCSI TOC functions? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 07:29:19 2008 From: trac at haiku-os.org (RandomInsano) Date: Sun, 02 Nov 2008 06:29:19 -0000 Subject: [Haiku-bugs] [Haiku] #3025: CDDA: Last audio track of Enhanced Disc reported as wrong size In-Reply-To: <047.3a6713664c8ee9a9521704be2174cd83@haiku-os.org> References: <047.3a6713664c8ee9a9521704be2174cd83@haiku-os.org> Message-ID: <056.a0a1a5eb09259430fc3f42cbb4b1a59d@haiku-os.org> #3025: CDDA: Last audio track of Enhanced Disc reported as wrong size --------------------------------+------------------------------------------- Reporter: RandomInsano | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/cdda | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by RandomInsano): * cc: EdwinGuy+Haiku at GMail.com (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 07:48:07 2008 From: trac at haiku-os.org (RandomInsano) Date: Sun, 02 Nov 2008 06:48:07 -0000 Subject: [Haiku-bugs] [Haiku] #3026: Removable Media: Ejecting a CD leaves ghost of mount point Message-ID: <047.c562b8332b84a069f2844d2f84b90646@haiku-os.org> #3026: Removable Media: Ejecting a CD leaves ghost of mount point ---------------------------+------------------------------------------------ Reporter: RandomInsano | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------------+------------------------------------------------ Mounting a CD or DVD then pressing the eject button to remove it properly removes the entry from Tracker, but according to the 'ls' command in Terminal, the entry remains. When re-inserting the disc, a new folder in the root filesystem node is created with the same name and an incrementing number. This is entirely reproducible (on real hardware at the very least). Unmounting the volume with Tracker avoids this problem and ejects the CD happily. Perhaps there's an issue with a lock on the folder when the system detects the CD is removed? I'm unable to test this with USB media. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 10:17:16 2008 From: trac at haiku-os.org (diver) Date: Sun, 02 Nov 2008 09:17:16 -0000 Subject: [Haiku-bugs] [Haiku] #3027: [GlTepot] double click window tab and you won't get it back Message-ID: <040.fad93b0a1c6dabfc7048b730df91cc8c@haiku-os.org> #3027: [GlTepot] double click window tab and you won't get it back --------------------------+------------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- If you double click window tab of running GlTepot, you won't get it back using deskbar.[[BR]] r28456 in VirtualBox. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 10:17:31 2008 From: trac at haiku-os.org (diver) Date: Sun, 02 Nov 2008 09:17:31 -0000 Subject: [Haiku-bugs] [Haiku] #3027: [GlTeapot] double click window tab and you won't get it back (was: [GlTepot] double click window tab and you won't get it back) In-Reply-To: <040.fad93b0a1c6dabfc7048b730df91cc8c@haiku-os.org> References: <040.fad93b0a1c6dabfc7048b730df91cc8c@haiku-os.org> Message-ID: <049.837b1e63783e9d737e7476986cea6a63@haiku-os.org> #3027: [GlTeapot] double click window tab and you won't get it back ---------------------------+------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 10:35:04 2008 From: trac at haiku-os.org (diver) Date: Sun, 02 Nov 2008 09:35:04 -0000 Subject: [Haiku-bugs] [Haiku] #3027: [GlTeapot] double click window tab and you won't get it back In-Reply-To: <040.fad93b0a1c6dabfc7048b730df91cc8c@haiku-os.org> References: <040.fad93b0a1c6dabfc7048b730df91cc8c@haiku-os.org> Message-ID: <049.d4c5bd92e5199925deb28752ecb0f6b5@haiku-os.org> #3027: [GlTeapot] double click window tab and you won't get it back ---------------------------+------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by diver): There is strange effect if you change workspace and get back. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 12:18:00 2008 From: trac at haiku-os.org (kaliber) Date: Sun, 02 Nov 2008 11:18:00 -0000 Subject: [Haiku-bugs] [Haiku] #3028: fseeko broken on stdin? Message-ID: <042.7fdcdc779c70d8b4fee4c42c984b34fc@haiku-os.org> #3028: fseeko broken on stdin? -------------------------------+-------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Here is a test from findutils 4.4.0 {{{ /* Test of fseeko() function. Copyright (C) 2007 Free Software Foundation, Inc. This program is free software: you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 3 of the License, or (at your option) any later version. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License along with this program. If not, see . */ /* Written by Bruno Haible , 2007. */ #include #include /* Get off_t. */ #include int main (int argc, char **argv) { /* Assume stdin is non-empty and seekable iff argc > 1. */ int expected = argc > 1 ? 0 : -1; /* Exit with success only if fseek/fseeko agree. */ int r1 = fseeko (stdin, (off_t)0, SEEK_CUR); int r2 = fseek (stdin, (long)0, SEEK_CUR); if (r1 != r2 || r1 != expected) return 1; if (argc > 1) { /* Test that fseek discards ungetc data. */ int ch = fgetc (stdin); if (ch == EOF) return 1; if (ungetc (ch ^ 0xff, stdin) != (ch ^ 0xff)) return 1; if (fseeko (stdin, (off_t) 0, SEEK_END)) return 1; if (fgetc (stdin) != EOF) return 1; /* Test that fseek resets end-of-file marker. */ if (!feof (stdin)) return 1; if (fseeko (stdin, (off_t) 0, SEEK_END)) return 1; if (feof (stdin)) return 1; } return 0; } }}} After {{{ fseeko (stdin, (off_t) 0, SEEK_END) }}} fgetc (stdin) returns 10 instead of EOF (-1) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 12:45:54 2008 From: trac at haiku-os.org (diver) Date: Sun, 02 Nov 2008 11:45:54 -0000 Subject: [Haiku-bugs] [Haiku] #3029: [Tracker] crash in BWindow::_FindView Message-ID: <040.49d4d0305edac9ab8414c3c0daa8b97d@haiku-os.org> #3029: [Tracker] crash in BWindow::_FindView --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- To reproduce:[[BR]] Start BSnow and drag replicant to desktop twice.[[BR]] Then click "Click me to remove BSnow..." -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 12:49:57 2008 From: trac at haiku-os.org (diver) Date: Sun, 02 Nov 2008 11:49:57 -0000 Subject: [Haiku-bugs] [Haiku] #3030: [Playground] font corruption Message-ID: <040.d3225ecb966c7281e76f60a09e28c552@haiku-os.org> #3030: [Playground] font corruption --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Start Playground and draw line above "Click and drag to draw an object".[[BR]] Then change Mode to "Select" -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 12:54:00 2008 From: trac at haiku-os.org (diver) Date: Sun, 02 Nov 2008 11:54:00 -0000 Subject: [Haiku-bugs] [Haiku] #3031: [GlDirectMode] crash on movement Message-ID: <040.33275f6948facbc37e62431e914d6b59@haiku-os.org> #3031: [GlDirectMode] crash on movement -----------------------------+---------------------------------------------- Reporter: diver | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/OpenGL Kit | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------+---------------------------------------------- Could be a dup of #3001 but anyway -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 13:00:28 2008 From: trac at haiku-os.org (diver) Date: Sun, 02 Nov 2008 12:00:28 -0000 Subject: [Haiku-bugs] [Haiku] #3032: [Cortex] notification string is higher than it should be Message-ID: <040.fa7ae0379062cd75b90db402fdd865a2@haiku-os.org> #3032: [Cortex] notification string is higher than it should be --------------------------+------------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Start Cortext and drag any item from Media Add-Ons window.[[BR]] Now in the left bottom corner of Cortex window you should see text "Node 'xxx' created" which is a little bit higher than it should be -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 13:14:24 2008 From: trac at haiku-os.org (mmlr) Date: Sun, 02 Nov 2008 12:14:24 -0000 Subject: [Haiku-bugs] [Haiku] #3030: [Playground] font corruption In-Reply-To: <040.d3225ecb966c7281e76f60a09e28c552@haiku-os.org> References: <040.d3225ecb966c7281e76f60a09e28c552@haiku-os.org> Message-ID: <049.acb55c5d66a0bca5968e1fea43daa20c@haiku-os.org> #3030: [Playground] font corruption ---------------------------------+------------------------------------------ Reporter: diver | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by mmlr): * owner: axeld => stippi Comment: That is actually expected behaviour. The B_OP_SELECT mode switches the high with the low color where the source is not transparent/has the low color. The source is straight high color (blue) and the low color is the background gray. Since B_OP_SELECT only affects the exactly matching low color, the antialiasing of the font isn't taken into account. I think there is no way of changing that without changing the meaning of B_OP_SELECT itself. See [http://www.haiku-os.org/legacy- docs/bebook/TheInterfaceKit_Drawing.html#TheInterfaceKit_Drawing_Mode_Definitions_Transparency The BeBook text] for reference to B_OP_SELECT. I'll leave it to Stephan to decide on that one though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 13:15:50 2008 From: trac at haiku-os.org (diver) Date: Sun, 02 Nov 2008 12:15:50 -0000 Subject: [Haiku-bugs] [Haiku] #3033: [vlc] scroll wheel doesn't work in Preferences Message-ID: <040.44347e5d938de26414351d61502c7494@haiku-os.org> #3033: [vlc] scroll wheel doesn't work in Preferences --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Start vlc->Window->Preferences->Interface->Hotkeys settings.[[BR]] There would be a view with scrollbars which you can't move by a mouse wheel.[[BR]] r28458 VirtualBox. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 13:21:09 2008 From: trac at haiku-os.org (diver) Date: Sun, 02 Nov 2008 12:21:09 -0000 Subject: [Haiku-bugs] [Haiku] #3034: [DesKCalc] window should have reasonable size limits Message-ID: <040.bf3c0bfd317f26a646398f214a4f860d@haiku-os.org> #3034: [DesKCalc] window should have reasonable size limits -----------------------------------+---------------------------------------- Reporter: diver | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/DeskCalc | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- There is no need to let this window become _that_ small -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 13:24:43 2008 From: trac at haiku-os.org (stippi) Date: Sun, 02 Nov 2008 12:24:43 -0000 Subject: [Haiku-bugs] [Haiku] #3030: [Playground] font corruption In-Reply-To: <040.d3225ecb966c7281e76f60a09e28c552@haiku-os.org> References: <040.d3225ecb966c7281e76f60a09e28c552@haiku-os.org> Message-ID: <049.de28506419bff0bc46f203b1b0c41b2f@haiku-os.org> #3030: [Playground] font corruption ---------------------------------+------------------------------------------ Reporter: diver | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by stippi): * status: new => closed * resolution: => invalid Comment: Yes, Michael is right. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 13:30:20 2008 From: trac at haiku-os.org (diver) Date: Sun, 02 Nov 2008 12:30:20 -0000 Subject: [Haiku-bugs] [Haiku] #3035: [Tracker] coulumn resize issue in "Open With" window Message-ID: <040.6b235e92173b2289226136764f744bf1@haiku-os.org> #3035: [Tracker] coulumn resize issue in "Open With" window ----------------------------------+----------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- If you right click file (like Welcome on the desktop) and select open with you would see a window with 4 attriburs: Name, Relation, Path, Version[[BR]] If you double click on column separator between Relation and Path then Relation column width should resize to optimal size. But that won't work. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 13:34:08 2008 From: trac at haiku-os.org (diver) Date: Sun, 02 Nov 2008 12:34:08 -0000 Subject: [Haiku-bugs] [Haiku] #3036: [DriveSetup] should open main window without bottom scrollbar Message-ID: <040.729e6aa10099823b34cf2d814dc714cc@haiku-os.org> #3036: [DriveSetup] should open main window without bottom scrollbar -------------------------------------+-------------------------------------- Reporter: diver | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/DriveSetup | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Just to look more polished. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 13:39:14 2008 From: trac at haiku-os.org (diver) Date: Sun, 02 Nov 2008 12:39:14 -0000 Subject: [Haiku-bugs] [Haiku] #3037: [Interface Kit] resizing some windows leaves artifacts Message-ID: <040.5c81412de6a9a941239514a527d80956@haiku-os.org> #3037: [Interface Kit] resizing some windows leaves artifacts -----------------------+---------------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 13:41:02 2008 From: trac at haiku-os.org (diver) Date: Sun, 02 Nov 2008 12:41:02 -0000 Subject: [Haiku-bugs] [Haiku] #3037: [Interface Kit] resizing some windows leaves artifacts In-Reply-To: <040.5c81412de6a9a941239514a527d80956@haiku-os.org> References: <040.5c81412de6a9a941239514a527d80956@haiku-os.org> Message-ID: <049.ff8c1813be0772b608df76bf8dc4b2f8@haiku-os.org> #3037: [Interface Kit] resizing some windows leaves artifacts ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by diver): * component: - General => Kits/Interface Kit -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 13:46:45 2008 From: trac at haiku-os.org (diver) Date: Sun, 02 Nov 2008 12:46:45 -0000 Subject: [Haiku-bugs] [Haiku] #3038: [Interface Kit] resizing a window with tabs flickers a lot Message-ID: <040.a62c57a79db69ebac43969fa18f3d656@haiku-os.org> #3038: [Interface Kit] resizing a window with tabs flickers a lot --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- For example try to resize media preflet. You should see that TabView flickers too much. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 13:51:59 2008 From: trac at haiku-os.org (diver) Date: Sun, 02 Nov 2008 12:51:59 -0000 Subject: [Haiku-bugs] [Haiku] #3038: [Interface Kit] resizing a window with tabs flickers a lot In-Reply-To: <040.a62c57a79db69ebac43969fa18f3d656@haiku-os.org> References: <040.a62c57a79db69ebac43969fa18f3d656@haiku-os.org> Message-ID: <049.2db6e8bd3429fe69f03fbf35f90a5b7f@haiku-os.org> #3038: [Interface Kit] resizing a window with tabs flickers a lot ---------------------------------+------------------------------------------ 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): Or even better Appearance... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 13:55:13 2008 From: trac at haiku-os.org (aldeck) Date: Sun, 02 Nov 2008 12:55:13 -0000 Subject: [Haiku-bugs] [Haiku] #3037: [Interface Kit] resizing some windows leaves artifacts In-Reply-To: <040.5c81412de6a9a941239514a527d80956@haiku-os.org> References: <040.5c81412de6a9a941239514a527d80956@haiku-os.org> Message-ID: <049.52fbea9657a7dbd0623ed00f672f951f@haiku-os.org> #3037: [Interface Kit] resizing some windows leaves artifacts ---------------------------------+------------------------------------------ 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 aldeck): might be that's what's hapenning in #1849. there might be other similar tickets to find... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 13:55:33 2008 From: trac at haiku-os.org (aldeck) Date: Sun, 02 Nov 2008 12:55:33 -0000 Subject: [Haiku-bugs] [Haiku] #1849: [app_server] font corruption on window resize In-Reply-To: <040.f1326748c9b62e72580ea5552c98de87@haiku-os.org> References: <040.f1326748c9b62e72580ea5552c98de87@haiku-os.org> Message-ID: <049.87c2923cbf2bfe384dadfb2c52ab6067@haiku-os.org> #1849: [app_server] font corruption on window resize ---------------------------------+------------------------------------------ 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 aldeck): I noticed it also happens (less often) when not autoscrolling (no need to scroll to the bottom (or right)). Simply resizing (quickly might help) shows the problem. Will attach a screenshot to document the ticket. could be the same as #3037 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 13:58:56 2008 From: trac at haiku-os.org (diver) Date: Sun, 02 Nov 2008 12:58:56 -0000 Subject: [Haiku-bugs] [Haiku] #3039: [Tracker] resizing Open With window flickers blue border a lot Message-ID: <040.bdab66aea4176664df020c7912343cec@haiku-os.org> #3039: [Tracker] resizing Open With window flickers blue border a lot ----------------------------------+----------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 14:12:54 2008 From: trac at haiku-os.org (diver) Date: Sun, 02 Nov 2008 13:12:54 -0000 Subject: [Haiku-bugs] [Haiku] #3040: [DeskCalc] font size is not consistent Message-ID: <040.56fc60ce0c7187980742a776cc8f953f@haiku-os.org> #3040: [DeskCalc] font size is not consistent -----------------------------------+---------------------------------------- Reporter: diver | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/DeskCalc | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- To reproduce:[[BR]] Type something then resize the window and type again. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 14:14:18 2008 From: trac at haiku-os.org (diver) Date: Sun, 02 Nov 2008 13:14:18 -0000 Subject: [Haiku-bugs] [Haiku] #3041: [TV] should start at center of the screen Message-ID: <040.6b286ad22824400243cf333b938c9242@haiku-os.org> #3041: [TV] should start at center of the screen --------------------------+------------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 14:14:40 2008 From: trac at haiku-os.org (diver) Date: Sun, 02 Nov 2008 13:14:40 -0000 Subject: [Haiku-bugs] [Haiku] #3041: [TV] should start at center of the screen In-Reply-To: <040.6b286ad22824400243cf333b938c9242@haiku-os.org> References: <040.6b286ad22824400243cf333b938c9242@haiku-os.org> Message-ID: <049.d985d12471057cf515fef71e5d6518ed@haiku-os.org> #3041: [TV] should start at center of the screen ---------------------------+------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by diver): There is also to TV in Trac. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 14:19:58 2008 From: trac at haiku-os.org (diver) Date: Sun, 02 Nov 2008 13:19:58 -0000 Subject: [Haiku-bugs] [Haiku] #3042: [ShowImage] wheel scrolling flickers image path string Message-ID: <040.b6d3a9e6f26ecb72f2eedbc8c65667cb@haiku-os.org> #3042: [ShowImage] wheel scrolling flickers image path string ------------------------------------+--------------------------------------- Reporter: diver | Owner: leavengood Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/ShowImage | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- If you scroll mouse wheel above an image in fullscreen mode then image path at the bottom will flicker. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 14:22:53 2008 From: trac at haiku-os.org (diver) Date: Sun, 02 Nov 2008 13:22:53 -0000 Subject: [Haiku-bugs] [Haiku] #3043: [ShowImage] dragging part of an image to desktop shows several items with the same name Message-ID: <040.8566110a9cbf244f618a6bdddc49421a@haiku-os.org> #3043: [ShowImage] dragging part of an image to desktop shows several items with the same name -----------------------+---------------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 14:23:23 2008 From: trac at haiku-os.org (diver) Date: Sun, 02 Nov 2008 13:23:23 -0000 Subject: [Haiku-bugs] [Haiku] #3043: [ShowImage] dragging part of an image to desktop shows several items with the same name In-Reply-To: <040.8566110a9cbf244f618a6bdddc49421a@haiku-os.org> References: <040.8566110a9cbf244f618a6bdddc49421a@haiku-os.org> Message-ID: <049.162c32569962505e8363f961dd331f73@haiku-os.org> #3043: [ShowImage] dragging part of an image to desktop shows several items with the same name -------------------------------------+-------------------------------------- Reporter: diver | Owner: leavengood Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/ShowImage | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Changes (by diver): * owner: axeld => leavengood * component: - General => Applications/ShowImage -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 14:25:29 2008 From: trac at haiku-os.org (diver) Date: Sun, 02 Nov 2008 13:25:29 -0000 Subject: [Haiku-bugs] [Haiku] #3044: [JPEG2000] shows an alert if it can't find his settings Message-ID: <040.e63ef2d76f917ef1ec08bf5febbb34f6@haiku-os.org> #3044: [JPEG2000] shows an alert if it can't find his settings ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Add-Ons/Translators | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------+------------------------------------------ -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 14:30:47 2008 From: trac at haiku-os.org (diver) Date: Sun, 02 Nov 2008 13:30:47 -0000 Subject: [Haiku-bugs] [Haiku] #3045: [ShowImage] if you create BMP clip you can't open it Message-ID: <040.126403ec9c9cd9eb9750d16eb3be2eea@haiku-os.org> #3045: [ShowImage] if you create BMP clip you can't open it ------------------------------------+--------------------------------------- Reporter: diver | Owner: leavengood Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/ShowImage | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- There is no preferred application for BMP in FileTypes. Shouldn't it try to use preferred application from supertype? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 14:33:30 2008 From: trac at haiku-os.org (diver) Date: Sun, 02 Nov 2008 13:33:30 -0000 Subject: [Haiku-bugs] [Haiku] #3045: [FileTypes] if you create BMP clip you can't open it (was: [ShowImage] if you create BMP clip you can't open it) In-Reply-To: <040.126403ec9c9cd9eb9750d16eb3be2eea@haiku-os.org> References: <040.126403ec9c9cd9eb9750d16eb3be2eea@haiku-os.org> Message-ID: <049.58fcc82b5123fcc942980cf2aafdf75d@haiku-os.org> #3045: [FileTypes] if you create BMP clip you can't open it ------------------------------------+--------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/FileTypes | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Changes (by diver): * owner: leavengood => axeld * component: Applications/ShowImage => Preferences/FileTypes Comment: Same thing with SGI clip and x-be-bitmap. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 14:35:34 2008 From: trac at haiku-os.org (franxico) Date: Sun, 02 Nov 2008 13:35:34 -0000 Subject: [Haiku-bugs] [Haiku] #3040: [DeskCalc] font size is not consistent In-Reply-To: <040.56fc60ce0c7187980742a776cc8f953f@haiku-os.org> References: <040.56fc60ce0c7187980742a776cc8f953f@haiku-os.org> Message-ID: <049.e5a2ed9447314bd2e9098185d5db956b@haiku-os.org> #3040: [DeskCalc] font size is not consistent ------------------------------------+--------------------------------------- Reporter: diver | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/DeskCalc | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by franxico): If you resize it one more time, font size will become consistent again. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 14:41:28 2008 From: trac at haiku-os.org (diver) Date: Sun, 02 Nov 2008 13:41:28 -0000 Subject: [Haiku-bugs] [Haiku] #3046: [registrar] some files don't have icons after format detection Message-ID: <040.6114afc4dc839765eff4c222a1092000@haiku-os.org> #3046: [registrar] some files don't have icons after format detection -------------------------------+-------------------------------------------- Reporter: diver | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/registrar | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- If you go to /boot/beos/etc/licences Alt+Y, select all (alt+a) and press enter they all will be open in StyledEdit and their icons will be changed to text/plain, but OpenSSH file will not change the icon. Only if you open it again icon will change. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 14:58:44 2008 From: trac at haiku-os.org (diver) Date: Sun, 02 Nov 2008 13:58:44 -0000 Subject: [Haiku-bugs] [Haiku] #698: [Tracker] could crash if many files opened at once In-Reply-To: <040.95051f43983dec4d32e919089af64f52@haiku-os.org> References: <040.95051f43983dec4d32e919089af64f52@haiku-os.org> Message-ID: <049.ee175f9a0b5a6aa077d55f4711092c58@haiku-os.org> #698: [Tracker] could crash if many files opened at once -----------------------------------+---------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by diver): Still here in r28457, but GDB now chokes and will not give back trace. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 16:21:31 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 02 Nov 2008 15:21:31 -0000 Subject: [Haiku-bugs] [Haiku] #3029: [Tracker] crash in BWindow::_FindView In-Reply-To: <040.49d4d0305edac9ab8414c3c0daa8b97d@haiku-os.org> References: <040.49d4d0305edac9ab8414c3c0daa8b97d@haiku-os.org> Message-ID: <049.f03789c2fad7e55328446f0c30ee1c4b@haiku-os.org> #3029: [Tracker] crash in BWindow::_FindView ---------------------------------+------------------------------------------ Reporter: diver | 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: axeld => anevilyak Comment: This one sounds like it's my fault, looking. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 16:24:39 2008 From: trac at haiku-os.org (axeld) Date: Sun, 02 Nov 2008 15:24:39 -0000 Subject: [Haiku-bugs] [Haiku] #3003: Workspaces releated crash In-Reply-To: <044.2f0d17e37d57b613fa37e3a3bdbb8e9e@haiku-os.org> References: <044.2f0d17e37d57b613fa37e3a3bdbb8e9e@haiku-os.org> Message-ID: <053.1d267b1ea99344db0a56efa74e728d5c@haiku-os.org> #3003: Workspaces releated crash ---------------------------------+------------------------------------------ Reporter: kallisti5 | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: Servers/app_server | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by axeld): * priority: normal => critical * milestone: R1 => R1/alpha1 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 16:42:52 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 02 Nov 2008 15:42:52 -0000 Subject: [Haiku-bugs] [Haiku] #3029: [Tracker] crash in BWindow::_FindView In-Reply-To: <040.49d4d0305edac9ab8414c3c0daa8b97d@haiku-os.org> References: <040.49d4d0305edac9ab8414c3c0daa8b97d@haiku-os.org> Message-ID: <049.b4352528b7eb8d0f3c787ee208fe6531@haiku-os.org> #3029: [Tracker] crash in BWindow::_FindView ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by anevilyak): * owner: anevilyak => axeld Comment: Maybe not, it's crashing in the token version of FindView. Specifically it's crashing on line 3498 of kits/interface/Window.cpp: BView* view = dynamic_cast(handler); I'm not very familiar with how the token space works though, so I'm not sure what all it could possibly have gotten back there. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 17:51:20 2008 From: trac at haiku-os.org (miqlas) Date: Sun, 02 Nov 2008 16:51:20 -0000 Subject: [Haiku-bugs] [Haiku] #3047: Hungarian letters don't working in Terminal Message-ID: <041.873c527d82014db68f4b489e8b6e9c72@haiku-os.org> #3047: Hungarian letters don't working in Terminal -----------------------------------+---------------------------------------- Reporter: miqlas | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- I tested the Termianl with Hungarian letters, and i always get this: ? = (arg: 6) ? = (arg: 1) ? = (arg: 3) ? = (arg: -1) If i try with other Hungatrian letters, nothing happend (Hun. letters: ??????????????????) I tested the font settings in StyleEdit, and it works correctly, but not in Terminal. In Terminal i use DejaVu Sans Mono, and it support the Hungarian letter, i'dont know why it don't work in Terminal. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 17:56:08 2008 From: trac at haiku-os.org (miqlas) Date: Sun, 02 Nov 2008 16:56:08 -0000 Subject: [Haiku-bugs] [Haiku] #3047: Hungarian letters don't working in Terminal In-Reply-To: <041.873c527d82014db68f4b489e8b6e9c72@haiku-os.org> References: <041.873c527d82014db68f4b489e8b6e9c72@haiku-os.org> Message-ID: <050.0a319370f8112716d26cb6a34e9e7ca6@haiku-os.org> #3047: Hungarian letters don't working in Terminal ------------------------------------+--------------------------------------- Reporter: miqlas | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by miqlas): I use Haiku R28446. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 18:10:43 2008 From: trac at haiku-os.org (miqlas) Date: Sun, 02 Nov 2008 17:10:43 -0000 Subject: [Haiku-bugs] [Haiku] #2980: Event and Sound columns shouldn't be fixed In-Reply-To: <043.1bce95e13afca4aab9ef837427235cfe@haiku-os.org> References: <043.1bce95e13afca4aab9ef837427235cfe@haiku-os.org> Message-ID: <052.1f1157c82e5192c30bd8afabeec43636@haiku-os.org> #2980: Event and Sound columns shouldn't be fixed ---------------------------------+------------------------------------------ Reporter: franxico | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Sounds | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by miqlas): The new sound_pref window looks better, but have some problems, the listview don't have borders. Check the shoot. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 18:47:33 2008 From: trac at haiku-os.org (bonefish) Date: Sun, 02 Nov 2008 17:47:33 -0000 Subject: [Haiku-bugs] [Haiku] #3047: Hungarian letters don't working in Terminal In-Reply-To: <041.873c527d82014db68f4b489e8b6e9c72@haiku-os.org> References: <041.873c527d82014db68f4b489e8b6e9c72@haiku-os.org> Message-ID: <050.a8d97d627262fc6e2343112415721c99@haiku-os.org> #3047: Hungarian letters don't working in Terminal ------------------------------------+--------------------------------------- Reporter: miqlas | Owner: jackburton Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: duplicate | Blockedby: 215 Platform: All | Blocking: ------------------------------------+--------------------------------------- Changes (by bonefish): * status: new => closed * resolution: => duplicate * blockedby: => 215 Comment: Duplicate of #215. BTW, please use a small "r" when referring to revisions (i.e. r28446 instead of R28446); only then Trac hyperlinks it correctly. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 20:50:39 2008 From: trac at haiku-os.org (marcusoverhagen) Date: Sun, 02 Nov 2008 19:50:39 -0000 Subject: [Haiku-bugs] [Haiku] #2980: Event and Sound columns shouldn't be fixed In-Reply-To: <043.1bce95e13afca4aab9ef837427235cfe@haiku-os.org> References: <043.1bce95e13afca4aab9ef837427235cfe@haiku-os.org> Message-ID: <052.a703b7deeb60914b2985b1768a751492@haiku-os.org> #2980: Event and Sound columns shouldn't be fixed ---------------------------------+------------------------------------------ Reporter: franxico | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Sounds | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by marcusoverhagen): * owner: marcusoverhagen => haiku-web -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 20:53:50 2008 From: trac at haiku-os.org (marcusoverhagen) Date: Sun, 02 Nov 2008 19:53:50 -0000 Subject: [Haiku-bugs] [Haiku] #2575: The KDL during mount of partition FAT In-Reply-To: <041.e6805a8c98cad18b17b3fe9ca30e6fbb@haiku-os.org> References: <041.e6805a8c98cad18b17b3fe9ca30e6fbb@haiku-os.org> Message-ID: <050.a6175a8514256779003258d22f66d437@haiku-os.org> #2575: The KDL during mount of partition FAT ---------------------------+------------------------------------------------ Reporter: Hubert | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Disk | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Changes (by marcusoverhagen): * owner: marcusoverhagen => haiku-web -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 2 23:34:29 2008 From: trac at haiku-os.org (heto) Date: Sun, 02 Nov 2008 22:34:29 -0000 Subject: [Haiku-bugs] [Haiku] #3048: IO Scheduler: "no more requests" panic Message-ID: <039.1d4f738770887a716fbc718c9f065752@haiku-os.org> #3048: IO Scheduler: "no more requests" panic ---------------------------+------------------------------------------------ Reporter: heto | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------------+------------------------------------------------ Running Haiku r28387, I frequently (often several times a day) get PANIC: no more requests in the IO scheduler thread. There does not seem to be a reliable way to reproduce the bug; I have had it occur even immediately after the system has booted and Tracker has loaded, although usually the bug occurs after a couple hours of usage. I'll attach a log with a backtrace. The backtrace always stops at a READ FAULT right after IOScheduler::_Scheduler, so it might not be very useful. I have a couple of blurry photos from earlier occurrences of the panic, and looking at them it seems that the arguments to IOScheduler::_Scheduler are always the same for the most part. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 3 01:51:02 2008 From: trac at haiku-os.org (Adek336) Date: Mon, 03 Nov 2008 00:51:02 -0000 Subject: [Haiku-bugs] [Haiku] #2707: cannot mount ext3 file system In-Reply-To: <042.b4da1de607c6ce627ee5312c112cccb1@haiku-os.org> References: <042.b4da1de607c6ce627ee5312c112cccb1@haiku-os.org> Message-ID: <051.c958af7853062d55935ad38ecf4e44f9@haiku-os.org> #2707: cannot mount ext3 file system ------------------------+--------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by Adek336): I have a computer with two ext3 partitions that mount in Haiku and one that doesn't. All three mount in linux. The two mountable partitions have st_mode == 0x41ed, and the value is read from the disk. The other partition, Haiku reads, I think, the wrong block and interprets "0" as it's st_mode, so it is later recognized as a weird file. Using DiskProbe I found that the good partitions have hexadecimal "ed 41" in block 0x2018, one partition in offset 0x80, the other partition in offset 0x100 into the block. The wrong partition has hexadecimal "ed 41" in block 0x1678, offset 0x80. For all 3 partitions, in the ext2 module, in Volume::Mount(), deeper in Inode::Inode(), deeper in ext2_get_vnode(), block_cache_get() is called with block == 0x403 I think. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 3 03:45:24 2008 From: trac at haiku-os.org (bbjimmy) Date: Mon, 03 Nov 2008 02:45:24 -0000 Subject: [Haiku-bugs] [Haiku] #3009: BePDF crashes on launch In-Reply-To: <042.d55b979e53cdf0297b858a70ae835cda@haiku-os.org> References: <042.d55b979e53cdf0297b858a70ae835cda@haiku-os.org> Message-ID: <051.e951fa0ef8ac4878cb9959e32b99254d@haiku-os.org> #3009: BePDF crashes on launch ------------------------+--------------------------------------------------- Reporter: bbjimmy | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by bbjimmy): Later versions have resolved the issue. This is no longer reproducible. Please Close this ticket. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 3 03:52:33 2008 From: trac at haiku-os.org (bbjimmy) Date: Mon, 03 Nov 2008 02:52:33 -0000 Subject: [Haiku-bugs] [Haiku] #1287: DHCP does not work if there is more than one NIC present. In-Reply-To: <042.4a15b02a351a9ff9b8df7d9b48c17146@haiku-os.org> References: <042.4a15b02a351a9ff9b8df7d9b48c17146@haiku-os.org> Message-ID: <051.afd4023eeda5bc854f3d0420c43c2a76@haiku-os.org> #1287: DHCP does not work if there is more than one NIC present. ---------------------------------+------------------------------------------ Reporter: bbjimmy | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/net_server | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: 2414 ---------------------------------+------------------------------------------ Comment(by bbjimmy): As of r28415, and probably before, this issue has been resolved. Both NICs receive an ip and gateway. one must delete ( ifconfig --delete ) the default NIC to use the second one, but DHCP does work for both NICs. Please close this ticket. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 3 09:39:56 2008 From: trac at haiku-os.org (nielx) Date: Mon, 03 Nov 2008 08:39:56 -0000 Subject: [Haiku-bugs] [Haiku] #2575: The KDL during mount of partition FAT In-Reply-To: <041.e6805a8c98cad18b17b3fe9ca30e6fbb@haiku-os.org> References: <041.e6805a8c98cad18b17b3fe9ca30e6fbb@haiku-os.org> Message-ID: <050.32db3a2e2a5d052dd4c3c2fc30dd50d2@haiku-os.org> #2575: The KDL during mount of partition FAT ---------------------------+------------------------------------------------ Reporter: Hubert | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Disk | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Comment(by nielx): Why is this an issue for haiku-web? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 3 10:18:46 2008 From: trac at haiku-os.org (marcusoverhagen) Date: Mon, 03 Nov 2008 09:18:46 -0000 Subject: [Haiku-bugs] [Haiku] #3049: Can't delete ticket owner anymore Message-ID: <050.6406e092f2be6b3aa42e3bc57e63db2c@haiku-os.org> #3049: Can't delete ticket owner anymore -----------------------------+---------------------------------------------- Reporter: marcusoverhagen | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: Component: - General | Version: Blockedby: | Platform: All Blocking: | -----------------------------+---------------------------------------------- "Reassign To" no longer allows to assign an empty owner to delete the assigned owner. Please fix. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 3 10:31:01 2008 From: trac at haiku-os.org (korli) Date: Mon, 03 Nov 2008 09:31:01 -0000 Subject: [Haiku-bugs] [Haiku] #3009: BePDF crashes on launch In-Reply-To: <042.d55b979e53cdf0297b858a70ae835cda@haiku-os.org> References: <042.d55b979e53cdf0297b858a70ae835cda@haiku-os.org> Message-ID: <051.ac92eebda94e5668b97171a7b2c251f3@haiku-os.org> #3009: BePDF crashes on launch ------------------------+--------------------------------------------------- Reporter: bbjimmy | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 3 10:43:31 2008 From: trac at haiku-os.org (marcusoverhagen) Date: Mon, 03 Nov 2008 09:43:31 -0000 Subject: [Haiku-bugs] [Haiku] #3049: Can't delete ticket owner anymore In-Reply-To: <050.6406e092f2be6b3aa42e3bc57e63db2c@haiku-os.org> References: <050.6406e092f2be6b3aa42e3bc57e63db2c@haiku-os.org> Message-ID: <059.bdd6ac5f4c41127bd05ea490b42aa33c@haiku-os.org> #3049: Can't delete ticket owner anymore ------------------------------+--------------------------------------------- Reporter: marcusoverhagen | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: Component: - General | Version: Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Changes (by marcusoverhagen): * owner: axeld => haiku-web -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 3 10:53:02 2008 From: trac at haiku-os.org (miqlas) Date: Mon, 03 Nov 2008 09:53:02 -0000 Subject: [Haiku-bugs] [Haiku] #3050: Zip-O-Matic problem Message-ID: <041.41aeaed726a47729829148430e5d26f3@haiku-os.org> #3050: Zip-O-Matic problem -----------------------------+---------------------------------------------- Reporter: miqlas | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Add-Ons/Tracker | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------------+---------------------------------------------- If i select 1 or more files, and i select zip-o-matic from the Tracker add-ons list, nothing happend. I see in the menu it have hotkey (Alt+Z), I tested with this, select 1 and more files, and i pressed Alt+Z, but nothing happend (seems so), but no! Alt+Z is the Undo command! This is problem, if somebody copy some files, and after he try to zip something, and nothing happend, but in the background the file copy undoed! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 3 11:14:23 2008 From: trac at haiku-os.org (mmlr) Date: Mon, 03 Nov 2008 10:14:23 -0000 Subject: [Haiku-bugs] [Haiku] #3050: Zip-O-Matic problem In-Reply-To: <041.41aeaed726a47729829148430e5d26f3@haiku-os.org> References: <041.41aeaed726a47729829148430e5d26f3@haiku-os.org> Message-ID: <050.7bd94ee9bf7c3d970da973f96157928e@haiku-os.org> #3050: Zip-O-Matic problem ------------------------------+--------------------------------------------- Reporter: miqlas | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Add-Ons/Tracker | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by mmlr): I've noticed this as well, though running the add-on and then dropping files on it still works. It seems that this was recently introduced, as the image I have here at work at r28350 doesn't have this problem. I thought that the key combination usually involved an additional modifier for add-ons, but this doesn't seem to be the case currently. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 3 11:54:18 2008 From: trac at haiku-os.org (axeld) Date: Mon, 03 Nov 2008 10:54:18 -0000 Subject: [Haiku-bugs] [Haiku] #3048: IO Scheduler: "no more requests" panic In-Reply-To: <039.1d4f738770887a716fbc718c9f065752@haiku-os.org> References: <039.1d4f738770887a716fbc718c9f065752@haiku-os.org> Message-ID: <048.97698402239c56467de36794dbb11f4c@haiku-os.org> #3048: IO Scheduler: "no more requests" panic ----------------------------+----------------------------------------------- Reporter: heto | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by axeld): Can you please retry with a current revision? I have never seen this panic, and more recent revisions have the "read fault" problem in the stack traces fixed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 3 11:57:43 2008 From: trac at haiku-os.org (axeld) Date: Mon, 03 Nov 2008 10:57:43 -0000 Subject: [Haiku-bugs] [Haiku] #1287: DHCP does not work if there is more than one NIC present. In-Reply-To: <042.4a15b02a351a9ff9b8df7d9b48c17146@haiku-os.org> References: <042.4a15b02a351a9ff9b8df7d9b48c17146@haiku-os.org> Message-ID: <051.dae91b50fa12f5fc0a903f0b8531e22e@haiku-os.org> #1287: DHCP does not work if there is more than one NIC present. ---------------------------------+------------------------------------------ Reporter: bbjimmy | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Servers/net_server | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: 2414 ---------------------------------+------------------------------------------ Changes (by axeld): * status: new => closed * resolution: => fixed Old description: > Run haiku with two NIC cards. even if both have access th DHCP servers > neither will obtain an ip or route. New description: Run haiku with two NIC cards. even if both have access th DHCP servers neither will obtain an ip or route. -- Comment: Thanks for the note. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 3 12:16:56 2008 From: trac at haiku-os.org (richienyhus) Date: Mon, 03 Nov 2008 11:16:56 -0000 Subject: [Haiku-bugs] [Haiku] #3051: [WonderBrush] Sizing & spacing issues when changing language Message-ID: <046.d9b5e6b2ea2fab796adbe5e87977d418@haiku-os.org> #3051: [WonderBrush] Sizing & spacing issues when changing language --------------------------+------------------------------------------------- Reporter: richienyhus | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------+------------------------------------------------- When in WonderBrush, enter program settings and change from one language to another language, repeat. r28446 pre-alpha -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 3 12:19:49 2008 From: trac at haiku-os.org (axeld) Date: Mon, 03 Nov 2008 11:19:49 -0000 Subject: [Haiku-bugs] [Haiku] #3010: A file is routinely corrupt after shutdown In-Reply-To: <039.e7baa1cefe0f5d566e90ad9cd6ba1aeb@haiku-os.org> References: <039.e7baa1cefe0f5d566e90ad9cd6ba1aeb@haiku-os.org> Message-ID: <048.5109fbd774df1d383ce99001e085db6c@haiku-os.org> #3010: A file is routinely corrupt after shutdown ----------------------------+----------------------------------------------- Reporter: donn | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by axeld): Can you please do a "checkfs" (available with current revisions) on your old drive? If it no fatal errors show up, it's likely the bug that I'm currently looking into. If that is the case, please keep your reproducible test case somewhere, so that you can confirm it being fixed once I found it :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 3 13:07:28 2008 From: trac at haiku-os.org (korli) Date: Mon, 03 Nov 2008 12:07:28 -0000 Subject: [Haiku-bugs] [Haiku] #3005: SoundRecorder records only few seconds In-Reply-To: <041.74304357f7b82c472b7fe30b6f824bfe@haiku-os.org> References: <041.74304357f7b82c472b7fe30b6f824bfe@haiku-os.org> Message-ID: <050.d109d411186e0c42f9500c91e2c17654@haiku-os.org> #3005: SoundRecorder records only few seconds -----------------------------------------+---------------------------------- Reporter: nutela | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/SoundRecorder | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -----------------------------------------+---------------------------------- Comment(by korli): Dunno, this is typical for recording applications to provide a max record time. I think the BeOS SoundRecorder behaves the same. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 3 13:13:32 2008 From: trac at haiku-os.org (nutela) Date: Mon, 03 Nov 2008 12:13:32 -0000 Subject: [Haiku-bugs] [Haiku] #3005: SoundRecorder records only few seconds by default (was: SoundRecorder records only few seconds) In-Reply-To: <041.74304357f7b82c472b7fe30b6f824bfe@haiku-os.org> References: <041.74304357f7b82c472b7fe30b6f824bfe@haiku-os.org> Message-ID: <050.57a3c59f5682dd055eb037fcf78b50cd@haiku-os.org> #3005: SoundRecorder records only few seconds by default -----------------------------------------+---------------------------------- Reporter: nutela | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/SoundRecorder | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -----------------------------------------+---------------------------------- Comment(by nutela): Replying to [comment:3 korli]: > Dunno, this is typical for recording applications to provide a max record time. > I think the BeOS SoundRecorder behaves the same. No it does not, there is no limit displayed in the GUI of R5's SoundRecorder. Why is there a limit? Does it record to RAM? What could be done is have it disabled with a check box to enable it because I think it is not a bad feature at all. I can set this bug to "enhancement" is that desirable? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 3 13:25:29 2008 From: trac at haiku-os.org (nutela) Date: Mon, 03 Nov 2008 12:25:29 -0000 Subject: [Haiku-bugs] [Haiku] #3052: not possible to drag and save files from SoundRecorder Message-ID: <041.ee6e7b3217678765893648084e5a445e@haiku-os.org> #3052: not possible to drag and save files from SoundRecorder ----------------------------------------+----------------------------------- Reporter: nutela | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/SoundRecorder | Version: R1 development Blockedby: | Platform: x86 Blocking: | ----------------------------------------+----------------------------------- how to reproduce: Click the green audio waveform display and drag it to the Desktop or Tracker window Open the extended window below the main window, click and drag any AudioClip[0-9]+ to the Desktop or Tracker window experienced behaviour: nothing happens expected behaviour: R5: Clicking the green audio waveform display and dragging it to the Desktop or Tracker window should save the audioclip as "AudioClip[0-9]+" where [0-9]+ is an extended regex Opening the extended window below the main window, clicking and dragging any AudioClip[0-9]+ (where [0-9]+ is an extended regex) to the Desktop or Tracker window should save that audioclip as AudioClip[0-9]+ (where [0-9]+ is an extended regex) (note: this behaviour greatly speeds up audio recording and reuse by supporting the creative process by not asking for filenames which can always be dealt with 'later' :-) seriously) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 3 13:26:29 2008 From: trac at haiku-os.org (stippi) Date: Mon, 03 Nov 2008 12:26:29 -0000 Subject: [Haiku-bugs] [Haiku] #3005: SoundRecorder records only few seconds by default In-Reply-To: <041.74304357f7b82c472b7fe30b6f824bfe@haiku-os.org> References: <041.74304357f7b82c472b7fe30b6f824bfe@haiku-os.org> Message-ID: <050.95d26c106c378b2fd8fe1cce3e2970bc@haiku-os.org> #3005: SoundRecorder records only few seconds by default -----------------------------------------+---------------------------------- Reporter: nutela | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/SoundRecorder | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -----------------------------------------+---------------------------------- Comment(by stippi): I'd also vote for putting a checkmark in front the limit text box and to turn it off by default (unlimited recording time), especially since the limit text box is hidden in the default interface. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 3 13:29:59 2008 From: trac at haiku-os.org (stippi) Date: Mon, 03 Nov 2008 12:29:59 -0000 Subject: [Haiku-bugs] [Haiku] #3052: not possible to drag and save files from SoundRecorder In-Reply-To: <041.ee6e7b3217678765893648084e5a445e@haiku-os.org> References: <041.ee6e7b3217678765893648084e5a445e@haiku-os.org> Message-ID: <050.1270ff8196db2695005327c1edd6399e@haiku-os.org> #3052: not possible to drag and save files from SoundRecorder -----------------------------------------+---------------------------------- Reporter: nutela | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/SoundRecorder | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -----------------------------------------+---------------------------------- Comment(by stippi): Nutela, is there any chance of you becoming a programmer? You could make stuff like this work, you know? Seriously! With a bit of help at the first steps, you could become a Haiku coder! :-) The ones that want to get things done with Haiku are the best. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 3 13:31:29 2008 From: trac at haiku-os.org (nutela) Date: Mon, 03 Nov 2008 12:31:29 -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.4874e072f34e047809bf81eeee2a80d3@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've also noticed that "Refuse input format changes" and "Refuse output format changes" checkboxes in the "Setup" tab are always checked (I don't know what they mean however) and unchecking them and restarting Media Prefs checks them again. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 3 13:33:32 2008 From: trac at haiku-os.org (nutela) Date: Mon, 03 Nov 2008 12:33:32 -0000 Subject: [Haiku-bugs] [Haiku] #1352: echo24 driver: no support for 24 bit and 96kHz sample rate (was: Echo 24 driver: no support for 24 bit and 96kHz sample rate r 21093) In-Reply-To: <041.c9096c1dcca27e57347bcbeb5d8a0930@haiku-os.org> References: <041.c9096c1dcca27e57347bcbeb5d8a0930@haiku-os.org> Message-ID: <050.0aa6ad4c91c1413aab05887f024f3444@haiku-os.org> #1352: echo24 driver: no support for 24 bit and 96kHz sample rate ----------------------------+----------------------------------------------- Reporter: nutela | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by nutela): Changed subject to better summarize. Will make a separate bug for recording. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 3 13:56:35 2008 From: trac at haiku-os.org (nutela) Date: Mon, 03 Nov 2008 12:56:35 -0000 Subject: [Haiku-bugs] [Haiku] #3053: echo24 driver; recording only 16 bit, 44.1kHz (R5), 16 bit, 44.1,48kHz (Haiku) + buggy Message-ID: <041.2c6cdcc87c90a0b0ea6760bd197da61c@haiku-os.org> #3053: echo24 driver; recording only 16 bit, 44.1kHz (R5), 16 bit, 44.1,48kHz (Haiku) + buggy ---------------------------+------------------------------------------------ Reporter: nutela | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------------+------------------------------------------------ HW Echo Mia Midi how to reproduce: set echo.settings to any format not 16 bit, 44100 Hz in R5 or 16 bit, 44100 or 48000 Hz in Haiku, restart Media server experienced behavior: Recording at different sample rates or bit depth produces severe distortion which sounds as severe aliasing, when booting from R5 to Haiku or reverse with settings 16 bit, 44100 Hz in R5 or 16 bit, 44100 or 48000 Hz in Haiku, recordings are '''always''' severely distorted in R5 for which a shutdown or reboot is needed, and sometimes the same happens in Haiku for which a media server restart is needed. Getting 48000 sample rate support for recording is difficult to reproduce, I had to uncheck or check the "4+" checkbox and/or randomly set different settings and restart the media server to fix it. '''A note for testing:''' In R5 when recordings are recorded correctly they do not sound correctly in R5's SoundRecorder but lack the distortionduring playback in SoundRecorder , only clicks are heard, which are gone playing the same file in Soundplay or mediaplayer. expected behavior: It would be nice to have all bit depths and sample rates supported by the hw have available in the driver as well, however much more important is '''consistent behaviour''' the fact that recordings made could be distorted/garbled for unknown reasons and restarting the media server doesn't solve anything in R5. When it does work it works excellent in R5 but Haiku is affected by another bug: #2787: clicks in audio with cpu activity, the clicks are recorded :( -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 3 22:59:29 2008 From: trac at haiku-os.org (scottmc) Date: Mon, 03 Nov 2008 21:59:29 -0000 Subject: [Haiku-bugs] [Haiku] #3056: Haiku could use a power management framework Message-ID: <042.9121ae8569409436f6f7d01a9f8d4f88@haiku-os.org> #3056: Haiku could use a power management framework -------------------------+-------------------------------------------------- Reporter: scottmc | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- As discussed on the Haiku dev mailing list, Haiku could use a power management framework: http://www.freelists.org/archives/haiku-development/10-2008/msg00565.html -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 3 23:10:04 2008 From: trac at haiku-os.org (leavengood) Date: Mon, 03 Nov 2008 22:10:04 -0000 Subject: [Haiku-bugs] [Haiku] #3043: [ShowImage] dragging part of an image to desktop shows several items with the same name In-Reply-To: <040.8566110a9cbf244f618a6bdddc49421a@haiku-os.org> References: <040.8566110a9cbf244f618a6bdddc49421a@haiku-os.org> Message-ID: <049.0bb25ec247c4dd992a5c7872d388279e@haiku-os.org> #3043: [ShowImage] dragging part of an image to desktop shows several items with the same name -------------------------------------+-------------------------------------- Reporter: diver | Owner: leavengood Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Applications/ShowImage | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Changes (by leavengood): * status: new => assigned Old description: New description: This is definitely an issue and does seem to be a bug in ShowImage. I will work on it soon. -- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 3 23:13:04 2008 From: trac at haiku-os.org (leavengood) Date: Mon, 03 Nov 2008 22:13:04 -0000 Subject: [Haiku-bugs] [Haiku] #3042: [ShowImage] wheel scrolling flickers image path string In-Reply-To: <040.b6d3a9e6f26ecb72f2eedbc8c65667cb@haiku-os.org> References: <040.b6d3a9e6f26ecb72f2eedbc8c65667cb@haiku-os.org> Message-ID: <049.99dfbba24da2006b7daf902763af7a6d@haiku-os.org> #3042: [ShowImage] wheel scrolling flickers image path string -------------------------------------+-------------------------------------- Reporter: diver | Owner: leavengood Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Applications/ShowImage | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Changes (by leavengood): * status: new => assigned Comment: The path caption flickers in several cases and it has always annoyed me. I will look into using some double buffering or making use of the new app_server buffered drawing to stop the flickering. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 3 23:36:32 2008 From: trac at haiku-os.org (oco) Date: Mon, 03 Nov 2008 22:36:32 -0000 Subject: [Haiku-bugs] [Haiku] #2902: USB File corruption with SMP enabled. In-Reply-To: <045.43e93212fa7bbbc46de3d136b1d38c9f@haiku-os.org> References: <045.43e93212fa7bbbc46de3d136b1d38c9f@haiku-os.org> Message-ID: <054.3a0d040f5a6fc0f37e4185bb648217c9@haiku-os.org> #2902: USB File corruption with SMP enabled. --------------------------+------------------------------------------------- Reporter: netster403 | Owner: mmlr Type: bug | Status: new Priority: critical | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------+------------------------------------------------- Changes (by oco): * cc: olivier.coursiere at laposte.net (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 4 01:40:24 2008 From: trac at haiku-os.org (aldeck) Date: Tue, 04 Nov 2008 00:40:24 -0000 Subject: [Haiku-bugs] [Haiku] #3001: OpenGL demos segfault in MesaSoftwareRenderer::SwapBuffers() when moving window In-Reply-To: <041.8960c6efbeb6003538cc6dd822e0d8e2@haiku-os.org> References: <041.8960c6efbeb6003538cc6dd822e0d8e2@haiku-os.org> Message-ID: <050.15b939ed026b317f9e86ffd2c4d55d06@haiku-os.org> #3001: OpenGL demos segfault in MesaSoftwareRenderer::SwapBuffers() when moving window ------------------------------+--------------------------------------------- Reporter: aldeck | Owner: korli Type: bug | Status: reopened Priority: high | Milestone: R1 Component: Kits/OpenGL Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Changes (by aldeck): * status: closed => reopened * resolution: fixed => Comment: Reopening, it crashes in the same place when moving a window over a directWindow GL app. (single cpu, virtualbox, r28452) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 4 01:49:36 2008 From: trac at haiku-os.org (RandomInsano) Date: Tue, 04 Nov 2008 00:49:36 -0000 Subject: [Haiku-bugs] [Haiku] #3057: Time & Date: Changing clock's minutes is VERY broken Message-ID: <047.c7e77cb33be2dad5c736fd9d37d27e6b@haiku-os.org> #3057: Time & Date: Changing clock's minutes is VERY broken -------------------------------------+-------------------------------------- Reporter: RandomInsano | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Time & Date | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- So, everyone's changing their clocks around here for daylight savings time, me included. The only problem is that when you do this, the hours and minutes change at the same time or the hours just jump all over the place. Steps to reproduce: Right click clock to change time, scroll your minutes around until they cycle back to 60. While on the way the hours and sometimes the days will just jump all over the place. I'm now two days in the past! This occurs on real and emulated hardware on builds up to r28470 at least. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 4 07:10:54 2008 From: trac at haiku-os.org (leavengood) Date: Tue, 04 Nov 2008 06:10:54 -0000 Subject: [Haiku-bugs] [Haiku] #3043: [ShowImage] dragging part of an image to desktop shows several items with the same name In-Reply-To: <040.8566110a9cbf244f618a6bdddc49421a@haiku-os.org> References: <040.8566110a9cbf244f618a6bdddc49421a@haiku-os.org> Message-ID: <049.fcf3dcf9b352e67b24f3c3029d6bc083@haiku-os.org> #3043: [ShowImage] dragging part of an image to desktop shows several items with the same name -------------------------------------+-------------------------------------- Reporter: diver | Owner: leavengood Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/ShowImage | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Changes (by leavengood): * status: assigned => closed * resolution: => fixed Comment: Fixed in r28487. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 4 11:30:49 2008 From: trac at haiku-os.org (jackburton) Date: Tue, 04 Nov 2008 10:30:49 -0000 Subject: [Haiku-bugs] [Haiku] #2803: System unresponsive when there is network activity with rtl81xx driver In-Reply-To: <045.294eedd8af1d53aef24f97b4b156681f@haiku-os.org> References: <045.294eedd8af1d53aef24f97b4b156681f@haiku-os.org> Message-ID: <054.8ce3a1612d88de6c77eb4e66e6f389b0@haiku-os.org> #2803: System unresponsive when there is network activity with rtl81xx driver ------------------------------+--------------------------------------------- Reporter: jackburton | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by jackburton): I can confirm that disabling OSS makes the system work correctly, even with both cores enabled. IRQ 11 is shared also on my system between the sound card and the ethernet adapter. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 3 14:52:02 2008 From: trac at haiku-os.org (aldeck) Date: Mon, 03 Nov 2008 13:52:02 -0000 Subject: [Haiku-bugs] [Haiku] #3054: Tracker doesn't load all poses on folders with thousands of files. Message-ID: <041.9c4ee12eb1accd9f59dd935c90e98a72@haiku-os.org> #3054: Tracker doesn't load all poses on folders with thousands of files. ----------------------------------+----------------------------------------- Reporter: aldeck | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Tracker doesn't load all poses on folders with thousands of files. This problem was first mentioned in #2760's comments, but now it's more clear it's a different bug. Investigating on #3011 i found some new infos: I added some debug output to AddPosesTask and apparently GetNextDirents returns 0 although there are still more items in the dir. http://dev .haiku-os.org/browser/haiku/trunk/src/kits/tracker/PoseView.cpp#L1263 . It fails after a few thousand files but it's quite variable. Interestingly, when i tried commenting "model->CloseNode()" here http://dev.haiku- os.org/browser/haiku/trunk/src/kits/tracker/PoseView.cpp#L1742 for #3011's investigation, i noticed the problem was worse. That is GetNextDirents would fail after a few hundred files. Closing model nodes "model->CloseNode()" on each model in PoseView::AddPosesTask loop and reopening it in CreatePoses, made the problem disappear, although hitting performance a bit. There must be something fishy with models not being all closed by seeing the old debug ifdefs in the related methods. Anyone has an idea why GetNextDirents would fail though? setting tracker component, might be a kernel/fs bug. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 3 14:36:11 2008 From: trac at haiku-os.org (jackburton) Date: Mon, 03 Nov 2008 13:36:11 -0000 Subject: [Haiku-bugs] [Haiku] #3051: [WonderBrush] Sizing & spacing issues when changing language In-Reply-To: <046.d9b5e6b2ea2fab796adbe5e87977d418@haiku-os.org> References: <046.d9b5e6b2ea2fab796adbe5e87977d418@haiku-os.org> Message-ID: <055.86088993e8d5f8c82516003d90cd9ace@haiku-os.org> #3051: [WonderBrush] Sizing & spacing issues when changing language ---------------------------+------------------------------------------------ Reporter: richienyhus | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: duplicate | Blockedby: 2413 Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Changes (by jackburton): * status: new => closed * resolution: => duplicate * blockedby: => 2413 Comment: I'm sure this is a dup of #2413. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 3 14:52:37 2008 From: trac at haiku-os.org (aldeck) Date: Mon, 03 Nov 2008 13:52:37 -0000 Subject: [Haiku-bugs] [Haiku] #2760: Crash when sorting populated folder In-Reply-To: <044.57783320966c89af108394cb99691802@haiku-os.org> References: <044.57783320966c89af108394cb99691802@haiku-os.org> Message-ID: <053.d5ac068a861b5c0de8852cf26104ca86@haiku-os.org> #2760: Crash when sorting populated folder -----------------------------------+---------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by aldeck): Concerning the bug causing the view not creating all items. I found some infos when looking at #3011. I moved this issue to a new ticket now that it's more clear, see #3054 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 3 14:02:51 2008 From: trac at haiku-os.org (nutela) Date: Mon, 03 Nov 2008 13:02:51 -0000 Subject: [Haiku-bugs] [Haiku] #2955: using multiple USB HIDs not possible, USB input devices stop working (was: KDL wacom tablet unlugged: AddOnManager?) In-Reply-To: <041.b8215043ff83d47c88b4fc90910cf677@haiku-os.org> References: <041.b8215043ff83d47c88b4fc90910cf677@haiku-os.org> Message-ID: <050.e89fc239548133777889b5dd462c6192@haiku-os.org> #2955: using multiple USB HIDs not possible, USB input devices stop working ------------------------------------+--------------------------------------- Reporter: nutela | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Add-Ons/Input Methods | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------------+--------------------------------------- Comment(by nutela): Changed summary because after rev 28353 no KDL. Not sure if Component still set correctly, tell me if I should update too -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 3 15:02:45 2008 From: trac at haiku-os.org (Hubert) Date: Mon, 03 Nov 2008 14:02:45 -0000 Subject: [Haiku-bugs] [Haiku] #2575: The KDL during mount of partition FAT In-Reply-To: <041.e6805a8c98cad18b17b3fe9ca30e6fbb@haiku-os.org> References: <041.e6805a8c98cad18b17b3fe9ca30e6fbb@haiku-os.org> Message-ID: <050.b8489f019aed1e01c3ee05a94debc905@haiku-os.org> #2575: The KDL during mount of partition FAT ---------------------------+------------------------------------------------ Reporter: Hubert | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Disk | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Comment(by Hubert): I don't know why too. BTW. This ticket should be closed. In this moment everything work good. I apologize for lack of update. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 3 15:00:20 2008 From: trac at haiku-os.org (aldeck) Date: Mon, 03 Nov 2008 14:00:20 -0000 Subject: [Haiku-bugs] [Haiku] #3011: Filling Tracker windows with many files takes too long In-Reply-To: <041.ddf7fe0d31a5ec2b32f76540578ab16c@haiku-os.org> References: <041.ddf7fe0d31a5ec2b32f76540578ab16c@haiku-os.org> Message-ID: <050.0c1a3ba183e9768dabbcabb28ea2d295@haiku-os.org> #3011: Filling Tracker windows with many files takes too long -----------------------------------+---------------------------------------- Reporter: stippi | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: Unscheduled Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by aldeck): Ok, found several perpetrators, and some info on a bug! (see #3054) On pose creation three ops are to blame: * Model::CloseNode * PoseView::AddMimeTypes * FSClipboardFindNode (in BPose constructor) * and PoseView::FindPose to a lesser extent. I'll investigate further in the next days, not accepting the ticket though, lacking time... Please continue the work on this if you'd like, i'm temporarily off. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 3 15:10:57 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 03 Nov 2008 14:10:57 -0000 Subject: [Haiku-bugs] [Haiku] #2575: The KDL during mount of partition FAT In-Reply-To: <041.e6805a8c98cad18b17b3fe9ca30e6fbb@haiku-os.org> References: <041.e6805a8c98cad18b17b3fe9ca30e6fbb@haiku-os.org> Message-ID: <050.33bc5322c5134dcd8a89ad385ca63379@haiku-os.org> #2575: The KDL during mount of partition FAT ---------------------------+------------------------------------------------ Reporter: Hubert | Owner: haiku-web Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Disk | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Changes (by anevilyak): * status: new => closed * resolution: => fixed Comment: I believe he did that because of a lack of a way to delete himself as owner. Anyways, thanks for the update :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 00:04:50 2008 From: trac at haiku-os.org (diver) Date: Tue, 04 Nov 2008 23:04:50 -0000 Subject: [Haiku-bugs] [Haiku] #3063: [Trac] error trying to add png attachment Message-ID: <040.ca58cf9bcb04bfb9ab8abe7f56343127@haiku-os.org> #3063: [Trac] error trying to add png attachment --------------------------+------------------------------------------------- Reporter: diver | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- {{{ Traceback (most recent call last): File "/opt/csw/lib/python/site- packages/Trac-0.11.1-py2.5.egg/trac/web/api.py", line 339, in send_error 'text/html') File "/opt/csw/lib/python/site- packages/Trac-0.11.1-py2.5.egg/trac/web/chrome.py", line 715, in render_template return stream.render(method, doctype=doctype) File "build/bdist.solaris-2.10-i86pc/egg/genshi/core.py", line 179, in render return encode(generator, method=method, encoding=encoding, out=out) File "build/bdist.solaris-2.10-i86pc/egg/genshi/output.py", line 60, in encode return _encode(u''.join(list(iterator))) File "build/bdist.solaris-2.10-i86pc/egg/genshi/output.py", line 311, in __call__ for kind, data, pos in stream: File "build/bdist.solaris-2.10-i86pc/egg/genshi/output.py", line 753, in __call__ for kind, data, pos in stream: File "build/bdist.solaris-2.10-i86pc/egg/genshi/output.py", line 592, in __call__ for kind, data, pos in stream: File "build/bdist.solaris-2.10-i86pc/egg/genshi/output.py", line 698, in __call__ for kind, data, pos in chain(stream, [(None, None, None)]): File "build/bdist.solaris-2.10-i86pc/egg/genshi/output.py", line 532, in __call__ for ev in stream: File "build/bdist.solaris-2.10-i86pc/egg/genshi/core.py", line 283, in _ensure for event in stream: File "build/bdist.solaris-2.10-i86pc/egg/genshi/core.py", line 283, in _ensure for event in stream: File "/opt/csw/lib/python/site- packages/Trac-0.11.1-py2.5.egg/trac/web/chrome.py", line 767, in _strip_accesskeys for kind, data, pos in stream: File "build/bdist.solaris-2.10-i86pc/egg/genshi/core.py", line 283, in _ensure for event in stream: File "/opt/csw/lib/python/site- packages/Trac-0.11.1-py2.5.egg/trac/web/chrome.py", line 756, in _generate for kind, data, pos in stream: File "build/bdist.solaris-2.10-i86pc/egg/genshi/core.py", line 283, in _ensure for event in stream: File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/base.py", line 569, in _include for event in stream: File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/markup.py", line 299, in _match ctxt, match_templates[idx + 1:], **vars): File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/markup.py", line 299, in _match ctxt, match_templates[idx + 1:], **vars): File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/markup.py", line 246, in _match for event in stream: File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/base.py", line 543, in _exec for event in stream: File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/base.py", line 533, in _eval for event in substream: File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/base.py", line 496, in _eval for kind, data, pos in stream: File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/base.py", line 551, in _flatten for event in stream: File "build/bdist.solaris-2.10-i86pc/egg/genshi/core.py", line 283, in _ensure for event in stream: File "build/bdist.solaris-2.10-i86pc/egg/genshi/path.py", line 141, in _generate subevent = stream.next() File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/base.py", line 569, in _include for event in stream: File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/markup.py", line 235, in _strip event = stream.next() File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/base.py", line 543, in _exec for event in stream: File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/base.py", line 533, in _eval for event in substream: File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/base.py", line 496, in _eval for kind, data, pos in stream: File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/base.py", line 551, in _flatten for event in stream: File "build/bdist.solaris-2.10-i86pc/egg/genshi/core.py", line 283, in _ensure for event in stream: File "build/bdist.solaris-2.10-i86pc/egg/genshi/path.py", line 141, in _generate subevent = stream.next() File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/base.py", line 569, in _include for event in stream: File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/markup.py", line 235, in _strip event = stream.next() File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/base.py", line 543, in _exec for event in stream: File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/base.py", line 533, in _eval for event in substream: File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/base.py", line 496, in _eval for kind, data, pos in stream: File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/base.py", line 557, in _flatten **vars) File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/base.py", line 272, in _apply_directives stream = directives[0](iter(stream), directives[1:], ctxt, **vars) File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/directives.py", line 411, in __call__ File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/base.py", line 286, in _eval_expr retval = expr.evaluate(ctxt) File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/eval.py", line 180, in evaluate return eval(self.code, _globals, {'__data__': data}) File "/opt/csw/lib/python/site- packages/Trac-0.11.1-py2.5.egg/trac/templates/error.html", line 66, in File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/eval.py", line 313, in lookup_attr val = getattr(obj, key) File "/opt/csw/lib/python/site- packages/Trac-0.11.1-py2.5.egg/trac/web/api.py", line 169, in __getattr__ value = self.callbacks[name](self) File "/opt/csw/lib/python/site- packages/Trac-0.11.1-py2.5.egg/trac/web/api.py", line 443, in _parse_args fs = cgi.FieldStorage(fp, environ=self.environ, keep_blank_values=True) File "/opt/csw/lib/python/cgi.py", line 534, in __init__ self.read_multi(environ, keep_blank_values, strict_parsing) File "/opt/csw/lib/python/cgi.py", line 654, in read_multi environ, keep_blank_values, strict_parsing) File "/opt/csw/lib/python/cgi.py", line 536, in __init__ self.read_single() File "/opt/csw/lib/python/cgi.py", line 669, in read_single self.read_lines() File "/opt/csw/lib/python/cgi.py", line 691, in read_lines self.read_lines_to_outerboundary() File "/opt/csw/lib/python/cgi.py", line 742, in read_lines_to_outerboundary self.__write(odelim + line) File "/opt/csw/lib/python/cgi.py", line 698, in __write self.file = self.make_file('') File "/opt/csw/lib/python/cgi.py", line 790, in make_file return tempfile.TemporaryFile("w+b") File "/opt/csw/lib/python/tempfile.py", line 469, in TemporaryFile return _os.fdopen(fd, mode, bufsize) OSError: [Errno 24] Too many open files }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 00:12:47 2008 From: trac at haiku-os.org (diver) Date: Tue, 04 Nov 2008 23:12:47 -0000 Subject: [Haiku-bugs] [Haiku] #3064: [kernel] Divide Error Exception while trying to unount ubuntu cd Message-ID: <040.d02b801377a75a5f54a4b3da0c0d6173@haiku-os.org> #3064: [kernel] Divide Error Exception while trying to unount ubuntu cd ---------------------------+------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 00:14:07 2008 From: trac at haiku-os.org (diver) Date: Tue, 04 Nov 2008 23:14:07 -0000 Subject: [Haiku-bugs] [Haiku] #3064: [kernel] Divide Error Exception while trying to unount ubuntu cd In-Reply-To: <040.d02b801377a75a5f54a4b3da0c0d6173@haiku-os.org> References: <040.d02b801377a75a5f54a4b3da0c0d6173@haiku-os.org> Message-ID: <049.0051d026881e0b1f333b169442433e57@haiku-os.org> #3064: [kernel] Divide Error Exception while trying to unount ubuntu cd ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by diver): Can't add attachment due to Trac issues. This is getting harder :( -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 00:17:57 2008 From: trac at haiku-os.org (Adek336) Date: Tue, 04 Nov 2008 23:17:57 -0000 Subject: [Haiku-bugs] [Haiku] #2707: cannot mount ext3 file system In-Reply-To: <042.b4da1de607c6ce627ee5312c112cccb1@haiku-os.org> References: <042.b4da1de607c6ce627ee5312c112cccb1@haiku-os.org> Message-ID: <051.6871b9ffb6f27d0e5a94ad9496d36430@haiku-os.org> #2707: cannot mount ext3 file system ------------------------+--------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by Adek336): Now that it mounts and file names can be read, filesizes not, it is easy to get a page fault in kernel space so pointer arithmetic needs more checking. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 00:27:03 2008 From: trac at haiku-os.org (diver) Date: Tue, 04 Nov 2008 23:27:03 -0000 Subject: [Haiku-bugs] [Haiku] #3063: [Trac] OSError: [Errno 24] Too many open files (was: [Trac] error trying to add png attachment) In-Reply-To: <040.ca58cf9bcb04bfb9ab8abe7f56343127@haiku-os.org> References: <040.ca58cf9bcb04bfb9ab8abe7f56343127@haiku-os.org> Message-ID: <049.93ca8bf69fde7a08bae69ffcbe059afb@haiku-os.org> #3063: [Trac] OSError: [Errno 24] Too many open files ---------------------------+------------------------------------------------ Reporter: diver | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 00:28:22 2008 From: trac at haiku-os.org (diver) Date: Tue, 04 Nov 2008 23:28:22 -0000 Subject: [Haiku-bugs] [Haiku] #3063: [Trac] OSError: [Errno 24] Too many open files In-Reply-To: <040.ca58cf9bcb04bfb9ab8abe7f56343127@haiku-os.org> References: <040.ca58cf9bcb04bfb9ab8abe7f56343127@haiku-os.org> Message-ID: <049.ab7a062e9af3db5e9af482ac88accbc3@haiku-os.org> #3063: [Trac] OSError: [Errno 24] Too many open files ---------------------------+------------------------------------------------ Reporter: diver | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by diver): Probably a dup of #2820 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 00:45:57 2008 From: trac at haiku-os.org (diver) Date: Tue, 04 Nov 2008 23:45:57 -0000 Subject: [Haiku-bugs] [Haiku] #3065: [StyledEdit] Bad argument type passed to function Message-ID: <040.35f951976adf48c296f893e2d6a34da4@haiku-os.org> #3065: [StyledEdit] Bad argument type passed to function -------------------------------------+-------------------------------------- Reporter: diver | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/StyledEdit | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- StyledEdit can't open isolinix/f1.txt from mounted Ubuntu 8.10 cd.[[BR]] Error is: {{{ Error loading "f1.txt": Bad argument type passed to function }}} cat /Ubuntu\ 8.10\ 386/isolinix/f1.txt[[BR]] shows file content, but doesn't exit itself, I have to hit return to go back to bash. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 00:48:53 2008 From: trac at haiku-os.org (leavengood) Date: Tue, 04 Nov 2008 23:48:53 -0000 Subject: [Haiku-bugs] [Haiku] #1571: [audio_mixer] remove useless info tab (easy) In-Reply-To: <040.9615be92d428f54b02c4fb04af049cdf@haiku-os.org> References: <040.9615be92d428f54b02c4fb04af049cdf@haiku-os.org> Message-ID: <049.8ec20b0b2529ac0f5062b1aabcab125a@haiku-os.org> #1571: [audio_mixer] remove useless info tab (easy) --------------------------------+------------------------------------------- Reporter: diver | Owner: leavengood Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Preferences/Media | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by leavengood): * status: assigned => closed * resolution: => fixed Comment: I have removed the Info tab in r28509. Hopefully we can finally close this bug :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 00:51:30 2008 From: trac at haiku-os.org (diver) Date: Tue, 04 Nov 2008 23:51:30 -0000 Subject: [Haiku-bugs] [Haiku] #1571: [audio_mixer] remove useless info tab (easy) In-Reply-To: <040.9615be92d428f54b02c4fb04af049cdf@haiku-os.org> References: <040.9615be92d428f54b02c4fb04af049cdf@haiku-os.org> Message-ID: <049.72554137b689a6e4e9af8deb6222d1df@haiku-os.org> #1571: [audio_mixer] remove useless info tab (easy) --------------------------------+------------------------------------------- Reporter: diver | Owner: leavengood Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Preferences/Media | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by diver): Thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 00:53:16 2008 From: trac at haiku-os.org (diver) Date: Tue, 04 Nov 2008 23:53:16 -0000 Subject: [Haiku-bugs] [Haiku] #511: [ScreenSaver] Many stability issues and other problems In-Reply-To: <040.13f4c046e032d852544afd83ddcbcbf8@haiku-os.org> References: <040.13f4c046e032d852544afd83ddcbcbf8@haiku-os.org> Message-ID: <049.2dbf8144bcc2137e6a0a6932e3e1719c@haiku-os.org> #511: [ScreenSaver] Many stability issues and other problems --------------------------------------+------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/ScreenSaver | Version: Resolution: | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Comment(by diver): ping! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 01:02:27 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 00:02:27 -0000 Subject: [Haiku-bugs] [Haiku] #3064: [kernel] Divide Error Exception while trying to unmount ubuntu cd (was: [kernel] Divide Error Exception while trying to unount ubuntu cd) In-Reply-To: <040.d02b801377a75a5f54a4b3da0c0d6173@haiku-os.org> References: <040.d02b801377a75a5f54a4b3da0c0d6173@haiku-os.org> Message-ID: <049.e8e3e7e1fe23f3bb0161769074bd4a39@haiku-os.org> #3064: [kernel] Divide Error Exception while trying to unmount ubuntu cd ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 01:05:18 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 00:05:18 -0000 Subject: [Haiku-bugs] [Haiku] #605: [VLC] resizing control window doesn't resize the timeview (was: [VLC] resizing control window didn't resize the timeview) In-Reply-To: <040.954808f778b7a7e438936d7892f81c69@haiku-os.org> References: <040.954808f778b7a7e438936d7892f81c69@haiku-os.org> Message-ID: <049.5377dcd63ca41acde2313da71b39c3ee@haiku-os.org> #605: [VLC] resizing control window doesn't resize the timeview ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 01:10:44 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 00:10:44 -0000 Subject: [Haiku-bugs] [Haiku] #2437: [MediaPlayer] add file icon in info window (easy) In-Reply-To: <040.bc873cae2598dad62834b26a943524bc@haiku-os.org> References: <040.bc873cae2598dad62834b26a943524bc@haiku-os.org> Message-ID: <049.faf31ba2a0daf6f7019e17d8037a05c7@haiku-os.org> #2437: [MediaPlayer] add file icon in info window (easy) ---------------------------------------+------------------------------------ Reporter: diver | Owner: marcusoverhagen Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/MediaPlayer | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Comment(by diver): Could someone take a look at anxiety patch when Trac will functional again? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 01:13:32 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 00:13:32 -0000 Subject: [Haiku-bugs] [Haiku] #650: [build system] packages are broken for target bone In-Reply-To: <040.12f6dea91cb857b68640441f77ffe151@haiku-os.org> References: <040.12f6dea91cb857b68640441f77ffe151@haiku-os.org> Message-ID: <049.ffe3f45222e3278749c5b928af1a60e2@haiku-os.org> #650: [build system] packages are broken for target bone ---------------------------+------------------------------------------------ Reporter: diver | Owner: bonefish Type: bug | Status: new Priority: low | Milestone: Unscheduled Component: Build System | Version: Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by diver): I think this could be closed as this is irrelevant these days. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 01:16:40 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 00:16:40 -0000 Subject: [Haiku-bugs] [Haiku] #1809: [InterfaceKit] BMenu not fully drawn in start window of DiskProbe In-Reply-To: <040.58d3a6ee5aa9aaf46d12de74529aac41@haiku-os.org> References: <040.58d3a6ee5aa9aaf46d12de74529aac41@haiku-os.org> Message-ID: <049.df863f8e9c7f8c709a7e80bec22fd49a@haiku-os.org> #1809: [InterfaceKit] BMenu not fully drawn in start window of DiskProbe ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by diver): * component: Kits/Kernel Kit => Kits/Interface Kit Comment: Still here in r28509. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 01:18:25 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 00:18:25 -0000 Subject: [Haiku-bugs] [Haiku] #1820: [DataTranslations] Scrollbar don't move on End key press In-Reply-To: <040.5f752054ecf723e47469863bb7570dab@haiku-os.org> References: <040.5f752054ecf723e47469863bb7570dab@haiku-os.org> Message-ID: <049.2ed100ff05b3bf6d855b086f626686e8@haiku-os.org> #1820: [DataTranslations] Scrollbar don't move on End key press ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by diver): Still in r28509 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 01:20:49 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 00:20:49 -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.6205e2e1d6bb301751083b4df8a3ca5a@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: | Blockedby: Platform: All | Blocking: ---------------------+------------------------------------------------------ Comment(by diver): I had this problem several days ago again. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 01:22:00 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 00:22:00 -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.4eb7ab9907ad61e0dccf529526cde5f4@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: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by diver): Users do like this feature of ubuntu mixer applet. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 01:23:10 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 00:23:10 -0000 Subject: [Haiku-bugs] [Haiku] #2430: [kernel] system freeze when i click Page Setup In-Reply-To: <040.cc9543e4a5f1b889c9f1a7247402ac2b@haiku-os.org> References: <040.cc9543e4a5f1b889c9f1a7247402ac2b@haiku-os.org> Message-ID: <049.33b5951cab8cfd9aae69d3a6563cf5f5@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 Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by diver): Can't reproduce it on real hw now. Please close it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 01:31:49 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 00:31:49 -0000 Subject: [Haiku-bugs] [Haiku] #701: [AboutHaiku] Time running isn't font sensitive (easy) In-Reply-To: <040.98663c72714d892e542c70812e70020f@haiku-os.org> References: <040.98663c72714d892e542c70812e70020f@haiku-os.org> Message-ID: <049.155d8a5610c30d73fe7559debf32cb2a@haiku-os.org> #701: [AboutHaiku] Time running isn't font sensitive (easy) ---------------------------+------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by diver): Whole AboutHaiku app is't font sensitive, one could see it if font is set to 18 px.[[BR]] Also AboutHaiku is not in Trac. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 01:32:53 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 00:32:53 -0000 Subject: [Haiku-bugs] [Haiku] #732: [app_server] doesn't maintain per-application system fonts (was: [app_server] have some problems if font is changed) In-Reply-To: <040.5bb3d7ebf25cfa5142f0b68ceb42be35@haiku-os.org> References: <040.5bb3d7ebf25cfa5142f0b68ceb42be35@haiku-os.org> Message-ID: <049.a31f40ff53bc82e776efa2a5372ad5e2@haiku-os.org> #732: [app_server] doesn't maintain per-application system fonts ---------------------------------+------------------------------------------ Reporter: diver | Owner: stippi Type: bug | Status: assigned 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 Wed Nov 5 01:36:10 2008 From: trac at haiku-os.org (leavengood) Date: Wed, 05 Nov 2008 00:36:10 -0000 Subject: [Haiku-bugs] [Haiku] #2978: There is no transparencity in ShowImage if i drag&drop a cutted image. In-Reply-To: <041.a46ebeaed11946bb1118a5a175a0b96b@haiku-os.org> References: <041.a46ebeaed11946bb1118a5a175a0b96b@haiku-os.org> Message-ID: <050.10e142b520a46d16c0aacc6eca4b5091@haiku-os.org> #2978: There is no transparencity in ShowImage if i drag&drop a cutted image. ---------------------------------+------------------------------------------ Reporter: miqlas | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------------+------------------------------------------ Changes (by leavengood): * cc: leavengood at users.berlios.de (added) * owner: leavengood => stippi * component: Applications/ShowImage => Servers/app_server Comment: This seems to be a problem in the app_server. Re-assigning to Stephan since he can probably debug and fix it much faster. If not I can take a look again :) I assume the problem is in the HWInterface::_AdoptDragBitmap method. Also the dragMode parameter for AS_VIEW_DRAG_IMAGE in ServerWindow.cpp is not used. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 01:36:45 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 00:36:45 -0000 Subject: [Haiku-bugs] [Haiku] #2013: [Tracker] Dragging a file around make icon redraw constantly. In-Reply-To: <040.098030b327ea9466cb2abeb42feaf1e6@haiku-os.org> References: <040.098030b327ea9466cb2abeb42feaf1e6@haiku-os.org> Message-ID: <049.7d3a12120b9d1842789c16280c2ffdb5@haiku-os.org> #2013: [Tracker] Dragging a file around make icon 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): I think this bug is fixed, I will retest with bigger icon size if stippi won't beat me :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 01:42:44 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 00:42:44 -0000 Subject: [Haiku-bugs] [Haiku] #2409: [Terminal] "cat /dev/random" exits after first screen of random data (was: "cat /dev/random" exits after first screen of random data) In-Reply-To: <040.af41cabaa7003e9f4df4dc2678ba3242@haiku-os.org> References: <040.af41cabaa7003e9f4df4dc2678ba3242@haiku-os.org> Message-ID: <049.c877798df9b3edc83150f24d8c27fdb3@haiku-os.org> #2409: [Terminal] "cat /dev/random" exits after first screen of random data ------------------------------------+--------------------------------------- Reporter: diver | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 01:44:59 2008 From: trac at haiku-os.org (bonefish) Date: Wed, 05 Nov 2008 00:44:59 -0000 Subject: [Haiku-bugs] [Haiku] #650: [build system] packages are broken for target bone In-Reply-To: <040.12f6dea91cb857b68640441f77ffe151@haiku-os.org> References: <040.12f6dea91cb857b68640441f77ffe151@haiku-os.org> Message-ID: <049.94a2de8d55fcbaccea078a7155ed92e9@haiku-os.org> #650: [build system] packages are broken for target bone ---------------------------+------------------------------------------------ Reporter: diver | Owner: bonefish Type: bug | Status: closed Priority: low | Milestone: Unscheduled Component: Build System | Version: Resolution: invalid | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by bonefish): * status: new => closed * resolution: => invalid -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 01:48:59 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 00:48:59 -0000 Subject: [Haiku-bugs] [Haiku] #344: ~/config/settings In-Reply-To: <040.56b3fcbfb03201148076b51f88fdd4e8@haiku-os.org> References: <040.56b3fcbfb03201148076b51f88fdd4e8@haiku-os.org> Message-ID: <049.ae65b4dbccdec2cd84d398291d6bba51@haiku-os.org> #344: ~/config/settings --------------------------+------------------------------------------------- Reporter: diver | Owner: axeld Type: enhancement | Status: new Priority: low | Milestone: Unscheduled Component: - General | Version: Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by diver): * component: Applications => - General Comment: I would agree with you 3 years ago, but since it already took 7 years for Haiku, I don't think this would "break" compatibility for that many people, but from consistent POV it would make more point to rename those settings. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 01:58:37 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 00:58:37 -0000 Subject: [Haiku-bugs] [Haiku] #2431: [Tracker] missing shortcuts for icon views (easy) (was: [Tracker] missing shortcuts for icon views) In-Reply-To: <040.2e127df1e18833e975e18d72f4908b4a@haiku-os.org> References: <040.2e127df1e18833e975e18d72f4908b4a@haiku-os.org> Message-ID: <049.eda456b696ab1ade746fd5e2c526ef55@haiku-os.org> #2431: [Tracker] missing shortcuts for icon views (easy) -----------------------------------+---------------------------------------- Reporter: diver | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 02:00:03 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 01:00:03 -0000 Subject: [Haiku-bugs] [Haiku] #2891: [DiskUsage] "?" button is always disabled (easy) (was: [DiskUsage] "?" button is always disabled) In-Reply-To: <040.3458271504143244f23b231da2fecca6@haiku-os.org> References: <040.3458271504143244f23b231da2fecca6@haiku-os.org> Message-ID: <049.d1c7d2c53fc7a0c04f7d77c1ad8605d4@haiku-os.org> #2891: [DiskUsage] "?" button is always disabled (easy) ---------------------------+------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by diver): DiskUsage is not in Trac -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 02:00:23 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 01:00:23 -0000 Subject: [Haiku-bugs] [Haiku] #3002: [FileTypes] ask to save changes even if you don't change anything (easy) (was: [FileTypes] ask to save changes even if you don't change anything) In-Reply-To: <040.9b6e2e75ad084a70f91dd12bb896f971@haiku-os.org> References: <040.9b6e2e75ad084a70f91dd12bb896f971@haiku-os.org> Message-ID: <049.cf7da86cdd2c028c14a6ca324510b707@haiku-os.org> #3002: [FileTypes] ask to save changes even if you don't change anything (easy) ------------------------------------+--------------------------------------- Reporter: diver | Owner: stippi Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Preferences/FileTypes | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 02:01:19 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 01:01:19 -0000 Subject: [Haiku-bugs] [Haiku] #3032: [Cortex] notification string is higher than it should be (easy) (was: [Cortex] notification string is higher than it should be) In-Reply-To: <040.fa7ae0379062cd75b90db402fdd865a2@haiku-os.org> References: <040.fa7ae0379062cd75b90db402fdd865a2@haiku-os.org> Message-ID: <049.964d2239a37668a553406f905e85bf7a@haiku-os.org> #3032: [Cortex] notification string is higher than it should be (easy) ---------------------------+------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by diver): Cortex is not in Trac. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 02:01:54 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 01:01:54 -0000 Subject: [Haiku-bugs] [Haiku] #3041: [TV] should start at center of the screen (easy) (was: [TV] should start at center of the screen) In-Reply-To: <040.6b286ad22824400243cf333b938c9242@haiku-os.org> References: <040.6b286ad22824400243cf333b938c9242@haiku-os.org> Message-ID: <049.1da8de40ee8408210a26d64e43fcd6fa@haiku-os.org> #3041: [TV] should start at center of the screen (easy) ---------------------------+------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 02:02:03 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 01:02:03 -0000 Subject: [Haiku-bugs] [Haiku] #3044: [JPEG2000] shows an alert if it can't find his settings (easy) (was: [JPEG2000] shows an alert if it can't find his settings) In-Reply-To: <040.e63ef2d76f917ef1ec08bf5febbb34f6@haiku-os.org> References: <040.e63ef2d76f917ef1ec08bf5febbb34f6@haiku-os.org> Message-ID: <049.453ad35f8ba25471aec1c34ed90b9f60@haiku-os.org> #3044: [JPEG2000] shows an alert if it can't find his settings (easy) ----------------------------------+----------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Add-Ons/Translators | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------------+----------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 02:02:24 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 01:02:24 -0000 Subject: [Haiku-bugs] [Haiku] #3036: [DriveSetup] should open main window without bottom scrollbar (easy) (was: [DriveSetup] should open main window without bottom scrollbar) In-Reply-To: <040.729e6aa10099823b34cf2d814dc714cc@haiku-os.org> References: <040.729e6aa10099823b34cf2d814dc714cc@haiku-os.org> Message-ID: <049.c1117e881978dc38fa2742c6d70baf11@haiku-os.org> #3036: [DriveSetup] should open main window without bottom scrollbar (easy) --------------------------------------+------------------------------------- Reporter: diver | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/DriveSetup | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 02:02:52 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 01:02:52 -0000 Subject: [Haiku-bugs] [Haiku] #3045: [FileTypes] if you create BMP clip you can't open it (easy) (was: [FileTypes] if you create BMP clip you can't open it) In-Reply-To: <040.126403ec9c9cd9eb9750d16eb3be2eea@haiku-os.org> References: <040.126403ec9c9cd9eb9750d16eb3be2eea@haiku-os.org> Message-ID: <049.91d8830b70e4cc227fd4b5574a42add4@haiku-os.org> #3045: [FileTypes] if you create BMP clip you can't open it (easy) ------------------------------------+--------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/FileTypes | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 06:21:23 2008 From: trac at haiku-os.org (richienyhus) Date: Wed, 05 Nov 2008 05:21:23 -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.4a9178d32ea9b22872be924a6822b404@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: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by richienyhus): Dose haiku pre-alpha crash under VirtualBox 2.2 for anyone? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 06:50:38 2008 From: trac at haiku-os.org (richienyhus) Date: Wed, 05 Nov 2008 05:50:38 -0000 Subject: [Haiku-bugs] [Haiku] #1267: Haiku doesn't have at least one sound file *.ogg to demonstrate the init of sound card. In-Reply-To: <043.4772551d32c9452296251a33537ad407@haiku-os.org> References: <043.4772551d32c9452296251a33537ad407@haiku-os.org> Message-ID: <052.765cc324caa0ccd86dc8220d765f9883@haiku-os.org> #1267: Haiku doesn't have at least one sound file *.ogg to demonstrate the init of sound card. --------------------------+------------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by richienyhus): The sounds events once part of haiku could be used to test sound cards. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 07:34:14 2008 From: trac at haiku-os.org (leavengood) Date: Wed, 05 Nov 2008 06:34:14 -0000 Subject: [Haiku-bugs] [Haiku] #2979: ShowImage "Another Page" menu In-Reply-To: <041.2f7d634c227de4f21ceab8f0e5cab73c@haiku-os.org> References: <041.2f7d634c227de4f21ceab8f0e5cab73c@haiku-os.org> Message-ID: <050.d9231c0fa324ecdbc0a1d428852147cd@haiku-os.org> #2979: ShowImage "Another Page" menu -------------------------------------+-------------------------------------- Reporter: miqlas | Owner: leavengood Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/ShowImage | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Changes (by leavengood): * status: new => closed * resolution: => invalid Comment: Disabling this menu still causes the submenu to show (except the submenu is also disabled), so I really don't think this change is needed. I tried though :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 08:12:01 2008 From: trac at haiku-os.org (richienyhus) Date: Wed, 05 Nov 2008 07:12:01 -0000 Subject: [Haiku-bugs] [Haiku] #2136: Deskbar doesn't have the 'show the desktop' feature In-Reply-To: <043.e9bd641f7fc1ce69584b8e30a62156a2@haiku-os.org> References: <043.e9bd641f7fc1ce69584b8e30a62156a2@haiku-os.org> Message-ID: <052.85489ef12abaae0677c10a0d649c7f0d@haiku-os.org> #2136: Deskbar doesn't have the 'show the desktop' feature --------------------------+------------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: Unscheduled Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by richienyhus): This would be very handy to have in the Deskbar. This could be marked [easy] -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 08:51:40 2008 From: trac at haiku-os.org (jackburton) Date: Wed, 05 Nov 2008 07:51:40 -0000 Subject: [Haiku-bugs] [Haiku] #2430: [kernel] system freeze when i click Page Setup In-Reply-To: <040.cc9543e4a5f1b889c9f1a7247402ac2b@haiku-os.org> References: <040.cc9543e4a5f1b889c9f1a7247402ac2b@haiku-os.org> Message-ID: <049.511658977ed2a505def8509fac2069ec@haiku-os.org> #2430: [kernel] system freeze when i click Page Setup ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by jackburton): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 09:08:36 2008 From: trac at haiku-os.org (richienyhus) Date: Wed, 05 Nov 2008 08:08:36 -0000 Subject: [Haiku-bugs] [Haiku] #2965: [MediaPlayer] plays audio file twice In-Reply-To: <043.b0c83ec73f1b44365066b670821838ef@haiku-os.org> References: <043.b0c83ec73f1b44365066b670821838ef@haiku-os.org> Message-ID: <052.506f72302c062e88723ac55982bb74be@haiku-os.org> #2965: [MediaPlayer] plays audio file twice ---------------------------------------+------------------------------------ Reporter: franxico | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/MediaPlayer | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------------------+------------------------------------ Comment(by richienyhus): Dropping the file onto MediaPlayer will play the file twice. Clicking on the file will only play it once, that is if the file is not replayed like stated by franxico, where it will play twice. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 09:12:44 2008 From: trac at haiku-os.org (axeld) Date: Wed, 05 Nov 2008 08:12:44 -0000 Subject: [Haiku-bugs] [Haiku] #511: [ScreenSaver] Many stability issues and other problems In-Reply-To: <040.13f4c046e032d852544afd83ddcbcbf8@haiku-os.org> References: <040.13f4c046e032d852544afd83ddcbcbf8@haiku-os.org> Message-ID: <049.37c565459fe84be447442b94e3446453@haiku-os.org> #511: [ScreenSaver] Many stability issues and other problems --------------------------------------+------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/ScreenSaver | Version: Resolution: | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Comment(by axeld): Just let me look into it before I say anything - may take a while, but it's on my list. Please schedule your next nagging in about 3 month ;-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 09:25:42 2008 From: trac at haiku-os.org (richienyhus) Date: Wed, 05 Nov 2008 08:25:42 -0000 Subject: [Haiku-bugs] [Haiku] #2980: Event and Sound columns shouldn't be fixed In-Reply-To: <043.1bce95e13afca4aab9ef837427235cfe@haiku-os.org> References: <043.1bce95e13afca4aab9ef837427235cfe@haiku-os.org> Message-ID: <052.284f80413c9c7ee64914703e9eff6c3c@haiku-os.org> #2980: Event and Sound columns shouldn't be fixed ---------------------------------+------------------------------------------ Reporter: franxico | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Sounds | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by richienyhus): Chosen sounds do not show up apart from when ''selected'' in listview. 'Sounds' also becomes unstable after playing the event sounds. Event sounds also don't seem to work ie. startup.wav dose not play even if set in 'sounds'. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 09:48:53 2008 From: trac at haiku-os.org (axeld) Date: Wed, 05 Nov 2008 08:48:53 -0000 Subject: [Haiku-bugs] [Haiku] #3054: Tracker doesn't load all poses on folders with thousands of files. In-Reply-To: <041.9c4ee12eb1accd9f59dd935c90e98a72@haiku-os.org> References: <041.9c4ee12eb1accd9f59dd935c90e98a72@haiku-os.org> Message-ID: <050.782c0bc79c3f8f6a66d7fb0798129c37@haiku-os.org> #3054: Tracker doesn't load all poses on folders with thousands of files. -----------------------------------+---------------------------------------- Reporter: aldeck | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by axeld): What error does it return? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 09:49:52 2008 From: trac at haiku-os.org (RandomInsano) Date: Wed, 05 Nov 2008 08:49:52 -0000 Subject: [Haiku-bugs] [Haiku] #2878: Setting the time with the Time preferences is broken. In-Reply-To: <038.934eb9e88e96845f26554efca7f270ac@haiku-os.org> References: <038.934eb9e88e96845f26554efca7f270ac@haiku-os.org> Message-ID: <047.998227882f88f546ae04f67cc206fc19@haiku-os.org> #2878: Setting the time with the Time preferences is broken. --------------------------------------+------------------------------------- Reporter: bga | Owner: julun Type: bug | Status: new Priority: high | Milestone: R1 Component: Preferences/Time & Date | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: 3057 --------------------------------------+------------------------------------- Comment(by RandomInsano): I'm refactoring /preferences/time/DateTimeEdit.cpp for something to do. I think the issue might be tied to "TTimeEdit::_CheckRange()" checking the hour instead of minutes or some such. The code there is a bit ugly, so here's hoping I can improve it a tad :P I'd love to talk to Julun, so if he'd e-mail me it'd be swell (EdwinGuy at GMail.com). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 10:11:29 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 09:11:29 -0000 Subject: [Haiku-bugs] [Haiku] #3066: [app_server] crash in BRegion::_SetSize Message-ID: <040.ce2376c7be55b9ae8cc4ca6efee7ee21@haiku-os.org> #3066: [app_server] crash in BRegion::_SetSize --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 10:13:48 2008 From: trac at haiku-os.org (nielx) Date: Wed, 05 Nov 2008 09:13:48 -0000 Subject: [Haiku-bugs] [Haiku] #701: [AboutHaiku] Time running isn't font sensitive (easy) In-Reply-To: <040.98663c72714d892e542c70812e70020f@haiku-os.org> References: <040.98663c72714d892e542c70812e70020f@haiku-os.org> Message-ID: <049.89238b1a3c989cd0ce5a17f6763f2b48@haiku-os.org> #701: [AboutHaiku] Time running isn't font sensitive (easy) ---------------------------+------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by nielx): Replying to [comment:7 diver]: > Also AboutHaiku is not in Trac. I do not know if it is necessary to add it. In the history of this bug database only three entries are about AboutSystem/AboutHaiku, and it is not that complex that it will be likely that bugs specific to the app will turn up. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 10:21:15 2008 From: trac at haiku-os.org (nielx) Date: Wed, 05 Nov 2008 09:21:15 -0000 Subject: [Haiku-bugs] [Haiku] #3063: [Trac] OSError: [Errno 24] Too many open files In-Reply-To: <040.ca58cf9bcb04bfb9ab8abe7f56343127@haiku-os.org> References: <040.ca58cf9bcb04bfb9ab8abe7f56343127@haiku-os.org> Message-ID: <049.fe8963b91ac080c2c460dba7551c618b@haiku-os.org> #3063: [Trac] OSError: [Errno 24] Too many open files ---------------------------+------------------------------------------------ Reporter: diver | Owner: haiku-web Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by nielx): * status: new => closed * resolution: => fixed Comment: Fixed again. I did not manage to extract the proper information. Something strange happens with the temporaryfile, for some reason it tries to create the file over and over again (100 times), after that, the whole process is flooded. Sigh. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 10:23:51 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 09:23:51 -0000 Subject: [Haiku-bugs] [Haiku] #701: [AboutHaiku] Time running isn't font sensitive (easy) In-Reply-To: <040.98663c72714d892e542c70812e70020f@haiku-os.org> References: <040.98663c72714d892e542c70812e70020f@haiku-os.org> Message-ID: <049.9688cfb1483915a4742e69e5c68e763e@haiku-os.org> #701: [AboutHaiku] Time running isn't font sensitive (easy) ---------------------------+------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by diver): True. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 10:24:03 2008 From: trac at haiku-os.org (richienyhus) Date: Wed, 05 Nov 2008 09:24:03 -0000 Subject: [Haiku-bugs] [Haiku] #318: r15477 broke posix maths tests compile In-Reply-To: <049.99d53b83dcd2fd833bc0c1d751d894dd@haiku-os.org> References: <049.99d53b83dcd2fd833bc0c1d751d894dd@haiku-os.org> Message-ID: <058.a039eb0f135b01002cb99da1b4e88854@haiku-os.org> #318: r15477 broke posix maths tests compile -----------------------------+---------------------------------------------- Reporter: johndrinkwater | Owner: bonefish Type: bug | Status: new Priority: low | Milestone: R1 Component: Build System | Version: Resolution: | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Changes (by richienyhus): * platform: => All Comment: Is this still the case? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 11:36:16 2008 From: trac at haiku-os.org (aldeck) Date: Wed, 05 Nov 2008 10:36:16 -0000 Subject: [Haiku-bugs] [Haiku] #3054: Tracker doesn't load all poses on folders with thousands of files. In-Reply-To: <041.9c4ee12eb1accd9f59dd935c90e98a72@haiku-os.org> References: <041.9c4ee12eb1accd9f59dd935c90e98a72@haiku-os.org> Message-ID: <050.7a47fc1cf72c96f45dcf5174d0d2f2d7@haiku-os.org> #3054: Tracker doesn't load all poses on folders with thousands of files. -----------------------------------+---------------------------------------- Reporter: aldeck | 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 just returns 0 as if it had visited all entries. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 11:48:05 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 10:48:05 -0000 Subject: [Haiku-bugs] [Haiku] #3067: [Tracker] open with window population is too slow Message-ID: <040.abb4089a99ad05f76a5cbd87ceb10cf4@haiku-os.org> #3067: [Tracker] open with window population is too slow ----------------------------------+----------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Go to /boot/beos/bin, select all items (alt+a) right click it and select Open with... Population of this window with 4 items will took about 5 seconds. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 12:04:20 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 11:04:20 -0000 Subject: [Haiku-bugs] [Haiku] #3068: [DataTranslations] accept timezones files as valid translators Message-ID: <040.d6dbfa2142a8e358d535eee3f5b2e1ae@haiku-os.org> #3068: [DataTranslations] accept timezones files as valid translators ------------------------------------------+--------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/DataTranslations | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------------+--------------------------------- I tried dropping Zulu file from /boot/beos/etc/timezones to open DataTranslations window. It showed alert with "The item "Zulu" doesn't appear to be Translator and will not be installed." with Stop(?) button, but when I pressed Stop new alert appeared with "The new translator has been installed successfully". After that Zulu moved to /boot/home/config /add-ons/Translators folder. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 12:07:31 2008 From: trac at haiku-os.org (aldeck) Date: Wed, 05 Nov 2008 11:07:31 -0000 Subject: [Haiku-bugs] [Haiku] #3067: [Tracker] open with window population is too slow In-Reply-To: <040.abb4089a99ad05f76a5cbd87ceb10cf4@haiku-os.org> References: <040.abb4089a99ad05f76a5cbd87ceb10cf4@haiku-os.org> Message-ID: <049.445a713adb5408cb72110d02a47712c6@haiku-os.org> #3067: [Tracker] open with window population is too slow -----------------------------------+---------------------------------------- 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): I'm aware of this problem. Do you mean that the context menu is slow to appear when lots of items are selected? There's a similar problem when trying to drag lots of items i've almost tracked down, might be due to the same bug. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 12:08:18 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 11:08:18 -0000 Subject: [Haiku-bugs] [Haiku] #3064: [kernel] Divide Error Exception while trying to unmount ubuntu cd In-Reply-To: <040.d02b801377a75a5f54a4b3da0c0d6173@haiku-os.org> References: <040.d02b801377a75a5f54a4b3da0c0d6173@haiku-os.org> Message-ID: <049.2dd331d0fd8545110ababebdfda7d11a@haiku-os.org> #3064: [kernel] Divide Error Exception while trying to unmount ubuntu cd ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by diver): I could reproduce this error if I open tracker's find window and press enter. After all items appears in query select them all and drop to open DataTranslations window, after several error I get kdl with same error. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 12:12:18 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 11:12:18 -0000 Subject: [Haiku-bugs] [Haiku] #3067: [Tracker] open with window population is too slow In-Reply-To: <040.abb4089a99ad05f76a5cbd87ceb10cf4@haiku-os.org> References: <040.abb4089a99ad05f76a5cbd87ceb10cf4@haiku-os.org> Message-ID: <049.8f7bbf399e10c39198a810e4ab5384b1@haiku-os.org> #3067: [Tracker] open with window population is too slow -----------------------------------+---------------------------------------- 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 diver): Both context menu and open with window population are slow. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 12:14:48 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 11:14:48 -0000 Subject: [Haiku-bugs] [Haiku] #3068: [DataTranslations] accept timezones files as valid translators In-Reply-To: <040.d6dbfa2142a8e358d535eee3f5b2e1ae@haiku-os.org> References: <040.d6dbfa2142a8e358d535eee3f5b2e1ae@haiku-os.org> Message-ID: <049.f15ffe0f27b5d6303909ed1c9f2896a6@haiku-os.org> #3068: [DataTranslations] accept timezones files as valid translators -------------------------------------------+-------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/DataTranslations | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------------------+-------------------------------- Comment(by diver): MediaPlayer handles it in a more intelligent way. It just took 1 minute for MediaPlayer to check 4000 files and then it will show only one window with "None of the files you wanted to play appear to be media files". -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 12:17:26 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 11:17:26 -0000 Subject: [Haiku-bugs] [Haiku] #3069: [Mail] Enclosures uses old style format tho show icons of attached files. Message-ID: <040.5c80963f4474a01b11302164134c8470@haiku-os.org> #3069: [Mail] Enclosures uses old style format tho show icons of attached files. -------------------------------+-------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Mail | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 12:18:40 2008 From: trac at haiku-os.org (axeld) Date: Wed, 05 Nov 2008 11:18:40 -0000 Subject: [Haiku-bugs] [Haiku] #3063: [Trac] OSError: [Errno 24] Too many open files In-Reply-To: <040.ca58cf9bcb04bfb9ab8abe7f56343127@haiku-os.org> References: <040.ca58cf9bcb04bfb9ab8abe7f56343127@haiku-os.org> Message-ID: <049.997aa675f363b891741ad7d18167c4d0@haiku-os.org> #3063: [Trac] OSError: [Errno 24] Too many open files ---------------------------+------------------------------------------------ Reporter: diver | Owner: haiku-web Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by axeld): * status: closed => reopened * resolution: fixed => Comment: Thanks! It doesn't really make much sense to mark these bugs as fixed as long as the original problem persists, though. The bug is also tracked at Trac: http://trac.edgewall.org/ticket/7611 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 12:22:47 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 11:22:47 -0000 Subject: [Haiku-bugs] [Haiku] #3070: [SoundRecorder] crash if you drop unknown file to it twice Message-ID: <040.8d0542315910ffd7d34980fde4d1db97@haiku-os.org> #3070: [SoundRecorder] crash if you drop unknown file to it twice ----------------------------------------+----------------------------------- Reporter: diver | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/SoundRecorder | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------------+----------------------------------- Open SoundRecorder and drop Welcome link from desktop to it window.[[BR]]After error drop this file again and SoundRecorder will crash -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 12:33:12 2008 From: trac at haiku-os.org (aldeck) Date: Wed, 05 Nov 2008 11:33:12 -0000 Subject: [Haiku-bugs] [Haiku] #3067: [Tracker] "Open With..." submenu is slow to appear when lots of items are selected (was: [Tracker] open with window population is too slow) In-Reply-To: <040.abb4089a99ad05f76a5cbd87ceb10cf4@haiku-os.org> References: <040.abb4089a99ad05f76a5cbd87ceb10cf4@haiku-os.org> Message-ID: <049.1797a496277c4bffa9c03f8157ac4157@haiku-os.org> #3067: [Tracker] "Open With..." submenu is slow to appear when lots of items are selected -----------------------------------+---------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Description changed by aldeck: Old description: > Go to /boot/beos/bin, select all items (alt+a) right click it and select > Open with... Population of this window with 4 items will took about 5 > seconds. New description: Go to /boot/beos/bin, select all items (alt+a) right click it and select File->"Open With..." (or from the context menu). The menu will take about 5 seconds to show. -- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 12:33:33 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 11:33:33 -0000 Subject: [Haiku-bugs] [Haiku] #3071: [StyledEdit] should show clear error if it can't open some file Message-ID: <040.c7239e01f3ae6ce3ad3c7c103f8c34eb@haiku-os.org> #3071: [StyledEdit] should show clear error if it can't open some file -------------------------------------+-------------------------------------- Reporter: diver | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/StyledEdit | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Currently StyledEdit show "Error loading "filename": Bad argument type passed to function", which is not clear what it means. Instead it should show something like "The file you wanted top open doesn't appear to be text file" and "None of the files you wanted to open appear to be text files". This error message is from MediaPlayer which I dind very clear. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 12:38:05 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 11:38:05 -0000 Subject: [Haiku-bugs] [Haiku] #3072: [StyledEdit] could let you overwrite non text files Message-ID: <040.87901ca97e055a336dfc73e4ec474ebc@haiku-os.org> #3072: [StyledEdit] could let you overwrite non text files -------------------------------------+-------------------------------------- Reporter: diver | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/StyledEdit | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- If you drop any non text file to StyledEdit window it would show error message and then open it anyway as empty text file. Now if you type something and press alt+s you will overwrite that file. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 12:42:58 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 11:42:58 -0000 Subject: [Haiku-bugs] [Haiku] #3073: [app_server] crash Message-ID: <040.c6505e4a4d1649f68136777e9fe7005a@haiku-os.org> #3073: [app_server] crash --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 12:45:01 2008 From: trac at haiku-os.org (julun) Date: Wed, 05 Nov 2008 11:45:01 -0000 Subject: [Haiku-bugs] [Haiku] #2878: Setting the time with the Time preferences is broken. In-Reply-To: <038.934eb9e88e96845f26554efca7f270ac@haiku-os.org> References: <038.934eb9e88e96845f26554efca7f270ac@haiku-os.org> Message-ID: <047.312e6ebf91c1ccf109fe56a923403d7b@haiku-os.org> #2878: Setting the time with the Time preferences is broken. --------------------------------------+------------------------------------- Reporter: bga | Owner: julun Type: bug | Status: new Priority: high | Milestone: R1 Component: Preferences/Time & Date | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: 3057 --------------------------------------+------------------------------------- Comment(by julun): I will look into the time implementation, didn't see anything obvious right now. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 12:47:05 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 11:47:05 -0000 Subject: [Haiku-bugs] [Haiku] #3073: [app_server] crash In-Reply-To: <040.c6505e4a4d1649f68136777e9fe7005a@haiku-os.org> References: <040.c6505e4a4d1649f68136777e9fe7005a@haiku-os.org> Message-ID: <049.d55d459d597fc79ae67bd91667306ffe@haiku-os.org> #3073: [app_server] crash ---------------------------------+------------------------------------------ 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): This could be a dup of #3066. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 12:56:40 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 11:56:40 -0000 Subject: [Haiku-bugs] [Haiku] #3066: [app_server] crash in BRegion::_SetSize In-Reply-To: <040.ce2376c7be55b9ae8cc4ca6efee7ee21@haiku-os.org> References: <040.ce2376c7be55b9ae8cc4ca6efee7ee21@haiku-os.org> Message-ID: <049.e2c6b43914d6dcb40e2a1804a268c7ff@haiku-os.org> #3066: [app_server] crash in BRegion::_SetSize ---------------------------------+------------------------------------------ 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): 1. Ok I've found a way to reproduce it. Back trace sometime differs like in #3073, but anyway.[[BR]] 2. Start WonderBrush, the click Leaf menu and open Applications folder.[[BR]] 3. Now select all apps (alt+a) and drop them to the WonderBrush canvas.[[BR]] This step will generate about 20 alert messages, close them.[[BR]] Now if it didn't crashed repeat step 3 untill it will.[[BR]] -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 12:57:06 2008 From: trac at haiku-os.org (aldeck) Date: Wed, 05 Nov 2008 11:57:06 -0000 Subject: [Haiku-bugs] [Haiku] #3073: [app_server] crash In-Reply-To: <040.c6505e4a4d1649f68136777e9fe7005a@haiku-os.org> References: <040.c6505e4a4d1649f68136777e9fe7005a@haiku-os.org> Message-ID: <049.57a0bdfab2f1898f7649b0d14ea81bfe@haiku-os.org> #3073: [app_server] crash ---------------------------------+------------------------------------------ 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 aldeck): Can you please write some description? What were you doing, revision etc... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 12:59:48 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 11:59:48 -0000 Subject: [Haiku-bugs] [Haiku] #3066: [app_server] crash in BRegion::_SetSize In-Reply-To: <040.ce2376c7be55b9ae8cc4ca6efee7ee21@haiku-os.org> References: <040.ce2376c7be55b9ae8cc4ca6efee7ee21@haiku-os.org> Message-ID: <049.7e582a1fb00b70d9de60f20d2d7db4f2@haiku-os.org> #3066: [app_server] crash in BRegion::_SetSize ---------------------------------+------------------------------------------ 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): If you try to drop on canvas /boot/beos/bin content and while error messages appearing start to switch workspaces it will crash much faster :-)[[BR]] Oh, BTW, I'm using r28510 in VirtualBox. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 13:02:09 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 12:02:09 -0000 Subject: [Haiku-bugs] [Haiku] #3073: [app_server] crash In-Reply-To: <040.c6505e4a4d1649f68136777e9fe7005a@haiku-os.org> References: <040.c6505e4a4d1649f68136777e9fe7005a@haiku-os.org> Message-ID: <049.fcebb2c6b7dcd3472c398937a3911e71@haiku-os.org> #3073: [app_server] crash ---------------------------------+------------------------------------------ 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): I wrote it in #3066 which could reproduce this back trace. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 13:11:28 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 12:11:28 -0000 Subject: [Haiku-bugs] [Haiku] #3066: [app_server] crash in BRegion::_SetSize In-Reply-To: <040.ce2376c7be55b9ae8cc4ca6efee7ee21@haiku-os.org> References: <040.ce2376c7be55b9ae8cc4ca6efee7ee21@haiku-os.org> Message-ID: <049.b196a61ec3250e9a0795e95a0da29f72@haiku-os.org> #3066: [app_server] crash in BRegion::_SetSize ---------------------------------+------------------------------------------ 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): I also get back trace like in #3073. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 13:16:43 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 12:16:43 -0000 Subject: [Haiku-bugs] [Haiku] #3074: [FileTypes] could crash if you try to open many files at once Message-ID: <040.4d88c88bf501a4b04876465f3628996d@haiku-os.org> #3074: [FileTypes] could crash if you try to open many files at once -----------------------------------+---------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/FileTypes | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Open tracker's find window and press enter. Wait until search will be over select them all (alt+a) and press Opt+alt+f to start filetypes tracker add-on. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 13:19:51 2008 From: trac at haiku-os.org (axeld) Date: Wed, 05 Nov 2008 12:19:51 -0000 Subject: [Haiku-bugs] [Haiku] #3073: [app_server] crash In-Reply-To: <040.c6505e4a4d1649f68136777e9fe7005a@haiku-os.org> References: <040.c6505e4a4d1649f68136777e9fe7005a@haiku-os.org> Message-ID: <049.f0a56c4afa7104f55e9e519ba518e4f9@haiku-os.org> #3073: [app_server] crash ---------------------------------+------------------------------------------ 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 axeld): Can you also provide syslog/serial output of that session? The GDB output isn't really usable. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 13:56:45 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 12:56:45 -0000 Subject: [Haiku-bugs] [Haiku] #3073: [app_server] crash In-Reply-To: <040.c6505e4a4d1649f68136777e9fe7005a@haiku-os.org> References: <040.c6505e4a4d1649f68136777e9fe7005a@haiku-os.org> Message-ID: <049.f1eef9bf4e95023d36aeed6c7b7e94e9@haiku-os.org> #3073: [app_server] crash ---------------------------------+------------------------------------------ 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): I've tried socat -x -d -d -d UNIX-LISTEN:/tmp/haikuPipe CREATE:~/Desktop/output tail -f ~/Desktop/output But output is empty -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 14:29:50 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 13:29:50 -0000 Subject: [Haiku-bugs] [Haiku] #3075: Deskbar crash in BList::ItemAt Message-ID: <040.6cdf427b4c291c76e37a2bd6062cd92c@haiku-os.org> #3075: Deskbar crash in BList::ItemAt ----------------------------------+----------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Deskbar | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 14:37:46 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 13:37:46 -0000 Subject: [Haiku-bugs] [Haiku] #3076: [Deskbar] disabled menu items after dropping some file on a leaf Message-ID: <040.ded1d03d89d421103cc685a388ad1bfd@haiku-os.org> #3076: [Deskbar] disabled menu items after dropping some file on a leaf ----------------------------------+----------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Deskbar | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Drag Welcome link to leaf button hold on for a few second above leaf and then drop it. Now if you quickly click leaf button then deskbar menu items will be disabled like of you were still dragging an item. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 14:39:28 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 13:39:28 -0000 Subject: [Haiku-bugs] [Haiku] #3075: Deskbar crash in BList::ItemAt In-Reply-To: <040.6cdf427b4c291c76e37a2bd6062cd92c@haiku-os.org> References: <040.6cdf427b4c291c76e37a2bd6062cd92c@haiku-os.org> Message-ID: <049.0327eb2f0cf01cc7cfe5ef6382f5e110@haiku-os.org> #3075: Deskbar crash in BList::ItemAt -----------------------------------+---------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Deskbar | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by diver): I was trying to reproduce #3076 and accidentally moved cursor to Applications item and then it crashed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 14:39:43 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 13:39:43 -0000 Subject: [Haiku-bugs] [Haiku] #3075: [Deskbar] crash in BList::ItemAt (was: Deskbar crash in BList::ItemAt) In-Reply-To: <040.6cdf427b4c291c76e37a2bd6062cd92c@haiku-os.org> References: <040.6cdf427b4c291c76e37a2bd6062cd92c@haiku-os.org> Message-ID: <049.d38d853f1ca8a440e1f819382a56aa7c@haiku-os.org> #3075: [Deskbar] crash in BList::ItemAt -----------------------------------+---------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Deskbar | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 14:43:06 2008 From: trac at haiku-os.org (bonefish) Date: Wed, 05 Nov 2008 13:43:06 -0000 Subject: [Haiku-bugs] [Haiku] #318: r15477 broke posix maths tests compile In-Reply-To: <049.99d53b83dcd2fd833bc0c1d751d894dd@haiku-os.org> References: <049.99d53b83dcd2fd833bc0c1d751d894dd@haiku-os.org> Message-ID: <058.536c0ffbbf1f7063db1bf16330363505@haiku-os.org> #318: r15477 broke posix maths tests compile -----------------------------+---------------------------------------------- Reporter: johndrinkwater | Owner: bonefish Type: bug | Status: closed Priority: low | Milestone: R1 Component: Build System | Version: Resolution: invalid | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Changes (by bonefish): * status: new => closed * resolution: => invalid Old description: > Some posix math files were removed to add arch specific versions, > src/tests/system/libroot/posix/math/Jamfile wont compile because it is > still > looking for them. New description: Some posix math files were removed to add arch specific versions, src/tests/system/libroot/posix/math/Jamfile wont compile because it is still looking for them. -- Comment: I suppose this is still the case, but it doesn't seem anyone is interested in it anyway. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 14:45:54 2008 From: trac at haiku-os.org (jackburton) Date: Wed, 05 Nov 2008 13:45:54 -0000 Subject: [Haiku-bugs] [Haiku] #2712: Tracker crashes when deleting a replicant In-Reply-To: <045.29ec77b69d785b71ae60a1204afe05c0@haiku-os.org> References: <045.29ec77b69d785b71ae60a1204afe05c0@haiku-os.org> Message-ID: <054.787cddf1352d0e3dc1dcbdaef7ac812c@haiku-os.org> #2712: Tracker crashes when deleting a replicant ---------------------------------+------------------------------------------ Reporter: jackburton | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by jackburton): * status: closed => reopened * resolution: fixed => * component: Applications/Tracker => Kits/Interface Kit Comment: Can reproduce it again. Reopening. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 14:52:41 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 13:52:41 -0000 Subject: [Haiku-bugs] [Haiku] #2938: Aplication names in the Menu in pre-alpha1 In-Reply-To: <041.be4d8e6f6bfc3c2829b377779bfa42d5@haiku-os.org> References: <041.be4d8e6f6bfc3c2829b377779bfa42d5@haiku-os.org> Message-ID: <050.b43d5e29579856938a072722818c9dde@haiku-os.org> #2938: Aplication names in the Menu in pre-alpha1 ---------------------------+------------------------------------------------ Reporter: miqlas | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Comment(by diver): Wll maby not. I would want VLC media player as a menu, but not as binary name. It would be easy to lauch a movie from terminal like "vlc movie.avi". But now you have to "VLC\ media\ player movie.avi" -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 15:07:03 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 14:07:03 -0000 Subject: [Haiku-bugs] [Haiku] #2845: [kernel] vm_page_fault: block notifier/writer In-Reply-To: <040.bb81718304eb12e166bb10537ea14f7b@haiku-os.org> References: <040.bb81718304eb12e166bb10537ea14f7b@haiku-os.org> Message-ID: <049.8d5920c5993f9c27cae7991aa170fddb@haiku-os.org> #2845: [kernel] vm_page_fault: block notifier/writer ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by diver): Happens to me again in r28510. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 15:12:55 2008 From: trac at haiku-os.org (mmlr) Date: Wed, 05 Nov 2008 14:12:55 -0000 Subject: [Haiku-bugs] [Haiku] #2136: Deskbar doesn't have the 'show the desktop' feature In-Reply-To: <043.e9bd641f7fc1ce69584b8e30a62156a2@haiku-os.org> References: <043.e9bd641f7fc1ce69584b8e30a62156a2@haiku-os.org> Message-ID: <052.e627412f8f8f6e0800320bd6a8f2530d@haiku-os.org> #2136: Deskbar doesn't have the 'show the desktop' feature --------------------------+------------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: Unscheduled Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by mmlr): Not sure this is really needed. We have workspaces that really easily allow you to just switch to one where you don't have as many windows open. Minimizing all windows seems like a pretty non-straight forward way to implement that in the light of workspaces IMHO. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 15:17:15 2008 From: trac at haiku-os.org (stippi) Date: Wed, 05 Nov 2008 14:17:15 -0000 Subject: [Haiku-bugs] [Haiku] #2437: [MediaPlayer] add file icon in info window (easy) In-Reply-To: <040.bc873cae2598dad62834b26a943524bc@haiku-os.org> References: <040.bc873cae2598dad62834b26a943524bc@haiku-os.org> Message-ID: <049.8641512acee7e8cfc308c2d5af3a15d5@haiku-os.org> #2437: [MediaPlayer] add file icon in info window (easy) ---------------------------------------+------------------------------------ Reporter: diver | Owner: stippi Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Applications/MediaPlayer | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Changes (by stippi): * owner: marcusoverhagen => stippi * status: new => assigned Comment: I'm on it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 15:30:07 2008 From: trac at haiku-os.org (stippi) Date: Wed, 05 Nov 2008 14:30:07 -0000 Subject: [Haiku-bugs] [Haiku] #3073: [app_server] crash In-Reply-To: <040.c6505e4a4d1649f68136777e9fe7005a@haiku-os.org> References: <040.c6505e4a4d1649f68136777e9fe7005a@haiku-os.org> Message-ID: <049.3781cfe7167654be882522f40b0af2d9@haiku-os.org> #3073: [app_server] crash ---------------------------------+------------------------------------------ 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 stippi): * status: new => closed * resolution: => duplicate Comment: If the steps to reproduce it are the same, then this is probably really just a duplicate of #3066 with GDB attached to the wrong thread. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 15:55:47 2008 From: trac at haiku-os.org (heto) Date: Wed, 05 Nov 2008 14:55:47 -0000 Subject: [Haiku-bugs] [Haiku] #3048: IO Scheduler: "no more requests" panic In-Reply-To: <039.1d4f738770887a716fbc718c9f065752@haiku-os.org> References: <039.1d4f738770887a716fbc718c9f065752@haiku-os.org> Message-ID: <048.2e5d380b5fb1e3560588585009e6f827@haiku-os.org> #3048: IO Scheduler: "no more requests" panic ----------------------------+----------------------------------------------- Reporter: heto | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by heto): I updated to r28506, but still get the READ FAULT. In fact, I got three identical panics on the three first boots to the new revision before the post_install scripts had even finished (or at least they were run again on the next boot). I'll attach a trimmed serial log showing only one panic; I have the full serial log of the three boots if needed, though. I installed Haiku under R5 by initialising the partition using R5 tools and copying the files from a haiku-files pre-alpha image to the Haiku partition also under R5. Maybe R5 lays out the files on the disk differently from bfs_shell and Haiku BFS driver and thus provokes the bug? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 16:19:29 2008 From: trac at haiku-os.org (umccullough) Date: Wed, 05 Nov 2008 15:19:29 -0000 Subject: [Haiku-bugs] [Haiku] #2938: Aplication names in the Menu in pre-alpha1 In-Reply-To: <041.be4d8e6f6bfc3c2829b377779bfa42d5@haiku-os.org> References: <041.be4d8e6f6bfc3c2829b377779bfa42d5@haiku-os.org> Message-ID: <050.260b45650e4ad85d6d6f74d6d951d557@haiku-os.org> #2938: Aplication names in the Menu in pre-alpha1 ---------------------------+------------------------------------------------ Reporter: miqlas | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Comment(by umccullough): I would tend to agree with diver. On other platforms, the executable name is only "vlc" while the link is "VLC media player". I'd rather prefer the shorter process name when looking at running processes anyway, and I don't think "vlc" is ambiguous enough to cause any confusion. I vote for changing the binary back to vlc (per the standard distribution). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 16:21:03 2008 From: trac at haiku-os.org (aldeck) Date: Wed, 05 Nov 2008 15:21:03 -0000 Subject: [Haiku-bugs] [Haiku] #2662: FAT USB stick problem: "PANIC: could not write back block 7908 (General system error)" In-Reply-To: <040.e3a242713b471c2c7e20480cfb94f8f3@haiku-os.org> References: <040.e3a242713b471c2c7e20480cfb94f8f3@haiku-os.org> Message-ID: <049.21539c0215b64261d9b9fa2395d65de2@haiku-os.org> #2662: FAT USB stick problem: "PANIC: could not write back block 7908 (General system error)" ------------------------+--------------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1/alpha1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by aldeck): Tried again with r28514 . (not sure those changes are related though) But now i can't mount at all from tracker, it deadlocks trying to show the submenu (list of devices). Had a quick look from kdl, not sure it's relevant, but the popup menu thread is blocking due to a call to get_device_icon on devfs_lookup. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 16:34:41 2008 From: trac at haiku-os.org (bonefish) Date: Wed, 05 Nov 2008 15:34:41 -0000 Subject: [Haiku-bugs] [Haiku] #2535: Deadlock discovered: usb explore (legacy mutex) - sh (devfs mutex) In-Reply-To: <042.192a0aec42da9c9c6d55e28eb579e336@haiku-os.org> References: <042.192a0aec42da9c9c6d55e28eb579e336@haiku-os.org> Message-ID: <051.7b8b610f250f35151e49274cdfb700d6@haiku-os.org> #2535: Deadlock discovered: usb explore (legacy mutex) - sh (devfs mutex) ----------------------------+----------------------------------------------- Reporter: emitrax | 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 * component: - General => System/Kernel * milestone: R1 => R1/alpha1 Comment: Just ran into the same problem (unplugging/replugging my USB keyboard). This is a locking order reversal issue between the devfs lock and the legacy driver lock. {{{ thread -s 12828 thread id state wait for object cpu pri stack team name 0x818ea000 12828 waiting mutex 0x8012cf44 - 104 0x8a7b8000 95 USB Keyboard 1 watcher kdebug> mutex 0x8012cf44 mutex 0x8012cf44: name: legacy driver flags: 0x0 holder: 39 waiting threads: 12828 kdebug> thread -s 39 thread id state wait for object cpu pri stack team name 0x817f0000 39 waiting mutex 0x80f875f8 - 5 0x802bf000 1 usb explore kdebug> mutex 0x80f875f8 mutex 0x80f875f8: name: devfs lock flags: 0x0 holder: 12828 waiting threads: 39 241146 241158 kdebug> sc 12828 stack trace for thread 12828 "USB Keyboard 1 watcher" kernel stack: 0x8a7b8000 to 0x8a7bc000 user stack: 0x70104000 to 0x70144000 frame caller :function + offset 0 8a7bbd24 (+ 48) 80059c28 context_switch(thread*: 0x818ea000, thread*: 0x817f0000) + 0x003c 1 8a7bbd54 (+ 64) 80059f0f simple_reschedule() + 0x029f 2 8a7bbd94 (+ 48) 8003e421 :_mutex_lock + 0x01b1 3 8a7bbdc4 (+ 48) 8003d42b :recursive_lock_lock + 0x0053 4 8a7bbdf4 (+ 48) 80075374 LegacyDevice<0x81199460>::UninitDevice(0x0, 0x8a7bbe54, 0x835b805c) + 0x0028 5 8a7bbe24 (+ 64) 8006e021 devfs_free_cookie(fs_volume*: 0x80f77284, fs_vnode*: 0x81269cc0, 0x8101ebd0) + 0x0071 6 8a7bbe64 (+ 48) 8009be42 file_free_fd(file_descriptor*: 0x812bbd48) + 0x002e 7 8a7bbe94 (+ 48) 8008a7d0 :put_fd + 0x0038 8 8a7bbec4 (+ 64) 8008a8ba :close_fd_index + 0x0032 9 8a7bbf04 (+ 32) 8008b3b5 common_close(int32: 12, false) + 0x0031 10 8a7bbf24 (+ 32) 8008bc8c :_user_close + 0x0018 11 8a7bbf44 (+ 100) 800d2491 :handle_syscall + 0x00be user iframe at 0x8a7bbfa8 (end = 0x8a7bc000) eax 0x8a ebx 0x573240 ecx 0x5bb800 edx 0x1800fc30 esi 0x18060f80 edi 0x4 ebp 0x70143d2c esp 0x8a7bbfdc eip 0xffff0102 eflags 0x203 user esp 0x70143d00 vector: 0x63, error code: 0x0 12 8a7bbfa8 (+ 0) ffff0102 :commpage_syscall + 0x0002 13 70143d2c (+ 48) 005b3929 KeyboardDevice<0x18060f80>::Stop(0x1, 0x5b4a3c70143d9c, 0x22cf5c, 0x18060f80, int32: 402717744, int8: 125, 0x0, 0x18060ec0) + 0x002d 14 70143d5c (+ 48) 005b4a4f KeyboardInputDevice<0x1800fc30>::Stop(0x1806b428 "USB Keyboard 1", 0x18060f80) + 0x001f 15 70143d8c (+ 48) 00211fc3 <_APP_> InputDeviceListItem<0x18060ec0>::Stop(0x1806b440, 0x1802c420, 0x21549a) + 0x0033 16 70143dbc (+ 80) 00215544 <_APP_> InputServer<0x1802c420>::UnregisterDevices(BInputServerDevice&: 0x1800fc30, input_device_ref*: 0x70143e74) + 0x00b8 17 70143e0c (+ 48) 00217b18 <_APP_> BInputServerDevice<0x1800fc30>::UnregisterDevices(input_device_ref*: 0x70143e74) + 0x002c 18 70143e3c (+ 64) 005b4d14 KeyboardInputDevice<0x1800fc30>::_RemoveDevice(0x18060fc0 "/dev/input/keyboard/usb/0") + 0x0048 19 70143e7c (+ 256) 005b3c93 KeyboardDevice<0x18060f80>::_Thread(0x0, 0x0, 0x5b3bd8, 0x573240) + 0x009f 20 70143f7c (+ 48) 005b3beb KeyboardDevice<0x18060f80>::_ThreadEntry(NULL) + 0x001f 21 70143fac (+ 48) 004e697c :_get_next_team_info (nearest) + 0x005c 22 70143fdc (+ 0) 70143fec 259800:USB Keyboard 1 watcher_12828_st at 0x70104000 + 0x3ffec kdebug> sc 39 stack trace for thread 39 "usb explore" kernel stack: 0x802bf000 to 0x802c3000 frame caller :function + offset 0 802c2cf8 (+ 48) 80059c28 context_switch(thread*: 0x817f0000, thread*: 0x80123870) + 0x003c 1 802c2d28 (+ 64) 80059f0f simple_reschedule() + 0x029f 2 802c2d68 (+ 48) 8003e421 :_mutex_lock + 0x01b1 3 802c2d98 (+ 48) 8003d42b :recursive_lock_lock + 0x0053 4 802c2dc8 (+ 48) 8006da48 devfs_get_vnode(fs_volume*: 0x80f77284, int64: 212, fs_vnode*: 0xbbf33e14, 0x802c2e3c, 0x802c2e40, true) + 0x0028 5 802c2df8 (+ 80) 800954a8 get_vnode(int32: 2, int64: 212, vnode*: 0x802c2e94, true, int32: 1) + 0x0168 6 802c2e48 (+ 80) 80099023 :get_vnode + 0x003f 7 802c2e98 (+ 48) 8006f50b devfs_unpublish_device(BaseDevice*: 0x811993f0, true) + 0x0023 8 802c2ec8 (+ 80) 80073095 republish_driver(legacy_driver*: 0x810b4d20) + 0x02ed 9 802c2f18 (+ 48) 80075721 :legacy_driver_rescan + 0x0075 10 802c2f48 (+ 32) 8006f592 :devfs_rescan_driver + 0x0012 11 802c2f68 (+ 48) 80748f73 Stack<0x80f99690>::RescanDrivers(rescan_item*: 0x8101eb68) + 0x001b 12 802c2f98 (+ 64) 80748d07 Stack<0x80f99690>::ExploreThread(NULL) + 0x0107 13 802c2fd8 (+ 32) 800532ab _create_kernel_thread_kentry() + 0x001b 14 802c2ff8 (+2144587784) 80053248 thread_kthread_exit() + 0x0000 }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 16:39:07 2008 From: trac at haiku-os.org (bonefish) Date: Wed, 05 Nov 2008 15:39:07 -0000 Subject: [Haiku-bugs] [Haiku] #2923: install-haiku target hangs when trying to install to /boot In-Reply-To: <044.c8280c4e82c0524ac79caceed639dac1@haiku-os.org> References: <044.c8280c4e82c0524ac79caceed639dac1@haiku-os.org> Message-ID: <053.b4d6152a3511929de4d5aa58b667b30c@haiku-os.org> #2923: install-haiku target hangs when trying to install to /boot ----------------------------+----------------------------------------------- Reporter: anevilyak | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by bonefish): The original problem might be a dup of #2535. At least the legacy driver lock was involved. More is hard to guess with the info available. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 16:42:12 2008 From: trac at haiku-os.org (anevilyak) Date: Wed, 05 Nov 2008 15:42:12 -0000 Subject: [Haiku-bugs] [Haiku] #2923: install-haiku target hangs when trying to install to /boot In-Reply-To: <044.c8280c4e82c0524ac79caceed639dac1@haiku-os.org> References: <044.c8280c4e82c0524ac79caceed639dac1@haiku-os.org> Message-ID: <053.139d18f45199444da556c4453f7d5aee@haiku-os.org> #2923: install-haiku target hangs when trying to install to /boot ----------------------------+----------------------------------------------- Reporter: anevilyak | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by anevilyak): I do actually also run into another one sometimes that involves a double lock panic that I don't recall the mutex of right now, want me to try and duplicate later and post backtrace in case it's related? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 16:55:46 2008 From: trac at haiku-os.org (bonefish) Date: Wed, 05 Nov 2008 15:55:46 -0000 Subject: [Haiku-bugs] [Haiku] #2923: install-haiku target hangs when trying to install to /boot In-Reply-To: <044.c8280c4e82c0524ac79caceed639dac1@haiku-os.org> References: <044.c8280c4e82c0524ac79caceed639dac1@haiku-os.org> Message-ID: <053.496cdb8ca198c6adc40da1880ad76eeb@haiku-os.org> #2923: install-haiku target hangs when trying to install to /boot ----------------------------+----------------------------------------------- Reporter: anevilyak | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by bonefish): Replying to [comment:8 anevilyak]: > I do actually also run into another one sometimes that involves a double lock panic that I don't recall the mutex of right now, want me to try and duplicate later and post backtrace in case it's related? Feel free. You could also open another ticket for the double lock reported here. This one is at least well understood -- a new kernel daemon is registered while executing a kernel daemon -- it just needs to be fixed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 17:04:48 2008 From: trac at haiku-os.org (anevilyak) Date: Wed, 05 Nov 2008 16:04:48 -0000 Subject: [Haiku-bugs] [Haiku] #2923: install-haiku target hangs when trying to install to /boot In-Reply-To: <044.c8280c4e82c0524ac79caceed639dac1@haiku-os.org> References: <044.c8280c4e82c0524ac79caceed639dac1@haiku-os.org> Message-ID: <053.ec9411f7ed3af544bebda4c8be03cea6@haiku-os.org> #2923: install-haiku target hangs when trying to install to /boot ----------------------------+----------------------------------------------- Reporter: anevilyak | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by anevilyak): I'll check to make sure it's not that mutex as well, it may have been a different one. Will see. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 17:07:23 2008 From: trac at haiku-os.org (axeld) Date: Wed, 05 Nov 2008 16:07:23 -0000 Subject: [Haiku-bugs] [Haiku] #2845: [kernel] vm_page_fault: block notifier/writer In-Reply-To: <040.bb81718304eb12e166bb10537ea14f7b@haiku-os.org> References: <040.bb81718304eb12e166bb10537ea14f7b@haiku-os.org> Message-ID: <049.c2a410081d415d511b95cd76dcee4b47@haiku-os.org> #2845: [kernel] vm_page_fault: block notifier/writer ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by axeld): This problem could have been caused by a bug I fixed in r28516 - please retry with a version later than that one. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 17:09:38 2008 From: trac at haiku-os.org (Adek336) Date: Wed, 05 Nov 2008 16:09:38 -0000 Subject: [Haiku-bugs] [Haiku] #2707: cannot mount ext3 file system In-Reply-To: <042.b4da1de607c6ce627ee5312c112cccb1@haiku-os.org> References: <042.b4da1de607c6ce627ee5312c112cccb1@haiku-os.org> Message-ID: <051.a303d3380b3f8203619fc7731ad7a008@haiku-os.org> #2707: cannot mount ext3 file system ------------------------+--------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by Adek336): Volume.cpp {{{ 300 - fInodesPerBlock = fBlockSize / sizeof(ext2_inode); 300 + fInodesPerBlock = fBlockSize / SuperBlock().inode_size; }}} this seems to fix a bit, but when reading some files I get trash. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 17:13:15 2008 From: trac at haiku-os.org (axeld) Date: Wed, 05 Nov 2008 16:13:15 -0000 Subject: [Haiku-bugs] [Haiku] #3010: A file is routinely corrupt after shutdown In-Reply-To: <039.e7baa1cefe0f5d566e90ad9cd6ba1aeb@haiku-os.org> References: <039.e7baa1cefe0f5d566e90ad9cd6ba1aeb@haiku-os.org> Message-ID: <048.369a8559109779ed6d6952c8371e8a1f@haiku-os.org> #3010: A file is routinely corrupt after shutdown ----------------------------+----------------------------------------------- Reporter: donn | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by axeld): I've tracked down and fixed a pretty bad interaction between the file and the block cache in r28517 - freed blocks could be written back after they were claimed by the file cache. This should also fix this bug, please retry. BTW: the problem with "blocks already set" is that you don't know the second file when that happens (as two files are likely corrupted due to this). You can use "bfswhich" of the BFS-tools to find out about that, though. In any case, it shouldn't affect new files. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 17:15:51 2008 From: trac at haiku-os.org (axeld) Date: Wed, 05 Nov 2008 16:15:51 -0000 Subject: [Haiku-bugs] [Haiku] #2618: bfs: *** invalid run(0,0,0) In-Reply-To: <042.46d396d5b6a2d3fdc248e77a63409ba3@haiku-os.org> References: <042.46d396d5b6a2d3fdc248e77a63409ba3@haiku-os.org> Message-ID: <051.2169f44e45f30a43346426499ad3d967@haiku-os.org> #2618: bfs: *** invalid run(0,0,0) -------------------------------+-------------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: closed Priority: critical | Milestone: R1/alpha1 Component: File Systems/BFS | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Since I never saw this one, but just fixed a bug in the block cache that could have produced this problem in r28514, I'm closing this one - please reopen if it still happens for you with a newly initialized partition (or at least checked with "checkfs"). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 17:17:23 2008 From: trac at haiku-os.org (axeld) Date: Wed, 05 Nov 2008 16:17:23 -0000 Subject: [Haiku-bugs] [Haiku] #2997: Regression: DrawingEngine::ReadBitmap copies the cursor always into the bitmap (does not respect cursor on off setting) In-Reply-To: <040.18af5f42638fbe8cac79b8e1f85e7fad@haiku-os.org> References: <040.18af5f42638fbe8cac79b8e1f85e7fad@haiku-os.org> Message-ID: <049.6c13261ea293a9254ff6202de34da0d0@haiku-os.org> #2997: Regression: DrawingEngine::ReadBitmap copies the cursor always into the bitmap (does not respect cursor on off setting) ---------------------------------+------------------------------------------ Reporter: julun | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: 2988 ---------------------------------+------------------------------------------ Changes (by axeld): * priority: high => normal * milestone: R1/alpha1 => R1 Comment: Hardly a R1/alpha candidate. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 17:30:17 2008 From: trac at haiku-os.org (axeld) Date: Wed, 05 Nov 2008 16:30:17 -0000 Subject: [Haiku-bugs] [Haiku] #1914: PANIC: vnode 5:45465 already exists (node = 0x90c1b300, vnode->node = 0x91053d80)! In-Reply-To: <040.572daffe104be83e982ae20fb33b51e3@haiku-os.org> References: <040.572daffe104be83e982ae20fb33b51e3@haiku-os.org> Message-ID: <049.db0bdf99a2c02f09dd775fbfa4562f45@haiku-os.org> #1914: PANIC: vnode 5:45465 already exists (node = 0x90c1b300, vnode->node = 0x91053d80)! ----------------------------+----------------------------------------------- Reporter: thorn | Owner: axeld Type: bug | Status: closed Priority: critical | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Changes (by axeld): * status: reopened => closed * resolution: => fixed Comment: This has likely been caused by the bug fixed in r28514. I'm closing this for now. Please reopen if you get it again with a checked partition. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 17:31:46 2008 From: trac at haiku-os.org (axeld) Date: Wed, 05 Nov 2008 16:31:46 -0000 Subject: [Haiku-bugs] [Haiku] #2959: Changing priority of idle threads is followed by KDL In-Reply-To: <039.5c97b68959ae21655256f65b4690cfdf@haiku-os.org> References: <039.5c97b68959ae21655256f65b4690cfdf@haiku-os.org> Message-ID: <048.0e10d4cde174561e90b80c69facec467@haiku-os.org> #2959: Changing priority of idle threads is followed by KDL ----------------------------+----------------------------------------------- Reporter: mmlr | Owner: axeld Type: bug | Status: assigned Priority: normal | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by axeld): * status: new => assigned -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 17:48:58 2008 From: trac at haiku-os.org (stippi) Date: Wed, 05 Nov 2008 16:48:58 -0000 Subject: [Haiku-bugs] [Haiku] #2437: [MediaPlayer] add file icon in info window (easy) In-Reply-To: <040.bc873cae2598dad62834b26a943524bc@haiku-os.org> References: <040.bc873cae2598dad62834b26a943524bc@haiku-os.org> Message-ID: <049.7af0cd25ed7a7f6d4f1025f1e9d22c5d@haiku-os.org> #2437: [MediaPlayer] add file icon in info window (easy) ---------------------------------------+------------------------------------ Reporter: diver | Owner: stippi Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Applications/MediaPlayer | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Changes (by stippi): * status: assigned => closed * resolution: => fixed Comment: Applied in r28520, but not quite as the patch was, see commit message. The Info window needs to use the layout management though (grid layout), the text is never properly alingned, since it isn't known how many lines something ends up using... will do that hopefully soon. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 17:52:00 2008 From: trac at haiku-os.org (stippi) Date: Wed, 05 Nov 2008 16:52:00 -0000 Subject: [Haiku-bugs] [Haiku] #2997: Regression: DrawingEngine::ReadBitmap copies the cursor always into the bitmap (does not respect cursor on off setting) In-Reply-To: <040.18af5f42638fbe8cac79b8e1f85e7fad@haiku-os.org> References: <040.18af5f42638fbe8cac79b8e1f85e7fad@haiku-os.org> Message-ID: <049.dacd1f4fc6f2e029d67f43afda716874@haiku-os.org> #2997: Regression: DrawingEngine::ReadBitmap copies the cursor always into the bitmap (does not respect cursor on off setting) ---------------------------------+------------------------------------------ Reporter: julun | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: 2988 ---------------------------------+------------------------------------------ Comment(by stippi): BTW, so that it is not forgotten, I have a "fix" for this locally, but while it works very fine in the app_server test environment and probably in VESA mode, it is a weird problem when using the nVidia driver, which I cannot explain myself.... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 19:12:35 2008 From: trac at haiku-os.org (axeld) Date: Wed, 05 Nov 2008 18:12:35 -0000 Subject: [Haiku-bugs] [Haiku] #2959: Changing priority of idle threads is followed by KDL In-Reply-To: <039.5c97b68959ae21655256f65b4690cfdf@haiku-os.org> References: <039.5c97b68959ae21655256f65b4690cfdf@haiku-os.org> Message-ID: <048.8401263fa62ba379a8598124be423703@haiku-os.org> #2959: Changing priority of idle threads is followed by KDL ----------------------------+----------------------------------------------- Reporter: mmlr | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by axeld): * status: assigned => closed * resolution: => fixed Comment: Fixed in r28521. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 19:32:14 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 18:32:14 -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.17b95c2c6c6196f1d3945ce731f3e885@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: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by diver): app_server crash after having added this ID. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 19:35:15 2008 From: trac at haiku-os.org (donn) Date: Wed, 05 Nov 2008 18:35:15 -0000 Subject: [Haiku-bugs] [Haiku] #3010: A file is routinely corrupt after shutdown In-Reply-To: <039.e7baa1cefe0f5d566e90ad9cd6ba1aeb@haiku-os.org> References: <039.e7baa1cefe0f5d566e90ad9cd6ba1aeb@haiku-os.org> Message-ID: <048.47e03620b13bf48740d3da860bb3f638@haiku-os.org> #3010: A file is routinely corrupt after shutdown ----------------------------+----------------------------------------------- Reporter: donn | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by donn): Good news: it does fix the bug! Bad news: now vim causes a "vnode exists" error and kernel debugger visit, when it tries to save ".viminfo.tmp". Highlights of the trace: panic new_vnode(...) ... bfs_create(...) create_vnode(... ".viminfo.tmp"...) file_create(-1, "/boot", ...) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 19:37:43 2008 From: trac at haiku-os.org (tigerdog) Date: Wed, 05 Nov 2008 18:37:43 -0000 Subject: [Haiku-bugs] [Haiku] #3077: Missed keystrokes and repeating keys on USB Keyboard Message-ID: <043.83c8b5c02bbdde0d09d4b4106a49d661@haiku-os.org> #3077: Missed keystrokes and repeating keys on USB Keyboard -------------------------+-------------------------------------------------- Reporter: tigerdog | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- I have a Logitech S510 wireless KB/Mouse combo on a composite receiver, connected to an OHCI USB port. These work fine in Win2K and Xubuntu. They also work fine under R5, BONE and Zeta as long as PS2 emulation is enabled in system BIOS. Under Haiku, the system misses keystrokes if I type more than two characters per second; it also sometimes repeats the last typed key. This happens regardless of whether PS2 emulation is enabled on mobo BIOS and also happens whether PS2 KB is connected or not. This was discussed in ticket $#1044. I thought the problem had cleared when composite support was enabled, but it did not and I'm only now reporting this bug. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 19:40:39 2008 From: trac at haiku-os.org (bbjimmy) Date: Wed, 05 Nov 2008 18:40:39 -0000 Subject: [Haiku-bugs] [Haiku] #2840: via_rhine II ethernet controller: svn hangs In-Reply-To: <042.ce63deda41c6419d195b8aa956457aed@haiku-os.org> References: <042.ce63deda41c6419d195b8aa956457aed@haiku-os.org> Message-ID: <051.5c392e317a53e36a61565e319380b548@haiku-os.org> #2840: via_rhine II ethernet controller: svn hangs ----------------------------------------------+----------------------------- Reporter: Adek336 | 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 bbjimmy): Replying to [comment:4 Adek336]: > This happens on a via_rhine II and does not happen on a broadcom tigon3 adapter. I have the same issue with via_rhine and rtl8139. I cannot so an SVN checkout without killing the stalled SVN and restarting it. Needed to run svn cleanup possibly delete some files or directories to get it to start again. SVN usually stops about four times doing a complete checkout of the haiku trunk. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 19:41:06 2008 From: trac at haiku-os.org (bbjimmy) Date: Wed, 05 Nov 2008 18:41:06 -0000 Subject: [Haiku-bugs] [Haiku] #2840: via_rhine II ethernet controller: svn hangs In-Reply-To: <042.ce63deda41c6419d195b8aa956457aed@haiku-os.org> References: <042.ce63deda41c6419d195b8aa956457aed@haiku-os.org> Message-ID: <051.3bbe168936591290c9a3564f6665e39b@haiku-os.org> #2840: via_rhine II ethernet controller: svn hangs ----------------------------------------------+----------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------------------------+----------------------------- Changes (by bbjimmy): * cc: black.belt.jimmy at gmail.com (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 19:48:14 2008 From: trac at haiku-os.org (Denise Purple) Date: Wed, 05 Nov 2008 18:48:14 -0000 Subject: [Haiku-bugs] [Haiku] #3078: VisualBoyAdvance doesn't work Message-ID: <048.f004df15bc575b2fd2e86e3d98f0b530@haiku-os.org> #3078: VisualBoyAdvance doesn't work ---------------------------+------------------------------------------------ Reporter: Denise Purple | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------------+------------------------------------------------ I have tried to run VisualBoyAdvance, but it doesn't work. Its BeOS version is command-line based. This is the terminal output I get while trying to run it: ~> /boot/home/VisualBoyAdvance-1.5-SDL-BeOS-x86/VisualBoyAdvance runtime_loader: elf_resolve_symbol: found symbol 'debugger' in shared image but wrong type resolve symbol "debugger" returned: -2147478780 runtime_loader: troubles relocating: 0x80001304 (image: /boot/beos/system/lib/libbe.so, libbe.so) ---------- * How I run Haiku: I run the pre-alpha raw image from haiku-files under emulation. The emulator is VirtualBox. I convert the raw image to a .vdi file that VirtualBox can use, with the command "VBoxManage convertdd haiku-alpha.image haiku-alpha.vdi". * Host specs: Processor: AMD Athlon XP 2,9 Ghz RAM: 512MB GPU: Nvidia Geforce 7600, 256MB Host OS: Ubuntu Intrepid 8.10 (A GNU/Linux distribution) * Haiku revision: 28506 * How to reproduce: Just run the executable file in the terminal. Every time I do, the same thing happens. I have tried in many revisions of Haiku, both under emulation and in real hardware with the same result. * About VisualBoyAdvance: It is a GBA (GameBoy Advance) emulator for running GBA games. It is open source and available for Windows, BeOS and GNU/Linux so far. * Where to download the program: http://vba.ngemu.com/downloads.shtml * Other information: The version of VisualBoyAdvance tested now was 1.5, but it seems like all versions react the same. When checking the README, it recommended using GCC3 when compiling from source. The file I downloaded was pre-compiled though. I don't know what the binary was compiled with, or if it even matters. So, my first bug report! I tried to be as accurate as I could, but if I missed something just tell me. Thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 20:12:27 2008 From: trac at haiku-os.org (tigerdog) Date: Wed, 05 Nov 2008 19:12:27 -0000 Subject: [Haiku-bugs] [Haiku] #3079: ice1712 driver produces distorted output Message-ID: <043.25371aa71ae670ac3305f975cd003f6e@haiku-os.org> #3079: ice1712 driver produces distorted output ---------------------------+------------------------------------------------ Reporter: tigerdog | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ to reproduce: -build and install ice1712 driver from haiku source tree -restart media server -play audio file experienced behavior: audio is distorted. sounds like 16-bit audio being played through 24-bit DAC. sometimes sounds like wrong sample rate. I believe card is not being properly initialized with correct sample rate and bit depth. Also, these settings are not present in Haiku media control panel entry for this device. Panel entries appear correctly under R5, BONE and Zeta. Driver works under R5, BONE and Zeta at least for playback. expected behavior: sweet, melodious audio output Filing as Drivers/Audio bug but could also be Preferences/Media -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 21:00:04 2008 From: trac at haiku-os.org (julun) Date: Wed, 05 Nov 2008 20:00:04 -0000 Subject: [Haiku-bugs] [Haiku] #2878: Setting the time with the Time preferences is broken. In-Reply-To: <038.934eb9e88e96845f26554efca7f270ac@haiku-os.org> References: <038.934eb9e88e96845f26554efca7f270ac@haiku-os.org> Message-ID: <047.97be29faa1f9d878a09d91b5caf3bcbf@haiku-os.org> #2878: Setting the time with the Time preferences is broken. --------------------------------------+------------------------------------- Reporter: bga | Owner: julun Type: bug | Status: assigned Priority: high | Milestone: R1 Component: Preferences/Time & Date | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: 3057 --------------------------------------+------------------------------------- Changes (by julun): * status: new => assigned Comment: I can reproduce it sometimes, looking into it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 22:13:09 2008 From: trac at haiku-os.org (axeld) Date: Wed, 05 Nov 2008 21:13:09 -0000 Subject: [Haiku-bugs] [Haiku] #3010: A file is routinely corrupt after shutdown In-Reply-To: <039.e7baa1cefe0f5d566e90ad9cd6ba1aeb@haiku-os.org> References: <039.e7baa1cefe0f5d566e90ad9cd6ba1aeb@haiku-os.org> Message-ID: <048.46fe7a4ae333f93b21efdd744b186dba@haiku-os.org> #3010: A file is routinely corrupt after shutdown ----------------------------+----------------------------------------------- Reporter: donn | Owner: axeld Type: bug | Status: closed Priority: blocker | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Okay, thanks for the update! Can you please open a new bug report (or reopen an older one ;-)) for the other error, and explain how to reproduce this, and if it's always reproducible? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 22:25:05 2008 From: trac at haiku-os.org (nutela) Date: Wed, 05 Nov 2008 21:25:05 -0000 Subject: [Haiku-bugs] [Haiku] #3080: PhotoGrabber cannot be killed when camera is attached Message-ID: <041.109410183a3836e93bd637f9bc41343c@haiku-os.org> #3080: PhotoGrabber cannot be killed when camera is attached ---------------------------+------------------------------------------------ Reporter: nutela | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------------+------------------------------------------------ * how to reproduce unpack Photograbber from Haikuware.com, the bin should be from 28 Aug 2008, have a camera (in this case Canon Ixus) attached to USB and start Photograbber and set it up to look for a camera (see settings) * experienced behavior Photograbber never updates its window, cannot be killed with ctrl-alt-del or kill -9, the window leaves an area on the desktop which is wrongly redrawn, after several kill -9 of PhotoGrabber's threads, the picasso thread is hogging cpu. only when the camera is switched off the Deskbar entry disapeared, the area on the desktop previously occupied by PhotoGrabber is being redrawn normally again. * expected behavior Every app should be killed by ctrl-alt-del or always with kill -9, picasso shouldn't get confused? :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 22:39:08 2008 From: trac at haiku-os.org (anevilyak) Date: Wed, 05 Nov 2008 21:39:08 -0000 Subject: [Haiku-bugs] [Haiku] #2923: install-haiku target hangs when trying to install to /boot In-Reply-To: <044.c8280c4e82c0524ac79caceed639dac1@haiku-os.org> References: <044.c8280c4e82c0524ac79caceed639dac1@haiku-os.org> Message-ID: <053.d1ae7eda80e67d683abea2008f18fb57@haiku-os.org> #2923: install-haiku target hangs when trying to install to /boot ----------------------------+----------------------------------------------- Reporter: anevilyak | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by anevilyak): Never mind, same mutex as in previously reported trace. Should I go ahead and open a new ticket for the kernel_daemon double lock? And should it be considered Alpha milestone or no? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 23:03:23 2008 From: trac at haiku-os.org (axeld) Date: Wed, 05 Nov 2008 22:03:23 -0000 Subject: [Haiku-bugs] [Haiku] #2902: USB File corruption with SMP enabled. In-Reply-To: <045.43e93212fa7bbbc46de3d136b1d38c9f@haiku-os.org> References: <045.43e93212fa7bbbc46de3d136b1d38c9f@haiku-os.org> Message-ID: <054.aaf56f0c4aeda7073207091c28d5b402@haiku-os.org> #2902: USB File corruption with SMP enabled. --------------------------+------------------------------------------------- Reporter: netster403 | Owner: mmlr Type: bug | Status: new Priority: critical | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------+------------------------------------------------- Comment(by axeld): Can you retry with a recent revision (after r28517)? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 23:04:57 2008 From: trac at haiku-os.org (axeld) Date: Wed, 05 Nov 2008 22:04:57 -0000 Subject: [Haiku-bugs] [Haiku] #2844: Fails to boot on Dual Atom 330 In-Reply-To: <043.112d1ab0d4755b05dae55dfbe8b93eb4@haiku-os.org> References: <043.112d1ab0d4755b05dae55dfbe8b93eb4@haiku-os.org> Message-ID: <052.7e388a25312203e6ee84f910586b1815@haiku-os.org> #2844: Fails to boot on Dual Atom 330 ------------------------+--------------------------------------------------- Reporter: Giuseppe | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------+--------------------------------------------------- Comment(by axeld): Did you switch back to the IDE bus manager by any chance? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 23:10:08 2008 From: trac at haiku-os.org (axeld) Date: Wed, 05 Nov 2008 22:10:08 -0000 Subject: [Haiku-bugs] [Haiku] #3017: vm_page_fault: unhandled page fault in kernel space at 0x0904254e, ip 0x00035bfb In-Reply-To: <040.ba15acfef9fa11c53ac7940f6e6ca665@haiku-os.org> References: <040.ba15acfef9fa11c53ac7940f6e6ca665@haiku-os.org> Message-ID: <049.0eaeacb2bf61d8cc5f244b4fbefb434f@haiku-os.org> #3017: vm_page_fault: unhandled page fault in kernel space at 0x0904254e, ip 0x00035bfb ----------------------------+----------------------------------------------- Reporter: anode | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by axeld): Are you booting via USB, SATA, or IDE? And did I understand correctly that Haiku used to work on this laptop? Have you turned on APM or ACPI? BTW it's obviously 0x80035bfb, not 0x00... Is it still reproducible with a current revision (r28517 or newer)? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 23:10:27 2008 From: trac at haiku-os.org (axeld) Date: Wed, 05 Nov 2008 22:10:27 -0000 Subject: [Haiku-bugs] [Haiku] #3017: vm_page_fault: unhandled page fault in kernel space at 0x0904254e, ip 0x80035bfb (was: vm_page_fault: unhandled page fault in kernel space at 0x0904254e, ip 0x00035bfb) In-Reply-To: <040.ba15acfef9fa11c53ac7940f6e6ca665@haiku-os.org> References: <040.ba15acfef9fa11c53ac7940f6e6ca665@haiku-os.org> Message-ID: <049.dd03eebacd1dba0cd8295dc71dbcb54e@haiku-os.org> #3017: vm_page_fault: unhandled page fault in kernel space at 0x0904254e, ip 0x80035bfb ----------------------------+----------------------------------------------- Reporter: anode | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 23:27:47 2008 From: trac at haiku-os.org (donn) Date: Wed, 05 Nov 2008 22:27:47 -0000 Subject: [Haiku-bugs] [Haiku] #3010: A file is routinely corrupt after shutdown In-Reply-To: <039.e7baa1cefe0f5d566e90ad9cd6ba1aeb@haiku-os.org> References: <039.e7baa1cefe0f5d566e90ad9cd6ba1aeb@haiku-os.org> Message-ID: <048.4d0e8791bb580719143bd83f56eaad19@haiku-os.org> #3010: A file is routinely corrupt after shutdown ----------------------------+----------------------------------------------- Reporter: donn | Owner: axeld Type: bug | Status: closed Priority: blocker | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by donn): OK. The problem seems to be peculiar to that file, and now that it's gone I haven't seen any other problems. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 5 23:45:23 2008 From: trac at haiku-os.org (donn) Date: Wed, 05 Nov 2008 22:45:23 -0000 Subject: [Haiku-bugs] [Haiku] #3081: defective vnode Message-ID: <039.0f213a8b7533a8ec79997fc01e2bfd83@haiku-os.org> #3081: defective vnode ---------------------------+------------------------------------------------ Reporter: donn | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Coincidentally with upgrade to r28520, vim caused a panic whenever it tried to write to .viminfo, specifically the panic occurred during new_vnode() and claimed that a vnode already existed. new_vnode was called indirectly by bfs_create(). checkfs report on .viminfo said "some blocks weren't allocated" When I deleted .viminfo (via "rm"), I got another panic: ASSERT FAILED (...bfs/BlockAllocator.cpp:448): !fLargestValid || start + length <= fLargestStart in AllocationGroup::Free() But the directory entry was gone, and the checkfs problem is gone. (I do have other checkfs problems - directory with "blocks already set", and related files that can't be opened.) This problem occurred while checking on #3010, where I promised I would report it. If anything like this happens again, I'll add it to this ticket. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 00:11:44 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 23:11:44 -0000 Subject: [Haiku-bugs] [Haiku] #3075: [Deskbar] crash in BList::ItemAt In-Reply-To: <040.6cdf427b4c291c76e37a2bd6062cd92c@haiku-os.org> References: <040.6cdf427b4c291c76e37a2bd6062cd92c@haiku-os.org> Message-ID: <049.99dba1159857ac1694a35b4bc190559a@haiku-os.org> #3075: [Deskbar] crash in BList::ItemAt -----------------------------------+---------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Deskbar | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by diver): Ok, I could reproduce it with just dragging Home link frome Desktop above folders in Leaf menu. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 00:15:17 2008 From: trac at haiku-os.org (bonefish) Date: Wed, 05 Nov 2008 23:15:17 -0000 Subject: [Haiku-bugs] [Haiku] #2923: install-haiku target hangs when trying to install to /boot In-Reply-To: <044.c8280c4e82c0524ac79caceed639dac1@haiku-os.org> References: <044.c8280c4e82c0524ac79caceed639dac1@haiku-os.org> Message-ID: <053.0b430cf14324064f28653c8b7652e262@haiku-os.org> #2923: install-haiku target hangs when trying to install to /boot ----------------------------+----------------------------------------------- Reporter: anevilyak | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by bonefish): Replying to [comment:11 anevilyak]: > Never mind, same mutex as in previously reported trace. Should I go ahead and open a new ticket for the kernel_daemon double lock? Please do. > And should it be considered Alpha milestone or no? Yeah, make it Alpha, but normal priority. We can still choose to ignore it, but I guess it's not hard to fix and thus a good victim for low- hanging-bug-hunting breaks. :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 00:23:40 2008 From: trac at haiku-os.org (julun) Date: Wed, 05 Nov 2008 23:23:40 -0000 Subject: [Haiku-bugs] [Haiku] #2878: Setting the time with the Time preferences is broken. In-Reply-To: <038.934eb9e88e96845f26554efca7f270ac@haiku-os.org> References: <038.934eb9e88e96845f26554efca7f270ac@haiku-os.org> Message-ID: <047.58f9fc485635080776683d5fad0009cd@haiku-os.org> #2878: Setting the time with the Time preferences is broken. --------------------------------------+------------------------------------- Reporter: bga | Owner: julun Type: bug | Status: closed Priority: high | Milestone: R1 Component: Preferences/Time & Date | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: 3057 --------------------------------------+------------------------------------- Changes (by julun): * status: assigned => closed * resolution: => fixed Comment: Should be fixed as of r28524. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 00:24:23 2008 From: trac at haiku-os.org (julun) Date: Wed, 05 Nov 2008 23:24:23 -0000 Subject: [Haiku-bugs] [Haiku] #3057: Time & Date: Changing clock's minutes is VERY broken In-Reply-To: <047.c7e77cb33be2dad5c736fd9d37d27e6b@haiku-os.org> References: <047.c7e77cb33be2dad5c736fd9d37d27e6b@haiku-os.org> Message-ID: <056.59fb01616561e1f5878c2fbef006f66b@haiku-os.org> #3057: Time & Date: Changing clock's minutes is VERY broken --------------------------------------+------------------------------------- Reporter: RandomInsano | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Preferences/Time & Date | Version: R1 development Resolution: duplicate | Blockedby: 2878 Platform: All | Blocking: --------------------------------------+------------------------------------- Comment(by julun): Should be fixed as of r28524. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 00:29:05 2008 From: trac at haiku-os.org (anevilyak) Date: Wed, 05 Nov 2008 23:29:05 -0000 Subject: [Haiku-bugs] [Haiku] #3082: Double locking bug in kernel_daemon Message-ID: <044.5670cb13b84edaa190c28bb330e8d4dc@haiku-os.org> #3082: Double locking bug in kernel_daemon ---------------------------+------------------------------------------------ Reporter: anevilyak | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ In various circumstances it is possible to run into a double lock panic in the kernel daemon, such as the following: {{{ PANIC: _mutex_lock(): double lock of 0x80120b00 by thread 3 Welcome to Kernel Debugging Land... Thread 3 "kernel daemon" running on CPU 0 kdebug> bt stack trace for thread 3 "kernel daemon" kernel stack: 0x8016e000 to 0x80172000 frame caller :function + offset 0 80171a58 (+ 48) 8005d96d :invoke_debugger_command + 0x00f5 1 80171a88 (+ 64) 8005d75d invoke_pipe_segment(debugger_command_pipe*: 0x80126f40, int32: 0, 0x0 "") + 0x0079 2 80171ac8 (+ 64) 8005dae4 :invoke_debugger_command_pipe + 0x009c 3 80171b08 (+ 48) 8005f06c ExpressionParser<0x80171bbc>::_ParseCommandPipe(0x80171bb8) + 0x0234 4 80171b38 (+ 64) 8005e4a6 ExpressionParser<0x80171bbc>::EvaluateCommand(0x80116aa0 "bt", 0x80171bb8) + 0x02ba 5 80171b78 (+ 224) 80060494 :evaluate_debug_command + 0x0088 6 80171c58 (+ 64) 8005b92e kernel_debugger_loop() + 0x01ae 7 80171c98 (+ 32) 8005c799 :kernel_debugger + 0x004d 8 80171cb8 (+ 192) 8005c741 :panic + 0x0029 9 80171d78 (+ 64) 8003ddc8 :_mutex_lock + 0x00f8 10 80171db8 (+ 64) 8003c8e1 KernelDaemon<0x80120b00>::Register(0x9c5c8e44, int32: -1671643840, 0x5, 0x80120eec, 0x9c5cbd40, 0x80171ed8, 0x9c5c826c, 0x9c5c8e44, 0x9c5cbd40, 0x5, 0x9c5c816d, 0xd2c7, 0x81176b40, 0x0, 0x46, 0x8122fbb8, 0x0, 0x80171e78, 0x800b6f42, 0x8122fbb8, 0xd2c7, 0x80171e98, 0x9c5cbc80, 0x80116694, 0x9c5cbd00, 0x9c5c8e44, 0x80171eb0, 0x80171ea8, 0x9c5ca060, 0x9c5ca02b, 0x80036b18, 0x8122fbb8, 0x0) + 0x007d 11 80171df8 (+ 32) 8003cc0c :register_kernel_daemon + 0x001c 12 80171e18 (+ 192) 9c5c826c :init_driver + 0x0110 13 80171ed8 (+ 48) 80072441 load_driver(legacy_driver*: 0x81176b40) + 0x0139 14 80171f08 (+ 48) 80072a1d reload_driver(legacy_driver*: 0x81176b40) + 0x0031 15 80171f38 (+ 64) 80072b61 handle_driver_events(NULL, int32: 5629) + 0x0125 16 80171f78 (+ 64) 8003cbbc KernelDaemon<0x80120b00>::_DaemonThread(0x819b5000) + 0x006c 17 80171fb8 (+ 32) 8003cb4a KernelDaemon<0x80120b00>::_DaemonThreadEntry(NULL) + 0x0012 18 80171fd8 (+ 32) 800529b3 _create_kernel_thread_kentry() + 0x001b 19 80171ff8 (+2145968136) 80052950 thread_kthread_exit() + 0x0000 }}} According to Ingo this is due to: {{{ This one is at least well understood -- a new kernel daemon is registered while executing a kernel daemon -- it just needs to be fixed. }}} If needed an applicable serial log can be found in ticket #2923. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 00:52:29 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 23:52:29 -0000 Subject: [Haiku-bugs] [Haiku] #3083: [kernel] vm_page_fault while trying to edit a file on CD Message-ID: <040.12427c507a7ec8aec41508fe3bc3ca26@haiku-os.org> #3083: [kernel] vm_page_fault while trying to edit a file on CD ---------------------------+------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ I'm running r28523 in VirtualBox and cdrom is set to iso of ubuntu 8.10. If I open any file from this cd in DiskProbe and change some hex values and press alt+s i get a panic. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 00:56:33 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 23:56:33 -0000 Subject: [Haiku-bugs] [Haiku] #3084: [Tracker] crash while lauching some files from cd Message-ID: <040.ab17a4f3d13ebdb6044db49eeb762185@haiku-os.org> #3084: [Tracker] crash while lauching some files from cd ----------------------------------+----------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- While lauching some files from ubuntu 8.10 cd, mounted as iso in VirtualBox I had a crash. Don't know how tor reproduce. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 00:57:29 2008 From: trac at haiku-os.org (scottmc) Date: Wed, 05 Nov 2008 23:57:29 -0000 Subject: [Haiku-bugs] [Haiku] #2696: unimplemented functions In-Reply-To: <042.80c5f449cc17c57d3f29b65adc3132f6@haiku-os.org> References: <042.80c5f449cc17c57d3f29b65adc3132f6@haiku-os.org> Message-ID: <051.6498bc2977e9793c401fc49823812c69@haiku-os.org> #2696: unimplemented functions --------------------------------+------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: | Blockedby: 2564 Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by scottmc): @Kaliber[[BR]] Can you post your buggy script here? Might be useful in rechecking these from time to time. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 00:57:58 2008 From: trac at haiku-os.org (diver) Date: Wed, 05 Nov 2008 23:57:58 -0000 Subject: [Haiku-bugs] [Haiku] #3084: [Tracker] crash in BMessage::_FindField (was: [Tracker] crash while lauching some files from cd) In-Reply-To: <040.ab17a4f3d13ebdb6044db49eeb762185@haiku-os.org> References: <040.ab17a4f3d13ebdb6044db49eeb762185@haiku-os.org> Message-ID: <049.c6fadfe3fd47cd616154942ebe1da1ac@haiku-os.org> #3084: [Tracker] crash in BMessage::_FindField -----------------------------------+---------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 01:43:54 2008 From: trac at haiku-os.org (aldeck) Date: Thu, 06 Nov 2008 00:43:54 -0000 Subject: [Haiku-bugs] [Haiku] #3054: Tracker doesn't load all poses on folders with thousands of files. In-Reply-To: <041.9c4ee12eb1accd9f59dd935c90e98a72@haiku-os.org> References: <041.9c4ee12eb1accd9f59dd935c90e98a72@haiku-os.org> Message-ID: <050.7b698268d7ee6acc21f53656650c3707@haiku-os.org> #3054: Tracker doesn't load all poses on folders with thousands of files. -----------------------------------+---------------------------------------- Reporter: aldeck | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by aldeck): When creating lots of poses, something is going wrong with the way BNodes are opened/closed, further node opening fails with B_NO_MORE_FDS. I'll have a look at that. Would that explain GetNextDirents giving up though? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 04:08:16 2008 From: trac at haiku-os.org (anevilyak) Date: Thu, 06 Nov 2008 03:08:16 -0000 Subject: [Haiku-bugs] [Haiku] #3061: Simulated mouse clicks don't register on mouse image In-Reply-To: <044.bda2ae3c685cf29173cfa9121f52e870@haiku-os.org> References: <044.bda2ae3c685cf29173cfa9121f52e870@haiku-os.org> Message-ID: <053.32d81942978855f92c99f2b6da62323b@haiku-os.org> #3061: Simulated mouse clicks don't register on mouse image --------------------------------+------------------------------------------- Reporter: humdinger | Owner: anevilyak Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Preferences/Mouse | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by anevilyak): * status: assigned => closed * resolution: => fixed Comment: Fixed in r28528. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 04:11:08 2008 From: trac at haiku-os.org (richienyhus) Date: Thu, 06 Nov 2008 03:11:08 -0000 Subject: [Haiku-bugs] [Haiku] #3085: [Sounds] crashes after playing the event sounds consecutively. Message-ID: <046.6a58f1c71cabf4af7a796fa55c74e3c2@haiku-os.org> #3085: [Sounds] crashes after playing the event sounds consecutively. --------------------------------+------------------------------------------- Reporter: richienyhus | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Sounds | Version: Blockedby: | Platform: x86 Blocking: | --------------------------------+------------------------------------------- After setting a file as a event sound in the 'sounds' preference app, and playing it a few times, 'sounds' crashes. File used: http://local.elgsis.lt/files/mipi/mipi-haiku-start2.mp3 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 08:35:46 2008 From: trac at haiku-os.org (rudolfc) Date: Thu, 06 Nov 2008 07:35:46 -0000 Subject: [Haiku-bugs] [Haiku] #2789: writing to usb disks fail after 10-100Mb of writing files In-Reply-To: <042.f0e2b0f62d62e3210495ba76b252c463@haiku-os.org> References: <042.f0e2b0f62d62e3210495ba76b252c463@haiku-os.org> Message-ID: <051.cfb98bef860ebca1c8dce828e2389597@haiku-os.org> #2789: writing to usb disks fail after 10-100Mb of writing files ----------------------+----------------------------------------------------- Reporter: rudolfc | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------+----------------------------------------------------- Comment(by rudolfc): Hi again, I have new info that might be related: On another system I booted from USB, and then mounted a second stick. I formatted that stick using DriveSetup, and copied all files from the current booted stick to that new stick. This way I create a haiku usb stick without the space restriction 'imposed' by using a prepared image from haiku nightly builds. Trying to get this done fails since writing fail after some time (see above), but also sometimes reading fails (could not read block). Here's the 'funny' and interesting part: The haiku builds open up a terminal window at boottime. If I quit this terminal window, I can successfully copy the stick and boot from the new one. If I keep the window open, things go wrong. If I open up a terminal window during copying, I promptly get a read or write error AFAICT. After such an error Haiku is instable and unable to shut down. So I get the feeling that everything works OK (slow, but OK) as long as only one thread or program is trying to access USB volumes. As soon as a second program/thread tries to access, the problem appears. When I say 'slow' above, I mean: writing seems normal in speed (tracker progressbar progresses as expected). But after tracker says it's done, activity remains going on on the stick to be written to. This can continue for a minute or so. Before issuing a second folder copy action, I'd better wait until the stick becomes idle, or I risk the error again. I tested several recent Haiku images. The problem is persistant. Hope this info helps.. Rudolf. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 08:37:21 2008 From: trac at haiku-os.org (marcusoverhagen) Date: Thu, 06 Nov 2008 07:37:21 -0000 Subject: [Haiku-bugs] [Haiku] #3085: [Sounds] crashes after playing the event sounds consecutively. In-Reply-To: <046.6a58f1c71cabf4af7a796fa55c74e3c2@haiku-os.org> References: <046.6a58f1c71cabf4af7a796fa55c74e3c2@haiku-os.org> Message-ID: <055.0cd57355abb02ce14e07d2f370644479@haiku-os.org> #3085: [Sounds] crashes after playing the event sounds consecutively. ---------------------------------+------------------------------------------ Reporter: richienyhus | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Sounds | Version: Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------------+------------------------------------------ Changes (by marcusoverhagen): * owner: marcusoverhagen => haiku-web -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 09:33:02 2008 From: trac at haiku-os.org (korli) Date: Thu, 06 Nov 2008 08:33:02 -0000 Subject: [Haiku-bugs] [Haiku] #2956: GDB very often attaches to wrong thread (main thread) In-Reply-To: <041.b22b145da7266826f7bc02f334951082@haiku-os.org> References: <041.b22b145da7266826f7bc02f334951082@haiku-os.org> Message-ID: <050.03ed2e7c6e4ac6b548a477b2fc40774f@haiku-os.org> #2956: GDB very often attaches to wrong thread (main thread) ------------------------+--------------------------------------------------- Reporter: stippi | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1/alpha1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by korli): Stephan, does this also happen on single cpu machines in your opinion ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 09:38:10 2008 From: trac at haiku-os.org (axeld) Date: Thu, 06 Nov 2008 08:38:10 -0000 Subject: [Haiku-bugs] [Haiku] #3081: defective vnode In-Reply-To: <039.0f213a8b7533a8ec79997fc01e2bfd83@haiku-os.org> References: <039.0f213a8b7533a8ec79997fc01e2bfd83@haiku-os.org> Message-ID: <048.09bb7b8d02f4a5d2c253b49e90df7798@haiku-os.org> #3081: defective vnode ----------------------------+----------------------------------------------- Reporter: donn | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by axeld): Are you testing on real hardware? Is this in any way reproducible? I guess you haven't secured a stack trace and poked in the allocation groups a bit using the kernel debugger? :-) Have you used special vim settings? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 09:48:54 2008 From: trac at haiku-os.org (axeld) Date: Thu, 06 Nov 2008 08:48:54 -0000 Subject: [Haiku-bugs] [Haiku] #3054: Tracker doesn't load all poses on folders with thousands of files. In-Reply-To: <041.9c4ee12eb1accd9f59dd935c90e98a72@haiku-os.org> References: <041.9c4ee12eb1accd9f59dd935c90e98a72@haiku-os.org> Message-ID: <050.e200e5192ec4834f861b07b582c5f3de@haiku-os.org> #3054: Tracker doesn't load all poses on folders with thousands of files. -----------------------------------+---------------------------------------- Reporter: aldeck | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by axeld): There is a natural upper limit of the open file descriptors for every app - if Tracker hits that, it just means it keeps too many files open at once. I remember that has been a problem for file panels under BeOS as well (missing files). Are you sure that GetNextDirents() give up early? Ie. it should always return all files, it's just that Tracker won't be able to create poses for them all if it hits the file descriptor limit. At least there is nothing that should get GetNextDirents() to bail out early once the directory is up and running. After all, a "ls" in the Terminal is using the same kernel call that powers it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 10:11:58 2008 From: trac at haiku-os.org (axeld) Date: Thu, 06 Nov 2008 09:11:58 -0000 Subject: [Haiku-bugs] [Haiku] #3027: [GlTeapot] double click window tab and you won't get it back In-Reply-To: <040.fad93b0a1c6dabfc7048b730df91cc8c@haiku-os.org> References: <040.fad93b0a1c6dabfc7048b730df91cc8c@haiku-os.org> Message-ID: <049.541ad8a3ca23d30a4e660c6f9217e30d@haiku-os.org> #3027: [GlTeapot] double click window tab and you won't get it back ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by axeld): * priority: normal => high * component: Applications => Servers/app_server Comment: To complete what diver wanted to say: the strange effect is that GLTeapot will suddenly restart drawing to a supposedly hidden window. When that happens, the window is responsive again. Before the workspaces switch, the GLTeapot window waits for a lock while having the window locked - same for GLDirectMode. This part seems to be a design problem of the GL stuff. The Charts application stays responsive, but would show the same strange effect. Furthermore, it won't draw again when shown again directly (you'll have to change some stuff before that happens). So the main problems seems to be the app_server that does not correctly maintain the direct buffer connection for hidden windows. I would assume that the GL lock will vanish then as well (but we'll see about that). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 10:56:44 2008 From: trac at haiku-os.org (Giuseppe) Date: Thu, 06 Nov 2008 09:56:44 -0000 Subject: [Haiku-bugs] [Haiku] #2844: Fails to boot on Dual Atom 330 In-Reply-To: <043.112d1ab0d4755b05dae55dfbe8b93eb4@haiku-os.org> References: <043.112d1ab0d4755b05dae55dfbe8b93eb4@haiku-os.org> Message-ID: <052.7d0f4233679b135ab5add0d87e0af020@haiku-os.org> #2844: Fails to boot on Dual Atom 330 ------------------------+--------------------------------------------------- Reporter: Giuseppe | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------+--------------------------------------------------- Comment(by Giuseppe): With IDE or ATA always panic. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 11:38:55 2008 From: trac at haiku-os.org (aldeck) Date: Thu, 06 Nov 2008 10:38:55 -0000 Subject: [Haiku-bugs] [Haiku] #3054: Tracker doesn't load all poses on folders with thousands of files. In-Reply-To: <041.9c4ee12eb1accd9f59dd935c90e98a72@haiku-os.org> References: <041.9c4ee12eb1accd9f59dd935c90e98a72@haiku-os.org> Message-ID: <050.869578ff0eddc0b08f3c7d67502dd7c6@haiku-os.org> #3054: Tracker doesn't load all poses on folders with thousands of files. -----------------------------------+---------------------------------------- Reporter: aldeck | 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:4 axeld]: > There is a natural upper limit of the open file descriptors for every app Yes that's the problem, is it still limited to 256 like in beos? Couldn't find the limit in the sources. > Are you sure that GetNextDirents() give up early? Ie. it should always return all files I'm pretty sure about that, unless i totally messed up my debug output. Ex: it would stop returning new entries (returning 0) at 8000 entries when there are 12000 in the directory. That's under the stress conditions i mentioned, after lots of NO_MORE_FDS errors. Note also that the file opening is done in a different thread than the (deffective) closing. Fixing Tracker shouldn't be too hard. However i don't want to give up on that GetNextDirents mystery, i'll probably make a test app for that... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 12:32:15 2008 From: trac at haiku-os.org (stippi) Date: Thu, 06 Nov 2008 11:32:15 -0000 Subject: [Haiku-bugs] [Haiku] #2879: Regression: NetPositive won't start anymore In-Reply-To: <040.58cb577b3ca196d3bb4e72eb5529a64d@haiku-os.org> References: <040.58cb577b3ca196d3bb4e72eb5529a64d@haiku-os.org> Message-ID: <049.22f589c4cf84a7982284e21098769300@haiku-os.org> #2879: Regression: NetPositive won't start anymore ---------------------------+------------------------------------------------ Reporter: julun | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1/alpha1 Component: Applications | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by stippi): * status: new => closed * resolution: => fixed Comment: Fixed in r28532. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 12:54:00 2008 From: trac at haiku-os.org (stippi) Date: Thu, 06 Nov 2008 11:54:00 -0000 Subject: [Haiku-bugs] [Haiku] #2899: Automounter fails to read the mountflags and will mount read-write In-Reply-To: <041.c1173677c4fe7ffd05a58a8b8d2704d6@haiku-os.org> References: <041.c1173677c4fe7ffd05a58a8b8d2704d6@haiku-os.org> Message-ID: <050.ebb6219bc2486c3475972535a25dc6a2@haiku-os.org> #2899: Automounter fails to read the mountflags and will mount read-write -----------------------------------+---------------------------------------- Reporter: aldeck | Owner: stippi Type: bug | Status: closed Priority: high | Milestone: R1/alpha1 Component: Applications/Tracker | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by stippi): * status: new => closed * resolution: => fixed Comment: Should be fixed in r28533, although I have not tested it. The bug could be regarded as "invalid", though, since "Mount all BFS disks" is not actually supposed to remember the previous mount options. That's what "Mount previously mounted disks" is for. I can see how it doesn't hurt to do this anyways, though. But there were other problems with the path not being initialized, the notification should have been broken for example. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 12:57:02 2008 From: trac at haiku-os.org (stippi) Date: Thu, 06 Nov 2008 11:57:02 -0000 Subject: [Haiku-bugs] [Haiku] #2477: Haiku's bootman doesn't show the same partitions as BeOS's In-Reply-To: <041.d5ac2516d13e6ad022f9af1b024d4727@haiku-os.org> References: <041.d5ac2516d13e6ad022f9af1b024d4727@haiku-os.org> Message-ID: <050.2f146a8d7284e7ed3d85e951ad21fb97@haiku-os.org> #2477: Haiku's bootman doesn't show the same partitions as BeOS's ---------------------------+------------------------------------------------ Reporter: idefix | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by stippi): * milestone: R1/alpha1 => R1 Comment: I don't see how this would hold up the alpha release. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 13:01:50 2008 From: trac at haiku-os.org (stippi) Date: Thu, 06 Nov 2008 12:01:50 -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.c056a54e47c9646f81cfdade60d2f384@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 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by stippi): * milestone: R1/alpha1 => R1 Comment: I am using a different graphics card now in the system that this was a problem on (ATI X300 -> nVidia 7300) and with the nVidia driver it works fine. The fix to the semaphore init in the Radeon driver was after I switched the board, so I have not yet checked if that changed anything. In any case, the issue can also be worked around by using the VESA driver too. So I don't believe this should be in the Alpha milestone anymore. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 13:02:59 2008 From: trac at haiku-os.org (stippi) Date: Thu, 06 Nov 2008 12:02:59 -0000 Subject: [Haiku-bugs] [Haiku] #1837: Implement Begin- and EndRectTracking() in the app_server In-Reply-To: <041.2fdd80d160c5a1949dc6303323eed57e@haiku-os.org> References: <041.2fdd80d160c5a1949dc6303323eed57e@haiku-os.org> Message-ID: <050.8612235a44683eefc432a2fc42b69574@haiku-os.org> #1837: Implement Begin- and EndRectTracking() in the app_server ---------------------------------+------------------------------------------ Reporter: stippi | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by stippi): * milestone: R1/alpha1 => R1 Comment: Doesn't have to be in the Alpha, I suppose. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 13:07:37 2008 From: trac at haiku-os.org (nutela) Date: Thu, 06 Nov 2008 12:07:37 -0000 Subject: [Haiku-bugs] [Haiku] #3080: PhotoGrabber cannot be killed when camera is attached In-Reply-To: <041.109410183a3836e93bd637f9bc41343c@haiku-os.org> References: <041.109410183a3836e93bd637f9bc41343c@haiku-os.org> Message-ID: <050.91ad7875e0b283182a047d2d517ccb53@haiku-os.org> #3080: PhotoGrabber cannot be killed when camera is attached ----------------------------+----------------------------------------------- Reporter: nutela | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by nutela): Regarding the App_server's picasso thread; what I wrote above is not true, even after killing PhotoGrabber, the 'window-space' is not deleted, the area which Photograbber covered is still drawn over the desktop, how could I debug it when it is still running? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 13:30:31 2008 From: trac at haiku-os.org (thotypous) Date: Thu, 06 Nov 2008 12:30:31 -0000 Subject: [Haiku-bugs] [Haiku] #923: add dial-up (phone line) modem support In-Reply-To: <045.785dd022e65906d2c01718e66a94fe40@haiku-os.org> References: <045.785dd022e65906d2c01718e66a94fe40@haiku-os.org> Message-ID: <054.f2c71d01030104ea06c0584e34aaee6d@haiku-os.org> #923: add dial-up (phone line) modem support -------------------------------------+-------------------------------------- Reporter: wkornewald | Owner: Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Network & Internet/PPP | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Changes (by thotypous): * cc: thotypous at gmail.com (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 13:34:08 2008 From: trac at haiku-os.org (thotypous) Date: Thu, 06 Nov 2008 12:34:08 -0000 Subject: [Haiku-bugs] [Haiku] #1050: implement a WiFi stack In-Reply-To: <045.5222f32311d9d2dcab22154271938480@haiku-os.org> References: <045.5222f32311d9d2dcab22154271938480@haiku-os.org> Message-ID: <054.2fc0c370960d117472169bf29f0de86e@haiku-os.org> #1050: implement a WiFi stack ------------------------------------------+--------------------------------- Reporter: wkornewald | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Unscheduled Component: Network & Internet/Wireless | Version: R1 development Resolution: | Blockedby: 2752, 2761 Platform: All | Blocking: ------------------------------------------+--------------------------------- Changes (by thotypous): * cc: thotypous at gmail.com (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 13:45:00 2008 From: trac at haiku-os.org (axeld) Date: Thu, 06 Nov 2008 12:45:00 -0000 Subject: [Haiku-bugs] [Haiku] #2847: crash in vesa_get_accelerant_clone_info() In-Reply-To: <042.d925eb88e45822d1c6b5d6ac040b0225@haiku-os.org> References: <042.d925eb88e45822d1c6b5d6ac040b0225@haiku-os.org> Message-ID: <051.95f5a91f403928a058fc1f03973eb6b4@haiku-os.org> #2847: crash in vesa_get_accelerant_clone_info() ----------------------------+----------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Game Kit | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed * component: Drivers/Graphics => Kits/Game Kit Comment: Fixed in r28534. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 13:46:51 2008 From: trac at haiku-os.org (axeld) Date: Thu, 06 Nov 2008 12:46:51 -0000 Subject: [Haiku-bugs] [Haiku] #511: [ScreenSaver] Many stability issues and other problems In-Reply-To: <040.13f4c046e032d852544afd83ddcbcbf8@haiku-os.org> References: <040.13f4c046e032d852544afd83ddcbcbf8@haiku-os.org> Message-ID: <049.fe605fa014d69ed739a7fa67313becce@haiku-os.org> #511: [ScreenSaver] Many stability issues and other problems --------------------------------------+------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Preferences/ScreenSaver | Version: Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Just looked into BrainWash, and fixed a bug in BWindowScreen that prevented those from working. However, it still doesn't seem to work. Feel free to do as you suggested :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 13:46:46 2008 From: trac at haiku-os.org (aljen) Date: Thu, 06 Nov 2008 12:46:46 -0000 Subject: [Haiku-bugs] [Haiku] #1050: implement a WiFi stack In-Reply-To: <045.5222f32311d9d2dcab22154271938480@haiku-os.org> References: <045.5222f32311d9d2dcab22154271938480@haiku-os.org> Message-ID: <054.25769e428f39e7c33adbd826356654e4@haiku-os.org> #1050: implement a WiFi stack ------------------------------------------+--------------------------------- Reporter: wkornewald | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Unscheduled Component: Network & Internet/Wireless | Version: R1 development Resolution: | Blockedby: 2752, 2761 Platform: All | Blocking: ------------------------------------------+--------------------------------- Changes (by aljen): * cc: harakash at gmail.com (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 14:50:21 2008 From: trac at haiku-os.org (anevilyak) Date: Thu, 06 Nov 2008 13:50:21 -0000 Subject: [Haiku-bugs] [Haiku] #2956: GDB very often attaches to wrong thread (main thread) In-Reply-To: <041.b22b145da7266826f7bc02f334951082@haiku-os.org> References: <041.b22b145da7266826f7bc02f334951082@haiku-os.org> Message-ID: <050.52da6fe357ae18a2c6aafc197804cf71@haiku-os.org> #2956: GDB very often attaches to wrong thread (main thread) ------------------------+--------------------------------------------------- Reporter: stippi | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1/alpha1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by anevilyak): It happens on my single CPU machine at least :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 16:18:35 2008 From: trac at haiku-os.org (bonefish) Date: Thu, 06 Nov 2008 15:18:35 -0000 Subject: [Haiku-bugs] [Haiku] #2956: GDB very often attaches to wrong thread (main thread) In-Reply-To: <041.b22b145da7266826f7bc02f334951082@haiku-os.org> References: <041.b22b145da7266826f7bc02f334951082@haiku-os.org> Message-ID: <050.01b27d26a8d76d88dd79e5c9fc481a6e@haiku-os.org> #2956: GDB very often attaches to wrong thread (main thread) ------------------------+--------------------------------------------------- Reporter: stippi | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1/alpha1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by bonefish): To stop the speculations: gdb can only be attached to a team, and that's what the debug server does. When handing over the debugged team all threads that already caused a debug event (and are waiting for instructions from the debugger) will resend the notification messages to the new debugger. gdb will simply focus on the thread from which it gets the first message. The main problem is that gdb also enables other debug events, and that another thread could cause such a debug event quickly enough, sending its notification message earlier than any other thread, thus resulting in the input loop to be set to that thread instead of the "bad" one. Most likely this will be the main thread, since gdb also does a debug_thread() on this one (gdb doesn't know the debugged team has been handed over from the debug server, so it has to do that), but it could also be another thread that just received a signal, created a thread, loaded an add-on, etc. Anyway while this is certainly annoying, there's also no need to guess the thread in question. A "cont" should usually switch to the right one, and in doubt a look into the syslog will bring certainty. The debug server logs which thread was the cause and also dumps a stack trace. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 16:18:58 2008 From: trac at haiku-os.org (anode) Date: Thu, 06 Nov 2008 15:18:58 -0000 Subject: [Haiku-bugs] [Haiku] #3017: vm_page_fault: unhandled page fault in kernel space at 0x0904254e, ip 0x80035bfb In-Reply-To: <040.ba15acfef9fa11c53ac7940f6e6ca665@haiku-os.org> References: <040.ba15acfef9fa11c53ac7940f6e6ca665@haiku-os.org> Message-ID: <049.14cdd51a8b44e417ea1ab8912297f669@haiku-os.org> #3017: vm_page_fault: unhandled page fault in kernel space at 0x0904254e, ip 0x80035bfb ----------------------------+----------------------------------------------- Reporter: anode | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by anode): I am booting via USB and yes, haiku did previously work on this laptop. I have not turned on APM or ACPI (just default settings with all optional packages and an alternate keymap/timezone). I tried to reproduce the bug with r28522 and it seems the original kdl no longer occurs but haiku still fails to boot (stopping and the red rocket icon) and gives a number of different kdls with different attempts. I commented out the panic that is thrown in #2680 so that I could get the screen debug output which seems to be consistent. I've attatched a zip with the various kdls and the screen debug. Sorry for the low quality images, its unfortunetly the best camera I can get my hands on at the momment ;) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 16:23:04 2008 From: trac at haiku-os.org (axeld) Date: Thu, 06 Nov 2008 15:23:04 -0000 Subject: [Haiku-bugs] [Haiku] #2707: cannot mount ext3 file system In-Reply-To: <042.b4da1de607c6ce627ee5312c112cccb1@haiku-os.org> References: <042.b4da1de607c6ce627ee5312c112cccb1@haiku-os.org> Message-ID: <051.70e2c3217cf835ab4a81f5df02817357@haiku-os.org> #2707: cannot mount ext3 file system --------------------------------+------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/ext2 | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by axeld): * component: - General => File Systems/ext2 Comment: Thanks for looking into this! I've applied similar changes in r28536 (your version was not endian-safe, BTW). Let's keep this ticket open until reading files is working as well. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 16:37:40 2008 From: trac at haiku-os.org (cssvb94) Date: Thu, 06 Nov 2008 15:37:40 -0000 Subject: [Haiku-bugs] [Haiku] #2998: bcm440x doesn't initialize the NIC In-Reply-To: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> References: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> Message-ID: <051.c297dcf8a9cd8cbfba02899c9d630bec@haiku-os.org> #2998: bcm440x doesn't initialize the NIC ------------------------------+--------------------------------------------- Reporter: cssvb94 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by cssvb94): Any progress so far? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 16:52:54 2008 From: trac at haiku-os.org (netster403) Date: Thu, 06 Nov 2008 15:52:54 -0000 Subject: [Haiku-bugs] [Haiku] #2902: USB File corruption with SMP enabled. In-Reply-To: <045.43e93212fa7bbbc46de3d136b1d38c9f@haiku-os.org> References: <045.43e93212fa7bbbc46de3d136b1d38c9f@haiku-os.org> Message-ID: <054.85e2a36e124337cbafcb80eb86b96679@haiku-os.org> #2902: USB File corruption with SMP enabled. --------------------------+------------------------------------------------- Reporter: netster403 | Owner: mmlr Type: bug | Status: new Priority: critical | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------+------------------------------------------------- Comment(by netster403): Revision: 28521 Same results while trying to boot from USB with SMP enabled. Logs look the same so I didn't do the MD5 test. Booting with SMP disabled from USB works fine. see 11-06-2008-094320.log (SMP enabled) (failed boot from USB) see 11-06-2008-094948.log (SMP disabled) (successful boot from USB) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 16:55:51 2008 From: trac at haiku-os.org (nielx) Date: Thu, 06 Nov 2008 15:55:51 -0000 Subject: [Haiku-bugs] [Haiku] #3049: Can't delete ticket owner anymore In-Reply-To: <050.6406e092f2be6b3aa42e3bc57e63db2c@haiku-os.org> References: <050.6406e092f2be6b3aa42e3bc57e63db2c@haiku-os.org> Message-ID: <059.f1bf815172a6fc7e109f895b7aba82b5@haiku-os.org> #3049: Can't delete ticket owner anymore ------------------------------+--------------------------------------------- Reporter: marcusoverhagen | Owner: nobody Type: bug | Status: new Priority: normal | Milestone: Component: - General | Version: Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Changes (by nielx): * owner: haiku-web => nobody Comment: You can use 'nobody' when there is no owner. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 16:56:05 2008 From: trac at haiku-os.org (nielx) Date: Thu, 06 Nov 2008 15:56:05 -0000 Subject: [Haiku-bugs] [Haiku] #3049: Can't delete ticket owner anymore In-Reply-To: <050.6406e092f2be6b3aa42e3bc57e63db2c@haiku-os.org> References: <050.6406e092f2be6b3aa42e3bc57e63db2c@haiku-os.org> Message-ID: <059.3521ade35d4c43aadfa3a3c2a7825425@haiku-os.org> #3049: Can't delete ticket owner anymore ------------------------------+--------------------------------------------- Reporter: marcusoverhagen | Owner: nobody Type: bug | Status: closed Priority: normal | Milestone: Component: - General | Version: Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Changes (by nielx): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 17:09:38 2008 From: trac at haiku-os.org (anevilyak) Date: Thu, 06 Nov 2008 16:09:38 -0000 Subject: [Haiku-bugs] [Haiku] #3085: [Sounds] crashes after playing the event sounds consecutively. In-Reply-To: <046.6a58f1c71cabf4af7a796fa55c74e3c2@haiku-os.org> References: <046.6a58f1c71cabf4af7a796fa55c74e3c2@haiku-os.org> Message-ID: <055.14f1591dd098e0dcc9dc19a06632d368@haiku-os.org> #3085: [Sounds] crashes after playing the event sounds consecutively. ---------------------------------+------------------------------------------ Reporter: richienyhus | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Sounds | Version: Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------------+------------------------------------------ Changes (by anevilyak): * owner: haiku-web => anevilyak -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 18:13:04 2008 From: trac at haiku-os.org (idefix) Date: Thu, 06 Nov 2008 17:13:04 -0000 Subject: [Haiku-bugs] [Haiku] #2531: DHCP changes IP address every 5 minutes In-Reply-To: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> References: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> Message-ID: <050.06cf880c67d137592797fad87a39b83c@haiku-os.org> #2531: DHCP changes IP address every 5 minutes ---------------------------------+------------------------------------------ Reporter: idefix | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by idefix): To compare with BeOS R5: Summary: 'BeOS R5 summary.txt'[[BR]] Details: 'BeOS R5 details.txt'[[BR]] Pcap: 'BeOS R5.pcap' -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 21:06:47 2008 From: trac at haiku-os.org (donn) Date: Thu, 06 Nov 2008 20:06:47 -0000 Subject: [Haiku-bugs] [Haiku] #3081: defective vnode In-Reply-To: <039.0f213a8b7533a8ec79997fc01e2bfd83@haiku-os.org> References: <039.0f213a8b7533a8ec79997fc01e2bfd83@haiku-os.org> Message-ID: <048.fff10cfcd85a7a4eddf316e119085853@haiku-os.org> #3081: defective vnode ----------------------------+----------------------------------------------- Reporter: donn | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by donn): Yes, real hardware - http://dev.haiku- os.org/attachment/ticket/2600/listdev Not reproducible so far, in fact I'm going to be surprised if it happens again. No special vim settings, I just type "vi filename". -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 6 23:36:34 2008 From: trac at haiku-os.org (marcusoverhagen) Date: Thu, 06 Nov 2008 22:36:34 -0000 Subject: [Haiku-bugs] [Haiku] #1571: [audio_mixer] remove useless info tab (easy) In-Reply-To: <040.9615be92d428f54b02c4fb04af049cdf@haiku-os.org> References: <040.9615be92d428f54b02c4fb04af049cdf@haiku-os.org> Message-ID: <049.a32c5aaa371b4f54d4695bb498cb52f3@haiku-os.org> #1571: [audio_mixer] remove useless info tab (easy) --------------------------------+------------------------------------------- Reporter: diver | Owner: leavengood Type: enhancement | Status: reopened Priority: normal | Milestone: R1 Component: Preferences/Media | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by marcusoverhagen): * status: closed => reopened * resolution: fixed => Comment: please see http://lists.berlios.de/pipermail/haiku- commits/2008-November/018465.html -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 7 00:41:27 2008 From: trac at haiku-os.org (Adek336) Date: Thu, 06 Nov 2008 23:41:27 -0000 Subject: [Haiku-bugs] [Haiku] #3086: Tracker: entering name for a new folder: bad drawn Message-ID: <042.9ab3c9d4dafe91a520006c92dfcc6aeb@haiku-os.org> #3086: Tracker: entering name for a new folder: bad drawn ----------------------------+----------------------------------------------- Reporter: Adek336 | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------+----------------------------------------------- Open a Tracker window, create new folder, enter the name kopia- plikow-z-media1111 Does not happen if folder is created on Desktop. Does not seem to be related to screen resolution. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 7 00:44:05 2008 From: trac at haiku-os.org (Adek336) Date: Thu, 06 Nov 2008 23:44:05 -0000 Subject: [Haiku-bugs] [Haiku] #3086: Tracker: entering name for a new folder: bad drawn In-Reply-To: <042.9ab3c9d4dafe91a520006c92dfcc6aeb@haiku-os.org> References: <042.9ab3c9d4dafe91a520006c92dfcc6aeb@haiku-os.org> Message-ID: <051.f757cf7b1ea9b367287db364bfd5087d@haiku-os.org> #3086: Tracker: entering name for a new folder: bad drawn -----------------------------+---------------------------------------------- Reporter: Adek336 | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Comment(by Adek336): Also, not really visible on screenshot, the "o" in "plikow" is drawn very narrow. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 7 01:15:29 2008 From: trac at haiku-os.org (leavengood) Date: Fri, 07 Nov 2008 00:15:29 -0000 Subject: [Haiku-bugs] [Haiku] #1571: [audio_mixer] remove useless info tab (easy) In-Reply-To: <040.9615be92d428f54b02c4fb04af049cdf@haiku-os.org> References: <040.9615be92d428f54b02c4fb04af049cdf@haiku-os.org> Message-ID: <049.b03f202134c28001cbcc96fee9b37439@haiku-os.org> #1571: [audio_mixer] remove useless info tab (easy) --------------------------------+------------------------------------------- Reporter: diver | Owner: leavengood Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Preferences/Media | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by leavengood): * status: reopened => closed * resolution: => fixed Comment: The last issue reported by Marcus has been fixed in r28542. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 7 01:16:15 2008 From: trac at haiku-os.org (aldeck) Date: Fri, 07 Nov 2008 00:16:15 -0000 Subject: [Haiku-bugs] [Haiku] #3086: Tracker: entering name for a new folder: bad drawn In-Reply-To: <042.9ab3c9d4dafe91a520006c92dfcc6aeb@haiku-os.org> References: <042.9ab3c9d4dafe91a520006c92dfcc6aeb@haiku-os.org> Message-ID: <051.991ba1d5229b37f30c16492f9df13d43@haiku-os.org> #3086: Tracker: entering name for a new folder: bad drawn -----------------------------+---------------------------------------------- Reporter: Adek336 | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Comment(by aldeck): Can reproduce here. Strange one, and funny test case :) It looks like the "1111" and the "o" problem is the same problem, like one (or more) pixel column is missing/overwritten. It seems to depend on the font too, i cannot reproduce with Konatu for example. Also the typing the same sequence in StyledEdit shows some strange cursor positions although it corrects them on the next character. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 7 06:52:56 2008 From: trac at haiku-os.org (leavengood) Date: Fri, 07 Nov 2008 05:52:56 -0000 Subject: [Haiku-bugs] [Haiku] #2903: BScreen GetBitmap Returns a black bitmap In-Reply-To: <043.04f701de57d5e1f9c740eaf3776c2b03@haiku-os.org> References: <043.04f701de57d5e1f9c740eaf3776c2b03@haiku-os.org> Message-ID: <052.231a02de96570a04c5ea806294724e5f@haiku-os.org> #2903: BScreen GetBitmap Returns a black bitmap -----------------------------+---------------------------------------------- Reporter: lawsonwa | Owner: leavengood Type: bug | Status: new Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Changes (by leavengood): * owner: stippi => leavengood Comment: The screen saver runner does not work like the R5 one in several ways. I am working on it now so will take over this issue too. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 7 06:54:32 2008 From: trac at haiku-os.org (leavengood) Date: Fri, 07 Nov 2008 05:54:32 -0000 Subject: [Haiku-bugs] [Haiku] #3022: Enable screensaver by default In-Reply-To: <042.8350f95fb78e6dddd1384cc6a51bc0a9@haiku-os.org> References: <042.8350f95fb78e6dddd1384cc6a51bc0a9@haiku-os.org> Message-ID: <051.0e2db32dd937e9cc8de0f1a3452d895d@haiku-os.org> #3022: Enable screensaver by default ---------------------------+------------------------------------------------ Reporter: Adek336 | Owner: leavengood Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by leavengood): * owner: bonefish => leavengood * status: new => assigned Comment: I think this is a good idea and I will implement it by adding the appropriate settings file to the build if no one objects. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 7 06:57:15 2008 From: trac at haiku-os.org (leavengood) Date: Fri, 07 Nov 2008 05:57:15 -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.79c94df52b7d157d89d7d8b11e8ed6dc@haiku-os.org> #2339: Can't exit "Haiku" screensaver (25802) --------------------------------------+------------------------------------- Reporter: dustin howett | Owner: leavengood Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Preferences/ScreenSaver | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Changes (by leavengood): * owner: axeld => leavengood * status: new => assigned Comment: I have this same problem with my Message screen saver (but worse, since the tick time is 30 seconds), so I am going to fix this (and other screen saver issues.) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 7 07:02:46 2008 From: trac at haiku-os.org (leavengood) Date: Fri, 07 Nov 2008 06:02:46 -0000 Subject: [Haiku-bugs] [Haiku] #2185: Scan the source tree and use find_directory() where appropriate (no hard-coded paths anymore) In-Reply-To: <043.d4c2c44caf774ea60d9aff32d010fd33@haiku-os.org> References: <043.d4c2c44caf774ea60d9aff32d010fd33@haiku-os.org> Message-ID: <052.72095b540e273d40fa679be987d52bed@haiku-os.org> #2185: Scan the source tree and use find_directory() where appropriate (no hard- coded paths anymore) --------------------------+------------------------------------------------- Reporter: kaoutsis | Owner: stippi Type: enhancement | Status: assigned Priority: normal | Milestone: Unscheduled Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by leavengood): * cc: leavengood at users.berlios.de (added) Comment: I will add the ScreenSaver diff, this looks pretty useful and I am already working on the ScreenSaver preferences anyhow. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 7 08:12:28 2008 From: trac at haiku-os.org (nutela) Date: Fri, 07 Nov 2008 07:12:28 -0000 Subject: [Haiku-bugs] [Haiku] #3005: SoundRecorder records only few seconds by default In-Reply-To: <041.74304357f7b82c472b7fe30b6f824bfe@haiku-os.org> References: <041.74304357f7b82c472b7fe30b6f824bfe@haiku-os.org> Message-ID: <050.687e1e59cb193bfc8599255a89fee7ac@haiku-os.org> #3005: SoundRecorder records only few seconds by default -----------------------------------------+---------------------------------- Reporter: nutela | Owner: korli Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/SoundRecorder | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: -----------------------------------------+---------------------------------- Comment(by nutela): verified thanks! Still a limit setting is not a bad idea. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 7 09:38:38 2008 From: trac at haiku-os.org (axeld) Date: Fri, 07 Nov 2008 08:38:38 -0000 Subject: [Haiku-bugs] [Haiku] #3022: Enable screensaver by default In-Reply-To: <042.8350f95fb78e6dddd1384cc6a51bc0a9@haiku-os.org> References: <042.8350f95fb78e6dddd1384cc6a51bc0a9@haiku-os.org> Message-ID: <051.3a29d46a1667c60aac3e022afd2eb091@haiku-os.org> #3022: Enable screensaver by default ---------------------------+------------------------------------------------ Reporter: Adek336 | Owner: leavengood Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by axeld): I would actually prefer if defaults are built-in, and not set via settings files, but other than that, I'm all for it. Usable defaults are probably 15 minutes for the black screen, and 20 minutes for turning the screen off. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 7 11:10:40 2008 From: trac at haiku-os.org (siarzhuk) Date: Fri, 07 Nov 2008 10:10:40 -0000 Subject: [Haiku-bugs] [Haiku] #3087: r28361 broke replicant handling functionality. Message-ID: <043.fb2fe7f03420534e12264e136431b381@haiku-os.org> #3087: r28361 broke replicant handling functionality. --------------------------------+------------------------------------------- Reporter: siarzhuk | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: Unscheduled Component: Kits/Interface Kit | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- After updating to r28361 the 3rd-party application "Keymap Switcher" stopped to function correctly. It cannot switch keymaps on the shortcut. The is in SwitchFilter.cpp code: [http://switcher.cvs.sourceforge.net/viewvc/switcher/keymapswitcher(haiku)/SwitchFilter.cpp?view=markup] The function: {{{ // int32 SwitchFilter::GetReplicantAt(BMessenger target, int32 index) const { /* So here we want to get the Unique ID of the replicant at the given index in the target Shelf. */ BMessage request(B_GET_PROPERTY); // We're getting the ID property BMessage reply; status_t err; request.AddSpecifier("ID"); // want the ID request.AddSpecifier("Replicant", index); // of the index'th replicant if ((err = target.SendMessage(&request, &reply)) != B_OK) return err; int32 uid; if ((err = reply.FindInt32("result", &uid)) != B_OK) return err; return uid; } }}} The SendMessage call is returned correctly but returned message contains no "result". Roll back to r28360 restore correct function of this application. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 7 11:56:00 2008 From: trac at haiku-os.org (axeld) Date: Fri, 07 Nov 2008 10:56:00 -0000 Subject: [Haiku-bugs] [Haiku] #937: [Workspaces] window moving flickers things In-Reply-To: <040.77b3b572cc7cf3a08f4e899702912255@haiku-os.org> References: <040.77b3b572cc7cf3a08f4e899702912255@haiku-os.org> Message-ID: <049.431335007a3c003a0c19d45668ed6bdc@haiku-os.org> #937: [Workspaces] window moving flickers things ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by axeld): * status: new => closed * resolution: => fixed Comment: This one has obviously been fixed in the mean time :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 7 12:36:50 2008 From: trac at haiku-os.org (axeld) Date: Fri, 07 Nov 2008 11:36:50 -0000 Subject: [Haiku-bugs] [Haiku] #3003: Workspaces releated crash In-Reply-To: <044.2f0d17e37d57b613fa37e3a3bdbb8e9e@haiku-os.org> References: <044.2f0d17e37d57b613fa37e3a3bdbb8e9e@haiku-os.org> Message-ID: <053.d98a96e2aa87916edcdc40aa9ebf81a2@haiku-os.org> #3003: Workspaces releated crash ---------------------------------+------------------------------------------ Reporter: kallisti5 | Owner: axeld Type: bug | Status: closed Priority: critical | Milestone: R1/alpha1 Component: Servers/app_server | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Fixed in r28549. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 7 13:19:29 2008 From: trac at haiku-os.org (axeld) Date: Fri, 07 Nov 2008 12:19:29 -0000 Subject: [Haiku-bugs] [Haiku] #3082: Double locking bug in kernel_daemon In-Reply-To: <044.5670cb13b84edaa190c28bb330e8d4dc@haiku-os.org> References: <044.5670cb13b84edaa190c28bb330e8d4dc@haiku-os.org> Message-ID: <053.357992f482cc83bc455df820487774b2@haiku-os.org> #3082: Double locking bug in kernel_daemon ----------------------------+----------------------------------------------- Reporter: anevilyak | Owner: axeld Type: bug | Status: assigned Priority: normal | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by axeld): * status: new => assigned -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 7 13:22:46 2008 From: trac at haiku-os.org (axeld) Date: Fri, 07 Nov 2008 12:22:46 -0000 Subject: [Haiku-bugs] [Haiku] #3082: Double locking bug in kernel_daemon In-Reply-To: <044.5670cb13b84edaa190c28bb330e8d4dc@haiku-os.org> References: <044.5670cb13b84edaa190c28bb330e8d4dc@haiku-os.org> Message-ID: <053.7ae437583be45b5c482937dd0029b81a@haiku-os.org> #3082: Double locking bug in kernel_daemon ----------------------------+----------------------------------------------- Reporter: anevilyak | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by axeld): * status: assigned => closed * resolution: => fixed Comment: Fixed in r28550. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 7 14:23:44 2008 From: trac at haiku-os.org (axeld) Date: Fri, 07 Nov 2008 13:23:44 -0000 Subject: [Haiku-bugs] [Haiku] #2535: Deadlock discovered: usb explore (legacy mutex) - sh (devfs mutex) In-Reply-To: <042.192a0aec42da9c9c6d55e28eb579e336@haiku-os.org> References: <042.192a0aec42da9c9c6d55e28eb579e336@haiku-os.org> Message-ID: <051.4b62c3cbaa26ddcd545a74d468a651ba@haiku-os.org> #2535: Deadlock discovered: usb explore (legacy mutex) - sh (devfs mutex) ----------------------------+----------------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: closed Priority: high | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Fixed in r28551. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 7 15:16:25 2008 From: trac at haiku-os.org (anevilyak) Date: Fri, 07 Nov 2008 14:16:25 -0000 Subject: [Haiku-bugs] [Haiku] #3087: r28361 broke replicant handling functionality. In-Reply-To: <043.fb2fe7f03420534e12264e136431b381@haiku-os.org> References: <043.fb2fe7f03420534e12264e136431b381@haiku-os.org> Message-ID: <052.cb2fdc89cfabd11d3a7a6f778f33d4dd@haiku-os.org> #3087: r28361 broke replicant handling functionality. ---------------------------------+------------------------------------------ Reporter: siarzhuk | Owner: anevilyak Type: bug | Status: assigned Priority: normal | Milestone: Unscheduled Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by anevilyak): * status: new => assigned Comment: Will look into it, thanks for the note! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 7 15:16:45 2008 From: trac at haiku-os.org (anevilyak) Date: Fri, 07 Nov 2008 14:16:45 -0000 Subject: [Haiku-bugs] [Haiku] #3087: r28361 broke replicant handling functionality. In-Reply-To: <043.fb2fe7f03420534e12264e136431b381@haiku-os.org> References: <043.fb2fe7f03420534e12264e136431b381@haiku-os.org> Message-ID: <052.9b4b4ff67bd2643045bc0e8bfa3415ca@haiku-os.org> #3087: r28361 broke replicant handling functionality. ---------------------------------+------------------------------------------ Reporter: siarzhuk | Owner: anevilyak Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by anevilyak): * milestone: Unscheduled => R1 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 7 16:14:03 2008 From: trac at haiku-os.org (Adek336) Date: Fri, 07 Nov 2008 15:14:03 -0000 Subject: [Haiku-bugs] [Haiku] #2707: cannot mount ext3 file system In-Reply-To: <042.b4da1de607c6ce627ee5312c112cccb1@haiku-os.org> References: <042.b4da1de607c6ce627ee5312c112cccb1@haiku-os.org> Message-ID: <051.81ee2d6781cab542875eed807ea2e645@haiku-os.org> #2707: cannot mount ext3 file system --------------------------------+------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/ext2 | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by Adek336): I though reading didn't work when MediaPlayer couldn't play movies but I've checked that after all reading works always well. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 7 17:43:54 2008 From: trac at haiku-os.org (stippi) Date: Fri, 07 Nov 2008 16:43:54 -0000 Subject: [Haiku-bugs] [Haiku] #1051: Disk Device Manager -- Implement Missing Disk Device Jobs In-Reply-To: <043.8272c9ee9d35d156fb2ca9da7f22c844@haiku-os.org> References: <043.8272c9ee9d35d156fb2ca9da7f22c844@haiku-os.org> Message-ID: <052.c0c300553b32dbff27008da320def61c@haiku-os.org> #1051: Disk Device Manager -- Implement Missing Disk Device Jobs ----------------------------+----------------------------------------------- Reporter: bonefish | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by stippi): * milestone: R1/alpha1 => R1 Comment: According to Ingo, this ticket is a bit obsolete, since the DDM jobs are now implemented in userland. They should be fairly complete as well. I intend to see if anything is missing when I work on support for creating/deleting partitions from DriveSetup. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 7 17:45:59 2008 From: trac at haiku-os.org (stippi) Date: Fri, 07 Nov 2008 16:45:59 -0000 Subject: [Haiku-bugs] [Haiku] #1054: Disk Device API -- Create Disk Device Parameter Editor Add-On Interface In-Reply-To: <043.cf4d8cc06a0b6273fee550445da44243@haiku-os.org> References: <043.cf4d8cc06a0b6273fee550445da44243@haiku-os.org> Message-ID: <052.c1e019c0a2cbc5b10485b54c54f0dc81@haiku-os.org> #1054: Disk Device API -- Create Disk Device Parameter Editor Add-On Interface -------------------------------+-------------------------------------------- Reporter: bonefish | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Kits/Storage Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Changes (by stippi): * milestone: R1/alpha1 => R1 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 7 17:46:33 2008 From: trac at haiku-os.org (stippi) Date: Fri, 07 Nov 2008 16:46:33 -0000 Subject: [Haiku-bugs] [Haiku] #1052: Disk Device Manager -- Implement the Notification Mechanism In-Reply-To: <043.22a9372307491f325800fed7946227a2@haiku-os.org> References: <043.22a9372307491f325800fed7946227a2@haiku-os.org> Message-ID: <052.b04db3b487caa6cf9516308f12a9d7aa@haiku-os.org> #1052: Disk Device Manager -- Implement the Notification Mechanism ----------------------------+----------------------------------------------- Reporter: bonefish | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: 2629 ----------------------------+----------------------------------------------- Changes (by stippi): * milestone: R1/alpha1 => R1 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 7 17:50:59 2008 From: trac at haiku-os.org (stippi) Date: Fri, 07 Nov 2008 16:50:59 -0000 Subject: [Haiku-bugs] [Haiku] #2957: Applications stop in the middle of start process In-Reply-To: <041.5261c9cb422323909b7c7ff5e2b83b5c@haiku-os.org> References: <041.5261c9cb422323909b7c7ff5e2b83b5c@haiku-os.org> Message-ID: <050.78fe35a22e536ac755e9c0ca526f272a@haiku-os.org> #2957: Applications stop in the middle of start process ------------------------+--------------------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: closed Priority: blocker | Milestone: R1/alpha1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by stippi): * status: new => closed * resolution: => fixed Comment: I don't remember what the fix was, but I fixed it, didn't I? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 7 17:52:26 2008 From: trac at haiku-os.org (stippi) Date: Fri, 07 Nov 2008 16:52:26 -0000 Subject: [Haiku-bugs] [Haiku] #1822: Implement and test creating and deleting partitions in DriveSetup In-Reply-To: <041.19913f1f1f85d2cfc147df69b820f7f8@haiku-os.org> References: <041.19913f1f1f85d2cfc147df69b820f7f8@haiku-os.org> Message-ID: <050.56e58422a2fdc298c6ce2b8d9052ab02@haiku-os.org> #1822: Implement and test creating and deleting partitions in DriveSetup ----------------------------+----------------------------------------------- Reporter: stippi | Owner: axeld Type: enhancement | Status: new Priority: high | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: 1053 Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by stippi): * blockedby: => 1053 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 7 17:55:38 2008 From: trac at haiku-os.org (stippi) Date: Fri, 07 Nov 2008 16:55:38 -0000 Subject: [Haiku-bugs] [Haiku] #1512: deadlock after clicking on Deskbar In-Reply-To: <050.70652cbc7cad0548d42aa7be3175e7b3@haiku-os.org> References: <050.70652cbc7cad0548d42aa7be3175e7b3@haiku-os.org> Message-ID: <059.643070248786597addf052274b502af7@haiku-os.org> #1512: deadlock after clicking on Deskbar ------------------------------+--------------------------------------------- Reporter: marcusoverhagen | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Changes (by stippi): * milestone: R1/alpha1 => R1 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 7 21:09:42 2008 From: trac at haiku-os.org (netster403) Date: Fri, 07 Nov 2008 20:09:42 -0000 Subject: [Haiku-bugs] [Haiku] #2902: USB File corruption with SMP enabled. In-Reply-To: <045.43e93212fa7bbbc46de3d136b1d38c9f@haiku-os.org> References: <045.43e93212fa7bbbc46de3d136b1d38c9f@haiku-os.org> Message-ID: <054.03bbadc3eb83c83a218c32a017e1465b@haiku-os.org> #2902: USB File corruption with SMP enabled. --------------------------+------------------------------------------------- Reporter: netster403 | Owner: mmlr Type: bug | Status: new Priority: critical | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------+------------------------------------------------- Comment(by netster403): Ok, I've tried copying the file over from my USB flash drive to my Haiku disk drive in 28521 and the same thing happens while SMP is enabled on boot. Verified this behavior with FAT and BeFS on the flash drive, so it does not seem to be a file system issue. There is some positive results from this latest experiment though! Disabling the one of the two cpu cores via the task manager menu, then plugging in the usb flash drive causes all USB transfer's to occur successfully. This definitely has to do with the USB storage portion not working well with two cpus. I am attaching my test results. Midnight_City_by_IsometricPixel.png == PNG transferred from USB flash drive (FAT) to Haiku drive (SMP disabled) (good md5) Midnight_City_by_IsometricPixel.broke.png == PNG transferred from USB flash drive (fat 16) to Haiku drive. (SMP enabled) (bad md5) alex at houvonglucka02:~/usbtest$ md5sum Midnight_City_by_IsometricPixel.broke.png b0474700c6f7687e1cdaff237dbe85a4 Midnight_City_by_IsometricPixel.broke.png alex at houvonglucka02:~/usbtest$ md5sum Midnight_City_by_IsometricPixel.png efbdeeb1504a038cf102e3043969b703 Midnight_City_by_IsometricPixel.png -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 7 21:16:10 2008 From: trac at haiku-os.org (netster403) Date: Fri, 07 Nov 2008 20:16:10 -0000 Subject: [Haiku-bugs] [Haiku] #2902: USB File corruption with SMP enabled. In-Reply-To: <045.43e93212fa7bbbc46de3d136b1d38c9f@haiku-os.org> References: <045.43e93212fa7bbbc46de3d136b1d38c9f@haiku-os.org> Message-ID: <054.d9eb2f183638d65a1e92a6917680e88e@haiku-os.org> #2902: USB File corruption with SMP enabled. --------------------------+------------------------------------------------- Reporter: netster403 | Owner: mmlr Type: bug | Status: new Priority: critical | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------+------------------------------------------------- Comment(by netster403): I opened the two files in a hex editor and it seems the broke one has a huge section of 0's from around 0x00002000 to 0x00002FFF It is REALLY strange how the missing data is exactly from 2000h - 2FFFh Maybe one cpu reads a section of 1000h and the next cpu reads the next section and looses it? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 7 21:21:17 2008 From: trac at haiku-os.org (netster403) Date: Fri, 07 Nov 2008 20:21:17 -0000 Subject: [Haiku-bugs] [Haiku] #2902: USB File corruption with SMP enabled. In-Reply-To: <045.43e93212fa7bbbc46de3d136b1d38c9f@haiku-os.org> References: <045.43e93212fa7bbbc46de3d136b1d38c9f@haiku-os.org> Message-ID: <054.db001bd72e5227e99b3889cdbc75701b@haiku-os.org> #2902: USB File corruption with SMP enabled. --------------------------+------------------------------------------------- Reporter: netster403 | Owner: mmlr Type: bug | Status: new Priority: critical | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------+------------------------------------------------- Comment(by netster403): HA! figured it out. Blocks 0x00002000 to 0x00002FFF are getting moved to 0x00001000 to 0x00001FFF The 0x00002000 to 0x00002FFF section is left blanked at 0; -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 8 00:32:55 2008 From: trac at haiku-os.org (PieterPanman) Date: Fri, 07 Nov 2008 23:32:55 -0000 Subject: [Haiku-bugs] [Haiku] #1590: Updated Broadcom Tigon3 ethernet driver In-Reply-To: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> References: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> Message-ID: <053.e440ad0ac0d62b017e814f9b976027cc@haiku-os.org> #1590: Updated Broadcom Tigon3 ethernet driver ------------------------------+--------------------------------------------- Reporter: pieterpan | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by PieterPanman): See attached syslog and new diff that generated this syslog. {{{ At some point, bge_intr_status is: sc->bge_intr_status 0x401000 and at another time it is sc->bge_intr_status 0x400000 #define BGE_MACSTAT_LINK_CHANGED 0x00001000 #define BGE_MACSTAT_MI_COMPLETE 0x00400000 }}} When it is 0x401000, it indeed goes to the link changed function Not sure what to do with it now. I really don't get why I get all the KERN: ahci: AHCIPort::ScsiSynchronizeCache port 0 lines after a transmit. To be continued later -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 8 00:37:43 2008 From: trac at haiku-os.org (diver) Date: Fri, 07 Nov 2008 23:37:43 -0000 Subject: [Haiku-bugs] [Haiku] #1809: [InterfaceKit] BMenu not fully drawn in start window of DiskProbe (easy) (was: [InterfaceKit] BMenu not fully drawn in start window of DiskProbe) In-Reply-To: <040.58d3a6ee5aa9aaf46d12de74529aac41@haiku-os.org> References: <040.58d3a6ee5aa9aaf46d12de74529aac41@haiku-os.org> Message-ID: <049.d9529aef187605883e6e5bfb546ab4f0@haiku-os.org> #1809: [InterfaceKit] BMenu not fully drawn in start window of DiskProbe (easy) ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 8 00:38:19 2008 From: trac at haiku-os.org (diver) Date: Fri, 07 Nov 2008 23:38:19 -0000 Subject: [Haiku-bugs] [Haiku] #1809: [InterfaceKit] BMenu not fully drawn in start window of DiskProbe (easy) In-Reply-To: <040.58d3a6ee5aa9aaf46d12de74529aac41@haiku-os.org> References: <040.58d3a6ee5aa9aaf46d12de74529aac41@haiku-os.org> Message-ID: <049.570dbf3bbd04cb99007fc57970b975c5@haiku-os.org> #1809: [InterfaceKit] BMenu not fully drawn in start window of DiskProbe (easy) ---------------------------------+------------------------------------------ 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): Do I need to attach screenshot, or this is a known issue? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 8 00:39:38 2008 From: trac at haiku-os.org (diver) Date: Fri, 07 Nov 2008 23:39:38 -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.b6e2039758c730f23c11353b7c481694@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: | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Comment(by diver): Vision logo will now start firefox, so I can't check this. I'll try without firefox optional package. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 8 00:42:59 2008 From: trac at haiku-os.org (diver) Date: Fri, 07 Nov 2008 23:42:59 -0000 Subject: [Haiku-bugs] [Haiku] #2655: [NTFS] Port NTFS file system to Haiku FS API In-Reply-To: <040.430fa7d0f8e07711a03c56aafd67fcc6@haiku-os.org> References: <040.430fa7d0f8e07711a03c56aafd67fcc6@haiku-os.org> Message-ID: <049.d5612410f19bd72bc62ded9a9e91bdee@haiku-os.org> #2655: [NTFS] Port NTFS file system to Haiku FS API --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/NTFS | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by diver): Some progress are made in r28365. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 8 00:43:50 2008 From: trac at haiku-os.org (diver) Date: Fri, 07 Nov 2008 23:43:50 -0000 Subject: [Haiku-bugs] [Haiku] #3034: [DeskCalc] window should have reasonable size limits (was: [DesKCalc] window should have reasonable size limits) In-Reply-To: <040.bf3c0bfd317f26a646398f214a4f860d@haiku-os.org> References: <040.bf3c0bfd317f26a646398f214a4f860d@haiku-os.org> Message-ID: <049.5393c22e3940b8b2c59a762e5bc964f5@haiku-os.org> #3034: [DeskCalc] window should have reasonable size limits ------------------------------------+--------------------------------------- Reporter: diver | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/DeskCalc | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 8 00:44:24 2008 From: trac at haiku-os.org (diver) Date: Fri, 07 Nov 2008 23:44:24 -0000 Subject: [Haiku-bugs] [Haiku] #3034: [DeskCalc] window should have reasonable size limits (easy) (was: [DeskCalc] window should have reasonable size limits) In-Reply-To: <040.bf3c0bfd317f26a646398f214a4f860d@haiku-os.org> References: <040.bf3c0bfd317f26a646398f214a4f860d@haiku-os.org> Message-ID: <049.9e37cce106112c68955c10515198f4ef@haiku-os.org> #3034: [DeskCalc] window should have reasonable size limits (easy) ------------------------------------+--------------------------------------- Reporter: diver | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/DeskCalc | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 8 00:45:13 2008 From: trac at haiku-os.org (diver) Date: Fri, 07 Nov 2008 23:45:13 -0000 Subject: [Haiku-bugs] [Haiku] #1820: [DataTranslations] Scrollbar don't move on End key press (easy) (was: [DataTranslations] Scrollbar don't move on End key press) In-Reply-To: <040.5f752054ecf723e47469863bb7570dab@haiku-os.org> References: <040.5f752054ecf723e47469863bb7570dab@haiku-os.org> Message-ID: <049.c860d33b936f1a575964a6fa1747af49@haiku-os.org> #1820: [DataTranslations] Scrollbar don't move on End key press (easy) ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 8 00:45:45 2008 From: trac at haiku-os.org (diver) Date: Fri, 07 Nov 2008 23:45:45 -0000 Subject: [Haiku-bugs] [Haiku] #2323: [Media] volume control should react on scrolling up/down events (easy) (was: [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.9233c120a8ea9f2b866d308a001a56d3@haiku-os.org> #2323: [Media] volume control should react on scrolling up/down events (easy) --------------------------------+------------------------------------------- Reporter: diver | Owner: korli Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Preferences/Media | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 8 00:46:10 2008 From: trac at haiku-os.org (diver) Date: Fri, 07 Nov 2008 23:46:10 -0000 Subject: [Haiku-bugs] [Haiku] #2418: [Interface kit] Color of selected item in ListView is not centered (easy) (was: [Interface kit] Color of selected item in ListView is not centered) In-Reply-To: <040.653dabcd45905eea72fba83ac232a9b6@haiku-os.org> References: <040.653dabcd45905eea72fba83ac232a9b6@haiku-os.org> Message-ID: <049.a9306e518d0793f5fae0f5dc4cb10271@haiku-os.org> #2418: [Interface kit] Color of selected item in ListView is not centered (easy) ------------------------------+--------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Kernel Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 8 00:46:16 2008 From: trac at haiku-os.org (diver) Date: Fri, 07 Nov 2008 23:46:16 -0000 Subject: [Haiku-bugs] [Haiku] #2413: [Interface kit] enlarging menus (easy) (was: [Interface kit] enlarging menus) In-Reply-To: <040.34e9b75ec15eaf5be601cf12c8f8102f@haiku-os.org> References: <040.34e9b75ec15eaf5be601cf12c8f8102f@haiku-os.org> Message-ID: <049.7594ab2c723137545f76e049e25a052d@haiku-os.org> #2413: [Interface kit] enlarging menus (easy) ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: 3051 ---------------------------------+------------------------------------------ -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 8 00:47:10 2008 From: trac at haiku-os.org (diver) Date: Fri, 07 Nov 2008 23:47:10 -0000 Subject: [Haiku-bugs] [Haiku] #2991: [Pe] crash after second right click (easy) (was: [Pe] crash after second right click) In-Reply-To: <040.babfa3ed8f8460df6e32ec36bc128cd1@haiku-os.org> References: <040.babfa3ed8f8460df6e32ec36bc128cd1@haiku-os.org> Message-ID: <049.32c1b31bbeaa403a9cdab9335c08f579@haiku-os.org> #2991: [Pe] crash after second right click (easy) ---------------------------+------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 8 00:47:44 2008 From: trac at haiku-os.org (diver) Date: Fri, 07 Nov 2008 23:47:44 -0000 Subject: [Haiku-bugs] [Haiku] #3035: [Tracker] coulumn resize issue in "Open With" window (easy) (was: [Tracker] coulumn resize issue in "Open With" window) In-Reply-To: <040.6b235e92173b2289226136764f744bf1@haiku-os.org> References: <040.6b235e92173b2289226136764f744bf1@haiku-os.org> Message-ID: <049.d5ffde3626969872cc1492b15aca784a@haiku-os.org> #3035: [Tracker] coulumn resize issue in "Open With" window (easy) -----------------------------------+---------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 8 00:48:17 2008 From: trac at haiku-os.org (diver) Date: Fri, 07 Nov 2008 23:48:17 -0000 Subject: [Haiku-bugs] [Haiku] #3065: [StyledEdit] Bad argument type passed to function (easy) (was: [StyledEdit] Bad argument type passed to function) In-Reply-To: <040.35f951976adf48c296f893e2d6a34da4@haiku-os.org> References: <040.35f951976adf48c296f893e2d6a34da4@haiku-os.org> Message-ID: <049.3c7564f4d9cbeab49e52cd341fdbc108@haiku-os.org> #3065: [StyledEdit] Bad argument type passed to function (easy) --------------------------------------+------------------------------------- Reporter: diver | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/StyledEdit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 8 00:48:36 2008 From: trac at haiku-os.org (diver) Date: Fri, 07 Nov 2008 23:48:36 -0000 Subject: [Haiku-bugs] [Haiku] #3068: [DataTranslations] accept timezones files as valid translators (easy) (was: [DataTranslations] accept timezones files as valid translators) In-Reply-To: <040.d6dbfa2142a8e358d535eee3f5b2e1ae@haiku-os.org> References: <040.d6dbfa2142a8e358d535eee3f5b2e1ae@haiku-os.org> Message-ID: <049.9691f0c2bb9929e792695b70dd459832@haiku-os.org> #3068: [DataTranslations] accept timezones files as valid translators (easy) -------------------------------------------+-------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/DataTranslations | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------------------+-------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 8 00:49:00 2008 From: trac at haiku-os.org (diver) Date: Fri, 07 Nov 2008 23:49:00 -0000 Subject: [Haiku-bugs] [Haiku] #3071: [StyledEdit] should show clear error if it can't open some file (easy) (was: [StyledEdit] should show clear error if it can't open some file) In-Reply-To: <040.c7239e01f3ae6ce3ad3c7c103f8c34eb@haiku-os.org> References: <040.c7239e01f3ae6ce3ad3c7c103f8c34eb@haiku-os.org> Message-ID: <049.c468b45edb2dcb9661e918fc2e70d497@haiku-os.org> #3071: [StyledEdit] should show clear error if it can't open some file (easy) --------------------------------------+------------------------------------- Reporter: diver | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/StyledEdit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 8 00:49:05 2008 From: trac at haiku-os.org (diver) Date: Fri, 07 Nov 2008 23:49:05 -0000 Subject: [Haiku-bugs] [Haiku] #3072: [StyledEdit] could let you overwrite non text files (easy) (was: [StyledEdit] could let you overwrite non text files) In-Reply-To: <040.87901ca97e055a336dfc73e4ec474ebc@haiku-os.org> References: <040.87901ca97e055a336dfc73e4ec474ebc@haiku-os.org> Message-ID: <049.6c9c89ac56ec571d4ad031747a5e2443@haiku-os.org> #3072: [StyledEdit] could let you overwrite non text files (easy) --------------------------------------+------------------------------------- Reporter: diver | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/StyledEdit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 8 02:01:38 2008 From: trac at haiku-os.org (Adek336) Date: Sat, 08 Nov 2008 01:01:38 -0000 Subject: [Haiku-bugs] [Haiku] #1590: Updated Broadcom Tigon3 ethernet driver In-Reply-To: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> References: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> Message-ID: <053.889776474194230954726652b7c4734a@haiku-os.org> #1590: Updated Broadcom Tigon3 ethernet driver ------------------------------+--------------------------------------------- Reporter: pieterpan | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by Adek336): {{{ glue.c, __haiku_disable_interrupts { return 0; } + ktrace_printf("bge: (status & BGE_MACSTAT_LINK_CHANGED) = 0x%x, " + "sc->transmitting=0x%x, pci_read_config(sc->bge_dev, " + "BGE_PCI_PCISTATE,4)&BGE_PCISTATE_INTR_STATE)=0x%x, " + "sc->transmitting=0x%x\n", + (status & BGE_MACSTAT_LINK_CHANGED), + sc->transmitting, + pci_read_config(sc->bge_dev, BGE_PCI_PCISTATE,4) + & BGE_PCISTATE_INTR_STATE, + sc->transmitting + ); + if ((status & BGE_MACSTAT_LINK_CHANGED) == 0) sc->transmitting = 0; // Clear the interrupt, the bge intr handler will take care of it BGE_SETBIT(sc, BGE_PCI_MISC_CTL, BGE_PCIMISCCTL_MASK_PCI_INTR); bge_writembx(sc, BGE_MBX_IRQ0_LO, 1); }}} how about this? or dprintf instead of ktrace_printf if you don't have tracing enabled. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 8 02:12:00 2008 From: trac at haiku-os.org (RandomInsano) Date: Sat, 08 Nov 2008 01:12:00 -0000 Subject: [Haiku-bugs] [Haiku] #2084: ipro100 driver makes the system crawl In-Reply-To: <039.04d41858773994e72c1cb40a4d912fc5@haiku-os.org> References: <039.04d41858773994e72c1cb40a4d912fc5@haiku-os.org> Message-ID: <048.c25307802664793f8d19913b888f6c0c@haiku-os.org> #2084: ipro100 driver makes the system crawl ------------------------------+--------------------------------------------- Reporter: heto | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by RandomInsano): Just an update for those who want to have their cake and eat it too; for the time being using the eepro100 driver from BeOS 5 Max Edition V4 (which may also be in plain BeOS R5) works great under Haiku and will allow you to use your USB port(s) as normal. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 8 07:58:10 2008 From: trac at haiku-os.org (kaliber) Date: Sat, 08 Nov 2008 06:58:10 -0000 Subject: [Haiku-bugs] [Haiku] #3088: crash in kits/game/WindowScreen.cpp Message-ID: <042.abdaa0f26dfd4c7db430df1b937bd79e@haiku-os.org> #3088: crash in kits/game/WindowScreen.cpp ---------------------------+------------------------------------------------ Reporter: kaliber | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Game Kit | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ During debug allegro library I found a bug in game kit. Many allegro examples crashes at WindowScreen.cpp:133 {{{ sFillRectHook(sEngineToken, color_index, ¶m, 1); }}} because sFillRectHook is NULL for some accelerants (e.g. vesa). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 8 09:20:03 2008 From: trac at haiku-os.org (scottmc) Date: Sat, 08 Nov 2008 08:20:03 -0000 Subject: [Haiku-bugs] [Haiku] #3088: crash in kits/game/WindowScreen.cpp In-Reply-To: <042.abdaa0f26dfd4c7db430df1b937bd79e@haiku-os.org> References: <042.abdaa0f26dfd4c7db430df1b937bd79e@haiku-os.org> Message-ID: <051.022d6b19a46a9a15a00d1f54c307ffa6@haiku-os.org> #3088: crash in kits/game/WindowScreen.cpp ----------------------------+----------------------------------------------- Reporter: kaliber | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Game Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by scottmc): * cc: haiku at scottmc.com (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 8 11:34:35 2008 From: trac at haiku-os.org (stippi) Date: Sat, 08 Nov 2008 10:34:35 -0000 Subject: [Haiku-bugs] [Haiku] #2649: License name is misleading In-Reply-To: <042.33c659eca2a11ff5914de20358b44d83@haiku-os.org> References: <042.33c659eca2a11ff5914de20358b44d83@haiku-os.org> Message-ID: <051.144d789f130602ef8b37e6762ae3d782@haiku-os.org> #2649: License name is misleading ------------------------+--------------------------------------------------- Reporter: mmu_man | Owner: axeld Type: bug | Status: closed Priority: blocker | Milestone: R1/alpha1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by stippi): * status: new => closed * resolution: => fixed Comment: I added the respective note in AboutSystem in r28557. The license file was already included in /etc/lisences. I think that's even better than linking to the OSI page from AboutSystem. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 8 12:35:45 2008 From: trac at haiku-os.org (mmlr) Date: Sat, 08 Nov 2008 11:35:45 -0000 Subject: [Haiku-bugs] [Haiku] #2902: USB File corruption with SMP enabled. In-Reply-To: <045.43e93212fa7bbbc46de3d136b1d38c9f@haiku-os.org> References: <045.43e93212fa7bbbc46de3d136b1d38c9f@haiku-os.org> Message-ID: <054.562193b8b5fb41c4a6cbc6ebed4aeda6@haiku-os.org> #2902: USB File corruption with SMP enabled. --------------------------+------------------------------------------------- Reporter: netster403 | Owner: mmlr Type: bug | Status: new Priority: critical | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------+------------------------------------------------- Comment(by mmlr): I can reproduce this problem and I see similar behaviour. The corruption isn't consistent though, the blocks that get corrupted vary and they are not necessarily 0. I've had it multiple times that contents of the syslog were present in some blocks. These cannot possibly come from USB though. The only way these can end up in a file would be that the blocks were allocated on the heap or on some cache and then aren't filled by the effective file content. I am hesitant to accept that this is a USB problem for one reason though: All usb_disk actions are completely serialized. Every read/write/ioctl hook call will at the very first lock the device at hand through the device mutex and unlock it when everything is done. So unless mutexes are broken, it can't really be a race condition in usb_disk or lower levels, because all transfers are serial. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 8 12:50:42 2008 From: trac at haiku-os.org (axeld) Date: Sat, 08 Nov 2008 11:50:42 -0000 Subject: [Haiku-bugs] [Haiku] #2902: USB File corruption with SMP enabled. In-Reply-To: <045.43e93212fa7bbbc46de3d136b1d38c9f@haiku-os.org> References: <045.43e93212fa7bbbc46de3d136b1d38c9f@haiku-os.org> Message-ID: <054.e27886da556f265f5539a128ea94e42a@haiku-os.org> #2902: USB File corruption with SMP enabled. --------------------------+------------------------------------------------- Reporter: netster403 | Owner: mmlr Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------+------------------------------------------------- Changes (by axeld): * milestone: R1 => R1/alpha1 Comment: If the corruption always happen on page boundaries this should at least hint to where the problem happens (and that doesn't sound a lot like USB indeed). However, you might want to try what happens if you copy blocks using 'dd' as that would at least work around the file system level. Also, you could try copying to another USB device or /dev/dprintf (or some test driver) to see when the corruption appears. Before BeGeistert, I copied around 50 GB from a USB disk under Haiku on a dual core system. AFAICT the data was not corrupted this way, although I have checked only some files so far. In any case, I'll bump this to R1/alpha, as it seems to be pretty critical to me. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 8 14:15:40 2008 From: trac at haiku-os.org (stippi) Date: Sat, 08 Nov 2008 13:15:40 -0000 Subject: [Haiku-bugs] [Haiku] #3088: crash in kits/game/WindowScreen.cpp In-Reply-To: <042.abdaa0f26dfd4c7db430df1b937bd79e@haiku-os.org> References: <042.abdaa0f26dfd4c7db430df1b937bd79e@haiku-os.org> Message-ID: <051.de9b1673b3502bf5d4ed534a71e56e91@haiku-os.org> #3088: crash in kits/game/WindowScreen.cpp ----------------------------+----------------------------------------------- Reporter: kaliber | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Game Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by stippi): Could you please check with a revision after r28562? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 8 16:58:30 2008 From: trac at haiku-os.org (korli) Date: Sat, 08 Nov 2008 15:58:30 -0000 Subject: [Haiku-bugs] [Haiku] #3072: [StyledEdit] could let you overwrite non text files (easy) In-Reply-To: <040.87901ca97e055a336dfc73e4ec474ebc@haiku-os.org> References: <040.87901ca97e055a336dfc73e4ec474ebc@haiku-os.org> Message-ID: <049.7aa313c5e95cd1c9177a499c7202ac6d@haiku-os.org> #3072: [StyledEdit] could let you overwrite non text files (easy) --------------------------------------+------------------------------------- Reporter: diver | Owner: korli Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/StyledEdit | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed Comment: Hopefully fixed in r28565. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 8 16:59:32 2008 From: trac at haiku-os.org (korli) Date: Sat, 08 Nov 2008 15:59:32 -0000 Subject: [Haiku-bugs] [Haiku] #3071: [StyledEdit] should show clear error if it can't open some file (easy) In-Reply-To: <040.c7239e01f3ae6ce3ad3c7c103f8c34eb@haiku-os.org> References: <040.c7239e01f3ae6ce3ad3c7c103f8c34eb@haiku-os.org> Message-ID: <049.eb0d00b8f40572fc286fbcce2b7e2c02@haiku-os.org> #3071: [StyledEdit] should show clear error if it can't open some file (easy) --------------------------------------+------------------------------------- Reporter: diver | Owner: korli Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/StyledEdit | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed Comment: Hopefully fixed in r28565. Is "Unsupported format" enough ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 8 17:01:27 2008 From: trac at haiku-os.org (korli) Date: Sat, 08 Nov 2008 16:01:27 -0000 Subject: [Haiku-bugs] [Haiku] #3065: [StyledEdit] Bad argument type passed to function (easy) In-Reply-To: <040.35f951976adf48c296f893e2d6a34da4@haiku-os.org> References: <040.35f951976adf48c296f893e2d6a34da4@haiku-os.org> Message-ID: <049.a8b65ae7f81bb0240922ac6a5ef352d0@haiku-os.org> #3065: [StyledEdit] Bad argument type passed to function (easy) --------------------------------------+------------------------------------- Reporter: diver | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/StyledEdit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Comment(by korli): The file contains non ASCII characters. What should we do with it ? Should we accept text files containing like 90% of ASCII characters ? About the cat which doesn't exit, it does. The file simply doesn't contain a new line at the end of the file. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 8 17:05:07 2008 From: trac at haiku-os.org (diver) Date: Sat, 08 Nov 2008 16:05:07 -0000 Subject: [Haiku-bugs] [Haiku] #3071: [StyledEdit] should show clear error if it can't open some file (easy) In-Reply-To: <040.c7239e01f3ae6ce3ad3c7c103f8c34eb@haiku-os.org> References: <040.c7239e01f3ae6ce3ad3c7c103f8c34eb@haiku-os.org> Message-ID: <049.0b60f48640a5a413ee2e77a3fe7a6bd5@haiku-os.org> #3071: [StyledEdit] should show clear error if it can't open some file (easy) --------------------------------------+------------------------------------- Reporter: diver | Owner: korli Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/StyledEdit | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Comment(by diver): I think so, thanks :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 8 17:10:56 2008 From: trac at haiku-os.org (korli) Date: Sat, 08 Nov 2008 16:10:56 -0000 Subject: [Haiku-bugs] [Haiku] #3065: [StyledEdit] Bad argument type passed to function (easy) In-Reply-To: <040.35f951976adf48c296f893e2d6a34da4@haiku-os.org> References: <040.35f951976adf48c296f893e2d6a34da4@haiku-os.org> Message-ID: <049.227c3469424c68edf14c3d807191cec0@haiku-os.org> #3065: [StyledEdit] Bad argument type passed to function (easy) --------------------------------------+------------------------------------- Reporter: diver | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/StyledEdit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Comment(by korli): In fact, using "file f1.text" on Linux doesn't recognize the file as ASCII text but only data. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 8 17:18:24 2008 From: trac at haiku-os.org (kossi) Date: Sat, 08 Nov 2008 16:18:24 -0000 Subject: [Haiku-bugs] [Haiku] #3089: [CDPlayer] Kernel Debugging Land after putting CD into drive Message-ID: <040.d32e8af4a69fe0208b70c23e6490810f@haiku-os.org> #3089: [CDPlayer] Kernel Debugging Land after putting CD into drive -----------------------------------+---------------------------------------- Reporter: kossi | Owner: darkwyrm Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/CDPlayer | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------------------+---------------------------------------- Bug found on Haiku Version Walter (Revision 28555), running on a notebook (Thinkpad T43) from USB-Stick. You will get into Kernel Debugging Land when starting CDPlayer with no CD in drive and then inserting an audio CD into the DVD-drive. Haiku starts loading the CD and stops with folowing Error: {{{ periph_simple_exec: PANIC: Fatal exception "NMI Interrupt" occurred! Error code: 0x0 Welcome to Kernel Debugging Land... Thread 41 "scsi_bus_service" runing on CPU 0 kdebug> }}} The CD will not play. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 8 17:26:22 2008 From: trac at haiku-os.org (mmlr) Date: Sat, 08 Nov 2008 16:26:22 -0000 Subject: [Haiku-bugs] [Haiku] #2902: USB File corruption with SMP enabled. In-Reply-To: <045.43e93212fa7bbbc46de3d136b1d38c9f@haiku-os.org> References: <045.43e93212fa7bbbc46de3d136b1d38c9f@haiku-os.org> Message-ID: <054.fcd69346bdf48d4a003c6993cc61e6cb@haiku-os.org> #2902: USB File corruption with SMP enabled. --------------------------+------------------------------------------------- Reporter: netster403 | Owner: mmlr Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------+------------------------------------------------- Comment(by mmlr): Replying to [comment:17 axeld]: > Before BeGeistert, I copied around 50 GB from a USB disk under Haiku on a dual core system. AFAICT the data was not corrupted this way, although I have checked only some files so far. I'm absolutely sure that I've copied a lot of data without problems back and forth on my dual and quad core machine some weeks ago. Now it happens a lot, corrupting practically every file unless you turn off the other cores. I've tried copying a few mp3 files from my memory stick which were all not recognized and were unplayable after that, so you'd have noticed easily if this happened to you. > In any case, I'll bump this to R1/alpha, as it seems to be pretty critical to me. Absolutely. Will try with dd now and add some debug memsets to see if it really happens on the USB layer and if, on which one. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 8 18:00:11 2008 From: trac at haiku-os.org (kaliber) Date: Sat, 08 Nov 2008 17:00:11 -0000 Subject: [Haiku-bugs] [Haiku] #3088: crash in kits/game/WindowScreen.cpp In-Reply-To: <042.abdaa0f26dfd4c7db430df1b937bd79e@haiku-os.org> References: <042.abdaa0f26dfd4c7db430df1b937bd79e@haiku-os.org> Message-ID: <051.cb633a4bb618c7c7f3b63f532acfccdc@haiku-os.org> #3088: crash in kits/game/WindowScreen.cpp ----------------------------+----------------------------------------------- Reporter: kaliber | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Game Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by kaliber): Thank you! It's working. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 8 18:20:41 2008 From: trac at haiku-os.org (korli) Date: Sat, 08 Nov 2008 17:20:41 -0000 Subject: [Haiku-bugs] [Haiku] #3088: crash in kits/game/WindowScreen.cpp In-Reply-To: <042.abdaa0f26dfd4c7db430df1b937bd79e@haiku-os.org> References: <042.abdaa0f26dfd4c7db430df1b937bd79e@haiku-os.org> Message-ID: <051.579aa2023a359ded7faf96d1cd79be41@haiku-os.org> #3088: crash in kits/game/WindowScreen.cpp ----------------------------+----------------------------------------------- Reporter: kaliber | Owner: marcusoverhagen Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Game Kit | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 8 19:29:33 2008 From: trac at haiku-os.org (kvdman) Date: Sat, 08 Nov 2008 18:29:33 -0000 Subject: [Haiku-bugs] [Haiku] #3090: termhere operation Message-ID: <041.eda3cf9e809afae0ea381363addd85df@haiku-os.org> #3090: termhere operation -----------------------------------+---------------------------------------- Reporter: kvdman | Owner: jackburton Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Currently, the handy tool termhere: [http://www.haikuware.com/view-details/system-files/tracker-add- ons/termhere] doesn't work with Haiku. Oliver pointed out that removing 'cd' from /boot/beos/etc/profile allows for proper operation of termhere. I haven't noticed any side effects of doing this. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 8 23:41:48 2008 From: trac at haiku-os.org (korli) Date: Sat, 08 Nov 2008 22:41:48 -0000 Subject: [Haiku-bugs] [Haiku] #3070: [SoundRecorder] crash if you drop unknown file to it twice In-Reply-To: <040.8d0542315910ffd7d34980fde4d1db97@haiku-os.org> References: <040.8d0542315910ffd7d34980fde4d1db97@haiku-os.org> Message-ID: <049.62921b4591eb360857a3ca1a1b75c73a@haiku-os.org> #3070: [SoundRecorder] crash if you drop unknown file to it twice -----------------------------------------+---------------------------------- Reporter: diver | Owner: korli Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/SoundRecorder | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------------------+---------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed Comment: fixed in r28569 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 8 23:59:53 2008 From: trac at haiku-os.org (anevilyak) Date: Sat, 08 Nov 2008 22:59:53 -0000 Subject: [Haiku-bugs] [Haiku] #3087: r28361 broke replicant handling functionality. In-Reply-To: <043.fb2fe7f03420534e12264e136431b381@haiku-os.org> References: <043.fb2fe7f03420534e12264e136431b381@haiku-os.org> Message-ID: <052.10cf09d1bd2e41c7e42096a63e45f37c@haiku-os.org> #3087: r28361 broke replicant handling functionality. ---------------------------------+------------------------------------------ Reporter: siarzhuk | Owner: anevilyak Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by anevilyak): Could you please try again with r28571? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 06:53:39 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 09 Nov 2008 05:53:39 -0000 Subject: [Haiku-bugs] [Haiku] #2858: [DriveSetup] table column does not resize In-Reply-To: <042.2b239923b9b25994a1002f03084eee8b@haiku-os.org> References: <042.2b239923b9b25994a1002f03084eee8b@haiku-os.org> Message-ID: <051.eea9c7e65b75e87a139450d78c7d7b3c@haiku-os.org> #2858: [DriveSetup] table column does not resize --------------------------------------+------------------------------------- Reporter: Adek336 | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/DriveSetup | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Comment(by anevilyak): Just a heads up, double click resizing columns in DriveSetup appears to work now here, probably thanks to korli's changes with respect to ticket #2980. That doesn't take care of the font size issue though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 08:33:09 2008 From: trac at haiku-os.org (richienyhus) Date: Sun, 09 Nov 2008 07:33:09 -0000 Subject: [Haiku-bugs] [Haiku] #3085: [Sounds] crashes after playing the event sounds consecutively. In-Reply-To: <046.6a58f1c71cabf4af7a796fa55c74e3c2@haiku-os.org> References: <046.6a58f1c71cabf4af7a796fa55c74e3c2@haiku-os.org> Message-ID: <055.7dbd175d11af6ada2c0910fd951ba32e@haiku-os.org> #3085: [Sounds] crashes after playing the event sounds consecutively. ---------------------------------+------------------------------------------ Reporter: richienyhus | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Sounds | Version: Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------------+------------------------------------------ Comment(by richienyhus): whoops, I had forgotten that will the auich driver not working in virtualbox at the time(It now works in r28555, albeit buggy), I deleted the driver and installed OSS. This kind of changes things, sorry. So the problem of 'sounds' crashing still happens, albeit only using the Open Sound System driver. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 10:16:53 2008 From: trac at haiku-os.org (genki) Date: Sun, 09 Nov 2008 09:16:53 -0000 Subject: [Haiku-bugs] [Haiku] #3091: Booting fails Message-ID: <040.722db02f96d9c9d72ea1fd81aa4f6cd5@haiku-os.org> #3091: Booting fails -----------------------+---------------------------------------------------- Reporter: genki | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------+---------------------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 10:30:22 2008 From: trac at haiku-os.org (marcusoverhagen) Date: Sun, 09 Nov 2008 09:30:22 -0000 Subject: [Haiku-bugs] [Haiku] #3092: trac "View Tickets" doesn't work Message-ID: <050.31cb4a1299ff39ab66304b211dac0357@haiku-os.org> #3092: trac "View Tickets" doesn't work -----------------------------+---------------------------------------------- Reporter: marcusoverhagen | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------+---------------------------------------------- Oops? Trac detected an internal error: TemplateNotFound: Template "query_results.html" not found If you think this should work you can reproduce the problem, you should consider reporting this to the Trac team. Before you do that, though, please first try searching for similar issues, as it is quite likely that this problem has been reported before. For questions about installation and configuration of Trac, please try the mailing list instead of filing a ticket. Otherwise, please ==== How to Reproduce ==== While doing a GET operation on `/query`, Trac issued an internal error. ''(please provide additional details here)'' User Agent was: `Mozilla/5.0 (Windows; U; Windows NT 5.0; de; rv:1.9.0.3) Gecko/2008092417 Firefox/3.0.3` ==== System Information ==== || '''Trac''' || `0.11.1` || || '''Python''' || `2.5.1 (r251:54863, Nov 3 2007, 02:54:36) [C]` || || '''setuptools''' || `0.6c8` || || '''psycopg2''' || `2.0.6` || || '''Genshi''' || `0.5` || || '''Pygments''' || `0.10` || || '''Subversion''' || `1.4.5 (r25188)` || || '''jQuery:''' || `1.2.6` || ==== Python Traceback ==== {{{ Traceback (most recent call last): File "/opt/csw/lib/python/site- packages/Trac-0.11.1-py2.5.egg/trac/web/main.py", line 423, in _dispatch_request dispatcher.dispatch(req) File "/opt/csw/lib/python/site- packages/Trac-0.11.1-py2.5.egg/trac/web/main.py", line 219, in dispatch data, content_type) File "/opt/csw/lib/python/site- packages/Trac-0.11.1-py2.5.egg/trac/web/chrome.py", line 683, in render_template template = self.load_template(filename, method=method) File "/opt/csw/lib/python/site- packages/Trac-0.11.1-py2.5.egg/trac/web/chrome.py", line 667, in load_template return self.templates.load(filename, cls=cls) File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/loader.py", line 221, in load filename, encoding=encoding) File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/loader.py", line 259, in _instantiate allow_exec=self.allow_exec) File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/base.py", line 377, in __init__ self.stream = list(self._prepare(self._parse(source, encoding))) File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/base.py", line 444, in _prepare cls=cls or self.__class__) File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/loader.py", line 231, in load raise TemplateNotFound(filename, search_path) TemplateNotFound: Template "query_results.html" not found }}} a new ticket at the Trac project site, where you can describe the problem and explain how to reproduce it. Python Traceback Most recent call last: * File "/opt/csw/lib/python/site- packages/Trac-0.11.1-py2.5.egg/trac/web/main.py", line 423, in _dispatch_request Code fragment: 418. try: 419. if not env and env_error: 420. raise HTTPInternalError(env_error) 421. try: 422. dispatcher = RequestDispatcher(env) 423. dispatcher.dispatch(req) 424. except RequestDone: 425. pass 426. resp = req._response or [] 427. 428. except HTTPException, e: Local variables: Name Value after [u' except RequestDone:', u' pass', u' resp = ... before [u' try:', u' if not env and env_error:', u' raise ... dispatcher e TemplateNotFound(u'Template "query_results.html" not found',) env env_error None exc_info (, ... filename '/opt/csw/lib/python/site- packages/Trac-0.11.1-py2.5.egg/trac/web/main.py' frames [{'function': '_dispatch_request', 'lines_before': [u' try:', u' ... has_admin True line u' dispatcher.dispatch(req)' lineno 422 message u'TemplateNotFound: Template "query_results.html" not found' req resp [] tb tb_hide None traceback 'Traceback (most recent call last):\n File ... * File "/opt/csw/lib/python/site- packages/Trac-0.11.1-py2.5.egg/trac/web/main.py", line 219, in dispatch Code fragment: 214. out = StringIO() 215. pprint(data, out) 216. req.send(out.getvalue(), 'text/plain') 217. else: 218. output = chrome.render_template(req, template, 219. data, content_type) 220. # Give the session a chance to persist changes 221. if req.session: 222. req.session.save() 223. 224. req.send(output, content_type or 'text/html') Local variables: Name Value chosen_handler chrome content_type None data {'tickets': [{u'status': u'assigned', u'changetime': ... err (, ... handler req resp ('query.html', {'tickets': [{u'status': u'assigned', u'changetime': ... self template 'query.html' * File "/opt/csw/lib/python/site- packages/Trac-0.11.1-py2.5.egg/trac/web/chrome.py", line 683, in render_template Code fragment: 678. if content_type is None: 679. content_type = 'text/html' 680. method = {'text/html': 'xhtml', 681. 'text/plain': 'text'}.get(content_type, 'xml') 682. 683. template = self.load_template(filename, method=method) 684. data = self.populate_data(req, data) 685. 686. stream = template.generate(**data) 687. 688. # Filter through ITemplateStreamFilter plugins Local variables: Name Value content_type 'text/html' data {'tickets': [{u'status': u'assigned', u'changetime': ... filename 'query.html' fragment False method 'xhtml' req self * File "/opt/csw/lib/python/site- packages/Trac-0.11.1-py2.5.egg/trac/web/chrome.py", line 667, in load_template Code fragment: 662. if method == 'text': 663. cls = TextTemplate 664. else: 665. cls = MarkupTemplate 666. 667. return self.templates.load(filename, cls=cls) 668. 669. def render_template(self, req, filename, data, content_type=None, 670. fragment=False): 671. """Render the `filename` using the `data` for the context. 672. Local variables: Name Value cls filename 'query.html' method 'xhtml' self * File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/loader.py", line 221, in load Local variables: Name Value cachekey 'query.html' cls encoding None filename 'query.html' fileobj relative_to None search_path ['/var/trac/dev.haiku-os.org/templates', ... self uptodate * File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/loader.py", line 259, in _instantiate Local variables: Name Value cls encoding None filename 'query.html' fileobj * File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/base.py", line 377, in __init__ Local variables: Name Value allow_exec True encoding None filename 'query.html' filepath '/opt/csw/lib/python/site- packages/Trac-0.11.1-py2.5.egg/trac/ticket/templa ... loader lookup 'lenient' self source cls data (u'query_results.html', , ... directive directives [] event ('END_NS', '', (u'layout.html', 57, 0)) fallback None href u'query_results.html' kind 'INCLUDE' namespaces {'': u'http://www.w3.org/1999/xhtml', u'py': ... pos ('query.html', 221, 46) self stream [('DOCTYPE', (u'html', u'-//W3C//DTD XHTML 1.0 Strict//EN', ... substream tmpl value {u'each': u'(type_name, type_modes), sep in separated(modes.iteritems())'} * File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/loader.py", line 231, in load Local variables: Name Value cachekey u'query_results.html' cls encoding None filename u'query_results.html' isabs False loadfunc relative_to 'query.html' search_path ['/var/trac/dev.haiku-os.org/templates', ... self File "/opt/csw/lib/python/site- packages/Trac-0.11.1-py2.5.egg/trac/web/main.py", line 423, in _dispatch_request dispatcher.dispatch(req) File "/opt/csw/lib/python/site- packages/Trac-0.11.1-py2.5.egg/trac/web/main.py", line 219, in dispatch data, content_type) File "/opt/csw/lib/python/site- packages/Trac-0.11.1-py2.5.egg/trac/web/chrome.py", line 683, in render_template template = self.load_template(filename, method=method) File "/opt/csw/lib/python/site- packages/Trac-0.11.1-py2.5.egg/trac/web/chrome.py", line 667, in load_template return self.templates.load(filename, cls=cls) File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/loader.py", line 221, in loadFile "build/bdist.solaris-2.10-i86pc/egg/genshi/template/loader.py", line 259, in _instantiateFile "build/bdist.solaris-2.10-i86pc/egg/genshi/template/base.py", line 377, in __init__File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/base.py", line 444, in _prepareFile "build/bdist.solaris-2.10-i86pc/egg/genshi/template/loader.py", line 231, in load System Information: User Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de; rv:1.9.0.3) Gecko/2008092417 Firefox/3.0.3 Trac: 0.11.1 Python: 2.5.1 (r251:54863, Nov 3 2007, 02:54:36) [C] setuptools: 0.6c8 psycopg2: 2.0.6 Genshi: 0.5 Pygments: 0.10 Subversion: 1.4.5 (r25188) jQuery: 1.2.6 TracGuide ? The Trac User and Administration Guide -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 10:31:57 2008 From: trac at haiku-os.org (marcusoverhagen) Date: Sun, 09 Nov 2008 09:31:57 -0000 Subject: [Haiku-bugs] [Haiku] #3093: new trac users can't attach files Message-ID: <050.132b87b4b688b17df9ed9a2feb4d357b@haiku-os.org> #3093: new trac users can't attach files -----------------------------+---------------------------------------------- Reporter: marcusoverhagen | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/CMS | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------+---------------------------------------------- Error is: ATTACHMENT_CREATE privileges are required to perform this operation on Attachments of Ticket #3091 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 10:32:13 2008 From: trac at haiku-os.org (marcusoverhagen) Date: Sun, 09 Nov 2008 09:32:13 -0000 Subject: [Haiku-bugs] [Haiku] #3093: new trac users can't attach files In-Reply-To: <050.132b87b4b688b17df9ed9a2feb4d357b@haiku-os.org> References: <050.132b87b4b688b17df9ed9a2feb4d357b@haiku-os.org> Message-ID: <059.7f1a259bc4e74e47963ccf721a1f2b3d@haiku-os.org> #3093: new trac users can't attach files ------------------------------+--------------------------------------------- Reporter: marcusoverhagen | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Changes (by marcusoverhagen): * component: Website/CMS => Website/Trac -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 10:33:15 2008 From: trac at haiku-os.org (marcusoverhagen) Date: Sun, 09 Nov 2008 09:33:15 -0000 Subject: [Haiku-bugs] [Haiku] #3094: trac "Admin" page doesn't work Message-ID: <050.2b8b3e6ba70b74dfedf90a2e070ebbf7@haiku-os.org> #3094: trac "Admin" page doesn't work -----------------------------+---------------------------------------------- Reporter: marcusoverhagen | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------+---------------------------------------------- Oops? Trac detected an internal error: TemplateNotFound: Template "admin.html" not found If you think this should work you can reproduce the problem, you should consider reporting this to the Trac team. Before you do that, though, please first try searching for similar issues, as it is quite likely that this problem has been reported before. For questions about installation and configuration of Trac, please try the mailing list instead of filing a ticket. Otherwise, please ==== How to Reproduce ==== While doing a GET operation on `/admin`, Trac issued an internal error. ''(please provide additional details here)'' Request parameters: {{{ {'cat_id': None, 'panel_id': None, 'path_info': None} }}} User Agent was: `Mozilla/5.0 (Windows; U; Windows NT 5.0; de; rv:1.9.0.3) Gecko/2008092417 Firefox/3.0.3` ==== System Information ==== || '''Trac''' || `0.11.1` || || '''Python''' || `2.5.1 (r251:54863, Nov 3 2007, 02:54:36) [C]` || || '''setuptools''' || `0.6c8` || || '''psycopg2''' || `2.0.6` || || '''Genshi''' || `0.5` || || '''Pygments''' || `0.10` || || '''Subversion''' || `1.4.5 (r25188)` || || '''jQuery:''' || `1.2.6` || ==== Python Traceback ==== {{{ Traceback (most recent call last): File "/opt/csw/lib/python/site- packages/Trac-0.11.1-py2.5.egg/trac/web/main.py", line 423, in _dispatch_request dispatcher.dispatch(req) File "/opt/csw/lib/python/site- packages/Trac-0.11.1-py2.5.egg/trac/web/main.py", line 219, in dispatch data, content_type) File "/opt/csw/lib/python/site- packages/Trac-0.11.1-py2.5.egg/trac/web/chrome.py", line 683, in render_template template = self.load_template(filename, method=method) File "/opt/csw/lib/python/site- packages/Trac-0.11.1-py2.5.egg/trac/web/chrome.py", line 667, in load_template return self.templates.load(filename, cls=cls) File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/loader.py", line 221, in load filename, encoding=encoding) File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/loader.py", line 259, in _instantiate allow_exec=self.allow_exec) File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/base.py", line 377, in __init__ self.stream = list(self._prepare(self._parse(source, encoding))) File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/base.py", line 444, in _prepare cls=cls or self.__class__) File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/loader.py", line 231, in load raise TemplateNotFound(filename, search_path) TemplateNotFound: Template "admin.html" not found }}} a new ticket at the Trac project site, where you can describe the problem and explain how to reproduce it. Python Traceback Most recent call last: * File "/opt/csw/lib/python/site- packages/Trac-0.11.1-py2.5.egg/trac/web/main.py", line 423, in _dispatch_request Code fragment: 418. try: 419. if not env and env_error: 420. raise HTTPInternalError(env_error) 421. try: 422. dispatcher = RequestDispatcher(env) 423. dispatcher.dispatch(req) 424. except RequestDone: 425. pass 426. resp = req._response or [] 427. 428. except HTTPException, e: Local variables: Name Value after [u' except RequestDone:', u' pass', u' resp = ... before [u' try:', u' if not env and env_error:', u' raise ... dispatcher e TemplateNotFound(u'Template "admin.html" not found',) env env_error None exc_info (, ... filename '/opt/csw/lib/python/site- packages/Trac-0.11.1-py2.5.egg/trac/web/main.py' frames [{'function': '_dispatch_request', 'lines_before': [u' try:', u' ... has_admin True line u' dispatcher.dispatch(req)' lineno 422 message u'TemplateNotFound: Template "admin.html" not found' req resp [] tb tb_hide None traceback 'Traceback (most recent call last):\n File ... * File "/opt/csw/lib/python/site- packages/Trac-0.11.1-py2.5.egg/trac/web/main.py", line 219, in dispatch Code fragment: 214. out = StringIO() 215. pprint(data, out) 216. req.send(out.getvalue(), 'text/plain') 217. else: 218. output = chrome.render_template(req, template, 219. data, content_type) 220. # Give the session a chance to persist changes 221. if req.session: 222. req.session.save() 223. 224. req.send(output, content_type or 'text/html') Local variables: Name Value chosen_handler chrome content_type None data {'dateinfo': , 'active_panel': 'basics', ... err (, ... handler req resp ('admin_basics.html', {'dateinfo': , ... self template 'admin_basics.html' * File "/opt/csw/lib/python/site- packages/Trac-0.11.1-py2.5.egg/trac/web/chrome.py", line 683, in render_template Code fragment: 678. if content_type is None: 679. content_type = 'text/html' 680. method = {'text/html': 'xhtml', 681. 'text/plain': 'text'}.get(content_type, 'xml') 682. 683. template = self.load_template(filename, method=method) 684. data = self.populate_data(req, data) 685. 686. stream = template.generate(**data) 687. 688. # Filter through ITemplateStreamFilter plugins Local variables: Name Value content_type 'text/html' data {'dateinfo': , 'active_panel': 'basics', ... filename 'admin_basics.html' fragment False method 'xhtml' req self * File "/opt/csw/lib/python/site- packages/Trac-0.11.1-py2.5.egg/trac/web/chrome.py", line 667, in load_template Code fragment: 662. if method == 'text': 663. cls = TextTemplate 664. else: 665. cls = MarkupTemplate 666. 667. return self.templates.load(filename, cls=cls) 668. 669. def render_template(self, req, filename, data, content_type=None, 670. fragment=False): 671. """Render the `filename` using the `data` for the context. 672. Local variables: Name Value cls filename 'admin_basics.html' method 'xhtml' self * File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/loader.py", line 221, in load Local variables: Name Value cachekey 'admin_basics.html' cls encoding None filename 'admin_basics.html' fileobj relative_to None search_path ['/var/trac/dev.haiku-os.org/templates', ... self uptodate * File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/loader.py", line 259, in _instantiate Local variables: Name Value cls encoding None filename 'admin_basics.html' fileobj * File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/base.py", line 377, in __init__ Local variables: Name Value allow_exec True encoding None filename 'admin_basics.html' filepath '/opt/csw/lib/python/site- packages/Trac-0.11.1-py2.5.egg/trac/admin/templat ... loader lookup 'lenient' self source cls data (u'admin.html', , None) fallback None href u'admin.html' kind 'INCLUDE' pos ('admin_basics.html', 7, 34) self stream [('DOCTYPE', (u'html', u'-//W3C//DTD XHTML 1.0 Strict//EN', ... * File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/loader.py", line 231, in load Local variables: Name Value cachekey u'admin.html' cls encoding None filename u'admin.html' isabs False loadfunc relative_to 'admin_basics.html' search_path ['/var/trac/dev.haiku-os.org/templates', ... self File "/opt/csw/lib/python/site- packages/Trac-0.11.1-py2.5.egg/trac/web/main.py", line 423, in _dispatch_request dispatcher.dispatch(req) File "/opt/csw/lib/python/site- packages/Trac-0.11.1-py2.5.egg/trac/web/main.py", line 219, in dispatch data, content_type) File "/opt/csw/lib/python/site- packages/Trac-0.11.1-py2.5.egg/trac/web/chrome.py", line 683, in render_template template = self.load_template(filename, method=method) File "/opt/csw/lib/python/site- packages/Trac-0.11.1-py2.5.egg/trac/web/chrome.py", line 667, in load_template return self.templates.load(filename, cls=cls) File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/loader.py", line 221, in loadFile "build/bdist.solaris-2.10-i86pc/egg/genshi/template/loader.py", line 259, in _instantiateFile "build/bdist.solaris-2.10-i86pc/egg/genshi/template/base.py", line 377, in __init__File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/base.py", line 444, in _prepareFile "build/bdist.solaris-2.10-i86pc/egg/genshi/template/loader.py", line 231, in load System Information: User Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de; rv:1.9.0.3) Gecko/2008092417 Firefox/3.0.3 Trac: 0.11.1 Python: 2.5.1 (r251:54863, Nov 3 2007, 02:54:36) [C] setuptools: 0.6c8 psycopg2: 2.0.6 Genshi: 0.5 Pygments: 0.10 Subversion: 1.4.5 (r25188) jQuery: 1.2.6 TracGuide ? The Trac User and Administration Guide -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 10:41:34 2008 From: trac at haiku-os.org (marcusoverhagen) Date: Sun, 09 Nov 2008 09:41:34 -0000 Subject: [Haiku-bugs] [Haiku] #3095: attaching files doesn't work Message-ID: <050.6ff0acf77e287d14f565d8ac5112b630@haiku-os.org> #3095: attaching files doesn't work -----------------------------+---------------------------------------------- Reporter: marcusoverhagen | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------+---------------------------------------------- I tried to attach a jpg file to ticket #3091 because genki doesn't seem to be allow to. I get: ==== Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, niels.reedijk at gmail.com and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log. ==== at 10:37 and 10:39 GMT + 01:00 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 10:44:11 2008 From: trac at haiku-os.org (marcusoverhagen) Date: Sun, 09 Nov 2008 09:44:11 -0000 Subject: [Haiku-bugs] [Haiku] #3091: Booting fails In-Reply-To: <040.722db02f96d9c9d72ea1fd81aa4f6cd5@haiku-os.org> References: <040.722db02f96d9c9d72ea1fd81aa4f6cd5@haiku-os.org> Message-ID: <049.5f3d01b7fefa10779155326772e55115@haiku-os.org> #3091: Booting fails ------------------------+--------------------------------------------------- Reporter: genki | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------+--------------------------------------------------- Comment(by marcusoverhagen): We had some trac issues, please see: http://picasaweb.google.de/markerben/HAIKU#5266581212172896226 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 10:45:25 2008 From: trac at haiku-os.org (marcusoverhagen) Date: Sun, 09 Nov 2008 09:45:25 -0000 Subject: [Haiku-bugs] [Haiku] #3091: Booting fails In-Reply-To: <040.722db02f96d9c9d72ea1fd81aa4f6cd5@haiku-os.org> References: <040.722db02f96d9c9d72ea1fd81aa4f6cd5@haiku-os.org> Message-ID: <049.7960c925d46eb8973dc3a951141c0b29@haiku-os.org> #3091: Booting fails ------------------------+--------------------------------------------------- Reporter: genki | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------+--------------------------------------------------- Comment(by marcusoverhagen): and also: http://picasaweb.google.de/markerben/HAIKU#5266589197568636834 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 10:48:55 2008 From: trac at haiku-os.org (marcusoverhagen) Date: Sun, 09 Nov 2008 09:48:55 -0000 Subject: [Haiku-bugs] [Haiku] #3096: trac is slow Message-ID: <050.b228ee3ffded1154c8b3f72f18d463a1@haiku-os.org> #3096: trac is slow -----------------------------+---------------------------------------------- Reporter: marcusoverhagen | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------+---------------------------------------------- Loading http://dev.haiku-os.org/timeline needs around 13 to 20 seconds. (viewing 5 days back, everything except repository checkins) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 10:52:52 2008 From: trac at haiku-os.org (marcusoverhagen) Date: Sun, 09 Nov 2008 09:52:52 -0000 Subject: [Haiku-bugs] [Haiku] #2575: The KDL during mount of partition FAT In-Reply-To: <041.e6805a8c98cad18b17b3fe9ca30e6fbb@haiku-os.org> References: <041.e6805a8c98cad18b17b3fe9ca30e6fbb@haiku-os.org> Message-ID: <050.4b4e6650f6533343b70d3e4225959202@haiku-os.org> #2575: The KDL during mount of partition FAT ---------------------------+------------------------------------------------ Reporter: Hubert | Owner: haiku-web Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Drivers/Disk | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Changes (by marcusoverhagen): * status: closed => reopened * resolution: fixed => -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 10:53:21 2008 From: trac at haiku-os.org (marcusoverhagen) Date: Sun, 09 Nov 2008 09:53:21 -0000 Subject: [Haiku-bugs] [Haiku] #2575: The KDL during mount of partition FAT In-Reply-To: <041.e6805a8c98cad18b17b3fe9ca30e6fbb@haiku-os.org> References: <041.e6805a8c98cad18b17b3fe9ca30e6fbb@haiku-os.org> Message-ID: <050.2481fcd5b5990a0193a623ce0cf1e9f9@haiku-os.org> #2575: The KDL during mount of partition FAT ---------------------------+------------------------------------------------ Reporter: Hubert | Owner: nobody Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Disk | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Changes (by marcusoverhagen): * owner: haiku-web => nobody * status: reopened => new -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 10:55:10 2008 From: trac at haiku-os.org (marcusoverhagen) Date: Sun, 09 Nov 2008 09:55:10 -0000 Subject: [Haiku-bugs] [Haiku] #2575: The KDL during mount of partition FAT In-Reply-To: <041.e6805a8c98cad18b17b3fe9ca30e6fbb@haiku-os.org> References: <041.e6805a8c98cad18b17b3fe9ca30e6fbb@haiku-os.org> Message-ID: <050.268d79cd365fb86d2b1b42053c2786e5@haiku-os.org> #2575: The KDL during mount of partition FAT ---------------------------+------------------------------------------------ Reporter: Hubert | Owner: nobody Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Disk | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Changes (by marcusoverhagen): * status: new => closed * resolution: => fixed Comment: Stippi please create a new bug if you can reproduce a similar problem on a different system, thanks. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 10:58:04 2008 From: trac at haiku-os.org (VinDuv) Date: Sun, 09 Nov 2008 09:58:04 -0000 Subject: [Haiku-bugs] [Haiku] #3096: trac is slow In-Reply-To: <050.b228ee3ffded1154c8b3f72f18d463a1@haiku-os.org> References: <050.b228ee3ffded1154c8b3f72f18d463a1@haiku-os.org> Message-ID: <059.326797c22f24812fc88203f6b2769878@haiku-os.org> #3096: trac is slow ------------------------------+--------------------------------------------- Reporter: marcusoverhagen | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by VinDuv): Replying to [ticket:3096 marcusoverhagen]: > Loading http://dev.haiku-os.org/timeline needs around 13 to 20 seconds. > > (viewing 5 days back, everything except repository checkins) Have you activated "Ticket details" in the "View changes" box ? It seems to slow down Trac considerably. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 11:02:52 2008 From: trac at haiku-os.org (marcusoverhagen) Date: Sun, 09 Nov 2008 10:02:52 -0000 Subject: [Haiku-bugs] [Haiku] #3097: trac sends to many email notifications Message-ID: <050.ae2dc1cd86df03a03008c7642083e409@haiku-os.org> #3097: trac sends to many email notifications -----------------------------+---------------------------------------------- Reporter: marcusoverhagen | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------+---------------------------------------------- Trac continues to send email notifications for tickets that I no longer own and which I'm not subscribed to by CC. Example: notifications send for ticket #3085 changes by aneviljack on 06/11/2008 17:09 and by richienhus on 09/11/2008 08:33 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 11:14:46 2008 From: trac at haiku-os.org (marcusoverhagen) Date: Sun, 09 Nov 2008 10:14:46 -0000 Subject: [Haiku-bugs] [Haiku] #2973: ps2 driver recognizes 4 mices on laptop In-Reply-To: <045.e656beefacf03eec0d28f693a53fd37f@haiku-os.org> References: <045.e656beefacf03eec0d28f693a53fd37f@haiku-os.org> Message-ID: <054.7ed97f11fa463490b2b700e81a3d3f6e@haiku-os.org> #2973: ps2 driver recognizes 4 mices on laptop --------------------------------+------------------------------------------- Reporter: jackburton | Owner: marcusoverhagen Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Mouse/PS2 | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by marcusoverhagen): * status: new => closed * resolution: => invalid -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 11:22:16 2008 From: trac at haiku-os.org (marcusoverhagen) Date: Sun, 09 Nov 2008 10:22:16 -0000 Subject: [Haiku-bugs] [Haiku] #3096: trac "ticket details" is slow (was: trac is slow) In-Reply-To: <050.b228ee3ffded1154c8b3f72f18d463a1@haiku-os.org> References: <050.b228ee3ffded1154c8b3f72f18d463a1@haiku-os.org> Message-ID: <059.f1bd4a7ccefd62f177130d2077b7f3fc@haiku-os.org> #3096: trac "ticket details" is slow ------------------------------+--------------------------------------------- Reporter: marcusoverhagen | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by marcusoverhagen): Yes, "ticket details" seems to be the culprit. Changing the ticket summary. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 11:38:58 2008 From: trac at haiku-os.org (diver) Date: Sun, 09 Nov 2008 10:38:58 -0000 Subject: [Haiku-bugs] [Haiku] #2858: [DriveSetup] table column does not resize In-Reply-To: <042.2b239923b9b25994a1002f03084eee8b@haiku-os.org> References: <042.2b239923b9b25994a1002f03084eee8b@haiku-os.org> Message-ID: <051.8c8e3da318b24f5411eb7a87efa5e607@haiku-os.org> #2858: [DriveSetup] table column does not resize --------------------------------------+------------------------------------- Reporter: Adek336 | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/DriveSetup | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Comment(by diver): If you click separator only once instead of ignoring it, it will shift separator by several pixels to the left. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 12:11:49 2008 From: trac at haiku-os.org (diver) Date: Sun, 09 Nov 2008 11:11:49 -0000 Subject: [Haiku-bugs] [Haiku] #2845: [kernel] vm_page_fault: block notifier/writer In-Reply-To: <040.bb81718304eb12e166bb10537ea14f7b@haiku-os.org> References: <040.bb81718304eb12e166bb10537ea14f7b@haiku-os.org> Message-ID: <049.3c86d5666f219e3872a08e530068f159@haiku-os.org> #2845: [kernel] vm_page_fault: block notifier/writer ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by diver): * status: closed => reopened * resolution: fixed => Comment: Another crash in 28524. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 12:35:25 2008 From: trac at haiku-os.org (diver) Date: Sun, 09 Nov 2008 11:35:25 -0000 Subject: [Haiku-bugs] [Haiku] #3098: [SoundRecorder] don't add unsupported icons to playlist Message-ID: <040.0c46abd631059e76ad400e3adf087f33@haiku-os.org> #3098: [SoundRecorder] don't add unsupported icons to playlist ----------------------------------------+----------------------------------- Reporter: diver | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/SoundRecorder | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------------+----------------------------------- If you drop any non audio file on SoundRecorder it will show error (which should be changed to be more clear btw) and then adds it to playlist. This also activates Save button, which it shouldn't do. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 13:01:52 2008 From: trac at haiku-os.org (diver) Date: Sun, 09 Nov 2008 12:01:52 -0000 Subject: [Haiku-bugs] [Haiku] #3098: [SoundRecorder] don't add unsupported files to playlist (was: [SoundRecorder] don't add unsupported icons to playlist) In-Reply-To: <040.0c46abd631059e76ad400e3adf087f33@haiku-os.org> References: <040.0c46abd631059e76ad400e3adf087f33@haiku-os.org> Message-ID: <049.bfd75bd13dda0c29e084399c60ab6f2f@haiku-os.org> #3098: [SoundRecorder] don't add unsupported files to playlist -----------------------------------------+---------------------------------- Reporter: diver | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/SoundRecorder | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------------+---------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 14:35:58 2008 From: trac at haiku-os.org (mmlr) Date: Sun, 09 Nov 2008 13:35:58 -0000 Subject: [Haiku-bugs] [Haiku] #2902: USB File corruption with SMP enabled. In-Reply-To: <045.43e93212fa7bbbc46de3d136b1d38c9f@haiku-os.org> References: <045.43e93212fa7bbbc46de3d136b1d38c9f@haiku-os.org> Message-ID: <054.05e7501c9bb643298939178beee1b476@haiku-os.org> #2902: USB File corruption with SMP enabled. --------------------------+------------------------------------------------- Reporter: netster403 | Owner: mmlr Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------+------------------------------------------------- Comment(by mmlr): OK, I've verified that it is a problem within the USB stack itself. The buffers are simply not filled with any incoming data it seems. With dd I cannot reproduce the problem at all, but with data transfers from usb_disk it happens all the time. That the corruptions are on page boundaries comes from the fact that the read requests usb_disk gets are all 4096 in size. These whole buffers are then not filled with any data, so whatever was previously in that page will be written to the target file. The "funny" thing is that the buffer address is always exactly the same one. So if one transfer doesn't overwrite that page, it should in fact just be the last block repeated again. But it isn't. It is random content, syslog data for example. Possibly the same buffer was used for a read/write on another device though. I don't quite understand how this can happen, because the mechanism worked previously and wasn't changed. It looks a bit like if the buffer is supposed to be written from another core that it doesn't reach the right page. Some caching/TLB invalidation issue maybe? I remember seeing changes in that direction recently. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 17:12:02 2008 From: trac at haiku-os.org (korli) Date: Sun, 09 Nov 2008 16:12:02 -0000 Subject: [Haiku-bugs] [Haiku] #2902: USB File corruption with SMP enabled. In-Reply-To: <045.43e93212fa7bbbc46de3d136b1d38c9f@haiku-os.org> References: <045.43e93212fa7bbbc46de3d136b1d38c9f@haiku-os.org> Message-ID: <054.8961bc7e9e8d952e934c3a19f8803152@haiku-os.org> #2902: USB File corruption with SMP enabled. --------------------------+------------------------------------------------- Reporter: netster403 | Owner: mmlr Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------+------------------------------------------------- Comment(by korli): I don't know if it could be related, but r28223 exposed some race condition for SMP machines. It could be the same here. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 17:14:05 2008 From: trac at haiku-os.org (korli) Date: Sun, 09 Nov 2008 16:14:05 -0000 Subject: [Haiku-bugs] [Haiku] #2323: [Media] volume control should react on scrolling up/down events (easy) In-Reply-To: <040.bbe0bf675907a00c9c078dccc4692d48@haiku-os.org> References: <040.bbe0bf675907a00c9c078dccc4692d48@haiku-os.org> Message-ID: <049.1e76e4554aef6a40a8e1caa92bf6c005@haiku-os.org> #2323: [Media] volume control should react on scrolling up/down events (easy) --------------------------------+------------------------------------------- Reporter: diver | Owner: korli Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Preferences/Media | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed Comment: Done in r28575. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 17:17:27 2008 From: trac at haiku-os.org (korli) Date: Sun, 09 Nov 2008 16:17:27 -0000 Subject: [Haiku-bugs] [Haiku] #2955: using multiple USB HIDs not possible, USB input devices stop working In-Reply-To: <041.b8215043ff83d47c88b4fc90910cf677@haiku-os.org> References: <041.b8215043ff83d47c88b4fc90910cf677@haiku-os.org> Message-ID: <050.a1356fea289ecb7f33a51c36687b28fb@haiku-os.org> #2955: using multiple USB HIDs not possible, USB input devices stop working --------------------------------+------------------------------------------- Reporter: nutela | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Mouse/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------------+------------------------------------------- Changes (by korli): * owner: korli => mmlr * component: Add-Ons/Input Methods => Drivers/Mouse/USB -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 17:19:50 2008 From: trac at haiku-os.org (korli) Date: Sun, 09 Nov 2008 16:19:50 -0000 Subject: [Haiku-bugs] [Haiku] #2962: clicking rec button in Soundrecorder crashes it In-Reply-To: <041.7926194ef4616f9c918821d5bbfd31a5@haiku-os.org> References: <041.7926194ef4616f9c918821d5bbfd31a5@haiku-os.org> Message-ID: <050.71215e795948dd5991d03e0e0e18a0be@haiku-os.org> #2962: clicking rec button in Soundrecorder crashes it -----------------------------------------+---------------------------------- Reporter: nutela | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/SoundRecorder | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -----------------------------------------+---------------------------------- Comment(by korli): Nutela, each time GDB comes up, if the stack trace is about BLooper::ReadRawFromPort (), could you type 'cont', it should stop on the real crashing thread ? It would help to find the problem encountered. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 17:37:51 2008 From: trac at haiku-os.org (korli) Date: Sun, 09 Nov 2008 16:37:51 -0000 Subject: [Haiku-bugs] [Haiku] #3098: [SoundRecorder] don't add unsupported files to playlist In-Reply-To: <040.0c46abd631059e76ad400e3adf087f33@haiku-os.org> References: <040.0c46abd631059e76ad400e3adf087f33@haiku-os.org> Message-ID: <049.75621a79a8ce22fb32e773cf8b8913e9@haiku-os.org> #3098: [SoundRecorder] don't add unsupported files to playlist -----------------------------------------+---------------------------------- Reporter: diver | Owner: korli Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/SoundRecorder | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------------------+---------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed Comment: Could you check with r28574 ? It should be fixed (the item is removed when not supported). The error messages should be better in r28576. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 18:19:22 2008 From: trac at haiku-os.org (bonefish) Date: Sun, 09 Nov 2008 17:19:22 -0000 Subject: [Haiku-bugs] [Haiku] #2902: USB File corruption with SMP enabled. In-Reply-To: <045.43e93212fa7bbbc46de3d136b1d38c9f@haiku-os.org> References: <045.43e93212fa7bbbc46de3d136b1d38c9f@haiku-os.org> Message-ID: <054.dc1a4a6508419ab6e634caad601b9d81@haiku-os.org> #2902: USB File corruption with SMP enabled. --------------------------+------------------------------------------------- Reporter: netster403 | Owner: mmlr Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------+------------------------------------------------- Comment(by bonefish): I changed the physical page mapper for x86 in r28244. So besides a newly exposed race condition, this could be another origin of the problem. As far as I've seen the USB code doesn't map physical pages directly, which makes it rather unlikely though, since all other code doing it, does it very locally only (e.g. for copying physical pages or PIO). For what kind of pages does the problem occur. Is it virtual or physical memory? And where does it come from? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 18:20:37 2008 From: trac at haiku-os.org (stippi) Date: Sun, 09 Nov 2008 17:20:37 -0000 Subject: [Haiku-bugs] [Haiku] #2973: ps2 driver recognizes 4 mices on laptop In-Reply-To: <045.e656beefacf03eec0d28f693a53fd37f@haiku-os.org> References: <045.e656beefacf03eec0d28f693a53fd37f@haiku-os.org> Message-ID: <054.e6be2cca131709c54bb753d59f1fdc50@haiku-os.org> #2973: ps2 driver recognizes 4 mices on laptop --------------------------------+------------------------------------------- Reporter: jackburton | Owner: marcusoverhagen Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Mouse/PS2 | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by stippi): I'm about to commit a patch that will eliminate the problems that are caused by this, ie no more non-running devices in the input_server. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 18:42:40 2008 From: trac at haiku-os.org (kvdman) Date: Sun, 09 Nov 2008 17:42:40 -0000 Subject: [Haiku-bugs] [Haiku] #3099: BePDF KDLs on exit Message-ID: <041.580fdd342b20daf90efedf5330e23972@haiku-os.org> #3099: BePDF KDLs on exit --------------------------+------------------------------------------------- Reporter: kvdman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Testing BePDF on Haiku, it will crash inconsistently when exiting the application. You'll see when you close it (if it doesn't KDL), that it is still running in the taskbar. If you try and kill it with process controller you'll KDL as well. This was testing without reading any file, and appears to be new as of one week... See attached. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 18:45:38 2008 From: trac at haiku-os.org (axeld) Date: Sun, 09 Nov 2008 17:45:38 -0000 Subject: [Haiku-bugs] [Haiku] #2902: USB File corruption with SMP enabled. In-Reply-To: <045.43e93212fa7bbbc46de3d136b1d38c9f@haiku-os.org> References: <045.43e93212fa7bbbc46de3d136b1d38c9f@haiku-os.org> Message-ID: <054.b68163e671bd1eb2bf3ba24772cf678e@haiku-os.org> #2902: USB File corruption with SMP enabled. ----------------------------+----------------------------------------------- Reporter: netster403 | Owner: bonefish Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Changes (by axeld): * owner: mmlr => bonefish * component: Drivers/USB => System/Kernel Comment: It looks like the large physical page mapper is the culprit; it maps the page, but invalidates the TLB only on the current CPU. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 19:39:46 2008 From: trac at haiku-os.org (bbjimmy) Date: Sun, 09 Nov 2008 18:39:46 -0000 Subject: [Haiku-bugs] [Haiku] #3100: OpenSSH requires the HAIKU_IMAGE_HOST_NAME variable to be set! Message-ID: <042.531148f385f9abe52e0c6c57b1ce1fc6@haiku-os.org> #3100: OpenSSH requires the HAIKU_IMAGE_HOST_NAME variable to be set! -----------------------+---------------------------------------------------- Reporter: bbjimmy | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- r28555 building haiku with "HAIKU_ADD_ALL_OPTIONAL_PACKAGES = 1 ;" in the Userbuildconfig file fails. Optional package OpenSSH requires the HAIKU_IMAGE_HOST_NAME variable to be set! This does not impact building haiku from Linux, just from within Haiku. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 19:41:57 2008 From: trac at haiku-os.org (umccullough) Date: Sun, 09 Nov 2008 18:41:57 -0000 Subject: [Haiku-bugs] [Haiku] #3100: OpenSSH requires the HAIKU_IMAGE_HOST_NAME variable to be set! In-Reply-To: <042.531148f385f9abe52e0c6c57b1ce1fc6@haiku-os.org> References: <042.531148f385f9abe52e0c6c57b1ce1fc6@haiku-os.org> Message-ID: <051.a8dae0aa304c0ca16fcf868c199ad38f@haiku-os.org> #3100: OpenSSH requires the HAIKU_IMAGE_HOST_NAME variable to be set! ------------------------+--------------------------------------------------- Reporter: bbjimmy | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by umccullough): You have to specify one. http://dev.haiku- os.org/browser/haiku/trunk/build/jam/UserBuildConfig.ReadMe#L154 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 20:35:01 2008 From: trac at haiku-os.org (bbjimmy) Date: Sun, 09 Nov 2008 19:35:01 -0000 Subject: [Haiku-bugs] [Haiku] #3100: OpenSSH requires the HAIKU_IMAGE_HOST_NAME variable to be set! In-Reply-To: <042.531148f385f9abe52e0c6c57b1ce1fc6@haiku-os.org> References: <042.531148f385f9abe52e0c6c57b1ce1fc6@haiku-os.org> Message-ID: <051.274600e9f4210bfd4921fa4dd915e10a@haiku-os.org> #3100: OpenSSH requires the HAIKU_IMAGE_HOST_NAME variable to be set! ------------------------+--------------------------------------------------- Reporter: bbjimmy | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by bbjimmy): Replying to [comment:1 umccullough]: > You have to specify one. Just how does one accomplish this? If this is required it should be documented in UserBuildConfig.ReadMe near the section about optional packages and there should be a line in the UserBuildConfig.sample file that can be uncommented. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 21:01:54 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 09 Nov 2008 20:01:54 -0000 Subject: [Haiku-bugs] [Haiku] #3100: OpenSSH requires the HAIKU_IMAGE_HOST_NAME variable to be set! In-Reply-To: <042.531148f385f9abe52e0c6c57b1ce1fc6@haiku-os.org> References: <042.531148f385f9abe52e0c6c57b1ce1fc6@haiku-os.org> Message-ID: <051.a9fcf0eae90bff446082380d6e0809f1@haiku-os.org> #3100: OpenSSH requires the HAIKU_IMAGE_HOST_NAME variable to be set! ------------------------+--------------------------------------------------- Reporter: bbjimmy | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by anevilyak): * status: new => closed * resolution: => invalid Comment: It already is documented in UserBuildConfig.ReadMe, see the link umccullough pasted to the appropriate section. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 21:25:32 2008 From: trac at haiku-os.org (bbjimmy) Date: Sun, 09 Nov 2008 20:25:32 -0000 Subject: [Haiku-bugs] [Haiku] #3100: OpenSSH requires the HAIKU_IMAGE_HOST_NAME variable to be set! In-Reply-To: <042.531148f385f9abe52e0c6c57b1ce1fc6@haiku-os.org> References: <042.531148f385f9abe52e0c6c57b1ce1fc6@haiku-os.org> Message-ID: <051.6805b61ce6e22d7f02edc43720c0d87b@haiku-os.org> #3100: OpenSSH requires the HAIKU_IMAGE_HOST_NAME variable to be set! ---------------------------+------------------------------------------------ Reporter: bbjimmy | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by bbjimmy): * component: - General => Build System Comment: The link shows "HAIKU IMAGE HOST NAME = mybox ;" This does not work! adding "HAIKU_IMAGE_HOST_NAME = mybox ;" to the UserBuildConfig file does indeed work. This line should be added to the UserBuildConfig.Sample. It should look something like this: # Add all available optional packages. Uncomment both lines in Haiku. #HAIKU_ADD_ALL_OPTIONAL_PACKAGES = 1 ; #HAIKU_IMAGE_HOST_NAME = mybox ; -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 21:25:57 2008 From: trac at haiku-os.org (siarzhuk) Date: Sun, 09 Nov 2008 20:25:57 -0000 Subject: [Haiku-bugs] [Haiku] #3087: r28361 broke replicant handling functionality. In-Reply-To: <043.fb2fe7f03420534e12264e136431b381@haiku-os.org> References: <043.fb2fe7f03420534e12264e136431b381@haiku-os.org> Message-ID: <052.a8bd6c24a5228f73af80e3355355f8e6@haiku-os.org> #3087: r28361 broke replicant handling functionality. ---------------------------------+------------------------------------------ Reporter: siarzhuk | Owner: anevilyak Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by siarzhuk): on r28572 I have observed following behavior: Note that I have 2 replicants in Deskbar: 1) Process controller and 2) Switcher indicator. SwitchFilter::GetReplicantAt() returns uid 1 for "Process Controller" and uid 2 for "Switcher indicator". The names of both replicants are obtained by SwitchFilter::GetReplicantName for corespondent uids correctly. But an attempt to call SwitchFilter::GetReplicantView fails with error 80002008 "Bad script syntax" in "result" filed of returned BMessage. {{{ // Gets Indicator's BMessenger BMessenger* SwitchFilter::GetIndicatorMessenger() { const char *REPLICANT_NAME = "Switcher/Deskbar"; BMessenger *indicator = 0; BMessage request(B_GET_PROPERTY); BMessenger to; BMessenger status; request.AddSpecifier("Messenger"); request.AddSpecifier("Shelf"); // In the Deskbar the Shelf is in the View "Status" in Window "Deskbar" // request.AddSpecifier("View", REPLICANT_NAME); request.AddSpecifier("View", "Status"); request.AddSpecifier("Window", "Deskbar"); to = BMessenger("application/x-vnd.Be-TSKB", -1); BMessage reply; if (to.SendMessage(&request, &reply) == B_OK) { if(reply.FindMessenger("result", &status) == B_OK) { // enum replicant in Status view int32 index = 0; int32 uid; while ((uid = GetReplicantAt(status, index++)) >= B_OK) { BMessage rep_info; if (GetReplicantName(status, uid, &rep_info) != B_OK) { continue; } const char *name; if (rep_info.FindString("result", &name) == B_OK) { if(strcmp(name, REPLICANT_NAME)==0) { BMessage rep_view; if (GetReplicantView(status, uid, &rep_view)==0) { BMessenger result; if (rep_view.FindMessenger("result", &result) == B_OK) { indicator = new BMessenger(result); } } } } } } } return indicator; } // status_t SwitchFilter::GetReplicantName(BMessenger target, int32 uid, BMessage *reply) const { /* We send a message to the target shelf, asking it for the Name of the replicant with the given unique id. */ BMessage request(B_GET_PROPERTY); BMessage uid_specifier(B_ID_SPECIFIER); // specifying via ID status_t err; status_t e; request.AddSpecifier("Name"); // ask for the Name of the replicant // IDs are specified using code like the following 3 lines: uid_specifier.AddInt32("id", uid); uid_specifier.AddString("property", "Replicant"); request.AddSpecifier(&uid_specifier); if ((err = target.SendMessage(&request, reply)) != B_OK) return err; if (((err = reply->FindInt32("error", &e)) != B_OK) || (e != B_OK)) return err ? err : e; return B_OK; } // status_t SwitchFilter::GetReplicantView(BMessenger target, int32 uid, BMessage *reply) const { /* We send a message to the target shelf, asking it for the Name of the replicant with the given unique id. */ BMessage request(B_GET_PROPERTY); BMessage uid_specifier(B_ID_SPECIFIER); // specifying via ID status_t err; status_t e; request.AddSpecifier("View"); // ask for the Name of the replicant // IDs are specified using code like the following 3 lines: uid_specifier.AddInt32("id", uid); uid_specifier.AddString("property", "Replicant"); request.AddSpecifier(&uid_specifier); if ((err = target.SendMessage(&request, reply)) != B_OK) return err; if (((err = reply->FindInt32("error", &e)) != B_OK) || (e != B_OK)) return err ? err : e; return B_OK; } }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 21:27:29 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 09 Nov 2008 20:27:29 -0000 Subject: [Haiku-bugs] [Haiku] #3100: OpenSSH requires the HAIKU_IMAGE_HOST_NAME variable to be set! In-Reply-To: <042.531148f385f9abe52e0c6c57b1ce1fc6@haiku-os.org> References: <042.531148f385f9abe52e0c6c57b1ce1fc6@haiku-os.org> Message-ID: <051.ea8db439de4346575f4d2241918a548f@haiku-os.org> #3100: OpenSSH requires the HAIKU_IMAGE_HOST_NAME variable to be set! ---------------------------+------------------------------------------------ Reporter: bbjimmy | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by anevilyak): It shows underscores here... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 21:39:26 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 09 Nov 2008 20:39:26 -0000 Subject: [Haiku-bugs] [Haiku] #3087: r28361 broke replicant handling functionality. In-Reply-To: <043.fb2fe7f03420534e12264e136431b381@haiku-os.org> References: <043.fb2fe7f03420534e12264e136431b381@haiku-os.org> Message-ID: <052.b507f47b30691c010d81d1d124d56cba@haiku-os.org> #3087: r28361 broke replicant handling functionality. ---------------------------------+------------------------------------------ Reporter: siarzhuk | Owner: anevilyak Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by anevilyak): GetReplicantView() worked prior to 28361? As far as I can see the Shelf never actually handled the View specifier at all. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 21:59:46 2008 From: trac at haiku-os.org (kvdman) Date: Sun, 09 Nov 2008 20:59:46 -0000 Subject: [Haiku-bugs] [Haiku] #3099: BePDF KDLs on exit In-Reply-To: <041.580fdd342b20daf90efedf5330e23972@haiku-os.org> References: <041.580fdd342b20daf90efedf5330e23972@haiku-os.org> Message-ID: <050.d6f48fa192199080d76a0068b5d81d65@haiku-os.org> #3099: BePDF KDLs on exit ---------------------------+------------------------------------------------ Reporter: kvdman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by kvdman): I should add, Haiku r28544, BePDF 1.1.1. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 22:08:35 2008 From: trac at haiku-os.org (luroh) Date: Sun, 09 Nov 2008 21:08:35 -0000 Subject: [Haiku-bugs] [Haiku] #3101: Outdated links at http://www.haiku-os.org/development Message-ID: <040.eaadbb15ce33f676cc3ad5aff432d990@haiku-os.org> #3101: Outdated links at http://www.haiku-os.org/development -------------------------+-------------------------------------------------- Reporter: luroh | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/CMS | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- As some people have noted, several links in the 'Development Tools' section point to outdated packages. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 22:13:00 2008 From: trac at haiku-os.org (umccullough) Date: Sun, 09 Nov 2008 21:13:00 -0000 Subject: [Haiku-bugs] [Haiku] #3101: Outdated links at http://www.haiku-os.org/development In-Reply-To: <040.eaadbb15ce33f676cc3ad5aff432d990@haiku-os.org> References: <040.eaadbb15ce33f676cc3ad5aff432d990@haiku-os.org> Message-ID: <049.dc520846316708f983bcde37b2b1d18e@haiku-os.org> #3101: Outdated links at http://www.haiku-os.org/development --------------------------+------------------------------------------------- Reporter: luroh | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/CMS | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by umccullough): I'll gladly update the links if someone will provide newer packages (gcc cross-compiler for R5 as an example). Since downloading the haiku development tools for Haiku does not actually create enough of an environment for compiling Haiku, does this section make sense documented like this? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 22:28:35 2008 From: trac at haiku-os.org (nutela) Date: Sun, 09 Nov 2008 21:28:35 -0000 Subject: [Haiku-bugs] [Haiku] #2962: clicking rec button in Soundrecorder crashes it In-Reply-To: <041.7926194ef4616f9c918821d5bbfd31a5@haiku-os.org> References: <041.7926194ef4616f9c918821d5bbfd31a5@haiku-os.org> Message-ID: <050.30bdb978c3db7b45a3f27dcec48902db@haiku-os.org> #2962: clicking rec button in Soundrecorder crashes it -----------------------------------------+---------------------------------- Reporter: nutela | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/SoundRecorder | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -----------------------------------------+---------------------------------- Comment(by nutela): {{{ 0xffff0104 in ?? () (gdb) bt #0 0xffff0104 in ?? () #1 0x00765526 in debugger () from /boot/beos/system/lib/libroot.so #2 0x0076eb01 in __assert_fail () from /boot/beos/system/lib/libroot.so #3 0x00219555 in RecorderWindow::RecordFile () #4 0x0021b83e in SoundConsumer::BufferReceived () #5 0x004bc2de in BBufferConsumer::HandleMessage () from /boot/beos/system/lib/libmedia.so #6 0x0021b41a in SoundConsumer::HandleMessage () #7 0x0021be7c in SoundConsumer::ServiceThread () #8 0x0021bcff in SoundConsumer::ThreadEntry () #9 0x00769c08 in thread_entry () from /boot/beos/system/lib/libroot.so #10 0x70080fec in ?? () }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 22:29:53 2008 From: trac at haiku-os.org (nutela) Date: Sun, 09 Nov 2008 21:29:53 -0000 Subject: [Haiku-bugs] [Haiku] #2962: clicking rec button in Soundrecorder crashes it, only with 24 bit input (was: clicking rec button in Soundrecorder crashes it) In-Reply-To: <041.7926194ef4616f9c918821d5bbfd31a5@haiku-os.org> References: <041.7926194ef4616f9c918821d5bbfd31a5@haiku-os.org> Message-ID: <050.b69dd10aa1b39447af836222dfcc4c4c@haiku-os.org> #2962: clicking rec button in Soundrecorder crashes it, only with 24 bit input -----------------------------------------+---------------------------------- Reporter: nutela | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/SoundRecorder | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -----------------------------------------+---------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 22:45:09 2008 From: trac at haiku-os.org (axeld) Date: Sun, 09 Nov 2008 21:45:09 -0000 Subject: [Haiku-bugs] [Haiku] #2902: USB File corruption with SMP enabled. In-Reply-To: <045.43e93212fa7bbbc46de3d136b1d38c9f@haiku-os.org> References: <045.43e93212fa7bbbc46de3d136b1d38c9f@haiku-os.org> Message-ID: <054.5542db0ac01284e5dfdf73ee652f2f64@haiku-os.org> #2902: USB File corruption with SMP enabled. ----------------------------+----------------------------------------------- Reporter: netster403 | Owner: axeld Type: bug | Status: assigned Priority: critical | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Changes (by axeld): * owner: bonefish => axeld * status: new => assigned -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 23:00:41 2008 From: trac at haiku-os.org (axeld) Date: Sun, 09 Nov 2008 22:00:41 -0000 Subject: [Haiku-bugs] [Haiku] #2845: [kernel] vm_page_fault: block notifier/writer In-Reply-To: <040.bb81718304eb12e166bb10537ea14f7b@haiku-os.org> References: <040.bb81718304eb12e166bb10537ea14f7b@haiku-os.org> Message-ID: <049.36fe8adc88d7b9b28735e875ffc8f654@haiku-os.org> #2845: [kernel] vm_page_fault: block notifier/writer ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by axeld): With what stack trace, please? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 23:05:55 2008 From: trac at haiku-os.org (axeld) Date: Sun, 09 Nov 2008 22:05:55 -0000 Subject: [Haiku-bugs] [Haiku] #2902: USB File corruption with SMP enabled. In-Reply-To: <045.43e93212fa7bbbc46de3d136b1d38c9f@haiku-os.org> References: <045.43e93212fa7bbbc46de3d136b1d38c9f@haiku-os.org> Message-ID: <054.7b28d0fb9e9ee107831c19529e51e2bf@haiku-os.org> #2902: USB File corruption with SMP enabled. ----------------------------+----------------------------------------------- Reporter: netster403 | Owner: axeld Type: bug | Status: closed Priority: critical | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Changes (by axeld): * status: assigned => closed * resolution: => fixed Comment: Fixed in r28584. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 23:06:27 2008 From: trac at haiku-os.org (diver) Date: Sun, 09 Nov 2008 22:06:27 -0000 Subject: [Haiku-bugs] [Haiku] #2845: [kernel] vm_page_fault: block notifier/writer In-Reply-To: <040.bb81718304eb12e166bb10537ea14f7b@haiku-os.org> References: <040.bb81718304eb12e166bb10537ea14f7b@haiku-os.org> Message-ID: <049.5b9d032033a0825bc4e0848dad77a65c@haiku-os.org> #2845: [kernel] vm_page_fault: block notifier/writer ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by diver): I'm trying to get one, but VirtualBox doesn't let me get to vm showing guru mediatation error. I'll try again. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 23:14:11 2008 From: trac at haiku-os.org (diver) Date: Sun, 09 Nov 2008 22:14:11 -0000 Subject: [Haiku-bugs] [Haiku] #2323: [Media] volume control should react on scrolling up/down events (easy) In-Reply-To: <040.bbe0bf675907a00c9c078dccc4692d48@haiku-os.org> References: <040.bbe0bf675907a00c9c078dccc4692d48@haiku-os.org> Message-ID: <049.29c31729f16409d2cf0ac1e687fb49e6@haiku-os.org> #2323: [Media] volume control should react on scrolling up/down events (easy) --------------------------------+------------------------------------------- Reporter: diver | Owner: korli Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Preferences/Media | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by diver): Is it showing tooltip with current volume like in ubuntu? Can't check right now. Thanks anyway! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 23:15:13 2008 From: trac at haiku-os.org (bhaible) Date: Sun, 09 Nov 2008 22:15:13 -0000 Subject: [Haiku-bugs] [Haiku] #3102: diff reports "Unknown system error" Message-ID: <042.70f9f915b915d84f94cc8535b35ef274@haiku-os.org> #3102: diff reports "Unknown system error" -----------------------+---------------------------------------------------- Reporter: bhaible | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------+---------------------------------------------------- Diff, when called to compare two small files on BeFS, reports "Unknwon system error". It could be a bug in diff, or in libroot. Since diff is from GNU and well- tested for a decade, my guess is that a system call in libroot returned a failure indicator but did not set errno. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 23:35:05 2008 From: trac at haiku-os.org (diver) Date: Sun, 09 Nov 2008 22:35:05 -0000 Subject: [Haiku-bugs] [Haiku] #3103: [Interface Kit] Menu redraw Message-ID: <040.b245270a01dbd98e4b950463bf0dcea4@haiku-os.org> #3103: [Interface Kit] Menu redraw --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Click ProcessController replicant and go to for example Threads and CPU usage-> Media add-on server->System Clock Control and leave mouse cursor there.[[BR]] Now press down arrow and use spacebar to change priority. You should see strange menu redraw with white color. See screenshot -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 23:45:59 2008 From: trac at haiku-os.org (diver) Date: Sun, 09 Nov 2008 22:45:59 -0000 Subject: [Haiku-bugs] [Haiku] #3104: [Tracker] if you remove Trash icon all folders icons will change their icons to generic Message-ID: <040.ca168f9f42ece81e893a52a641ffdd78@haiku-os.org> #3104: [Tracker] if you remove Trash icon all folders icons will change their icons to generic ----------------------------------+----------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Select Trash icon and press win+alt+f to open file type window.[[BR]]Now if you remove trash icon all other usual folders will change their icons to generic.[[BR]]Note that you can't do it with home icon. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 9 23:58:15 2008 From: trac at haiku-os.org (diver) Date: Sun, 09 Nov 2008 22:58:15 -0000 Subject: [Haiku-bugs] [Haiku] #3105: [Interface Kit] empty menu in Deskbar Message-ID: <040.45721e1ed83619f867c50d3084fd16cc@haiku-os.org> #3105: [Interface Kit] empty menu in Deskbar --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- To reproduce:[[BR]] Click Leaf menu [[BR]] Hold alt+w[[BR]] Click Leaf menu twice -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 00:03:57 2008 From: trac at haiku-os.org (diver) Date: Sun, 09 Nov 2008 23:03:57 -0000 Subject: [Haiku-bugs] [Haiku] #3106: [DiskUsage] should use tracker's info window Message-ID: <040.fe6fbcba3ada6e20fb6dbd9a31b2bace@haiku-os.org> #3106: [DiskUsage] should use tracker's info window --------------------------+------------------------------------------------- Reporter: diver | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- DiskUsage have context menu with "Get info" menu item. It should open Tracker's info window instead of it's own. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 00:05:14 2008 From: trac at haiku-os.org (diver) Date: Sun, 09 Nov 2008 23:05:14 -0000 Subject: [Haiku-bugs] [Haiku] #2845: [kernel] vm_page_fault: block notifier/writer In-Reply-To: <040.bb81718304eb12e166bb10537ea14f7b@haiku-os.org> References: <040.bb81718304eb12e166bb10537ea14f7b@haiku-os.org> Message-ID: <049.e49759844780a10133e9c3e25d4765aa@haiku-os.org> #2845: [kernel] vm_page_fault: block notifier/writer ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by diver): Here you are. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 00:06:39 2008 From: trac at haiku-os.org (diver) Date: Sun, 09 Nov 2008 23:06:39 -0000 Subject: [Haiku-bugs] [Haiku] #2845: [kernel] vm_page_fault: block notifier/writer In-Reply-To: <040.bb81718304eb12e166bb10537ea14f7b@haiku-os.org> References: <040.bb81718304eb12e166bb10537ea14f7b@haiku-os.org> Message-ID: <049.8e615b6cf3b0b288fa72224b2b5ff6d7@haiku-os.org> #2845: [kernel] vm_page_fault: block notifier/writer ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by diver): Oh now, it's not about block notifier/writer which i got earler today. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 00:08:26 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 09 Nov 2008 23:08:26 -0000 Subject: [Haiku-bugs] [Haiku] #3100: OpenSSH requires the HAIKU_IMAGE_HOST_NAME variable to be set! In-Reply-To: <042.531148f385f9abe52e0c6c57b1ce1fc6@haiku-os.org> References: <042.531148f385f9abe52e0c6c57b1ce1fc6@haiku-os.org> Message-ID: <051.42d47fd40a0e891ef264fa32d524e19a@haiku-os.org> #3100: OpenSSH requires the HAIKU_IMAGE_HOST_NAME variable to be set! ---------------------------+------------------------------------------------ Reporter: bbjimmy | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by Adek336): I don't see underscores in Firefox on that page neither; I see them on some other pages, though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 00:09:24 2008 From: trac at haiku-os.org (diver) Date: Sun, 09 Nov 2008 23:09:24 -0000 Subject: [Haiku-bugs] [Haiku] #3107: [app_server] moving a mouse above WonderBrush canvas eat 100% of cpu Message-ID: <040.6e5f3665d7474487502129cd7b9b1019@haiku-os.org> #3107: [app_server] moving a mouse above WonderBrush canvas eat 100% of cpu --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 00:11:52 2008 From: trac at haiku-os.org (diver) Date: Sun, 09 Nov 2008 23:11:52 -0000 Subject: [Haiku-bugs] [Haiku] #2733: [network] Divide Error Exception In-Reply-To: <040.52f9cf33417031e5e7484574b7999f1e@haiku-os.org> References: <040.52f9cf33417031e5e7484574b7999f1e@haiku-os.org> Message-ID: <049.fc4ed787cae3b340773eeaf71e07819c@haiku-os.org> #2733: [network] Divide Error Exception ---------------------------------------+------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet/Stack | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Comment(by diver): Still here in r28573 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 00:20:00 2008 From: trac at haiku-os.org (bonefish) Date: Sun, 09 Nov 2008 23:20:00 -0000 Subject: [Haiku-bugs] [Haiku] #3101: Outdated links at http://www.haiku-os.org/development In-Reply-To: <040.eaadbb15ce33f676cc3ad5aff432d990@haiku-os.org> References: <040.eaadbb15ce33f676cc3ad5aff432d990@haiku-os.org> Message-ID: <049.93a7b7f7a594d206383c086701f513de@haiku-os.org> #3101: Outdated links at http://www.haiku-os.org/development --------------------------+------------------------------------------------- Reporter: luroh | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/CMS | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by bonefish): Replying to [comment:1 umccullough]: > Since downloading the haiku development tools for Haiku does not actually create enough of an environment for compiling Haiku, does this section make sense documented like this? IMO it doesn't. The "optional packages" were never meant to be manually downloadable, ready-to-install packages (though some of them are pretty self-contained). They are just a simple means to build an image from the scratch, directly populating it with the software one usually needs. So I actually wouldn't link to them at all. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 00:47:50 2008 From: trac at haiku-os.org (diver) Date: Sun, 09 Nov 2008 23:47:50 -0000 Subject: [Haiku-bugs] [Haiku] #3108: [kernel] kdl while trying to start ActivityMonitor Message-ID: <040.fa1a15a89a59c6817eb91dfdead6f9b0@haiku-os.org> #3108: [kernel] kdl while trying to start ActivityMonitor ---------------------------+------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Don't know how to reproduce yet. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 01:00:02 2008 From: trac at haiku-os.org (bonefish) Date: Mon, 10 Nov 2008 00:00:02 -0000 Subject: [Haiku-bugs] [Haiku] #3102: diff reports "Unknown system error" In-Reply-To: <042.70f9f915b915d84f94cc8535b35ef274@haiku-os.org> References: <042.70f9f915b915d84f94cc8535b35ef274@haiku-os.org> Message-ID: <051.8e1d163db16d167f2ff9d2f1fb5ee22a@haiku-os.org> #3102: diff reports "Unknown system error" ----------------------------------------------+----------------------------- Reporter: bhaible | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------------------------+----------------------------- Changes (by bonefish): * owner: axeld => bonefish * component: - General => Applications/Command Line Tools Comment: I usually generate patches with diff in Haiku and haven't encountered this one yet. I just tried with a few small files and things worked as expected as well. Can you attach the concerned files please. Also the output of an {{{strace diff ...}}} might be helpful. Regarding GNU software, you're right in general. One problem we've encountered in several instances is that it sometimes implicitly assumes that error codes are positive values, which is not the case in Haiku (and BeOS, which far predates the time this requirement was added to the POSIX standard, BTW). I wouldn't be too surprised if this was another of such instances. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 01:03:42 2008 From: trac at haiku-os.org (umccullough) Date: Mon, 10 Nov 2008 00:03:42 -0000 Subject: [Haiku-bugs] [Haiku] #3100: OpenSSH requires the HAIKU_IMAGE_HOST_NAME variable to be set! In-Reply-To: <042.531148f385f9abe52e0c6c57b1ce1fc6@haiku-os.org> References: <042.531148f385f9abe52e0c6c57b1ce1fc6@haiku-os.org> Message-ID: <051.05312e83ed257c68cdcc86d3f6db0bb4@haiku-os.org> #3100: OpenSSH requires the HAIKU_IMAGE_HOST_NAME variable to be set! ---------------------------+------------------------------------------------ Reporter: bbjimmy | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by umccullough): Either way, the Readme is in the same folder as the UserBuildConfig.sample - anyone can reference it. It does show underscores for me. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 01:05:43 2008 From: trac at haiku-os.org (umccullough) Date: Mon, 10 Nov 2008 00:05:43 -0000 Subject: [Haiku-bugs] [Haiku] #3101: Outdated links at http://www.haiku-os.org/development In-Reply-To: <040.eaadbb15ce33f676cc3ad5aff432d990@haiku-os.org> References: <040.eaadbb15ce33f676cc3ad5aff432d990@haiku-os.org> Message-ID: <049.16c2bce172a8a1bcacd1f4f3c9d811fc@haiku-os.org> #3101: Outdated links at http://www.haiku-os.org/development --------------------------+------------------------------------------------- Reporter: luroh | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/CMS | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by umccullough): Thanks, I'll clean that up. It might be worth putting together a shell script that someone can use to install them manually, however - I might even look into that. It almost becomes a moot point now that images with devtools are available. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 01:21:04 2008 From: trac at haiku-os.org (diver) Date: Mon, 10 Nov 2008 00:21:04 -0000 Subject: [Haiku-bugs] [Haiku] #3109: [kernel] vm_area_release_ref: area not found in aspace's area list Message-ID: <040.9dc9735f84000360d802d174f76595a1@haiku-os.org> #3109: [kernel] vm_area_release_ref: area not found in aspace's area list ---------------------------+------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Happend while I tried to search for all files ad then selected them all and pressed alt+i. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 01:24:02 2008 From: trac at haiku-os.org (diver) Date: Mon, 10 Nov 2008 00:24:02 -0000 Subject: [Haiku-bugs] [Haiku] #3109: [kernel] vm_area_release_ref: area not found in aspace's area list In-Reply-To: <040.9dc9735f84000360d802d174f76595a1@haiku-os.org> References: <040.9dc9735f84000360d802d174f76595a1@haiku-os.org> Message-ID: <049.a0c4a548d081104a3c410e92e0767a01@haiku-os.org> #3109: [kernel] vm_area_release_ref: area not found in aspace's area list ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by diver): I've tried to reproduce it, but now app_server hangs and after several seconds i can't even move my mouse. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 01:29:10 2008 From: trac at haiku-os.org (diver) Date: Mon, 10 Nov 2008 00:29:10 -0000 Subject: [Haiku-bugs] [Haiku] #3109: [kernel] vm_area_release_ref: area not found in aspace's area list In-Reply-To: <040.9dc9735f84000360d802d174f76595a1@haiku-os.org> References: <040.9dc9735f84000360d802d174f76595a1@haiku-os.org> Message-ID: <049.81f502b4d421d3a43c3986129bbf2636@haiku-os.org> #3109: [kernel] vm_area_release_ref: area not found in aspace's area list ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by diver): I can reproduce app_server deadlock. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 01:34:56 2008 From: trac at haiku-os.org (diver) Date: Mon, 10 Nov 2008 00:34:56 -0000 Subject: [Haiku-bugs] [Haiku] #3109: [kernel] vm_area_release_ref: area not found in aspace's area list In-Reply-To: <040.9dc9735f84000360d802d174f76595a1@haiku-os.org> References: <040.9dc9735f84000360d802d174f76595a1@haiku-os.org> Message-ID: <049.291c3f23a02b3661fc61b4c9b1d83213@haiku-os.org> #3109: [kernel] vm_area_release_ref: area not found in aspace's area list ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by diver): I pressed F12 to take screenshot after app_server freeze, typed bt, but it stoped to write stack trace at the bottom and hung. Pressing F12 doesn't work anymore. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 01:38:00 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 10 Nov 2008 00:38:00 -0000 Subject: [Haiku-bugs] [Haiku] #3109: [kernel] vm_area_release_ref: area not found in aspace's area list In-Reply-To: <040.9dc9735f84000360d802d174f76595a1@haiku-os.org> References: <040.9dc9735f84000360d802d174f76595a1@haiku-os.org> Message-ID: <049.e364a8bcdb594e65a27eb90c9dd2d362@haiku-os.org> #3109: [kernel] vm_area_release_ref: area not found in aspace's area list ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by anevilyak): Just curious, was it still searching for files at this point or did you wait until the query was done? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 01:41:55 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 10 Nov 2008 00:41:55 -0000 Subject: [Haiku-bugs] [Haiku] #3107: [app_server] moving a mouse above WonderBrush canvas eat 100% of cpu In-Reply-To: <040.6e5f3665d7474487502129cd7b9b1019@haiku-os.org> References: <040.6e5f3665d7474487502129cd7b9b1019@haiku-os.org> Message-ID: <049.1c260c62daec2cd81721f4597fdcacce@haiku-os.org> #3107: [app_server] moving a mouse above WonderBrush canvas eat 100% of cpu ---------------------------------+------------------------------------------ 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 anevilyak): Was that with vesa or accelerated graphics? I ask because CPU usage over the canvas seems normal here. Any particular tool selected? Was an image open, or was this the default checkerboard canvas immediately after opening Wonderbrush? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 01:46:30 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 10 Nov 2008 00:46:30 -0000 Subject: [Haiku-bugs] [Haiku] #3109: [kernel] vm_area_release_ref: area not found in aspace's area list In-Reply-To: <040.9dc9735f84000360d802d174f76595a1@haiku-os.org> References: <040.9dc9735f84000360d802d174f76595a1@haiku-os.org> Message-ID: <049.17812828033c8c47f5c920f6f2ff2dce@haiku-os.org> #3109: [kernel] vm_area_release_ref: area not found in aspace's area list ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by anevilyak): Confirmed here with ~7000 files. Interestingly, the problem appears to be that app_server dies. At least after the deadlock hitting f12 to go to KDL doesn't show app_server in the team list: {{{ kdebug> teams team id parent name 0x8126b4c8 124 0x81248b28 media_addon_server 0x8117e7f8 62 0x8117e198 net_server 0x81248198 94 0x8117e198 Tracker 0x8117e198 1 0x00000000 kernel_team 0x812484c8 95 0x8117e198 Deskbar 0x81248990 98 0x8117e198 Terminal 0x8126b000 161 0x81248990 sh 0x81248b28 99 0x8117e198 media_server 0x81248cc0 100 0x8117e198 midi_server 0x81248e58 101 0x8117e198 print_server 0x8117eb28 81 0x8117e198 syslog_daemon 0x81248330 85 0x8117e198 input_server 0x8117e4c8 54 0x8117e198 registrar 0x8117e660 61 0x8117e198 debug_server }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 01:49:46 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 10 Nov 2008 00:49:46 -0000 Subject: [Haiku-bugs] [Haiku] #3109: [kernel] vm_area_release_ref: area not found in aspace's area list In-Reply-To: <040.9dc9735f84000360d802d174f76595a1@haiku-os.org> References: <040.9dc9735f84000360d802d174f76595a1@haiku-os.org> Message-ID: <049.e340ea520bba6009842e0cad0197b47f@haiku-os.org> #3109: [kernel] vm_area_release_ref: area not found in aspace's area list ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by anevilyak): Tracker still seems to be around though. I wonder if it's possible for app_server to have exhausted its stack. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 01:53:37 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 10 Nov 2008 00:53:37 -0000 Subject: [Haiku-bugs] [Haiku] #3109: [kernel] vm_area_release_ref: area not found in aspace's area list In-Reply-To: <040.9dc9735f84000360d802d174f76595a1@haiku-os.org> References: <040.9dc9735f84000360d802d174f76595a1@haiku-os.org> Message-ID: <049.a491d777d1eaea01c12b1e2fc1ed08cf@haiku-os.org> #3109: [kernel] vm_area_release_ref: area not found in aspace's area list ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by anevilyak): Last few entries from syslog: {{{ KERN: heap_add_area: area 19043 added to medium heap 0x81964000 - usable range 0x94401000 - 0x94800000 KERN: vm_page_fault: vm_soft_fault returned error 'Bad address' on fault at 0x42c, ip 0x27ce9a, write 0, user 1, thread 0x8a KERN: vm_page_fault: thread "a:94:x-vnd.Be-TRAK" (138) in team "app_server" (63) tried to read address 0x42c, ip 0x27ce9a ("app_server_seg0ro" +0x7ce9a) KERN: stack trace: KERN: 0x00271fe7 (app_server_seg0ro + 0x71fe7) KERN: 0x0026c46f (app_server_seg0ro + 0x6c46f) KERN: 0x0026bd1b (app_server_seg0ro + 0x6bd1b) KERN: 0x002675a8 (app_server_seg0ro + 0x675a8) KERN: 0x006f49b8 (libroot.so_seg0ro + 0x259b8) KERN: 0x7038cfec (a:94:x-vnd.Be-TRAK_138_stack + 0x3ffec) KERN: vm_page_fault: vm_soft_fault returned error 'Bad address' on fault at 0x0, ip 0x800cf994, write 0, user 0, thread 0x8a KERN: user_debug_exception_occurred(): Failed to install debugger: thread: 138: No more ports available }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 02:02:24 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 10 Nov 2008 01:02:24 -0000 Subject: [Haiku-bugs] [Haiku] #3109: [kernel] vm_area_release_ref: area not found in aspace's area list In-Reply-To: <040.9dc9735f84000360d802d174f76595a1@haiku-os.org> References: <040.9dc9735f84000360d802d174f76595a1@haiku-os.org> Message-ID: <049.8bbf0747e974cdcfaf5d6e7df331ad99@haiku-os.org> #3109: [kernel] vm_area_release_ref: area not found in aspace's area list ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by anevilyak): So the implication here appears to be that we ran out of ports (at least on my box with 1GB of RAM, 4096 ports max), but oddly the app_server's pathways for creating new ports (i.e. new window, new BApplication) all check if port creation failed and abort correctly, so I'm wondering how this managed to segfault. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 02:27:43 2008 From: trac at haiku-os.org (bhaible) Date: Mon, 10 Nov 2008 01:27:43 -0000 Subject: [Haiku-bugs] [Haiku] #3102: diff reports "Unknown system error" In-Reply-To: <042.70f9f915b915d84f94cc8535b35ef274@haiku-os.org> References: <042.70f9f915b915d84f94cc8535b35ef274@haiku-os.org> Message-ID: <051.afc553a89ac720fa4efd5cf6b1899b0e@haiku-os.org> #3102: diff reports "Unknown system error" ----------------------------------------------+----------------------------- Reporter: bhaible | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------------------------+----------------------------- Comment(by bhaible): Your guess about the negative errno value is right: According to the strace log, I had a typo in the filename ("freadhead.c", not "freadahead.c"), and the ENOENT errno was not properly converted to s text message like "No such file or directory", due to the private_strerror function in haiku/src/bin/diffutils/lib/error.c. I will address this in the lib/error.c and lib/strerror.c from gnulib. But it would be good if you changed the errno values for POSIX compliance, in the medium term. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 02:22:22 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 10 Nov 2008 01:22:22 -0000 Subject: [Haiku-bugs] [Haiku] #3109: [kernel] vm_area_release_ref: area not found in aspace's area list In-Reply-To: <040.9dc9735f84000360d802d174f76595a1@haiku-os.org> References: <040.9dc9735f84000360d802d174f76595a1@haiku-os.org> Message-ID: <049.4f269ce81ba28d1005decbc65de86a59@haiku-os.org> #3109: [kernel] vm_area_release_ref: area not found in aspace's area list ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by anevilyak): I haven't managed to duplicate the KDL mentioned initially in the ticket either btw. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 02:28:54 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 10 Nov 2008 01:28:54 -0000 Subject: [Haiku-bugs] [Haiku] #3105: [Deskbar] empty menu in Deskbar (was: [Interface Kit] empty menu in Deskbar) In-Reply-To: <040.45721e1ed83619f867c50d3084fd16cc@haiku-os.org> References: <040.45721e1ed83619f867c50d3084fd16cc@haiku-os.org> Message-ID: <049.fa4b6106b0c9c0c51cc7e231c3159d41@haiku-os.org> #3105: [Deskbar] empty menu in Deskbar -----------------------------------+---------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Deskbar | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by anevilyak): * component: Kits/Interface Kit => Applications/Deskbar Comment: This one's an actual Deskbar bug I believe, I remember this from back in the R5 days too. The problem iirc is that Deskbar keeps pointers to all those menus and clear/repopulates them instead of regenerating them each time, and it's possible to trigger a race where it shows a menu that's still in the middle of clearing. Resetting component. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 03:21:28 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 10 Nov 2008 02:21:28 -0000 Subject: [Haiku-bugs] [Haiku] #3109: [kernel] vm_area_release_ref: area not found in aspace's area list In-Reply-To: <040.9dc9735f84000360d802d174f76595a1@haiku-os.org> References: <040.9dc9735f84000360d802d174f76595a1@haiku-os.org> Message-ID: <049.60af1cb1a81b4f4440c4f446de70457b@haiku-os.org> #3109: [kernel] vm_area_release_ref: area not found in aspace's area list ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by anevilyak): Resolved version of that stack trace: {{{ 00071c60 T ServerApp::_CreateWindow(long, BPrivate::LinkReceiver &, long &) 0006bdc0 T ServerApp::_DispatchMessage(long, BPrivate::LinkReceiver &) 0006bbb0 T ServerApp::_MessageLooper(void) 00067470 T MessageLooper::_MessageLooper(void) 00067580 T MessageLooper::_message_thread(void *) }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 03:24:58 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 10 Nov 2008 02:24:58 -0000 Subject: [Haiku-bugs] [Haiku] #3102: diff reports "Unknown system error" In-Reply-To: <042.70f9f915b915d84f94cc8535b35ef274@haiku-os.org> References: <042.70f9f915b915d84f94cc8535b35ef274@haiku-os.org> Message-ID: <051.ce27d9cf7a041eb51b8ddb02b3e4c3dc@haiku-os.org> #3102: diff reports "Unknown system error" ----------------------------------------------+----------------------------- Reporter: bhaible | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------------------------+----------------------------- Comment(by anevilyak): Replying to [comment:2 bhaible]: > I will address this in the lib/error.c and lib/strerror.c from gnulib. But it would be good > if you changed the errno values for POSIX compliance, in the medium term. That realistically can't be changed at this point without breaking compat with pretty much every existing BeOS app. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 03:49:00 2008 From: trac at haiku-os.org (scottmc) Date: Mon, 10 Nov 2008 02:49:00 -0000 Subject: [Haiku-bugs] [Haiku] #3102: diff reports "Unknown system error" In-Reply-To: <042.70f9f915b915d84f94cc8535b35ef274@haiku-os.org> References: <042.70f9f915b915d84f94cc8535b35ef274@haiku-os.org> Message-ID: <051.8a88d4815f8a4cdf95739cd9d7b4fb8b@haiku-os.org> #3102: diff reports "Unknown system error" ----------------------------------------------+----------------------------- Reporter: bhaible | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------------------------+----------------------------- Comment(by scottmc): @Bruno: This related ticket might also be of interest to you: http://ports.haiku-files.org/ticket/70 Perhaps you can point us in the right direction on that one, I tried working around it a few months back but it was over my head. Might be related to #2696 and some of the missing functions? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 03:55:51 2008 From: trac at haiku-os.org (scottmc) Date: Mon, 10 Nov 2008 02:55:51 -0000 Subject: [Haiku-bugs] [Haiku] #3100: OpenSSH requires the HAIKU_IMAGE_HOST_NAME variable to be set! In-Reply-To: <042.531148f385f9abe52e0c6c57b1ce1fc6@haiku-os.org> References: <042.531148f385f9abe52e0c6c57b1ce1fc6@haiku-os.org> Message-ID: <051.b2b4de4567da5e92e6ea219e412c1784@haiku-os.org> #3100: OpenSSH requires the HAIKU_IMAGE_HOST_NAME variable to be set! ---------------------------+------------------------------------------------ Reporter: bbjimmy | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by scottmc): Mine has underscores as well, and I havehad mine enabled for over a month now and it does indeed work: HAIKU_IMAGE_HOST_NAME = HaikuBox ; I had to have it set for the cmake dashboard to work correctly. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 04:27:40 2008 From: trac at haiku-os.org (Adek336) Date: Mon, 10 Nov 2008 03:27:40 -0000 Subject: [Haiku-bugs] [Haiku] #2840: via_rhine II ethernet controller: svn hangs In-Reply-To: <042.ce63deda41c6419d195b8aa956457aed@haiku-os.org> References: <042.ce63deda41c6419d195b8aa956457aed@haiku-os.org> Message-ID: <051.554258d543514667d2b7bd2c826d55ff@haiku-os.org> #2840: via_rhine II ethernet controller: svn hangs ----------------------------------------------+----------------------------- Reporter: Adek336 | 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 Adek336): compat_read() was conscious only of the first mbuf in a mbuf chain. Actually not all drivers seem to create long mbuf chains, and in practice, only packets small enough to fit in MHLEN bytes and trigger (totlen + off + max_linkhdr <= MLEN) in m_devget() but big enough to have (total_len >= MHLEN - max_linkhdr) would be broken into two mbufs. patch fixes this and #2908. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 04:35:58 2008 From: trac at haiku-os.org (bonefish) Date: Mon, 10 Nov 2008 03:35:58 -0000 Subject: [Haiku-bugs] [Haiku] #3102: diff reports "Unknown system error" In-Reply-To: <042.70f9f915b915d84f94cc8535b35ef274@haiku-os.org> References: <042.70f9f915b915d84f94cc8535b35ef274@haiku-os.org> Message-ID: <051.966ea76a138f1598f42b5e49a781da58@haiku-os.org> #3102: diff reports "Unknown system error" ----------------------------------------------+----------------------------- Reporter: bhaible | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Resolution: invalid | Blockedby: Platform: x86 | Blocking: ----------------------------------------------+----------------------------- Changes (by bonefish): * status: new => closed * resolution: => invalid Comment: Replying to [comment:4 scottmc]: > @Bruno: > This related ticket might also be of interest to you: > http://ports.haiku-files.org/ticket/70 This one is already obsolete. fpurge() and freading() have been implemented in Haiku since, and for freadahead() I did at least commit a patch -- though Bruno opted for a different solution. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 04:49:42 2008 From: trac at haiku-os.org (bonefish) Date: Mon, 10 Nov 2008 03:49:42 -0000 Subject: [Haiku-bugs] [Haiku] #3102: diff reports "Unknown system error" In-Reply-To: <042.70f9f915b915d84f94cc8535b35ef274@haiku-os.org> References: <042.70f9f915b915d84f94cc8535b35ef274@haiku-os.org> Message-ID: <051.d98237ac1a42f0e5567e1ce96498428f@haiku-os.org> #3102: diff reports "Unknown system error" ----------------------------------------------+----------------------------- Reporter: bhaible | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Resolution: invalid | Blockedby: Platform: x86 | Blocking: ----------------------------------------------+----------------------------- Comment(by bonefish): Replying to [comment:3 anevilyak]: > Replying to [comment:2 bhaible]: > > I will address this in the lib/error.c and lib/strerror.c from gnulib. But it would be good > > if you changed the errno values for POSIX compliance, in the medium term. > > That realistically can't be changed at this point without breaking compat with pretty much every existing BeOS app. Just to be clear: The BeOS API which Haiku inherits (and will keep and extend for the foreseeable future) requires error codes to be negative, so that e.g. a method's negative ssize_t return value does not only indicate that an error occurred, but does directly encode the error code. This concept is consequently used in the BeOS API and we can't change it without breaking pretty much all existing code. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 06:15:17 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 10 Nov 2008 05:15:17 -0000 Subject: [Haiku-bugs] [Haiku] #3087: r28361 broke replicant handling functionality. In-Reply-To: <043.fb2fe7f03420534e12264e136431b381@haiku-os.org> References: <043.fb2fe7f03420534e12264e136431b381@haiku-os.org> Message-ID: <052.0102073309289370d8506561583b972e@haiku-os.org> #3087: r28361 broke replicant handling functionality. ---------------------------------+------------------------------------------ Reporter: siarzhuk | Owner: anevilyak Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by anevilyak): Never mind, after further reading I've finally understood how all this is (correctly) supposed to work. Please try with r28588 and let me know if that fixes it. If not, please let me know what response you get back. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 07:26:56 2008 From: trac at haiku-os.org (siarzhuk) Date: Mon, 10 Nov 2008 06:26:56 -0000 Subject: [Haiku-bugs] [Haiku] #3087: r28361 broke replicant handling functionality. In-Reply-To: <043.fb2fe7f03420534e12264e136431b381@haiku-os.org> References: <043.fb2fe7f03420534e12264e136431b381@haiku-os.org> Message-ID: <052.4bc0de162087cb7d7aaf70b8f7176a2f@haiku-os.org> #3087: r28361 broke replicant handling functionality. ---------------------------------+------------------------------------------ Reporter: siarzhuk | 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 siarzhuk): * status: assigned => closed * resolution: => fixed Comment: Looks like it's working now. Thanks. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 08:39:05 2008 From: trac at haiku-os.org (scottmc) Date: Mon, 10 Nov 2008 07:39:05 -0000 Subject: [Haiku-bugs] [Haiku] #2698: /boot/common/include should be visible by gcc In-Reply-To: <042.f1cad3bcf5f370724e206ac1307182d1@haiku-os.org> References: <042.f1cad3bcf5f370724e206ac1307182d1@haiku-os.org> Message-ID: <051.9e0671578215d9303e0b39442b4fef8f@haiku-os.org> #2698: /boot/common/include should be visible by gcc --------------------------+------------------------------------------------- Reporter: kaliber | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by scottmc): Was this fixed by r28366 and the recent haiku gcc updates? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 09:37:19 2008 From: trac at haiku-os.org (diver) Date: Mon, 10 Nov 2008 08:37:19 -0000 Subject: [Haiku-bugs] [Haiku] #3107: [app_server] moving a mouse above WonderBrush canvas eat 100% of cpu In-Reply-To: <040.6e5f3665d7474487502129cd7b9b1019@haiku-os.org> References: <040.6e5f3665d7474487502129cd7b9b1019@haiku-os.org> Message-ID: <049.141ad5d21d4ef18be2106ed2b0948aeb@haiku-os.org> #3107: [app_server] moving a mouse above WonderBrush canvas eat 100% of cpu ---------------------------------+------------------------------------------ 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): This is on VirtualBox 2.0.2 which is performing a lot faster than my native installs on several pc's. But moving a mouse above default checkerboard canvas is way too much cpu insensitive. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 10:24:03 2008 From: trac at haiku-os.org (diver) Date: Mon, 10 Nov 2008 09:24:03 -0000 Subject: [Haiku-bugs] [Haiku] #3110: [kernel] PANIC: page still has mappings Message-ID: <040.9e59e705f24bcc7b8f7623045e1f8c9f@haiku-os.org> #3110: [kernel] PANIC: page still has mappings ---------------------------+------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Happend while I opened Haiku volume in TextSearch and searched for "beos". -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 10:30:41 2008 From: trac at haiku-os.org (diver) Date: Mon, 10 Nov 2008 09:30:41 -0000 Subject: [Haiku-bugs] [Haiku] #3110: [kernel] PANIC: page still has mappings In-Reply-To: <040.9e59e705f24bcc7b8f7623045e1f8c9f@haiku-os.org> References: <040.9e59e705f24bcc7b8f7623045e1f8c9f@haiku-os.org> Message-ID: <049.a8bd9d445d368fedbc001417e88d2b86@haiku-os.org> #3110: [kernel] PANIC: page still has mappings ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by diver): I reproduced it again after opening and closing random results of that search in Pe about 10-20 times. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 10:37:20 2008 From: trac at haiku-os.org (diver) Date: Mon, 10 Nov 2008 09:37:20 -0000 Subject: [Haiku-bugs] [Haiku] #3110: [kernel] PANIC: page still has mappings In-Reply-To: <040.9e59e705f24bcc7b8f7623045e1f8c9f@haiku-os.org> References: <040.9e59e705f24bcc7b8f7623045e1f8c9f@haiku-os.org> Message-ID: <049.c97a9dc7bb6e43c1cc704e4e288cf99d@haiku-os.org> #3110: [kernel] PANIC: page still has mappings ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by diver): While trying to reproduce I get another kdl with strangly auich driver. Maybe another bug? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 10:40:26 2008 From: trac at haiku-os.org (diver) Date: Mon, 10 Nov 2008 09:40:26 -0000 Subject: [Haiku-bugs] [Haiku] #3110: [kernel] PANIC: page still has mappings In-Reply-To: <040.9e59e705f24bcc7b8f7623045e1f8c9f@haiku-os.org> References: <040.9e59e705f24bcc7b8f7623045e1f8c9f@haiku-os.org> Message-ID: <049.d7f459da3f6e7ebf1ee457f829cba851@haiku-os.org> #3110: [kernel] PANIC: page still has mappings ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by diver): This is probably another bug, I'll open new ticket. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 10:44:42 2008 From: trac at haiku-os.org (diver) Date: Mon, 10 Nov 2008 09:44:42 -0000 Subject: [Haiku-bugs] [Haiku] #3111: [auich] PANIC: page fault but interrupt were disabled. Message-ID: <040.9659d5ea34673e5feb769df863038128@haiku-os.org> #3111: [auich] PANIC: page fault but interrupt were disabled. ---------------------------+------------------------------------------------ Reporter: diver | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ While trying to reproduce #3110 I get kdl. I'm running VirtualBox 2.0.2 with auich driver. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 10:47:13 2008 From: trac at haiku-os.org (diver) Date: Mon, 10 Nov 2008 09:47:13 -0000 Subject: [Haiku-bugs] [Haiku] #3111: [auich] PANIC: page fault but interrupts were disabled. (was: [auich] PANIC: page fault but interrupt were disabled.) In-Reply-To: <040.9659d5ea34673e5feb769df863038128@haiku-os.org> References: <040.9659d5ea34673e5feb769df863038128@haiku-os.org> Message-ID: <049.c8267d173da3843b6a62f95370d5525d@haiku-os.org> #3111: [auich] PANIC: page fault but interrupts were disabled. ----------------------------+----------------------------------------------- Reporter: diver | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 10:48:38 2008 From: trac at haiku-os.org (diver) Date: Mon, 10 Nov 2008 09:48:38 -0000 Subject: [Haiku-bugs] [Haiku] #3111: [auich] PANIC: page fault but interrupts were disabled. In-Reply-To: <040.9659d5ea34673e5feb769df863038128@haiku-os.org> References: <040.9659d5ea34673e5feb769df863038128@haiku-os.org> Message-ID: <049.169a6c5f71fd385d56a1566e9875d3fd@haiku-os.org> #3111: [auich] PANIC: page fault but interrupts were disabled. ----------------------------+----------------------------------------------- Reporter: diver | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by diver): I can reproduce this. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 11:41:32 2008 From: trac at haiku-os.org (korli) Date: Mon, 10 Nov 2008 10:41:32 -0000 Subject: [Haiku-bugs] [Haiku] #2323: [Media] volume control should react on scrolling up/down events (easy) In-Reply-To: <040.bbe0bf675907a00c9c078dccc4692d48@haiku-os.org> References: <040.bbe0bf675907a00c9c078dccc4692d48@haiku-os.org> Message-ID: <049.7e95631db241fa2218d58b08cc6f28a1@haiku-os.org> #2323: [Media] volume control should react on scrolling up/down events (easy) --------------------------------+------------------------------------------- Reporter: diver | Owner: korli Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Preferences/Media | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by korli): No tooltip :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 11:44:59 2008 From: trac at haiku-os.org (axeld) Date: Mon, 10 Nov 2008 10:44:59 -0000 Subject: [Haiku-bugs] [Haiku] #3108: [kernel] kdl while trying to start ActivityMonitor In-Reply-To: <040.fa1a15a89a59c6817eb91dfdead6f9b0@haiku-os.org> References: <040.fa1a15a89a59c6817eb91dfdead6f9b0@haiku-os.org> Message-ID: <049.537d13593b609f03a0d0f49648e6c0a1@haiku-os.org> #3108: [kernel] kdl while trying to start ActivityMonitor ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: duplicate | Blockedby: 2845 Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => duplicate * blockedby: => 2845 Comment: This seems to be a duplicate of #2845 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 11:47:07 2008 From: trac at haiku-os.org (axeld) Date: Mon, 10 Nov 2008 10:47:07 -0000 Subject: [Haiku-bugs] [Haiku] #2845: [kernel] vm_page_fault: block notifier/writer In-Reply-To: <040.bb81718304eb12e166bb10537ea14f7b@haiku-os.org> References: <040.bb81718304eb12e166bb10537ea14f7b@haiku-os.org> Message-ID: <049.a44c039417b325f97df2ee3261ef7c06@haiku-os.org> #2845: [kernel] vm_page_fault: block notifier/writer ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by axeld): * blocking: 3108 => Comment: The stack trace you posted doesn't look good at all, and might very well be a VirtualBox problem. The one from #3108 looks related to this problem, though. In any case, I'm not bumping this to R1/alpha unless this happens on real hardware (I've never seen this yet, and I'm using VirtualBox on my laptop as well). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 12:25:50 2008 From: trac at haiku-os.org (nutela) Date: Mon, 10 Nov 2008 11:25:50 -0000 Subject: [Haiku-bugs] [Haiku] #2753: Subpixel antialiasing doesn't work with hinting on In-Reply-To: <041.ec1e751ccf8faa2f592bfa68801eacbf@haiku-os.org> References: <041.ec1e751ccf8faa2f592bfa68801eacbf@haiku-os.org> Message-ID: <050.b8e8e6d494a8758ec9eed7047ff5bb4e@haiku-os.org> #2753: Subpixel antialiasing doesn't work with hinting on -----------------------------+---------------------------------------------- Reporter: idefix | Owner: stippi Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -----------------------------+---------------------------------------------- Changes (by nutela): * status: closed => reopened * platform: All => x86 * resolution: fixed => Comment: Uncommented line in headers/libs/freetype2/freetype/config/ftoption.h but both hinting and LCD subpixel antialiasing set to on leaves fonts only grayscale even if filter strength is set to off see screenshot attachment. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 12:27:07 2008 From: trac at haiku-os.org (nutela) Date: Mon, 10 Nov 2008 11:27:07 -0000 Subject: [Haiku-bugs] [Haiku] #2753: Subpixel antialiasing doesn't work with hinting on In-Reply-To: <041.ec1e751ccf8faa2f592bfa68801eacbf@haiku-os.org> References: <041.ec1e751ccf8faa2f592bfa68801eacbf@haiku-os.org> Message-ID: <050.121ad9a9826ebfe2872c423c4c19f145@haiku-os.org> #2753: Subpixel antialiasing doesn't work with hinting on -----------------------------+---------------------------------------------- Reporter: idefix | Owner: stippi Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -----------------------------+---------------------------------------------- Comment(by nutela): forgot to mention rev 28589, maybe a mandatory trac field would be handy -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 12:47:24 2008 From: trac at haiku-os.org (nutela) Date: Mon, 10 Nov 2008 11:47:24 -0000 Subject: [Haiku-bugs] [Haiku] #3112: Screenshot won't take screenshot of active window with FFM Message-ID: <041.1ee95a7ad06890b23e6da995ca01644e@haiku-os.org> #3112: Screenshot won't take screenshot of active window with FFM -------------------------------------+-------------------------------------- Reporter: nutela | Owner: julun Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Screenshot | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------------------+-------------------------------------- # how to reproduce Set Focus Follow Mouse in Mouse Prefs, Start Screenshot, go to options, set Take active window, set delay to 2 seconds, click Take Screenshot and set active window any other window not DeskBar # experienced behavior Screenshot won't take screenshot of active window with FFM, instead always the DeskBar is taken as the active window. If no active window is set with Click to focus then also the Deskbar is taken as the active window. Also cursor is included in the screenshot even if it is not set to do so. # expected behavior The Screenshot app should take the active window after a delay; Option "Take active window" should set the delay to more then 0 seconds. When the active window is Screenshot, a screenshot of Screenshot app should be made. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 13:15:33 2008 From: trac at haiku-os.org (graham) Date: Mon, 10 Nov 2008 12:15:33 -0000 Subject: [Haiku-bugs] [Haiku] #3113: Fatal Exception "NMI Interrupt" on kernel boot Message-ID: <041.f53f634435f357af3dd21b05f24738dd@haiku-os.org> #3113: Fatal Exception "NMI Interrupt" on kernel boot ---------------------------+------------------------------------------------ Reporter: graham | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------------+------------------------------------------------ Recently I tried to boot Haiku off of a usb hard drive using my laptop. Upon loading the kernel the spash screen remains grey (no color in icons) for 5 seconds (even the virtual machine boots faster) where upon it jumps to the 3rd icon and the kernel debugger starts. As the kernel isn't fully loaded yet I cannot save the output to a file so I had to manually write down the text and reproduce the output. As it looks, the error seams to be with the PCI module. I tried to use this bug as an oppertunity to learn the internals of the kernel and have learned a lot in the past week about programming a kernel than I have done reading about it for a year in books. Unfortunatly I got lost at the device tree code (where are the preloaded modules listed?) and since I don't have experiance in programming hardware beyond basic assembly code I suspect I jumped in at the deep end. So I will leave this to you. I (hopefully) have uploaded a typed version of the kenel debugger output and a basic profile of my hardware including the controllers and devices on the PCI bus. This was done using a windows program but if you require more information I can boot Arch Linux off of another usb drive and give you another profile. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 13:23:33 2008 From: trac at haiku-os.org (graham) Date: Mon, 10 Nov 2008 12:23:33 -0000 Subject: [Haiku-bugs] [Haiku] #3113: Fatal Exception "NMI Interrupt" on kernel boot In-Reply-To: <041.f53f634435f357af3dd21b05f24738dd@haiku-os.org> References: <041.f53f634435f357af3dd21b05f24738dd@haiku-os.org> Message-ID: <050.e449ddaccb18cefbaa7ca9e49bbfd475@haiku-os.org> #3113: Fatal Exception "NMI Interrupt" on kernel boot ----------------------------+----------------------------------------------- Reporter: graham | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by graham): Forgot to mention that the image I used was: haiku-pre- alpha-r28555-raw.zip This bug isn't version specific however. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 13:26:18 2008 From: trac at haiku-os.org (cssvb94) Date: Mon, 10 Nov 2008 12:26:18 -0000 Subject: [Haiku-bugs] [Haiku] #2998: bcm440x doesn't initialize the NIC In-Reply-To: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> References: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> Message-ID: <051.2779edc2ea6b709c498f5f9ee38d3a91@haiku-os.org> #2998: bcm440x doesn't initialize the NIC ------------------------------+--------------------------------------------- Reporter: cssvb94 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by cssvb94): I've put FreeBSD bfe drivers and created/modified Jamfiles to compile it. Compilation went without errors and during Haiku boot driver loads up, but can not reset the device properly. Here is the syslog snip: {{{ KERN: register_domain(1, internet) KERN: get_device_interface: ask "network/devices/ethernet/v1" for loop KERN: get_device_interface: ask "network/devices/loopback/v1" for loop KERN: 3com: init_hardware(0x807b5bd8) KERN: 3com: no hardware found. KERN: loaded driver /boot/beos/system/add- ons/kernel/drivers/dev/net/bcm570x KERN: broadcom440x: init_hardware(0x807b2800) KERN: broadcom440x, found Broadcom BCM4401-B0 Fast Ethernet at 14 KERN: broadcom440x: init_driver(0x807b2800) KERN: [broadcom440x] (bfe) bus_alloc_resource(3, [16], 0x0, 0xffffffff, 0x1, 0x2) KERN: [broadcom440x] (bfe) bus_alloc_resource(1, [0], 0x0, 0xffffffff, 0x1, 0x6) KERN: if_initname(0x81773540, bfe, 3) KERN: [broadcom440x] broadcom440x: /dev/net/broadcom440x/0 KERN: [broadcom440x] (bfe) PHY Reset would not complete. KERN: [broadcom440x] (bfe) MII without any PHY! KERN: [broadcom440x] (bfe) PHY Reset would not complete.KERN: KERN: loaded driver /boot/beos/system/add- ons/kernel/drivers/dev/net/broadcom440x KERN: etherpci: init_driver init_driver: etherpci not found }}} A little bit of tweaking should resolve the issue. =) Cheers -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 13:30:07 2008 From: trac at haiku-os.org (diver) Date: Mon, 10 Nov 2008 12:30:07 -0000 Subject: [Haiku-bugs] [Haiku] #2845: [kernel] vm_page_fault: block notifier/writer In-Reply-To: <040.bb81718304eb12e166bb10537ea14f7b@haiku-os.org> References: <040.bb81718304eb12e166bb10537ea14f7b@haiku-os.org> Message-ID: <049.0b7781051c3708a730113dff6ff943a7@haiku-os.org> #2845: [kernel] vm_page_fault: block notifier/writer ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by diver): It seems like a bug in VirtualBox, see http://www.virtualbox.org/ticket/2588 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 13:37:07 2008 From: trac at haiku-os.org (diver) Date: Mon, 10 Nov 2008 12:37:07 -0000 Subject: [Haiku-bugs] [Haiku] #3113: Fatal Exception "NMI Interrupt" on kernel boot In-Reply-To: <041.f53f634435f357af3dd21b05f24738dd@haiku-os.org> References: <041.f53f634435f357af3dd21b05f24738dd@haiku-os.org> Message-ID: <050.1f38f2af40e42fbd978eef5f128b080a@haiku-os.org> #3113: Fatal Exception "NMI Interrupt" on kernel boot ----------------------------+----------------------------------------------- Reporter: graham | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by diver): Back trace looks like in #2680 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 14:15:03 2008 From: trac at haiku-os.org (kaliber) Date: Mon, 10 Nov 2008 13:15:03 -0000 Subject: [Haiku-bugs] [Haiku] #3114: Strange (dead) code at src/bin/coreutils/src/copy.c Message-ID: <042.1efd34b1eaf826ab4624fd020b460807@haiku-os.org> #3114: Strange (dead) code at src/bin/coreutils/src/copy.c -----------------------+---------------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- http://dev.haiku- os.org/browser/haiku/trunk/src/bin/coreutils/src/copy.c#L1494 In my opinion lines from 1493 to 1499 should be removed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 14:15:25 2008 From: trac at haiku-os.org (graham) Date: Mon, 10 Nov 2008 13:15:25 -0000 Subject: [Haiku-bugs] [Haiku] #3113: Fatal Exception "NMI Interrupt" on kernel boot In-Reply-To: <041.f53f634435f357af3dd21b05f24738dd@haiku-os.org> References: <041.f53f634435f357af3dd21b05f24738dd@haiku-os.org> Message-ID: <050.039c9c644ca986933bbe70d836fb0308@haiku-os.org> #3113: Fatal Exception "NMI Interrupt" on kernel boot ----------------------------+----------------------------------------------- Reporter: graham | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by graham): diver: Yes it does look similar after the driver is removed from his build. I can't really tell if it's related though. I noticed someone else had used the 'pcistatus' command but it hasn't been registered at the point where I get dropped into the kernel debugger. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 14:43:17 2008 From: trac at haiku-os.org (stippi) Date: Mon, 10 Nov 2008 13:43:17 -0000 Subject: [Haiku-bugs] [Haiku] #2753: Subpixel antialiasing doesn't work with hinting on In-Reply-To: <041.ec1e751ccf8faa2f592bfa68801eacbf@haiku-os.org> References: <041.ec1e751ccf8faa2f592bfa68801eacbf@haiku-os.org> Message-ID: <050.8a1488194e5500dcc9705f667a22a7ce@haiku-os.org> #2753: Subpixel antialiasing doesn't work with hinting on -----------------------------+---------------------------------------------- Reporter: idefix | Owner: stippi Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -----------------------------+---------------------------------------------- Comment(by stippi): I can assure you it works, because I use it all the time. What option exactly have you enabled? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 15:19:06 2008 From: trac at haiku-os.org (nutela) Date: Mon, 10 Nov 2008 14:19:06 -0000 Subject: [Haiku-bugs] [Haiku] #2753: Subpixel antialiasing doesn't work with hinting on In-Reply-To: <041.ec1e751ccf8faa2f592bfa68801eacbf@haiku-os.org> References: <041.ec1e751ccf8faa2f592bfa68801eacbf@haiku-os.org> Message-ID: <050.c434e10bd9833d01b6096238ebaa5dd3@haiku-os.org> #2753: Subpixel antialiasing doesn't work with hinting on -----------------------------+---------------------------------------------- Reporter: idefix | Owner: stippi Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -----------------------------+---------------------------------------------- Comment(by nutela): I uncommented {{{/* #define FT_CONFIG_OPTION_SUBPIXEL_RENDERING */ }}}in http://svn.berlios.de/svnroot/repos/haiku/haiku/trunk/headers/libs/freetype2/freetype/config/ftoption.h and rebuild Haiku. The message about the MS patent in Appearance is now gone but as you can see from the screenshot fonts are still rendered grayscale only. With hinting off I can clearly see LCD subpixel does work. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 16:02:45 2008 From: trac at haiku-os.org (axeld) Date: Mon, 10 Nov 2008 15:02:45 -0000 Subject: [Haiku-bugs] [Haiku] #2753: Subpixel antialiasing doesn't work with hinting on In-Reply-To: <041.ec1e751ccf8faa2f592bfa68801eacbf@haiku-os.org> References: <041.ec1e751ccf8faa2f592bfa68801eacbf@haiku-os.org> Message-ID: <050.2caa59de50c8cddaf5757505e15177f5@haiku-os.org> #2753: Subpixel antialiasing doesn't work with hinting on -----------------------------+---------------------------------------------- Reporter: idefix | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Resolution: invalid | Blockedby: Platform: x86 | Blocking: -----------------------------+---------------------------------------------- Changes (by axeld): * status: reopened => closed * resolution: => invalid Comment: You need to remove all previous FreeType objects before building it after this change. Ie. a "rm -rf generated/objects/haiku/x86/release/libs/freetype2" should do the trick. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 16:28:23 2008 From: trac at haiku-os.org (bonefish) Date: Mon, 10 Nov 2008 15:28:23 -0000 Subject: [Haiku-bugs] [Haiku] #2698: /boot/common/include should be visible by gcc In-Reply-To: <042.f1cad3bcf5f370724e206ac1307182d1@haiku-os.org> References: <042.f1cad3bcf5f370724e206ac1307182d1@haiku-os.org> Message-ID: <051.2c46549a6350dca33f9937b6907e4365@haiku-os.org> #2698: /boot/common/include should be visible by gcc --------------------------+------------------------------------------------- Reporter: kaliber | Owner: axeld Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by bonefish): * status: new => closed * resolution: => fixed Comment: Replying to [comment:3 scottmc]: > Was this fixed by r28366 and the recent haiku gcc updates? {{{/boot/common/include}}} is used since r28324. I just added {{{/boot/common/lib}}} to the default library linker search paths in r28594. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 16:58:29 2008 From: trac at haiku-os.org (scottmc) Date: Mon, 10 Nov 2008 15:58:29 -0000 Subject: [Haiku-bugs] [Haiku] #338: sound output is muted in Media preferences In-Reply-To: <050.1c3a5899e8552a2f3ac68df0c2590a03@haiku-os.org> References: <050.1c3a5899e8552a2f3ac68df0c2590a03@haiku-os.org> Message-ID: <059.8f3e8389dba7a5ee9a4da9384626f4f2@haiku-os.org> #338: sound output is muted in Media preferences ------------------------------+--------------------------------------------- Reporter: marcusoverhagen | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by scottmc): This appears to have been fixed. Please close. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 17:01:59 2008 From: trac at haiku-os.org (axeld) Date: Mon, 10 Nov 2008 16:01:59 -0000 Subject: [Haiku-bugs] [Haiku] #3114: Strange (dead) code at src/bin/coreutils/src/copy.c In-Reply-To: <042.1efd34b1eaf826ab4624fd020b460807@haiku-os.org> References: <042.1efd34b1eaf826ab4624fd020b460807@haiku-os.org> Message-ID: <051.327b1760962d40a2aeb15ffb6824dca3@haiku-os.org> #3114: Strange (dead) code at src/bin/coreutils/src/copy.c ------------------------+--------------------------------------------------- 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: Thanks, good catch! Fixed in r28595. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 17:03:42 2008 From: trac at haiku-os.org (scottmc) Date: Mon, 10 Nov 2008 16:03:42 -0000 Subject: [Haiku-bugs] [Haiku] #1259: Fix gcc 2.95.3 Type Info Functions In-Reply-To: <043.b1ca7ef1fc95fc1d936e9b001212cea1@haiku-os.org> References: <043.b1ca7ef1fc95fc1d936e9b001212cea1@haiku-os.org> Message-ID: <052.55b4626c8971474cbd1b09da8ce14b6a@haiku-os.org> #1259: Fix gcc 2.95.3 Type Info Functions ---------------------------+------------------------------------------------ Reporter: bonefish | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by scottmc): Was this worked on in the recent gcc update? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 17:15:51 2008 From: trac at haiku-os.org (scottmc) Date: Mon, 10 Nov 2008 16:15:51 -0000 Subject: [Haiku-bugs] [Haiku] #1953: Copying large amounts of data fills memory/cache crashes Haiku. In-Reply-To: <041.980c74acf11a77e044eb5e9876ef5aee@haiku-os.org> References: <041.980c74acf11a77e044eb5e9876ef5aee@haiku-os.org> Message-ID: <050.68eb325e8029712452daf9599ac4da8d@haiku-os.org> #1953: Copying large amounts of data fills memory/cache crashes Haiku. ------------------------+--------------------------------------------------- Reporter: kvdman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by scottmc): does this still happen? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 17:17:20 2008 From: trac at haiku-os.org (scottmc) Date: Mon, 10 Nov 2008 16:17:20 -0000 Subject: [Haiku-bugs] [Haiku] #2044: Many sysconf definitions are missing. In-Reply-To: <041.bc1b38a070d8c1f8529512b6e366e7cc@haiku-os.org> References: <041.bc1b38a070d8c1f8529512b6e366e7cc@haiku-os.org> Message-ID: <050.335baff1982c5605e90de536a663511f@haiku-os.org> #2044: Many sysconf definitions are missing. ------------------------+--------------------------------------------------- Reporter: duaneb | 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 days, any word on this one? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 17:18:13 2008 From: trac at haiku-os.org (scottmc) Date: Mon, 10 Nov 2008 16:18:13 -0000 Subject: [Haiku-bugs] [Haiku] #2064: libMicro port In-Reply-To: <043.346c94e350c82ddd688950dff1c59695@haiku-os.org> References: <043.346c94e350c82ddd688950dff1c59695@haiku-os.org> Message-ID: <052.0ab2b0f89b7d302ed2c80fb6539b670a@haiku-os.org> #2064: libMicro port --------------------------+------------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by scottmc): Can this be closed? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 17:19:26 2008 From: trac at haiku-os.org (humdinger) Date: Mon, 10 Nov 2008 16:19:26 -0000 Subject: [Haiku-bugs] [Haiku] #3105: [Deskbar] empty menu in Deskbar In-Reply-To: <040.45721e1ed83619f867c50d3084fd16cc@haiku-os.org> References: <040.45721e1ed83619f867c50d3084fd16cc@haiku-os.org> Message-ID: <049.9b8e0065032fc9165dbc76e6b60f01b2@haiku-os.org> #3105: [Deskbar] empty menu in Deskbar -----------------------------------+---------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Deskbar | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by humdinger): A bug that was closed some weeks ago also resulted in an "empty" menu: #1813. Maybe it's related. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 17:21:42 2008 From: trac at haiku-os.org (scottmc) Date: Mon, 10 Nov 2008 16:21:42 -0000 Subject: [Haiku-bugs] [Haiku] #2068: [Pe] Crash on start In-Reply-To: <043.06df5f963441eb6ae386795446b530c7@haiku-os.org> References: <043.06df5f963441eb6ae386795446b530c7@haiku-os.org> Message-ID: <052.1b484e1a8ff995dd54918d843ebfe97e@haiku-os.org> #2068: [Pe] Crash on start ---------------------------+------------------------------------------------ Reporter: andreasf | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Comment(by scottmc): Does this still happen with PE-2.4.1-RC3 (About box will show compiled on Nov 8 2008)? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 17:24:58 2008 From: trac at haiku-os.org (scottmc) Date: Mon, 10 Nov 2008 16:24:58 -0000 Subject: [Haiku-bugs] [Haiku] #2195: [Pe] puts libnetwork into R5 compatibility mode In-Reply-To: <043.bf5976a17f3244e1eb894afd6af53e86@haiku-os.org> References: <043.bf5976a17f3244e1eb894afd6af53e86@haiku-os.org> Message-ID: <052.585b1a905d56c6e41a58c300fa9d614b@haiku-os.org> #2195: [Pe] puts libnetwork into R5 compatibility mode ---------------------------+------------------------------------------------ Reporter: andreasf | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by scottmc): I suspect this is fixed now with PE-2.4.1-RC3 being added to Haiku optional package? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 17:31:05 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 10 Nov 2008 16:31:05 -0000 Subject: [Haiku-bugs] [Haiku] #2195: [Pe] puts libnetwork into R5 compatibility mode In-Reply-To: <043.bf5976a17f3244e1eb894afd6af53e86@haiku-os.org> References: <043.bf5976a17f3244e1eb894afd6af53e86@haiku-os.org> Message-ID: <052.d7a1e27c6c0d07faa196cb8b5218dfd0@haiku-os.org> #2195: [Pe] puts libnetwork into R5 compatibility mode ---------------------------+------------------------------------------------ Reporter: andreasf | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by anevilyak): I'll need to double check to make sure my optional package is in fact the most current one, but at least the build I was running yesterday still printed that message. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 17:35:12 2008 From: trac at haiku-os.org (humdinger) Date: Mon, 10 Nov 2008 16:35:12 -0000 Subject: [Haiku-bugs] [Haiku] #3115: Improve Bootloader visuals Message-ID: <044.cad6ab11b8190bcf07c3f52366e68c73@haiku-os.org> #3115: Improve Bootloader visuals --------------------------------+------------------------------------------- Reporter: humdinger | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: System/Boot Loader | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- As mentioned on the mailing list (http://www.freelists.org/archives/haiku- development/11-2008/msg00138.html): Me: How about changing the meaning of the icons in a fashion that would allow every icon about equal time on your average hardware to light up? Ingo: If someone wants do that, sure. There just might not be something like the "average hardware". E.g. on my T61 the USB stuff seems to contribute significantly to the boot time (maybe because the BIOS doesn't want to let go of it?), on another box it might be some other piece of "average hardware". But really, just plaster the kernel's main2() with time measurements and test on a lot of different hardware. Maybe a better distribution of the stages presents itself. We could even add more stages for the boot script (at least up to the point when the app server is started), if necessary. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 17:37:57 2008 From: trac at haiku-os.org (humdinger) Date: Mon, 10 Nov 2008 16:37:57 -0000 Subject: [Haiku-bugs] [Haiku] #3116: Show syslog tail when booting hangs Message-ID: <044.e3e7e2badf754353c45cbd3d5ae405c1@haiku-os.org> #3116: Show syslog tail when booting hangs --------------------------------+------------------------------------------- Reporter: humdinger | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: System/Boot Loader | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- As mentioned on the mailing list (http://www.freelists.org/archives/haiku- development/11-2008/msg00144.html): Me: Would it be possible to check if the boot process hangs and after a while display the last few lines of the syslog? Ingo: That should be possible. Basically the initialization thread would need to report its progress more often (after every line) and another thread would need to monitor it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 17:43:43 2008 From: trac at haiku-os.org (scottmc) Date: Mon, 10 Nov 2008 16:43:43 -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.695ecf0c2fae97e653e1bd1c5a422247@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: | Blockedby: Platform: x86 | Blocking: ------------------------+--------------------------------------------------- Comment(by scottmc): Can close? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 17:50:23 2008 From: trac at haiku-os.org (scottmc) Date: Mon, 10 Nov 2008 16:50:23 -0000 Subject: [Haiku-bugs] [Haiku] #2827: [Pe] Save As dialog box has over lapping button In-Reply-To: <042.0f4cbd6bde5ae2d5c824caea87a943f5@haiku-os.org> References: <042.0f4cbd6bde5ae2d5c824caea87a943f5@haiku-os.org> Message-ID: <051.11c0dcd25a265b74bf8c03e644a90327@haiku-os.org> #2827: [Pe] Save As dialog box has over lapping button ------------------------+--------------------------------------------------- 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 still happens with PE-2.4.1-RC3 on r28589. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 17:53:28 2008 From: trac at haiku-os.org (scottmc) Date: Mon, 10 Nov 2008 16:53:28 -0000 Subject: [Haiku-bugs] [Haiku] #2877: [BeHappy] crashes on startup In-Reply-To: <042.7f10131feb7000b9ff9f7874207c747e@haiku-os.org> References: <042.7f10131feb7000b9ff9f7874207c747e@haiku-os.org> Message-ID: <051.295d83c874ba6e546db32321422e08e3@haiku-os.org> #2877: [BeHappy] crashes on startup ------------------------+--------------------------------------------------- Reporter: scottmc | Owner: mmu_man Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by scottmc): Still happens with r28589 even though the BeBook is now in place. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 17:54:26 2008 From: trac at haiku-os.org (scottmc) Date: Mon, 10 Nov 2008 16:54:26 -0000 Subject: [Haiku-bugs] [Haiku] #2963: select() doesn't wait after non-blocking connect() In-Reply-To: <043.29d5bb1da92000056c11f4b35cdbdafc@haiku-os.org> References: <043.29d5bb1da92000056c11f4b35cdbdafc@haiku-os.org> Message-ID: <052.a8642e018b7b3e26948688a9e7e50199@haiku-os.org> #2963: select() doesn't wait after non-blocking connect() -------------------------------------+-------------------------------------- Reporter: bonefish | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet/TCP | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Changes (by scottmc): * cc: haiku at scottmc.com (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 17:54:58 2008 From: trac at haiku-os.org (kvdman) Date: Mon, 10 Nov 2008 16:54:58 -0000 Subject: [Haiku-bugs] [Haiku] #1953: Copying large amounts of data fills memory/cache crashes Haiku. In-Reply-To: <041.980c74acf11a77e044eb5e9876ef5aee@haiku-os.org> References: <041.980c74acf11a77e044eb5e9876ef5aee@haiku-os.org> Message-ID: <050.967d38034357c9f155b97504ec6820d0@haiku-os.org> #1953: Copying large amounts of data fills memory/cache crashes Haiku. ------------------------+--------------------------------------------------- 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): no, please close. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 17:54:56 2008 From: trac at haiku-os.org (scottmc) Date: Mon, 10 Nov 2008 16:54:56 -0000 Subject: [Haiku-bugs] [Haiku] #3028: fseeko broken on stdin? In-Reply-To: <042.7fdcdc779c70d8b4fee4c42c984b34fc@haiku-os.org> References: <042.7fdcdc779c70d8b4fee4c42c984b34fc@haiku-os.org> Message-ID: <051.ab8324947819403228b1ddeb070b119f@haiku-os.org> #3028: fseeko broken on stdin? --------------------------------+------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by scottmc): * cc: haiku at scottmc.com (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 18:10:45 2008 From: trac at haiku-os.org (stippi) Date: Mon, 10 Nov 2008 17:10:45 -0000 Subject: [Haiku-bugs] [Haiku] #2195: [Pe] puts libnetwork into R5 compatibility mode In-Reply-To: <043.bf5976a17f3244e1eb894afd6af53e86@haiku-os.org> References: <043.bf5976a17f3244e1eb894afd6af53e86@haiku-os.org> Message-ID: <052.618b5726fa44b8d03bedadbd8bfdf7d5@haiku-os.org> #2195: [Pe] puts libnetwork into R5 compatibility mode ---------------------------+------------------------------------------------ Reporter: andreasf | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by stippi): I am guilty of having built Pe on ZETA (with R5 headers). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 18:12:50 2008 From: trac at haiku-os.org (stippi) Date: Mon, 10 Nov 2008 17:12:50 -0000 Subject: [Haiku-bugs] [Haiku] #1953: Copying large amounts of data fills memory/cache crashes Haiku. In-Reply-To: <041.980c74acf11a77e044eb5e9876ef5aee@haiku-os.org> References: <041.980c74acf11a77e044eb5e9876ef5aee@haiku-os.org> Message-ID: <050.8c0eb17304c1ca08696eb226b8567b38@haiku-os.org> #1953: Copying large amounts of data fills memory/cache crashes Haiku. ------------------------+--------------------------------------------------- Reporter: kvdman | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by stippi): * status: new => closed * resolution: => fixed Comment: Yes, I've also had no problems in this regard anymore. Thanks for the feedback! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 18:18:13 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 10 Nov 2008 17:18:13 -0000 Subject: [Haiku-bugs] [Haiku] #3087: r28361 broke replicant handling functionality. In-Reply-To: <043.fb2fe7f03420534e12264e136431b381@haiku-os.org> References: <043.fb2fe7f03420534e12264e136431b381@haiku-os.org> Message-ID: <052.8656d8fa274ac70c27b77bc866967069@haiku-os.org> #3087: r28361 broke replicant handling functionality. ---------------------------------+------------------------------------------ Reporter: siarzhuk | Owner: anevilyak Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by anevilyak): Thanks for altering me to that problem, at the time I didn't really have too many testcases available for more advanced shelf scripting. Appreciate your patience :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 19:31:37 2008 From: trac at haiku-os.org (marcusoverhagen) Date: Mon, 10 Nov 2008 18:31:37 -0000 Subject: [Haiku-bugs] [Haiku] #3113: Fatal Exception "NMI Interrupt" on kernel boot In-Reply-To: <041.f53f634435f357af3dd21b05f24738dd@haiku-os.org> References: <041.f53f634435f357af3dd21b05f24738dd@haiku-os.org> Message-ID: <050.6a45bc5c678fbb496b687913368f4e69@haiku-os.org> #3113: Fatal Exception "NMI Interrupt" on kernel boot ----------------------------+----------------------------------------------- Reporter: graham | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Changes (by marcusoverhagen): * cc: marcusoverhagen (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 19:32:18 2008 From: trac at haiku-os.org (marcusoverhagen) Date: Mon, 10 Nov 2008 18:32:18 -0000 Subject: [Haiku-bugs] [Haiku] #2680: Panic on boot: Fatal exception "NMI Interrupt" occurred! In-Reply-To: <041.b1e1a636e5586c00995589be32d111a2@haiku-os.org> References: <041.b1e1a636e5586c00995589be32d111a2@haiku-os.org> Message-ID: <050.f42b44689e8cf04ea8e87eb855298eec@haiku-os.org> #2680: Panic on boot: Fatal exception "NMI Interrupt" occurred! ----------------------------+----------------------------------------------- Reporter: clebin | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Changes (by marcusoverhagen): * cc: marcusoverhagen (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 19:37:06 2008 From: trac at haiku-os.org (marcusoverhagen) Date: Mon, 10 Nov 2008 18:37:06 -0000 Subject: [Haiku-bugs] [Haiku] #3113: Fatal Exception "NMI Interrupt" on kernel boot In-Reply-To: <041.f53f634435f357af3dd21b05f24738dd@haiku-os.org> References: <041.f53f634435f357af3dd21b05f24738dd@haiku-os.org> Message-ID: <050.90e52cfaa15ae8c3eb99d63b591f136c@haiku-os.org> #3113: Fatal Exception "NMI Interrupt" on kernel boot ----------------------------+----------------------------------------------- Reporter: graham | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by marcusoverhagen): Hint: Parity error reporting gets enabled at PCI::_ConfigureBridges() in pci.cpp -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 19:45:04 2008 From: trac at haiku-os.org (umccullough) Date: Mon, 10 Nov 2008 18:45:04 -0000 Subject: [Haiku-bugs] [Haiku] #3115: Improve Bootloader visuals In-Reply-To: <044.cad6ab11b8190bcf07c3f52366e68c73@haiku-os.org> References: <044.cad6ab11b8190bcf07c3f52366e68c73@haiku-os.org> Message-ID: <053.87f7c9bffcd4c13ae0fe3d28931ddc3c@haiku-os.org> #3115: Improve Bootloader visuals ---------------------------------+------------------------------------------ Reporter: humdinger | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: System/Boot Loader | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by umccullough): I personally don't find the visual designation of boot stages useful unless there's a specific stage that might hang or fail, where the visual indication could be used to identify the next step of troubleshooting. Thus, if an icon represents a boot stage that is highly unlikely to fail, or vary in length, it's pretty much useless to me. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 22:26:06 2008 From: trac at haiku-os.org (anode) Date: Mon, 10 Nov 2008 21:26:06 -0000 Subject: [Haiku-bugs] [Haiku] #3017: vm_page_fault: unhandled page fault in kernel space at 0x0904254e, ip 0x80035bfb In-Reply-To: <040.ba15acfef9fa11c53ac7940f6e6ca665@haiku-os.org> References: <040.ba15acfef9fa11c53ac7940f6e6ca665@haiku-os.org> Message-ID: <049.6dbb5efa259401e336003ac43f3f62ac@haiku-os.org> #3017: vm_page_fault: unhandled page fault in kernel space at 0x0904254e, ip 0x80035bfb ----------------------------+----------------------------------------------- Reporter: anode | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by anode): I just tried booting r28596 and the issue appears to be fixed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 22:32:20 2008 From: trac at haiku-os.org (Adek336) Date: Mon, 10 Nov 2008 21:32:20 -0000 Subject: [Haiku-bugs] [Haiku] #3117: svn co while emptying trash makes trash in checked out data Message-ID: <042.913baca67a214462051eef8c3c36d1d9@haiku-os.org> #3117: svn co while emptying trash makes trash in checked out data -----------------------------+---------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------+---------------------------------------------- svn co svn://svn.berlios.de/haiku/haiku/trunk /haiku-dane/haiku while having another copy of the haiku trunk deleted from /haiku-dane In effect, garbage can be found in the newly checked out data, for example, "svn stat" complains about garbage in svn control files. I have been able to reproduce it on a via_rhine ethernet adaptor and not yet on a broadcom adaptor, it may be perhaps linked to long mbuf chains, also see #2840. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 23:04:16 2008 From: trac at haiku-os.org (bonefish) Date: Mon, 10 Nov 2008 22:04:16 -0000 Subject: [Haiku-bugs] [Haiku] #338: sound output is muted in Media preferences In-Reply-To: <050.1c3a5899e8552a2f3ac68df0c2590a03@haiku-os.org> References: <050.1c3a5899e8552a2f3ac68df0c2590a03@haiku-os.org> Message-ID: <059.7a51ea0dedb323b04275104de99fcf39@haiku-os.org> #338: sound output is muted in Media preferences ------------------------------+--------------------------------------------- Reporter: marcusoverhagen | Owner: marcusoverhagen Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: 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 Mon Nov 10 23:53:54 2008 From: trac at haiku-os.org (diver) Date: Mon, 10 Nov 2008 22:53:54 -0000 Subject: [Haiku-bugs] [Haiku] #3098: [SoundRecorder] don't add unsupported files to playlist In-Reply-To: <040.0c46abd631059e76ad400e3adf087f33@haiku-os.org> References: <040.0c46abd631059e76ad400e3adf087f33@haiku-os.org> Message-ID: <049.972d31d5d7e3c98624e372d6741efaef@haiku-os.org> #3098: [SoundRecorder] don't add unsupported files to playlist -----------------------------------------+---------------------------------- Reporter: diver | Owner: korli Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Applications/SoundRecorder | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------------+---------------------------------- Changes (by diver): * status: closed => reopened * resolution: fixed => -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 23:55:05 2008 From: trac at haiku-os.org (diver) Date: Mon, 10 Nov 2008 22:55:05 -0000 Subject: [Haiku-bugs] [Haiku] #3098: [SoundRecorder] don't add unsupported files to playlist In-Reply-To: <040.0c46abd631059e76ad400e3adf087f33@haiku-os.org> References: <040.0c46abd631059e76ad400e3adf087f33@haiku-os.org> Message-ID: <049.a878b54d409bf8ec65c24197977cd8bf@haiku-os.org> #3098: [SoundRecorder] don't add unsupported files to playlist -----------------------------------------+---------------------------------- Reporter: diver | Owner: korli Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Applications/SoundRecorder | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------------+---------------------------------- Comment(by diver): I still can drag many unsupported files (see timezone files) and it will not reject those. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 11 00:00:22 2008 From: trac at haiku-os.org (diver) Date: Mon, 10 Nov 2008 23:00:22 -0000 Subject: [Haiku-bugs] [Haiku] #3070: [SoundRecorder] crash if you drop unknown file to it twice In-Reply-To: <040.8d0542315910ffd7d34980fde4d1db97@haiku-os.org> References: <040.8d0542315910ffd7d34980fde4d1db97@haiku-os.org> Message-ID: <049.df6acdac5acaf92325db6965952204d1@haiku-os.org> #3070: [SoundRecorder] crash if you drop unknown file to it twice -----------------------------------------+---------------------------------- Reporter: diver | Owner: korli Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Applications/SoundRecorder | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------------+---------------------------------- Changes (by diver): * status: closed => reopened * resolution: fixed => Comment: I still can crash SoundRecorder if I drop any BeApplication (like People) on it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 11 00:06:37 2008 From: trac at haiku-os.org (korli) Date: Mon, 10 Nov 2008 23:06:37 -0000 Subject: [Haiku-bugs] [Haiku] #2998: bcm440x doesn't initialize the NIC In-Reply-To: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> References: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> Message-ID: <051.34afa1ace3f1b1ddf1a88c2965415899@haiku-os.org> #2998: bcm440x doesn't initialize the NIC ------------------------------+--------------------------------------------- Reporter: cssvb94 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by korli): Sorry I had work in progress which needed a bit of tweaking. Please check broadcom440X found in r28597. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 11 00:07:32 2008 From: trac at haiku-os.org (diver) Date: Mon, 10 Nov 2008 23:07:32 -0000 Subject: [Haiku-bugs] [Haiku] #2323: [Media] volume control should react on scrolling up/down events (easy) In-Reply-To: <040.bbe0bf675907a00c9c078dccc4692d48@haiku-os.org> References: <040.bbe0bf675907a00c9c078dccc4692d48@haiku-os.org> Message-ID: <049.1af5d1a0a7d7fe04b7ac68713ccfbf1f@haiku-os.org> #2323: [Media] volume control should react on scrolling up/down events (easy) --------------------------------+------------------------------------------- Reporter: diver | Owner: korli Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Preferences/Media | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by diver): Thanks! I'll open another enhancement about this. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 11 00:12:03 2008 From: trac at haiku-os.org (diver) Date: Mon, 10 Nov 2008 23:12:03 -0000 Subject: [Haiku-bugs] [Haiku] #3118: [Media] volume change on up/down events should show realtime tooltip (easy) Message-ID: <040.0aad99a4b47a9719d8ddda12f53d4709@haiku-os.org> #3118: [Media] volume change on up/down events should show realtime tooltip (easy) -------------------------------+-------------------------------------------- Reporter: diver | Owner: korli Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Preferences/Media | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Media replicant in deskbar reacts on up/down events now, but doesn't show current volume % as tooltip (realtime). Ubuntu (gnome) use it to show such changes, which users like a lot :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 11 00:33:16 2008 From: trac at haiku-os.org (stippi) Date: Mon, 10 Nov 2008 23:33:16 -0000 Subject: [Haiku-bugs] [Haiku] #2026: Firefox stops connecting after a while In-Reply-To: <041.2a1af6f7e5d0d8a9ce85169aaeb1f7ea@haiku-os.org> References: <041.2a1af6f7e5d0d8a9ce85169aaeb1f7ea@haiku-os.org> Message-ID: <050.6f40ac425c72a444305dee53ba2cd64c@haiku-os.org> #2026: Firefox stops connecting after a while ---------------------------------------+------------------------------------ Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet/Stack | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Comment(by stippi): Looks a bit like with adek336's patch to #2840, I cannot reproduce this anymore. I usually got this error not too long after using Firefox for a bit, like, I couldn't check more than 30-50 mails in one Firefox session. But today, I've been using Firefox all the time in one session, working on a web page actually, so I used it quite heavily. I had another Firefox window open with my mail and checked it regularly for all day without an issue. Could the problem fixed in that patch explain such issues, or even some KDLs when using Firefox? Because I haven't got any of those today either. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 11 00:35:07 2008 From: trac at haiku-os.org (stippi) Date: Mon, 10 Nov 2008 23:35:07 -0000 Subject: [Haiku-bugs] [Haiku] #2026: Firefox stops connecting after a while In-Reply-To: <041.2a1af6f7e5d0d8a9ce85169aaeb1f7ea@haiku-os.org> References: <041.2a1af6f7e5d0d8a9ce85169aaeb1f7ea@haiku-os.org> Message-ID: <050.9f6ef2b4a9181d51b63f09c6cf325508@haiku-os.org> #2026: Firefox stops connecting after a while ---------------------------------------+------------------------------------ Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet/Stack | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Comment(by stippi): Oh, revision is r28589 with the patch from #2840. My uptime is currently 11h20m. NIC is ipro1000, on an SMP system. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 11 00:41:42 2008 From: trac at haiku-os.org (stippi) Date: Mon, 10 Nov 2008 23:41:42 -0000 Subject: [Haiku-bugs] [Haiku] #2550: [ReiserFS] PANIC: Had reserved page, but there is none! In-Reply-To: <041.9681d17a4cea51d751205cc3ecc19f9d@haiku-os.org> References: <041.9681d17a4cea51d751205cc3ecc19f9d@haiku-os.org> Message-ID: <050.62523a4b2c1373f1212f7a34ee0d8e43@haiku-os.org> #2550: [ReiserFS] PANIC: Had reserved page, but there is none! ----------------------------+----------------------------------------------- Reporter: stippi | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by stippi): * milestone: R1/alpha1 => R1 Comment: Should have mentioned the revision when I initially reported this... anyways, if this is a ReiserFS problem, then it doesn't really need to be in the Alpha/1 Milestone. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 11 01:03:01 2008 From: trac at haiku-os.org (stippi) Date: Tue, 11 Nov 2008 00:03:01 -0000 Subject: [Haiku-bugs] [Haiku] #2870: "C" headers shouldn't contain "C++" like comments In-Reply-To: <042.48c195662bccc475aad9aa81e57efd72@haiku-os.org> References: <042.48c195662bccc475aad9aa81e57efd72@haiku-os.org> Message-ID: <051.ce095c4d290d28753b54ea9a6e0a36e4@haiku-os.org> #2870: "C" headers shouldn't contain "C++" like comments ------------------------+--------------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by stippi): Patch applied in r28598. Thanks! Can this be closed then, or is there more? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 11 01:33:22 2008 From: trac at haiku-os.org (anevilyak) Date: Tue, 11 Nov 2008 00:33:22 -0000 Subject: [Haiku-bugs] [Haiku] #3119: BRoster::Launch(app_sig) fails if the app has never been run before Message-ID: <044.bb58de182a38d4cee5886a002c867a44@haiku-os.org> #3119: BRoster::Launch(app_sig) fails if the app has never been run before ----------------------------------+----------------------------------------- Reporter: anevilyak | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Application Kit | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- As a simple example, if you build IM Kit on Haiku and then install its deskbar icon, its "Start im_server" option does nothing. However, if you manually start the im_server and then quit it again, Start im_server works. Its code is very simple: {{{ be_roster->Launch(IM_SERVER_SIG); }}} Note that after freshly installing im_server, its mime type is set correctly and it can be found using query BEOS:APP_SIG from Terminal, so it would seem BRoster is bailing out early without ever trying to query the disk for it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 22:46:49 2008 From: trac at haiku-os.org (bonefish) Date: Mon, 10 Nov 2008 21:46:49 -0000 Subject: [Haiku-bugs] [Haiku] #1259: Fix gcc 2.95.3 Type Info Functions In-Reply-To: <043.b1ca7ef1fc95fc1d936e9b001212cea1@haiku-os.org> References: <043.b1ca7ef1fc95fc1d936e9b001212cea1@haiku-os.org> Message-ID: <052.2e1958ef6f3482cd6a82dd3ae7e043c8@haiku-os.org> #1259: Fix gcc 2.95.3 Type Info Functions ---------------------------+------------------------------------------------ Reporter: bonefish | 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:1 scottmc]: > Was this worked on in the recent gcc update? Nope. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 10 20:41:15 2008 From: trac at haiku-os.org (dustin howett) Date: Mon, 10 Nov 2008 19:41:15 -0000 Subject: [Haiku-bugs] [Haiku] #3106: [DiskUsage] should use tracker's info window In-Reply-To: <040.fe6fbcba3ada6e20fb6dbd9a31b2bace@haiku-os.org> References: <040.fe6fbcba3ada6e20fb6dbd9a31b2bace@haiku-os.org> Message-ID: <049.c0be4cf90c5f32a4454ea2fec2e66ee6@haiku-os.org> #3106: [DiskUsage] should use tracker's info window ---------------------------+------------------------------------------------ Reporter: diver | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by dustin howett): * cc: alaricx at gmail.com (added) Comment: Maybe there should be a generic API for this? Or is using libtracker fine. Displaying file information (with possible extensions/additions) could prove useful to a lot of applications. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 11 00:04:00 2008 From: trac at haiku-os.org (diver) Date: Mon, 10 Nov 2008 23:04:00 -0000 Subject: [Haiku-bugs] [Haiku] #3098: [SoundRecorder] don't add unsupported files to playlist In-Reply-To: <040.0c46abd631059e76ad400e3adf087f33@haiku-os.org> References: <040.0c46abd631059e76ad400e3adf087f33@haiku-os.org> Message-ID: <049.249d19316e3a7819449db2914f4ec33b@haiku-os.org> #3098: [SoundRecorder] don't add unsupported files to playlist -----------------------------------------+---------------------------------- Reporter: diver | Owner: korli Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Applications/SoundRecorder | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------------+---------------------------------- Comment(by diver): Oh and "No handler. [8000411b]" is not what I would expect. "Cannot recognize this file as media file" alone would be good enough. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 11 08:14:23 2008 From: trac at haiku-os.org (jackburton) Date: Tue, 11 Nov 2008 07:14:23 -0000 Subject: [Haiku-bugs] [Haiku] #3020: Wrong scrollbar behaviour In-Reply-To: <045.19b77f07c9076a8d4ba88c5ac99dc6ce@haiku-os.org> References: <045.19b77f07c9076a8d4ba88c5ac99dc6ce@haiku-os.org> Message-ID: <054.a9c31bf0a3358d0466c4c813d3d84177@haiku-os.org> #3020: Wrong scrollbar behaviour -----------------------------+---------------------------------------------- Reporter: jackburton | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Changes (by jackburton): * status: new => closed * resolution: => invalid Comment: Tested on a current revision and it works fine. I'll reopen if it shows up again. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 11 09:24:55 2008 From: trac at haiku-os.org (PieterPanman) Date: Tue, 11 Nov 2008 08:24:55 -0000 Subject: [Haiku-bugs] [Haiku] #1590: Updated Broadcom Tigon3 ethernet driver In-Reply-To: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> References: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> Message-ID: <053.a937dcba2a6301cac425bd160a78bdcc@haiku-os.org> #1590: Updated Broadcom Tigon3 ethernet driver ------------------------------+--------------------------------------------- Reporter: pieterpan | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by PieterPanman): Axel, maybe you can already commit the verbatim version in the vendor branch, and the patch that at least makes it work for Adek. This will make the diffs a bit more readable for debugging my chip, and maybe it will work for others. Thanks for your hints Adek336, we're getting there. I was wondering, you say it works for you... Do you have to share the interrupt with other devices? I'm wondering if something strange is going on there. Maybe the AHCI does something to the interrupts for bge? The attached syslog is me trying to ping a few times, unplugging and plugging it back in. Actually it sort of received one packet, as you see, but the ping didn't work. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 11 10:00:56 2008 From: trac at haiku-os.org (axeld) Date: Tue, 11 Nov 2008 09:00:56 -0000 Subject: [Haiku-bugs] [Haiku] #3017: vm_page_fault: unhandled page fault in kernel space at 0x0904254e, ip 0x80035bfb In-Reply-To: <040.ba15acfef9fa11c53ac7940f6e6ca665@haiku-os.org> References: <040.ba15acfef9fa11c53ac7940f6e6ca665@haiku-os.org> Message-ID: <049.15c827a97d685bbcf97cf959a5eb1deb@haiku-os.org> #3017: vm_page_fault: unhandled page fault in kernel space at 0x0904254e, ip 0x80035bfb ----------------------------+----------------------------------------------- Reporter: anode | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by axeld): So you obviously have a dual core laptop? Because then it would just be the same problem that I fixed in #2902. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 11 10:11:09 2008 From: trac at haiku-os.org (axeld) Date: Tue, 11 Nov 2008 09:11:09 -0000 Subject: [Haiku-bugs] [Haiku] #2840: via_rhine II ethernet controller: svn hangs In-Reply-To: <042.ce63deda41c6419d195b8aa956457aed@haiku-os.org> References: <042.ce63deda41c6419d195b8aa956457aed@haiku-os.org> Message-ID: <051.f2bcb53d78891e55cd812e562ddb96bc@haiku-os.org> #2840: via_rhine II ethernet controller: svn hangs ----------------------------------------------+----------------------------- Reporter: Adek336 | 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: Nice catch! I've applied it in r28599. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 11 10:11:28 2008 From: trac at haiku-os.org (axeld) Date: Tue, 11 Nov 2008 09:11:28 -0000 Subject: [Haiku-bugs] [Haiku] #2840: via_rhine II ethernet controller: svn hangs In-Reply-To: <042.ce63deda41c6419d195b8aa956457aed@haiku-os.org> References: <042.ce63deda41c6419d195b8aa956457aed@haiku-os.org> Message-ID: <051.13490d901ff2e5f4d3366d912ad8f17e@haiku-os.org> #2840: via_rhine II ethernet controller: svn hangs ------------------------------+--------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Changes (by axeld): * component: Applications/Command Line Tools => Drivers/Network -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 11 11:15:17 2008 From: trac at haiku-os.org (axeld) Date: Tue, 11 Nov 2008 10:15:17 -0000 Subject: [Haiku-bugs] [Haiku] #2550: [ReiserFS] PANIC: Had reserved page, but there is none! In-Reply-To: <041.9681d17a4cea51d751205cc3ecc19f9d@haiku-os.org> References: <041.9681d17a4cea51d751205cc3ecc19f9d@haiku-os.org> Message-ID: <050.97b271e31252d0ab17c480ef42bfedea@haiku-os.org> #2550: [ReiserFS] PANIC: Had reserved page, but there is none! ----------------------------+----------------------------------------------- Reporter: stippi | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by axeld): It's relatively impossible that this is a ReiserFS related problem (although it might manage to trigger it somehow). This problem happens when someone in the kernel uses more pages than previously reserved; this is low VM stuff, though. But since I didn't see it yet (never used ReiserFS on Haiku, though), not having it in the alpha milestone doesn't seem to be wrong. It might even have been fixed in the mean time ;-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 11 11:41:44 2008 From: trac at haiku-os.org (korli) Date: Tue, 11 Nov 2008 10:41:44 -0000 Subject: [Haiku-bugs] [Haiku] #3118: [Media] volume change on up/down events should show realtime tooltip (easy) In-Reply-To: <040.0aad99a4b47a9719d8ddda12f53d4709@haiku-os.org> References: <040.0aad99a4b47a9719d8ddda12f53d4709@haiku-os.org> Message-ID: <049.440a3e1a1e5e66b866663dff6b414c93@haiku-os.org> #3118: [Media] volume change on up/down events should show realtime tooltip (easy) --------------------------------+------------------------------------------- Reporter: diver | Owner: korli Type: enhancement | Status: new Priority: low | Milestone: R1 Component: Preferences/Media | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by korli): * priority: normal => low -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 11 12:25:01 2008 From: trac at haiku-os.org (jackburton) Date: Tue, 11 Nov 2008 11:25:01 -0000 Subject: [Haiku-bugs] [Haiku] #2908: DNS resolution slow In-Reply-To: <042.ca8fa1c4820dc17707b8755cf4f8d23d@haiku-os.org> References: <042.ca8fa1c4820dc17707b8755cf4f8d23d@haiku-os.org> Message-ID: <051.0bb426fd651b7c78b7c2d43615b0d6be@haiku-os.org> #2908: DNS resolution slow ---------------------------------+------------------------------------------ Reporter: Adek336 | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by jackburton): * status: new => closed * resolution: => fixed Comment: Fixed too in r28599 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 11 14:39:08 2008 From: trac at haiku-os.org (korli) Date: Tue, 11 Nov 2008 13:39:08 -0000 Subject: [Haiku-bugs] [Haiku] #1590: Updated Broadcom Tigon3 ethernet driver In-Reply-To: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> References: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> Message-ID: <053.4c1b918de06d0f26acba93801cfebd78@haiku-os.org> #1590: Updated Broadcom Tigon3 ethernet driver ------------------------------+--------------------------------------------- Reporter: pieterpan | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by korli): Hello guys, I checked in an updated version of if_bge, with part of patches from yours. Missing stuff in freebsd compat layer should be OK hopefully. As I don't understand why and where make changes for __HAIKU__ only, I kept things as is. IMO disabling interrupts in bge_intr() another time shouldn't hurt much. The important stuff is to know exactly if the interrupt is yours, and only then handle it. Please check against r28604 and provide patches against this version. Thank for your help, very appreciated. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 11 16:11:39 2008 From: trac at haiku-os.org (korli) Date: Tue, 11 Nov 2008 15:11:39 -0000 Subject: [Haiku-bugs] [Haiku] #3111: [auich] PANIC: page fault but interrupts were disabled. In-Reply-To: <040.9659d5ea34673e5feb769df863038128@haiku-os.org> References: <040.9659d5ea34673e5feb769df863038128@haiku-os.org> Message-ID: <049.ddc6559ea393de1e876d3af0950ddec6@haiku-os.org> #3111: [auich] PANIC: page fault but interrupts were disabled. ----------------------------+----------------------------------------------- Reporter: diver | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by korli): Tried and couldn't reproduce yet. Did you choose ALSA + ICH 97 ? Did you customize something on the VM ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 11 16:34:31 2008 From: trac at haiku-os.org (anode) Date: Tue, 11 Nov 2008 15:34:31 -0000 Subject: [Haiku-bugs] [Haiku] #3017: vm_page_fault: unhandled page fault in kernel space at 0x0904254e, ip 0x80035bfb In-Reply-To: <040.ba15acfef9fa11c53ac7940f6e6ca665@haiku-os.org> References: <040.ba15acfef9fa11c53ac7940f6e6ca665@haiku-os.org> Message-ID: <049.19a517aec7b13b86204a4aad0b854052@haiku-os.org> #3017: vm_page_fault: unhandled page fault in kernel space at 0x0904254e, ip 0x80035bfb ----------------------------+----------------------------------------------- Reporter: anode | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by anode): Yes, its a dual core laptop and this does look like a duplicate of #2092 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 11 17:11:02 2008 From: trac at haiku-os.org (diver) Date: Tue, 11 Nov 2008 16:11:02 -0000 Subject: [Haiku-bugs] [Haiku] #3111: [auich] PANIC: page fault but interrupts were disabled. In-Reply-To: <040.9659d5ea34673e5feb769df863038128@haiku-os.org> References: <040.9659d5ea34673e5feb769df863038128@haiku-os.org> Message-ID: <049.ceae01315f77554cf9dd54dcd2dfadb1@haiku-os.org> #3111: [auich] PANIC: page fault but interrupts were disabled. ----------------------------+----------------------------------------------- Reporter: diver | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by diver): Oh, I used Null Audio drver + ICH 97, that's why i can't hear any sound :)[[BR]] I set OS type to freebsd (I've heard that haiku worked better in vmware if OS was set to freebsd , don't know if it true). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 11 17:45:23 2008 From: trac at haiku-os.org (axeld) Date: Tue, 11 Nov 2008 16:45:23 -0000 Subject: [Haiku-bugs] [Haiku] #3017: vm_page_fault: unhandled page fault in kernel space at 0x0904254e, ip 0x80035bfb In-Reply-To: <040.ba15acfef9fa11c53ac7940f6e6ca665@haiku-os.org> References: <040.ba15acfef9fa11c53ac7940f6e6ca665@haiku-os.org> Message-ID: <049.eedf4a3e9f5648a9b29b3228e00521a9@haiku-os.org> #3017: vm_page_fault: unhandled page fault in kernel space at 0x0904254e, ip 0x80035bfb ----------------------------+----------------------------------------------- Reporter: anode | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: duplicate | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => duplicate Comment: Okay, thanks for the update, and all the KDL images :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 11 18:46:20 2008 From: trac at haiku-os.org (korli) Date: Tue, 11 Nov 2008 17:46:20 -0000 Subject: [Haiku-bugs] [Haiku] #3118: [Media] volume change on up/down events should show realtime tooltip (easy) In-Reply-To: <040.0aad99a4b47a9719d8ddda12f53d4709@haiku-os.org> References: <040.0aad99a4b47a9719d8ddda12f53d4709@haiku-os.org> Message-ID: <049.42d7fdacefbb0c40bf525467991a9f22@haiku-os.org> #3118: [Media] volume change on up/down events should show realtime tooltip (easy) --------------------------------+------------------------------------------- Reporter: diver | Owner: korli Type: enhancement | Status: new Priority: low | Milestone: R1 Component: Preferences/Media | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by korli): Our tooltip support is missing a lot for this one. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 11 19:21:37 2008 From: trac at haiku-os.org (cssvb94) Date: Tue, 11 Nov 2008 18:21:37 -0000 Subject: [Haiku-bugs] [Haiku] #2998: bcm440x doesn't initialize the NIC In-Reply-To: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> References: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> Message-ID: <051.c85eb78cdcd25247ca9593868c6ccee2@haiku-os.org> #2998: bcm440x doesn't initialize the NIC ------------------------------+--------------------------------------------- Reporter: cssvb94 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by cssvb94): Doesn't work for me =(. Same message in the syslog "(bfe) PHY Reset would not complete. ". Used r28608. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 11 20:25:38 2008 From: trac at haiku-os.org (korli) Date: Tue, 11 Nov 2008 19:25:38 -0000 Subject: [Haiku-bugs] [Haiku] #2998: bcm440x doesn't initialize the NIC In-Reply-To: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> References: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> Message-ID: <051.8c304570d34d0e3e5f67708b21ec989d@haiku-os.org> #2998: bcm440x doesn't initialize the NIC ------------------------------+--------------------------------------------- Reporter: cssvb94 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by korli): Out of curiosity, does it work on FreeBSD for you ? This failing code seems to be low level. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 11 20:28:49 2008 From: trac at haiku-os.org (korli) Date: Tue, 11 Nov 2008 19:28:49 -0000 Subject: [Haiku-bugs] [Haiku] #3098: [SoundRecorder] don't add unsupported files to playlist In-Reply-To: <040.0c46abd631059e76ad400e3adf087f33@haiku-os.org> References: <040.0c46abd631059e76ad400e3adf087f33@haiku-os.org> Message-ID: <049.a36d55b9e8f26eb123b91432a869a9cd@haiku-os.org> #3098: [SoundRecorder] don't add unsupported files to playlist -----------------------------------------+---------------------------------- Reporter: diver | Owner: korli Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Applications/SoundRecorder | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------------+---------------------------------- Comment(by korli): Please check again with r28613. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 11 20:29:18 2008 From: trac at haiku-os.org (korli) Date: Tue, 11 Nov 2008 19:29:18 -0000 Subject: [Haiku-bugs] [Haiku] #3070: [SoundRecorder] crash if you drop unknown file to it twice In-Reply-To: <040.8d0542315910ffd7d34980fde4d1db97@haiku-os.org> References: <040.8d0542315910ffd7d34980fde4d1db97@haiku-os.org> Message-ID: <049.b8fc2eac44ea5ea6e2b33a08442e6ed5@haiku-os.org> #3070: [SoundRecorder] crash if you drop unknown file to it twice -----------------------------------------+---------------------------------- Reporter: diver | Owner: korli Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Applications/SoundRecorder | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------------+---------------------------------- Comment(by korli): Please check again with r28613. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 11 21:15:01 2008 From: trac at haiku-os.org (apprentice) Date: Tue, 11 Nov 2008 20:15:01 -0000 Subject: [Haiku-bugs] [Haiku] #3120: 3com Combo nic doesn't work Message-ID: <045.ad94c29706e90cd7398ea4aea551d387@haiku-os.org> #3120: 3com Combo nic doesn't work -----------------------------+---------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------------+---------------------------------------------- Just read the attached syslog... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 11 22:25:10 2008 From: trac at haiku-os.org (axeld) Date: Tue, 11 Nov 2008 21:25:10 -0000 Subject: [Haiku-bugs] [Haiku] #2733: [network] Divide Error Exception In-Reply-To: <040.52f9cf33417031e5e7484574b7999f1e@haiku-os.org> References: <040.52f9cf33417031e5e7484574b7999f1e@haiku-os.org> Message-ID: <049.be017115599555f7cad7325052a3a182@haiku-os.org> #2733: [network] Divide Error Exception ---------------------------------------+------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet/Stack | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Comment(by axeld): I can't reproduce this. Is there anything special your doing with traceroute? (what is the target you're trying to trace?) What's your network configuration? In any case, I've changed the crashing function in r28615, so it shouldn't crash anymore, at least. Is it possible that you have some older networking modules around? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 11 22:26:41 2008 From: trac at haiku-os.org (cssvb94) Date: Tue, 11 Nov 2008 21:26:41 -0000 Subject: [Haiku-bugs] [Haiku] #2998: bcm440x doesn't initialize the NIC In-Reply-To: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> References: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> Message-ID: <051.1611fc110a0f2e2654c5546a1b523ae8@haiku-os.org> #2998: bcm440x doesn't initialize the NIC ------------------------------+--------------------------------------------- Reporter: cssvb94 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by cssvb94): Haven't tried FreeBSD. I have Ubuntu/MacOS X/WinXP installed on Acer Travelmate 2490. I'll download it and I'll post back info here. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 11 23:42:54 2008 From: trac at haiku-os.org (cssvb94) Date: Tue, 11 Nov 2008 22:42:54 -0000 Subject: [Haiku-bugs] [Haiku] #2998: bcm440x doesn't initialize the NIC In-Reply-To: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> References: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> Message-ID: <051.aac493fb466e854edb9175e904e47c83@haiku-os.org> #2998: bcm440x doesn't initialize the NIC ------------------------------+--------------------------------------------- Reporter: cssvb94 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by cssvb94): Downloaded and rebooted in FreeBSD 7.0 livefs, bfe driver recognized and started NIC without any problems. I configured the IP and Default gateway and I was able to ping to and from other workstations in the network. So the short answer is - Yes, it works =) I hoped so bad Haiku/broadcom440x to work me. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 11 23:58:54 2008 From: trac at haiku-os.org (korli) Date: Tue, 11 Nov 2008 22:58:54 -0000 Subject: [Haiku-bugs] [Haiku] #2998: bcm440x doesn't initialize the NIC In-Reply-To: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> References: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> Message-ID: <051.ea38814beab1d6b88ebee92490c33a3a@haiku-os.org> #2998: bcm440x doesn't initialize the NIC ------------------------------+--------------------------------------------- Reporter: cssvb94 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by korli): Thanks for checking. Could you provide a syslog ? What's the chip version ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 12 00:06:23 2008 From: trac at haiku-os.org (richienyhus) Date: Tue, 11 Nov 2008 23:06:23 -0000 Subject: [Haiku-bugs] [Haiku] #3120: 3com Combo nic doesn't work In-Reply-To: <045.ad94c29706e90cd7398ea4aea551d387@haiku-os.org> References: <045.ad94c29706e90cd7398ea4aea551d387@haiku-os.org> Message-ID: <054.fb92c6e8ef6db7606a095800f63f70ae@haiku-os.org> #3120: 3com Combo nic doesn't work ------------------------------+--------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by richienyhus): duplicate of #2954 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 12 00:23:33 2008 From: trac at haiku-os.org (korli) Date: Tue, 11 Nov 2008 23:23:33 -0000 Subject: [Haiku-bugs] [Haiku] #1854: bcm570x driver (GPL) hangs after short period, panics on 'ifconfig --delete' In-Reply-To: <047.72dd8070740df6d55edb31b47fe56576@haiku-os.org> References: <047.72dd8070740df6d55edb31b47fe56576@haiku-os.org> Message-ID: <056.b02af5ebd50044b1304c7c791f8ac70f@haiku-os.org> #1854: bcm570x driver (GPL) hangs after short period, panics on 'ifconfig --delete' ---------------------------------+------------------------------------------ Reporter: vortechs2000 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------------+------------------------------------------ Comment(by korli): Could you check with the broadcom570x driver please ? We'd like to drop bcm570x as it's not maintained anymore. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 12 00:25:38 2008 From: trac at haiku-os.org (korli) Date: Tue, 11 Nov 2008 23:25:38 -0000 Subject: [Haiku-bugs] [Haiku] #2943: Support for Broadcom 5754 network chipsets In-Reply-To: <045.7f05f9eeab7c94ad2aaa248f431f66c0@haiku-os.org> References: <045.7f05f9eeab7c94ad2aaa248f431f66c0@haiku-os.org> Message-ID: <054.cf009818efc6dedeae547c013ef1c70a@haiku-os.org> #2943: Support for Broadcom 5754 network chipsets ------------------------------+--------------------------------------------- Reporter: netster403 | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by korli): Could you check with broadcom570x ? It might miss some PHYs though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 12 00:27:25 2008 From: trac at haiku-os.org (korli) Date: Tue, 11 Nov 2008 23:27:25 -0000 Subject: [Haiku-bugs] [Haiku] #1590: Updated Broadcom Tigon3 ethernet driver In-Reply-To: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> References: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> Message-ID: <053.c0a71274942a4ee295ca5df6789efa6f@haiku-os.org> #1590: Updated Broadcom Tigon3 ethernet driver ------------------------------+--------------------------------------------- Reporter: pieterpan | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by korli): Oh and I noticed there is only the generic ukphy.c included. It could be useful to check with brgphy.c for instance. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 12 02:01:23 2008 From: trac at haiku-os.org (noisetonepause) Date: Wed, 12 Nov 2008 01:01:23 -0000 Subject: [Haiku-bugs] [Haiku] #3121: netinet/in.h defines INADDR_ANY wrong Message-ID: <049.989671a9fc04a42bc4bbebfa421c627b@haiku-os.org> #3121: netinet/in.h defines INADDR_ANY wrong ----------------------------+----------------------------------------------- Reporter: noisetonepause | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------+----------------------------------------------- INADDR_ANY should be a compile time constant. haiku's netinet/in.h defines it as __IPADDR(0x00000000), where __IPADDR is ((uint32_t)htonl((uint32_t)(x))). ie., INADDR_ANY -> htonl(0x00000000), which is silly, and breaks some software (e.g. silc-client). FreeBSD just defines it as a straight constant, 0x00000000. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 12 02:02:06 2008 From: trac at haiku-os.org (noisetonepause) Date: Wed, 12 Nov 2008 01:02:06 -0000 Subject: [Haiku-bugs] [Haiku] #3121: netinet/in.h defines INADDR_ANY wrong In-Reply-To: <049.989671a9fc04a42bc4bbebfa421c627b@haiku-os.org> References: <049.989671a9fc04a42bc4bbebfa421c627b@haiku-os.org> Message-ID: <058.5eb8cfb62b509999c40740f2eda4f6e9@haiku-os.org> #3121: netinet/in.h defines INADDR_ANY wrong --------------------------------------+------------------------------------- Reporter: noisetonepause | Owner: zooey Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet/IPv4 | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Changes (by noisetonepause): * owner: axeld => zooey * component: - General => Network & Internet/IPv4 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 12 03:19:33 2008 From: trac at haiku-os.org (anevilyak) Date: Wed, 12 Nov 2008 02:19:33 -0000 Subject: [Haiku-bugs] [Haiku] #3119: BRoster::Launch(app_sig) fails if the app has never been run before In-Reply-To: <044.bb58de182a38d4cee5886a002c867a44@haiku-os.org> References: <044.bb58de182a38d4cee5886a002c867a44@haiku-os.org> Message-ID: <053.f724f8b90a05f530adb9fde54a58381a@haiku-os.org> #3119: BRoster::Launch(app_sig) fails if the app has never been run before -----------------------------------+---------------------------------------- Reporter: anevilyak | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Application Kit | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by anevilyak): * status: new => closed * resolution: => invalid Comment: Seems there was something else going on here, I can't reproduce it any more now that I've rebuilt and tried adding debugging code and such. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 12 02:45:42 2008 From: trac at haiku-os.org (diver) Date: Wed, 12 Nov 2008 01:45:42 -0000 Subject: [Haiku-bugs] [Haiku] #3064: [kernel] Divide Error Exception while trying to unmount ubuntu cd In-Reply-To: <040.d02b801377a75a5f54a4b3da0c0d6173@haiku-os.org> References: <040.d02b801377a75a5f54a4b3da0c0d6173@haiku-os.org> Message-ID: <049.3c347590bb4b6031d987e2c839374a12@haiku-os.org> #3064: [kernel] Divide Error Exception while trying to unmount ubuntu cd ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by diver): Can't reproduce with method in my previous post. Probably fixed in r28615. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 12 02:40:17 2008 From: trac at haiku-os.org (diver) Date: Wed, 12 Nov 2008 01:40:17 -0000 Subject: [Haiku-bugs] [Haiku] #3098: [SoundRecorder] don't add unsupported files to playlist In-Reply-To: <040.0c46abd631059e76ad400e3adf087f33@haiku-os.org> References: <040.0c46abd631059e76ad400e3adf087f33@haiku-os.org> Message-ID: <049.45fdf1ba8f7b5a854106e757854fb81c@haiku-os.org> #3098: [SoundRecorder] don't add unsupported files to playlist -----------------------------------------+---------------------------------- Reporter: diver | Owner: korli Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Applications/SoundRecorder | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------------+---------------------------------- Comment(by diver): I still can drag some files to it like ActivityMonitor. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 12 02:42:52 2008 From: trac at haiku-os.org (diver) Date: Wed, 12 Nov 2008 01:42:52 -0000 Subject: [Haiku-bugs] [Haiku] #3070: [SoundRecorder] crash if you drop unknown file to it twice In-Reply-To: <040.8d0542315910ffd7d34980fde4d1db97@haiku-os.org> References: <040.8d0542315910ffd7d34980fde4d1db97@haiku-os.org> Message-ID: <049.8d35c9aeb711e95b583f22b87f25c883@haiku-os.org> #3070: [SoundRecorder] crash if you drop unknown file to it twice -----------------------------------------+---------------------------------- Reporter: diver | Owner: korli Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Applications/SoundRecorder | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------------+---------------------------------- Comment(by diver): Now it tries to extract audio info from BeApplication for about 5 seconds, but don't crash. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 12 08:19:35 2008 From: trac at haiku-os.org (plfiorini) Date: Wed, 12 Nov 2008 07:19:35 -0000 Subject: [Haiku-bugs] [Haiku] #3122: makebootable says invalid partition index Message-ID: <044.f3d2509ed60cabfb1166d8478f5aab77@haiku-os.org> #3122: makebootable says invalid partition index -----------------------+---------------------------------------------------- Reporter: plfiorini | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- makebootable says invalid partition index installing into a partition from Ubuntu 8.04.1, this doesn't happen on VMware. The problem occurs with primary and logical partitions (marked eb - BFS), I tried installing on the first partition which was marked 7 (NTFS) and it worked fine. I also tried to boot from a USB flash drive, press SPACE, select the volume on the sata hard disk (because I can't boot from USB ehci), and do makebootable from there but it doesn't make the partition bootable so when I select it from the GRUB menu it doesn't boot. The same problem was reported here: http://www.haiku- os.org/community/forum/problems_with_makebootable If I boot -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 12 08:22:09 2008 From: trac at haiku-os.org (plfiorini) Date: Wed, 12 Nov 2008 07:22:09 -0000 Subject: [Haiku-bugs] [Haiku] #3122: makebootable says invalid partition index In-Reply-To: <044.f3d2509ed60cabfb1166d8478f5aab77@haiku-os.org> References: <044.f3d2509ed60cabfb1166d8478f5aab77@haiku-os.org> Message-ID: <053.6e96292e3729cd3c7b6a7c731812df44@haiku-os.org> #3122: makebootable says invalid partition index ------------------------+--------------------------------------------------- Reporter: plfiorini | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by plfiorini): I forgot a detail: the NTFS partition was the first one. The problem seems not related to the partition type anyway. When I tried on VMware I installed on the first partition of the second IDE disk and it worked fine. Unfortunately I cannot install Haiku on the first partition because I already installed Vista. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 12 08:31:29 2008 From: trac at haiku-os.org (aljen) Date: Wed, 12 Nov 2008 07:31:29 -0000 Subject: [Haiku-bugs] [Haiku] #1072: Write an HDA audio driver and add-on In-Reply-To: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> References: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> Message-ID: <049.1c44fa98a5344c73787c9b6877a7650c@haiku-os.org> #1072: Write an HDA audio driver and add-on ----------------------------+----------------------------------------------- Reporter: axeld | Owner: ithamar Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by aljen): * cc: harakash at gmail.com (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 12 09:41:28 2008 From: trac at haiku-os.org (stippi) Date: Wed, 12 Nov 2008 08:41:28 -0000 Subject: [Haiku-bugs] [Haiku] #3120: 3com Combo nic doesn't work In-Reply-To: <045.ad94c29706e90cd7398ea4aea551d387@haiku-os.org> References: <045.ad94c29706e90cd7398ea4aea551d387@haiku-os.org> Message-ID: <054.881a1f7dbf3f56cd1534c34bd7e38f8e@haiku-os.org> #3120: 3com Combo nic doesn't work ------------------------------+--------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by stippi): Seems so. I am closing the other one though, since this one has got the syslog and mentions only one issue. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 12 09:41:19 2008 From: trac at haiku-os.org (stippi) Date: Wed, 12 Nov 2008 08:41:19 -0000 Subject: [Haiku-bugs] [Haiku] #2954: 3com boomerang not working & ls /dev kernel crash In-Reply-To: <045.436456b03c09e8261fc0c50bb6cfa0a8@haiku-os.org> References: <045.436456b03c09e8261fc0c50bb6cfa0a8@haiku-os.org> Message-ID: <054.a0ae43c007fbb6d3cc26a56a07436f97@haiku-os.org> #2954: 3com boomerang not working & ls /dev kernel crash ------------------------------+--------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: duplicate | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Changes (by stippi): * status: new => closed * resolution: => duplicate Comment: #3120 has the syslog. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 12 09:43:19 2008 From: trac at haiku-os.org (nutela) Date: Wed, 12 Nov 2008 08:43:19 -0000 Subject: [Haiku-bugs] [Haiku] #2753: Subpixel antialiasing doesn't work with hinting on In-Reply-To: <041.ec1e751ccf8faa2f592bfa68801eacbf@haiku-os.org> References: <041.ec1e751ccf8faa2f592bfa68801eacbf@haiku-os.org> Message-ID: <050.35eae379f5bee807411420ab9caec114@haiku-os.org> #2753: Subpixel antialiasing doesn't work with hinting on -----------------------------+---------------------------------------------- Reporter: idefix | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Resolution: invalid | Blockedby: Platform: x86 | Blocking: -----------------------------+---------------------------------------------- Comment(by nutela): Yes, it works after I deleted the objects, thanks. It looks better then great, that means terrific! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 12 09:55:59 2008 From: trac at haiku-os.org (nutela) Date: Wed, 12 Nov 2008 08:55:59 -0000 Subject: [Haiku-bugs] [Haiku] #3123: improve text entry boxes/fields refocus = update mechanism Message-ID: <041.1e467cbdac6afd39f85885c73a9fe529@haiku-os.org> #3123: improve text entry boxes/fields refocus = update mechanism ----------------------------+----------------------------------------------- Reporter: nutela | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------+----------------------------------------------- # how to reproduce Start Playground, change colour of object by entering a new value in Red, Green or Blue, click and drag onto the drawing field to make a new object # experienced behavior Colour is not changed unless we refocus on something else. No new object can be made because input text field blocks refocussing but this might be due to Playground itself # expected behavior When changing values in text entry boxes, they should take the values and update in a short time out when there is no keyboard input in a short period of time or any other more 'elegant' sollution. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 12 09:59:30 2008 From: trac at haiku-os.org (stippi) Date: Wed, 12 Nov 2008 08:59:30 -0000 Subject: [Haiku-bugs] [Haiku] #3123: improve text entry boxes/fields refocus = update mechanism In-Reply-To: <041.1e467cbdac6afd39f85885c73a9fe529@haiku-os.org> References: <041.1e467cbdac6afd39f85885c73a9fe529@haiku-os.org> Message-ID: <050.620354c382d63b3d8bab2603193f5cc3@haiku-os.org> #3123: improve text entry boxes/fields refocus = update mechanism ---------------------------+------------------------------------------------ Reporter: nutela | Owner: stippi Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by stippi): * status: new => assigned * component: User Interface => Applications Comment: This is a Playground problem though, not something general with the BTextControl. Though a few apps make this mistake. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 12 09:59:59 2008 From: trac at haiku-os.org (apprentice) Date: Wed, 12 Nov 2008 08:59:59 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault Message-ID: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> #3124: ls /dev causes a page fault ---------------------------+------------------------------------------------ Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------------+------------------------------------------------ When reading the contents of /dev in any way the kernel crashes. I attached a (poor quality) image of the stack crawl to this ticket. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 12 10:14:41 2008 From: trac at haiku-os.org (axeld) Date: Wed, 12 Nov 2008 09:14:41 -0000 Subject: [Haiku-bugs] [Haiku] #3121: netinet/in.h defines INADDR_ANY wrong In-Reply-To: <049.989671a9fc04a42bc4bbebfa421c627b@haiku-os.org> References: <049.989671a9fc04a42bc4bbebfa421c627b@haiku-os.org> Message-ID: <058.ba5a767a2a9a3e9f42aff3373bdb33e7@haiku-os.org> #3121: netinet/in.h defines INADDR_ANY wrong --------------------------------------+------------------------------------- Reporter: noisetonepause | Owner: zooey Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet/IPv4 | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Comment(by axeld): It's silly because this constant happen to be the same in both endians - other than that, can you please give an example of what it breaks exactly? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 12 10:41:47 2008 From: trac at haiku-os.org (Adek336) Date: Wed, 12 Nov 2008 09:41:47 -0000 Subject: [Haiku-bugs] [Haiku] #1590: Updated Broadcom Tigon3 ethernet driver In-Reply-To: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> References: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> Message-ID: <053.386c0af0f4a569fd559ec0b0d9843855@haiku-os.org> #1590: Updated Broadcom Tigon3 ethernet driver ------------------------------+--------------------------------------------- Reporter: pieterpan | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by Adek336): I share IRQ 10 between Tigon3 and at least AHCI - I'll check more thoroughly when I sort out problems with the laptop's power supply. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 12 11:06:42 2008 From: trac at haiku-os.org (Adek336) Date: Wed, 12 Nov 2008 10:06:42 -0000 Subject: [Haiku-bugs] [Haiku] #2943: Support for Broadcom 5754 network chipsets In-Reply-To: <045.7f05f9eeab7c94ad2aaa248f431f66c0@haiku-os.org> References: <045.7f05f9eeab7c94ad2aaa248f431f66c0@haiku-os.org> Message-ID: <054.0901646ddd605143c26e95e54e26ecbc@haiku-os.org> #2943: Support for Broadcom 5754 network chipsets ------------------------------+--------------------------------------------- Reporter: netster403 | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Changes (by Adek336): * cc: adek336 at gmail.com (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 12 11:10:00 2008 From: trac at haiku-os.org (Adek336) Date: Wed, 12 Nov 2008 10:10:00 -0000 Subject: [Haiku-bugs] [Haiku] #1967: kdl using rtl8139 if_vr: packet not processed In-Reply-To: <042.fe3fb91518812a33d79bcd0beefe2745@haiku-os.org> References: <042.fe3fb91518812a33d79bcd0beefe2745@haiku-os.org> Message-ID: <051.45b58442608b64884b0eca649398a152@haiku-os.org> #1967: kdl using rtl8139 if_vr: packet not processed ---------------------------------+------------------------------------------ Reporter: bbjimmy | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------------+------------------------------------------ Comment(by Adek336): Is this still the case? There have been fixes for the via_rhine driver's kdls lately. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 12 11:44:52 2008 From: trac at haiku-os.org (nutela) Date: Wed, 12 Nov 2008 10:44:52 -0000 Subject: [Haiku-bugs] [Haiku] #3123: improve text entry boxes/fields refocus = update mechanism In-Reply-To: <041.1e467cbdac6afd39f85885c73a9fe529@haiku-os.org> References: <041.1e467cbdac6afd39f85885c73a9fe529@haiku-os.org> Message-ID: <050.1af80dcc552414e51532f25541ea5501@haiku-os.org> #3123: improve text entry boxes/fields refocus = update mechanism ---------------------------+------------------------------------------------ Reporter: nutela | Owner: stippi Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by nutela): Still I find this unintuitive and I might add that I've had this problem at work as well. We develop GUI's in Java and there too happens something similar that you have to go out of the text entry box to let the newly entered text to be taken into account. Usually this is not a problem because there is an 'action' button which when clicked upon activates the required action. In BeOS and Haiku however we don't have such buttons because we think they are not necessary but I can point to a few places where this 'design philosophy' doesn't really work right. One example is the BTextControl mentioned. A similar example is the slider control in Appearance, I could imagine that someone doesn't let go the mouse button and by this no update will take place. In this case it is really a minor problem but it is different behaviour then that from say Gobe Productive where you can manipulate sliders and after short timeouts the screen redrawing updates without the user having to let go of the slider control. Of course the redrawing is interupted after a certain short interval when ever a new change is made by moving the slider control. So I think the current Haiku behaviour goes a little bit against the philosphy that the UI is 'live'. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 12 11:46:38 2008 From: trac at haiku-os.org (noisetonepause) Date: Wed, 12 Nov 2008 10:46:38 -0000 Subject: [Haiku-bugs] [Haiku] #3121: netinet/in.h defines INADDR_ANY wrong In-Reply-To: <049.989671a9fc04a42bc4bbebfa421c627b@haiku-os.org> References: <049.989671a9fc04a42bc4bbebfa421c627b@haiku-os.org> Message-ID: <058.ad7ca9bdfe3b1b762c5a216fc0298c30@haiku-os.org> #3121: netinet/in.h defines INADDR_ANY wrong --------------------------------------+------------------------------------- Reporter: noisetonepause | Owner: zooey Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet/IPv4 | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Comment(by noisetonepause): Replying to [comment:2 axeld]: > It's silly because this constant happen to be the same in both endians - other than that, can you please give an example of what it breaks exactly? Sorry, I should've said that it breaks compilation - compiling silc-client fails because the code was expecting a constant. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 12 13:37:24 2008 From: trac at haiku-os.org (axeld) Date: Wed, 12 Nov 2008 12:37:24 -0000 Subject: [Haiku-bugs] [Haiku] #3121: netinet/in.h defines INADDR_ANY wrong In-Reply-To: <049.989671a9fc04a42bc4bbebfa421c627b@haiku-os.org> References: <049.989671a9fc04a42bc4bbebfa421c627b@haiku-os.org> Message-ID: <058.81a62ee79c0a37e9548c854656600bd0@haiku-os.org> #3121: netinet/in.h defines INADDR_ANY wrong --------------------------------------+------------------------------------- Reporter: noisetonepause | Owner: zooey Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Network & Internet/IPv4 | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: While I would say that silc-client is broken in this regard then, it surely doesn't hurt to change that. I did so in r28625. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 12 15:10:18 2008 From: trac at haiku-os.org (PieterPanman) Date: Wed, 12 Nov 2008 14:10:18 -0000 Subject: [Haiku-bugs] [Haiku] #1590: Updated Broadcom Tigon3 ethernet driver In-Reply-To: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> References: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> Message-ID: <053.e75757a5c007d8eb83a1b49a570d43ac@haiku-os.org> #1590: Updated Broadcom Tigon3 ethernet driver ------------------------------+--------------------------------------------- Reporter: pieterpan | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by PieterPanman): Thanks for your new patch, It sort of works, but I still do not get an IP address, and something goes wrong with media detection. It also does not give the correct link state in the network tray application. Most likely it has to do with the incomplete {{{ if (sc->mii_capabilities & BMSR_ANEG) { }}} part in fbsd_mii_physubr.c. I only get two lnDbg, so this (in bge_link_update) returns false: {{{ if (!sc->bge_link && mii->mii_media_status & IFM_ACTIVE && IFM_SUBTYPE(mii->mii_media_active) != IFM_NONE) { }}} I also tried to make this work my way, I got it just about as far as your solution. However, to determine if this is our interrupt, I did the following: {{{ + uint32 pcistate = pci_read_config(sc->bge_dev, BGE_PCI_PCISTATE,4); + uint32 pci_interrupted = !(pcistate & BGE_PCISTATE_INTR_STATE); + if (!pci_interrupted) return 0; }}} From the tigon driver I found that BGE_PCISTATE_INTR_STATE is true means the interrupt is NOT from the broadcom chip. So checking for this should be enough? I also had to move the bge_link_update call to the __haiku_disable_interrupts(device_t dev), because it would never get called due to the interrupt storm. Actually, I now believe the KERN: ahci: AHCIPort::ScsiSynchronizeCache port 0 is simply the harddrive being flushed the new syslog contents, and probably not an irq problem. Lastly, I do send and receive packets, but I do not get an ip address, and I cannot ping anyone. I will attach my syslog and my own patch -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 12 15:29:28 2008 From: trac at haiku-os.org (stippi) Date: Wed, 12 Nov 2008 14:29:28 -0000 Subject: [Haiku-bugs] [Haiku] #3123: improve text entry boxes/fields refocus = update mechanism In-Reply-To: <041.1e467cbdac6afd39f85885c73a9fe529@haiku-os.org> References: <041.1e467cbdac6afd39f85885c73a9fe529@haiku-os.org> Message-ID: <050.043cca2d031cc82aeacd67e1942cc748@haiku-os.org> #3123: improve text entry boxes/fields refocus = update mechanism ---------------------------+------------------------------------------------ Reporter: nutela | Owner: stippi Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by stippi): As I have tried to explain, those are problems of the respective applications, not Haiku's system libraries. If you still don't believe me, BSlider and BTextControl have a method SetModificationMessage(). If the application does not set it, the controls will deliver the normal "value changed" message when the user confirms his changes (pressing Enter in a BTextControl, releasing the mouse in a BSlider). Focus changes are another way, at least for BTextControls, to trigger the final value changed message, since it's impossible for the user to still modify the text. If a modification message is set, both the BSlider and the BTextControl *will* send a message for every small live change. For most applications, they wouldn't not make sense to generate and process. In the example of Appearance, it *could* process the last modification message after a timeout. The reason is that the app_server has to discard the complete font cache for every font visible on screen when the filter level changes. So this operation is something *very* heavy under the hood. In the case of Playground, it simply uses the wrong controls. For colors, we have BColorControl, but at the time this part of Playground was written, I was happy it worked at all, and right now there is still more important stuff to worry about. That's why I simply changed the component of your bug report, because I agree it's a problem (in Playground). As I have previously written, there are quite a few applications that make such GUI mistakes, and you have provided more examples. However, please believe me that it's not a problem of the libraries or the controls. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 12 16:28:41 2008 From: trac at haiku-os.org (umccullough) Date: Wed, 12 Nov 2008 15:28:41 -0000 Subject: [Haiku-bugs] [Haiku] #3122: makebootable says invalid partition index In-Reply-To: <044.f3d2509ed60cabfb1166d8478f5aab77@haiku-os.org> References: <044.f3d2509ed60cabfb1166d8478f5aab77@haiku-os.org> Message-ID: <053.a254027dc1042f9e372e8d2b805bf252@haiku-os.org> #3122: makebootable says invalid partition index ------------------------+--------------------------------------------------- Reporter: plfiorini | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by umccullough): Are your partitions in the same physical order as their indexes? I ask because using parted/gparted to insert a partition between two others will usually give the new partition an index number higher than all of the partitions, leaving the other partition numbers the same (at least, for linux/grub usage IIRC). I'm wondering if this is the case as it might explain part of the confusion - and I think I and others have experienced issues with this in the past. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 12 17:38:07 2008 From: trac at haiku-os.org (nutela) Date: Wed, 12 Nov 2008 16:38:07 -0000 Subject: [Haiku-bugs] [Haiku] #3123: Playground: improve text entry boxes/fields refocus (was: improve text entry boxes/fields refocus = update mechanism) In-Reply-To: <041.1e467cbdac6afd39f85885c73a9fe529@haiku-os.org> References: <041.1e467cbdac6afd39f85885c73a9fe529@haiku-os.org> Message-ID: <050.4cd3cbe5cc1c26bd3281e2c18ecd4418@haiku-os.org> #3123: Playground: improve text entry boxes/fields refocus ---------------------------+------------------------------------------------ Reporter: nutela | Owner: stippi Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by nutela): OK point taken. Thanks for the explanation. I am happy that it already works so well but I didn't see the code, if I saw it I wouldn't understand and therefore I assumed the wrong things. Maybe Playground will really inspire people (I already am) what Haiku is capable of therefore I changed the Summary. From now on this is a Playground enhancement request, I hope you agree. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 12 17:56:03 2008 From: trac at haiku-os.org (Adek336) Date: Wed, 12 Nov 2008 16:56:03 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.336f0a3f2cdc6f835117e41e483f5e55@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by Adek336): What does listdev say ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 12 18:07:57 2008 From: trac at haiku-os.org (netster403) Date: Wed, 12 Nov 2008 17:07:57 -0000 Subject: [Haiku-bugs] [Haiku] #2943: Support for Broadcom 5754 network chipsets In-Reply-To: <045.7f05f9eeab7c94ad2aaa248f431f66c0@haiku-os.org> References: <045.7f05f9eeab7c94ad2aaa248f431f66c0@haiku-os.org> Message-ID: <054.0e67b60201ec6806ba51d5161698c5bc@haiku-os.org> #2943: Support for Broadcom 5754 network chipsets ------------------------------+--------------------------------------------- Reporter: netster403 | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by netster403): The PCI id of this NIC is not listed in the driver file: haiku/trunk/src/add-ons/kernel/drivers/network/bcm570x/b57um.c The NIC's PCI id (as per lspci in linux) is: PciID: 14e4:167a Description: Broadcom Corporation NetXtreme BCM5754 Gigabit Ethernet PCI Express (Rev 02) Maybe adding it would make the card work? I have no idea if the 570x driver works with 5754 though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 12 18:15:36 2008 From: trac at haiku-os.org (Adek336) Date: Wed, 12 Nov 2008 17:15:36 -0000 Subject: [Haiku-bugs] [Haiku] #2943: Support for Broadcom 5754 network chipsets In-Reply-To: <045.7f05f9eeab7c94ad2aaa248f431f66c0@haiku-os.org> References: <045.7f05f9eeab7c94ad2aaa248f431f66c0@haiku-os.org> Message-ID: <054.c97a1cd50bc141d55aab49ca5fe8ca08@haiku-os.org> #2943: Support for Broadcom 5754 network chipsets ------------------------------+--------------------------------------------- Reporter: netster403 | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by Adek336): There are two drivers : bcm570x and broadcom570x. Could you check the latter? With the against-28608.diff patch from #1590, it might actually work (your PCI id is recognized by broadcom570x) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 12 20:51:00 2008 From: trac at haiku-os.org (oco) Date: Wed, 12 Nov 2008 19:51:00 -0000 Subject: [Haiku-bugs] [Haiku] #3125: The touchpad does not work on my new laptop : the cursor stay in the middle of the screen Message-ID: <038.1c548c063661b698904ab5309030494c@haiku-os.org> #3125: The touchpad does not work on my new laptop : the cursor stay in the middle of the screen -------------------------------+-------------------------------------------- Reporter: oco | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Mouse/PS2 | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- On my new Vaio CS, the touchpad does not work anymore. It was working until recent change in the PS2 driver. The error in the syslog is "KERN: ps2: reset failed" The complete syslog with TRACE_PS2 is attached. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 12 21:30:46 2008 From: trac at haiku-os.org (apprentice) Date: Wed, 12 Nov 2008 20:30:46 -0000 Subject: [Haiku-bugs] [Haiku] #1696: Wrong display resolution on first boot with nvidia graphic cards In-Reply-To: <041.6387ba58e5f141cd904041526245eaa4@haiku-os.org> References: <041.6387ba58e5f141cd904041526245eaa4@haiku-os.org> Message-ID: <050.59c6857345fad254e1df603d255591f8@haiku-os.org> #1696: Wrong display resolution on first boot with nvidia graphic cards --------------------------------------+------------------------------------- Reporter: ekdahl | Owner: rudolfc Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Comment(by apprentice): I recently had a problem booting Haiku since it couldn't set my tft panel to it's native resolution so could the person that is doing the nvidia driver related work add the EDID support to this driver. Anyway I solved the problem by setting the resolution with vga and then switching the cable to DVI. The thread is in the support forum: http://www.haiku- os.org/community/forum/dvi_support -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 12 21:50:56 2008 From: trac at haiku-os.org (apprentice) Date: Wed, 12 Nov 2008 20:50:56 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.6fe9e76217b6be0684fdc826dcb1747b@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by apprentice): ->listdev device Multimedia controller (Multimedia audio controller) [4|1|0] vendor 1106: VIA Technologies, Inc. device 3059: VT8233/A/8235/8237 AC97 Audio Controller device Mass storage controller (IDE interface) [1|1|8a] vendor 1106: VIA Technologies, Inc. device 0571: VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE device Bridge (ISA bridge) [6|1|0] vendor 1106: VIA Technologies, Inc. device 3177: VT8235 ISA Bridge device Serial bus controller (USB Controller, EHCI) [c|3|20] vendor 1106: VIA Technologies, Inc. device 3104: USB 2.0 device Serial bus controller (USB Controller, UHCI) [c|3|0] vendor 1106: VIA Technologies, Inc. device 3038: VT82xxxxx UHCI USB 1.1 Controller device Serial bus controller (USB Controller, UHCI) [c|3|0] vendor 1106: VIA Technologies, Inc. device 3038: VT82xxxxx UHCI USB 1.1 Controller device Serial bus controller (USB Controller, UHCI) [c|3|0] vendor 1106: VIA Technologies, Inc. device 3038: VT82xxxxx UHCI USB 1.1 Controller device Network controller (Ethernet controller) [2|0|0] vendor 10b7: 3Com Corporation device 9001: 3c900 10Mbps Combo [Boomerang] device Display controller (VGA compatible controller, VGA controller) [3|0|0] vendor 10de: nVidia Corporation device 0322: NV34 [GeForce FX 5200] device Bridge (PCI bridge, Normal decode) [6|4|0] vendor 1106: VIA Technologies, Inc. device b099: VT8366/A/7 [Apollo KT266/A/333 AGP] device Bridge (Host bridge) [6|0|0] vendor 1106: VIA Technologies, Inc. device 3099: VT8366/A/7 [Apollo KT266/A/333] ---- Seems that according to listdev the device is loaded and working. If I have time tomorrow I'll remove the card from the mainboard and try to read the contents of the /dev directory again. Can anyone tell me that when the hardware is found but the device driver fails to initialize itself, does it still create the device node. It shouldn't because the device isn't working anyway (Duh!). Maybe it just thinks the device is live and tries to use some structure uninitialized resulting into a null pointer exception that crashes the system. Just poking thin ice, since I don't really know what the kernel does when one tries to access the /dev filesystem... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 12 22:17:19 2008 From: trac at haiku-os.org (umccullough) Date: Wed, 12 Nov 2008 21:17:19 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.d36e5da7b0708568c79fbe0a79ea0721@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by umccullough): Actually, listdev just queries the pci bus to get that info. It doesn't suggest that a driver has been loaded for the devices yet. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 12 22:46:00 2008 From: trac at haiku-os.org (marcusoverhagen) Date: Wed, 12 Nov 2008 21:46:00 -0000 Subject: [Haiku-bugs] [Haiku] #3125: The touchpad does not work on my new laptop : the cursor stay in the middle of the screen In-Reply-To: <038.1c548c063661b698904ab5309030494c@haiku-os.org> References: <038.1c548c063661b698904ab5309030494c@haiku-os.org> Message-ID: <047.de57515422cfe8509c8b3b6f83a10d84@haiku-os.org> #3125: The touchpad does not work on my new laptop : the cursor stay in the middle of the screen --------------------------------+------------------------------------------- Reporter: oco | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Mouse/PS2 | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by marcusoverhagen): * owner: marcusoverhagen => stippi -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 12 23:26:24 2008 From: trac at haiku-os.org (stippi) Date: Wed, 12 Nov 2008 22:26:24 -0000 Subject: [Haiku-bugs] [Haiku] #3125: The touchpad does not work on my new laptop : the cursor stay in the middle of the screen In-Reply-To: <038.1c548c063661b698904ab5309030494c@haiku-os.org> References: <038.1c548c063661b698904ab5309030494c@haiku-os.org> Message-ID: <047.d23eaf40df75ce55e1b6b5d5f6171aea@haiku-os.org> #3125: The touchpad does not work on my new laptop : the cursor stay in the middle of the screen --------------------------------+------------------------------------------- Reporter: oco | Owner: stippi Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Mouse/PS2 | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by stippi): * status: new => assigned Comment: If you have the time, could you binary search for the exact revision that broke this? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 12 23:33:47 2008 From: trac at haiku-os.org (Adek336) Date: Wed, 12 Nov 2008 22:33:47 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.a6b217cbad57b069e0f39d32fda46ce6@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by Adek336): Could you attach the syslog, please? Does ls /dev/net, ls /dev/audio, ls /dev/disk work? Does dd if=/dev/zero of=/dev/null work? If you start up with the Safe Mode Console (press space at boot time, choose Safe Mode IIRC), can you do ls /dev? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 12 23:50:51 2008 From: trac at haiku-os.org (korli) Date: Wed, 12 Nov 2008 22:50:51 -0000 Subject: [Haiku-bugs] [Haiku] #1590: Updated Broadcom Tigon3 ethernet driver In-Reply-To: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> References: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> Message-ID: <053.24109617ae632a13e96198bcc76a2343@haiku-os.org> #1590: Updated Broadcom Tigon3 ethernet driver ------------------------------+--------------------------------------------- Reporter: pieterpan | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by korli): I added brgphy to broadcom570x in r28637. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 13 00:48:28 2008 From: trac at haiku-os.org (oco) Date: Wed, 12 Nov 2008 23:48:28 -0000 Subject: [Haiku-bugs] [Haiku] #3125: The touchpad does not work on my new laptop : the cursor stay in the middle of the screen In-Reply-To: <038.1c548c063661b698904ab5309030494c@haiku-os.org> References: <038.1c548c063661b698904ab5309030494c@haiku-os.org> Message-ID: <047.a020244458e3ca8fde6dfec4b4d4dee3@haiku-os.org> #3125: The touchpad does not work on my new laptop : the cursor stay in the middle of the screen --------------------------------+------------------------------------------- Reporter: oco | Owner: stippi Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Mouse/PS2 | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by oco): I will try this, but probably no result before this weekend. It was working in 28370. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 13 01:15:02 2008 From: trac at haiku-os.org (oco) Date: Thu, 13 Nov 2008 00:15:02 -0000 Subject: [Haiku-bugs] [Haiku] #1854: bcm570x driver (GPL) hangs after short period, panics on 'ifconfig --delete' In-Reply-To: <047.72dd8070740df6d55edb31b47fe56576@haiku-os.org> References: <047.72dd8070740df6d55edb31b47fe56576@haiku-os.org> Message-ID: <056.5cebfaca1e2fde2832ae290b4d8e7457@haiku-os.org> #1854: bcm570x driver (GPL) hangs after short period, panics on 'ifconfig --delete' ---------------------------------+------------------------------------------ Reporter: vortechs2000 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------------+------------------------------------------ Changes (by oco): * cc: olivier.coursiere at laposte.net (added) Comment: I was not experiencing this problem. But starting with r28637, the broadcom570x finally works on a computer where the GPL one was already working. Previously, the broadcom570x failed to load with this message : PANIC: invalid ife->ifm_data (0xa) in mii_phy_setmedia -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 13 02:53:08 2008 From: trac at haiku-os.org (bhaible) Date: Thu, 13 Nov 2008 01:53:08 -0000 Subject: [Haiku-bugs] [Haiku] #3126: vm_page_fault at first keypress in Terminal app Message-ID: <042.1b8e7edbd17c6b1905cc55edb9551c9a@haiku-os.org> #3126: vm_page_fault at first keypress in Terminal app ---------------------+------------------------------------------------------ Reporter: bhaible | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------+------------------------------------------------------ The kernel debugger is activated. To reproduce: Fresh reboot. Launch the Terminal application. Type telnet www.heise.de 80 It connects to this web server. Type GET / The cursor goes back to column 0, but nothing is printed. Close the Terminal application by clicking on its close button (top left yellow button). Launch the Terminal application. Type the Up arrow key from the arrows keypad. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 13 03:01:04 2008 From: trac at haiku-os.org (sikosis) Date: Thu, 13 Nov 2008 02:01:04 -0000 Subject: [Haiku-bugs] [Haiku] #3055: Bundle the vmdk and vmx files together In-Reply-To: <040.649ac8bfbb2b97993ceddcf98af2fe69@haiku-os.org> References: <040.649ac8bfbb2b97993ceddcf98af2fe69@haiku-os.org> Message-ID: <049.616a471ef71af0e0f4831b08bf50e933@haiku-os.org> #3055: Bundle the vmdk and vmx files together --------------------------+------------------------------------------------- Reporter: luroh | Owner: sikosis Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Website/CMS | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by sikosis): * owner: haiku-web => sikosis Comment: Seems the VMX got deleted and then wasn't getting zipped up with the VM images. I've now corrected it with two differnet VMX files. One for the vanilla and one of the developer image, as the name of the VMDK file is slightly different. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 13 03:09:42 2008 From: trac at haiku-os.org (Adek336) Date: Thu, 13 Nov 2008 02:09:42 -0000 Subject: [Haiku-bugs] [Haiku] #2889: ext3: can read first megabyte only In-Reply-To: <042.65e4e431d8644e7c94a53ec2cc1a37f3@haiku-os.org> References: <042.65e4e431d8644e7c94a53ec2cc1a37f3@haiku-os.org> Message-ID: <051.fe4a7451f120e00a97cdfdf2ddf886f8@haiku-os.org> #2889: ext3: can read first megabyte only ------------------------+--------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by Adek336): All the affected files are sparse. Under Linux, given a not-all-zeroes file "some-file", one can create an all-zeroes sparse file "test-file-1", a file "test-file-2" with non-zero data at the end and "sparse-file" with some non-zero data in the middle and at the end with {{{ dd if=/dev/zero of=test-file-1 bs=1 count=0 seek=5M dd if=some-file of=test-file-2 bs=1 count=123 seek=2030G dd if=some-file of=sparse-file bs=1 count=4421 seek=100k dd if=some-file of=sparse-file bs=1 count=764 seek=300k }}} Haiku's ext2/3 module doesn't properly treat sparse files at the moment. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 13 04:07:40 2008 From: trac at haiku-os.org (bhaible) Date: Thu, 13 Nov 2008 03:07:40 -0000 Subject: [Haiku-bugs] [Haiku] #3127: NULL pointer access inside fork() Message-ID: <042.6d29390e0cc7d21be153af6c26f0727e@haiku-os.org> #3127: NULL pointer access inside fork() -----------------------+---------------------------------------------------- Reporter: bhaible | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- While running a configure script in tight memory situation, I got an application crash. Clicking on the "Debug" button of the error dialog, I was presented a gdb session the shell that was executing the configure script. At the top, function fork(). To reproduce: 0. Start Haiku in QEMU with 256 MB RAM allocated to it, 1. Open a Terminal. 2. $ wget http://www.haible.de/bruno/gnu/testdir3.tar.gz 3. $ tar xvfz testdir3.tar.gz 4. $ cd testdir3 5. $ ./configure --host=i586-pc-haiku --build=i586-pc-haiku --prefix=/boot/home/config CPPFLAGS="-Wall" 2>&1 | tee log1 6. Wait a couple of hours. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 13 04:12:55 2008 From: trac at haiku-os.org (bhaible) Date: Thu, 13 Nov 2008 03:12:55 -0000 Subject: [Haiku-bugs] [Haiku] #3128: sh leaks memory Message-ID: <042.c155747b75de706f9c1a4ddbf29a0b57@haiku-os.org> #3128: sh leaks memory -----------------------+---------------------------------------------------- Reporter: bhaible | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- When executing large configure scripts, the 'sh' process gets bigger and bigger. While running a configure script in tight memory situation, I got an application crash. Clicking on the "Debug" button of the error dialog, I was presented a gdb session the shell that was executing the configure script. At the top, function fork(). To reproduce: 0. Start Haiku in QEMU with 256 MB RAM allocated to it, 1. Open a Terminal. 2. $ wget http://www.haible.de/bruno/gnu/testdir3.tar.gz 3. $ tar xvfz testdir3.tar.gz 4. $ cd testdir3 5. $ ./configure --host=i586-pc-haiku --build=i586-pc-haiku --prefix=/boot/home/config CPPFLAGS="-Wall" 2>&1 | tee log1 6. Repeatedly do "ps". After some time, the "sh" process uses 40 MB user memory and 100 MB kernel memory. And it gets more and more... Until either a message "Out of memory" or a crash. Such a shell script should be executable in 10 MB. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 13 08:15:14 2008 From: trac at haiku-os.org (cssvb94) Date: Thu, 13 Nov 2008 07:15:14 -0000 Subject: [Haiku-bugs] [Haiku] #2998: bcm440x doesn't initialize the NIC In-Reply-To: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> References: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> Message-ID: <051.494f87997411c4bfb5366888f6768cfe@haiku-os.org> #2998: bcm440x doesn't initialize the NIC ------------------------------+--------------------------------------------- Reporter: cssvb94 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by cssvb94): I hope this will help you korli. Post back if you need more information. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 13 08:19:33 2008 From: trac at haiku-os.org (marcusoverhagen) Date: Thu, 13 Nov 2008 07:19:33 -0000 Subject: [Haiku-bugs] [Haiku] #3097: trac sends to many email notifications In-Reply-To: <050.ae2dc1cd86df03a03008c7642083e409@haiku-os.org> References: <050.ae2dc1cd86df03a03008c7642083e409@haiku-os.org> Message-ID: <059.f6ac4618ce6486ef0e94019905df9202@haiku-os.org> #3097: trac sends to many email notifications ------------------------------+--------------------------------------------- Reporter: marcusoverhagen | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by marcusoverhagen): happened again (twice) with ticket #3125 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 13 09:12:50 2008 From: trac at haiku-os.org (axeld) Date: Thu, 13 Nov 2008 08:12:50 -0000 Subject: [Haiku-bugs] [Haiku] #3126: vm_page_fault at first keypress in Terminal app In-Reply-To: <042.1b8e7edbd17c6b1905cc55edb9551c9a@haiku-os.org> References: <042.1b8e7edbd17c6b1905cc55edb9551c9a@haiku-os.org> Message-ID: <051.b02b6f9f2a2c73c9ff994d7720364b3a@haiku-os.org> #3126: vm_page_fault at first keypress in Terminal app --------------------------+------------------------------------------------- Reporter: bhaible | Owner: bonefish Type: bug | Status: new Priority: critical | Milestone: R1 Component: Drivers/TTY | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by axeld): * owner: axeld => bonefish * priority: normal => critical * component: System => Drivers/TTY -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 13 09:14:45 2008 From: trac at haiku-os.org (axeld) Date: Thu, 13 Nov 2008 08:14:45 -0000 Subject: [Haiku-bugs] [Haiku] #3127: NULL pointer access inside fork() In-Reply-To: <042.6d29390e0cc7d21be153af6c26f0727e@haiku-os.org> References: <042.6d29390e0cc7d21be153af6c26f0727e@haiku-os.org> Message-ID: <051.b5d2fe706a8ef7605c07a3a2dce57727@haiku-os.org> #3127: NULL pointer access inside fork() ------------------------+--------------------------------------------------- Reporter: bhaible | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by axeld): I would guess that's not too surprising - if it runs out of memory there is little it can do. But I keep it open to have a deeper look at it first. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 13 10:27:46 2008 From: trac at haiku-os.org (PieterPanman) Date: Thu, 13 Nov 2008 09:27:46 -0000 Subject: [Haiku-bugs] [Haiku] #1590: Updated Broadcom Tigon3 ethernet driver In-Reply-To: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> References: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> Message-ID: <053.6225baaecb1ab55b8048b6a43a9f54ea@haiku-os.org> #1590: Updated Broadcom Tigon3 ethernet driver ------------------------------+--------------------------------------------- Reporter: pieterpan | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by PieterPanman): Sweet, it works for me too now. I have cleaned up my patch a lot, using some of Adek's ideas. However, it is a lot simpler, as it doesn't keep track of any variables. Adek, can you please test my patch with your chip? If it works with yours maybe Korli can commit it. I managed to check out almost the entire svn tree with it! (until I ran out of space ;-) ) What doesn't work yet is: - link state detection in the Network Deskbar applet. I'm not sure if this works at all, can someone confirm - DHCP detection if you plug the cable in after you booted. It doesn't notice the cable is plugged in - bringing down and up the interface results in the read errors to go up rapidly. Interestingly, in the syslog you see it detects the link up and link down events. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 13 10:59:11 2008 From: trac at haiku-os.org (diver) Date: Thu, 13 Nov 2008 09:59:11 -0000 Subject: [Haiku-bugs] [Haiku] #2813: Wonderbrush About Box is an empty black window In-Reply-To: <045.f176175899628aec415f0a7f500aedb5@haiku-os.org> References: <045.f176175899628aec415f0a7f500aedb5@haiku-os.org> Message-ID: <054.166c48c6d607cd1f35e23c20af5e4231@haiku-os.org> #2813: Wonderbrush About Box is an empty black window ---------------------------+------------------------------------------------ Reporter: jackburton | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by diver): This is working fine in VirtualBox at least now. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 13 11:46:30 2008 From: trac at haiku-os.org (PieterPanman) Date: Thu, 13 Nov 2008 10:46:30 -0000 Subject: [Haiku-bugs] [Haiku] #3129: Console debugging output doesn't always resume on key press Message-ID: <047.33eb1da53203f8b01ac72de80dad176a@haiku-os.org> #3129: Console debugging output doesn't always resume on key press -----------------------------------+---------------------------------------- Reporter: PieterPanman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/syslog_daemon | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- When I boot my system with console debugging output enabled from the boot menu, it stops after each page, which is excellent. When I hit enter on the first few pages it always continues to the next page. However, after a few pages I actually have to hit any key many times to make it continue, it just doesn't seem to register the key press. I usually just hold down the space bar until it continues, which may vary from 1 to 5 seconds. Attached is my lspci from linux. What else may be useful to help debugging this? I guessed the trac component, please change as you see fit. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 13 12:04:24 2008 From: trac at haiku-os.org (PieterPanman) Date: Thu, 13 Nov 2008 11:04:24 -0000 Subject: [Haiku-bugs] [Haiku] #1590: Updated Broadcom Tigon3 ethernet driver In-Reply-To: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> References: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> Message-ID: <053.43a9ab9eea2a00f896fbeab2c2511010@haiku-os.org> #1590: Updated Broadcom Tigon3 ethernet driver ------------------------------+--------------------------------------------- Reporter: pieterpan | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by PieterPanman): Korli, Thanks for the updates and brgphy. Just curious, why do you check for IFF_DRV_RUNNING in the broadcom440x? Shouldn't you still handle the interrupt in that case? From broadcom440x glue.c in __haiku_disable_interrupts: {{{ istat = CSR_READ_4(sc, BFE_ISTAT); if (istat == 0 || (sc->bfe_ifp->if_drv_flags & IFF_DRV_RUNNING) == 0) { HAIKU_INTR_REGISTER_LEAVE(); return 0; } }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 13 12:07:27 2008 From: trac at haiku-os.org (diver) Date: Thu, 13 Nov 2008 11:07:27 -0000 Subject: [Haiku-bugs] [Haiku] #3130: [DiskUsage] redraw artifacts when moving another window above it Message-ID: <040.03e2371d624c7eacd0c19fc98e2215df@haiku-os.org> #3130: [DiskUsage] redraw artifacts when moving another window above it --------------------------+------------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Maybe app_server bug? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 13 12:30:36 2008 From: trac at haiku-os.org (korli) Date: Thu, 13 Nov 2008 11:30:36 -0000 Subject: [Haiku-bugs] [Haiku] #1590: Updated Broadcom Tigon3 ethernet driver In-Reply-To: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> References: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> Message-ID: <053.03be4bb6cebcaf1f2ab333fe7300cd12@haiku-os.org> #1590: Updated Broadcom Tigon3 ethernet driver ------------------------------+--------------------------------------------- Reporter: pieterpan | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by korli): Replying to [comment:36 PieterPanman]: > Korli, > Thanks for the updates and brgphy. Just curious, why do you check for IFF_DRV_RUNNING in the broadcom440x? Shouldn't you still handle the interrupt in that case? This is because it's done this way in bfe_intr(): {{{ /* not expecting this interrupt, disregard it */ if (istat == 0 || (ifp->if_drv_flags & IFF_DRV_RUNNING) == 0) { BFE_UNLOCK(sc); return; } }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 13 12:34:12 2008 From: trac at haiku-os.org (korli) Date: Thu, 13 Nov 2008 11:34:12 -0000 Subject: [Haiku-bugs] [Haiku] #3097: trac sends to many email notifications In-Reply-To: <050.ae2dc1cd86df03a03008c7642083e409@haiku-os.org> References: <050.ae2dc1cd86df03a03008c7642083e409@haiku-os.org> Message-ID: <059.28cd712a05fd2f7b16f676ffc918e2e2@haiku-os.org> #3097: trac sends to many email notifications ------------------------------+--------------------------------------------- Reporter: marcusoverhagen | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by korli): I think it always did this. It sends a notification to everyone who submitted or commented on a ticket (whatever the CC is). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 13 13:08:49 2008 From: trac at haiku-os.org (axeld) Date: Thu, 13 Nov 2008 12:08:49 -0000 Subject: [Haiku-bugs] [Haiku] #2889: ext3: can read first megabyte only In-Reply-To: <042.65e4e431d8644e7c94a53ec2cc1a37f3@haiku-os.org> References: <042.65e4e431d8644e7c94a53ec2cc1a37f3@haiku-os.org> Message-ID: <051.068f216421d6ac093c4aecf9509a78ee@haiku-os.org> #2889: ext3: can read first megabyte only --------------------------------+------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1/alpha1 Component: File Systems/ext2 | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by axeld): * priority: normal => high * component: - General => File Systems/ext2 * milestone: R1 => R1/alpha1 Comment: That's very helpful, thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 13 13:11:57 2008 From: trac at haiku-os.org (axeld) Date: Thu, 13 Nov 2008 12:11:57 -0000 Subject: [Haiku-bugs] [Haiku] #2709: [bfs]: rm: FATAL: directory a/a/... changed dev/ino In-Reply-To: <042.4bf8af7acc42b9401523eb409dde7199@haiku-os.org> References: <042.4bf8af7acc42b9401523eb409dde7199@haiku-os.org> Message-ID: <051.6efab42357d415f5a88440ac8dc994fc@haiku-os.org> #2709: [bfs]: rm: FATAL: directory a/a/... changed dev/ino ----------------------------+----------------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 13 13:34:52 2008 From: trac at haiku-os.org (axeld) Date: Thu, 13 Nov 2008 12:34:52 -0000 Subject: [Haiku-bugs] [Haiku] #3097: trac sends to many email notifications In-Reply-To: <050.ae2dc1cd86df03a03008c7642083e409@haiku-os.org> References: <050.ae2dc1cd86df03a03008c7642083e409@haiku-os.org> Message-ID: <059.2ba4a21619f5e1f778fbf9e20d1042dd@haiku-os.org> #3097: trac sends to many email notifications ------------------------------+--------------------------------------------- Reporter: marcusoverhagen | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by axeld): Which is probably okay. I would just like if one could configure the mailing behaviour per user; for example, I am on the bug mailing list, and get every change anyway, so I get most messages twice. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 13 13:43:23 2008 From: trac at haiku-os.org (Adek336) Date: Thu, 13 Nov 2008 12:43:23 -0000 Subject: [Haiku-bugs] [Haiku] #917: mouse pointer does not move, when it shows up In-Reply-To: <043.b751d470c8796675a439cb8dcee1bb56@haiku-os.org> References: <043.b751d470c8796675a439cb8dcee1bb56@haiku-os.org> Message-ID: <052.fb41e25df19c3f128f0255337ce183e6@haiku-os.org> #917: mouse pointer does not move, when it shows up -----------------------------------+---------------------------------------- Reporter: kaoutsis | Owner: korli Type: bug | Status: new Priority: low | Milestone: R1 Component: Servers/input_server | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -----------------------------------+---------------------------------------- Changes (by Adek336): * cc: adek336 at gmail.com (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 13 16:17:12 2008 From: trac at haiku-os.org (apprentice) Date: Thu, 13 Nov 2008 15:17:12 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.f31f99918b74ff7b2e0e2023259d20ca@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by apprentice): I Attached the syslog, but haven't had the time to test any commands. Somebody suggested that the bug might be in Haiku's fbsd layer and said that my 3com boomerang nic that doesn't initialize the hardware properly might be related(I posted a separate ticket on this but don't remember the ticket number and this is a duplicate syslog) to the kernel crash. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 13 16:33:14 2008 From: trac at haiku-os.org (bonefish) Date: Thu, 13 Nov 2008 15:33:14 -0000 Subject: [Haiku-bugs] [Haiku] #3128: sh leaks memory In-Reply-To: <042.c155747b75de706f9c1a4ddbf29a0b57@haiku-os.org> References: <042.c155747b75de706f9c1a4ddbf29a0b57@haiku-os.org> Message-ID: <051.a27b41daa39e64340b53f7eaf12ea920@haiku-os.org> #3128: sh leaks memory ----------------------------+----------------------------------------------- Reporter: bhaible | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by bonefish): * component: - General => System/Kernel Comment: I don't see the growing shell memory size here. At least ProcessController constantly shows a little more than 400 KB for the terminal's login shell the whole time, and about 1.2 MB for the configure shell while it runs. I do see an increase in kernel memory usage though, suggesting a memory leak in the kernel. The leak checking suggests that memory allocated in arch_vm_translation_map_init_map() is leaked, so supposedly the ref- counting doesn't work as it should. Will look into this later tonight, unless someone beats me to it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 13 16:42:23 2008 From: trac at haiku-os.org (bonefish) Date: Thu, 13 Nov 2008 15:42:23 -0000 Subject: [Haiku-bugs] [Haiku] #3127: NULL pointer access inside fork() In-Reply-To: <042.6d29390e0cc7d21be153af6c26f0727e@haiku-os.org> References: <042.6d29390e0cc7d21be153af6c26f0727e@haiku-os.org> Message-ID: <051.554ee4c330f2e9a7867451cb90341360@haiku-os.org> #3127: NULL pointer access inside fork() ------------------------+--------------------------------------------------- Reporter: bhaible | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by bonefish): The general memory tightness is apparently caused by a kernel memory leak (cf. #3128). Generally fork() should report ENOMEM instead of crashing, but if the virtual memory is really exhausted, touching previously unused stack will definitely crash programs, since the stacks are over- committing. And there's little else we can do in such a case. The syslog (/var/log/syslog) should help to verify whether the page fault happened on the stack. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 13 17:35:02 2008 From: trac at haiku-os.org (aldeck) Date: Thu, 13 Nov 2008 16:35:02 -0000 Subject: [Haiku-bugs] [Haiku] #1420: Copying a folder with the same name as an existing folder should offer the option to merge both folders In-Reply-To: <042.5b336a58ca3a611a4e39f9649efe9b34@haiku-os.org> References: <042.5b336a58ca3a611a4e39f9649efe9b34@haiku-os.org> Message-ID: <051.b22a65bbdda740b3d228b165a0fbf6fe@haiku-os.org> #1420: Copying a folder with the same name as an existing folder should offer the option to merge both folders -----------------------------------+---------------------------------------- Reporter: scottmc | Owner: nobody Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by aldeck): * owner: aldeck => nobody * status: assigned => new Comment: lacking time, i'll have a look again in a few weeks if no one takes it :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 13 20:11:53 2008 From: trac at haiku-os.org (axeld) Date: Thu, 13 Nov 2008 19:11:53 -0000 Subject: [Haiku-bugs] [Haiku] #3127: NULL pointer access inside fork() In-Reply-To: <042.6d29390e0cc7d21be153af6c26f0727e@haiku-os.org> References: <042.6d29390e0cc7d21be153af6c26f0727e@haiku-os.org> Message-ID: <051.314545e2ddeb6129642d97088d24fb94@haiku-os.org> #3127: NULL pointer access inside fork() ------------------------+--------------------------------------------------- Reporter: bhaible | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by axeld): We could let fork() reserve one or two stack pages for the new team, so that it could fail with ENOMEM in most of these cases as well. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 13 20:22:03 2008 From: trac at haiku-os.org (Adek336) Date: Thu, 13 Nov 2008 19:22:03 -0000 Subject: [Haiku-bugs] [Haiku] #2889: ext3: can read first megabyte only In-Reply-To: <042.65e4e431d8644e7c94a53ec2cc1a37f3@haiku-os.org> References: <042.65e4e431d8644e7c94a53ec2cc1a37f3@haiku-os.org> Message-ID: <051.c5d601f668c1f77f8ee3adf9a59a8ef6@haiku-os.org> #2889: ext3: can read first megabyte only --------------------------------+------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1/alpha1 Component: File Systems/ext2 | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by Adek336): Actually I found out that my sparse files do not bring any valuable content, I think giving an error message (and doing it before having copyied 1 MiB of trash - which is how it works atm; I was even able to produce a KDL when viewing 200Gb sparse file in diskprobe) would suffice. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 13 21:09:00 2008 From: trac at haiku-os.org (stippi) Date: Thu, 13 Nov 2008 20:09: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.8bbd6aef1654c100b74095acc44d6fcd@haiku-os.org> #1020: No save alert message for a changed draft mail. (easy) --------------------------------+------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Mail | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by stippi): * status: new => closed * resolution: => fixed Comment: Fixed in r28641. I didn't really apply your patches, since I believe fSent should not be set in SaveAsDraft() at all. SaveAsDraft() is only used from Send(), which maintains fSent itself. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 13 21:18:10 2008 From: trac at haiku-os.org (stippi) Date: Thu, 13 Nov 2008 20:18:10 -0000 Subject: [Haiku-bugs] [Haiku] #2813: Wonderbrush About Box is an empty black window In-Reply-To: <045.f176175899628aec415f0a7f500aedb5@haiku-os.org> References: <045.f176175899628aec415f0a7f500aedb5@haiku-os.org> Message-ID: <054.d1f142dd99f1d1f6b0eced7dc780fae2@haiku-os.org> #2813: Wonderbrush About Box is an empty black window ---------------------------+------------------------------------------------ Reporter: jackburton | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by stippi): * status: new => closed * resolution: => fixed Comment: Ah yes, I fixed it in the new WonderBrush version and forgot to close this bug. The problem was in WonderBrush, not Haiku. It was hardcoding the font file, and it doesn't exist on Haiku (Swiss BT...). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 13 21:22:28 2008 From: trac at haiku-os.org (stippi) Date: Thu, 13 Nov 2008 20:22:28 -0000 Subject: [Haiku-bugs] [Haiku] #3130: [DiskUsage] redraw artifacts when moving another window above it In-Reply-To: <040.03e2371d624c7eacd0c19fc98e2215df@haiku-os.org> References: <040.03e2371d624c7eacd0c19fc98e2215df@haiku-os.org> Message-ID: <049.773c5e9d03ea288dd63412f1df23c047@haiku-os.org> #3130: [DiskUsage] redraw artifacts when moving another window above it ---------------------------+------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by stippi): Yes, app_server bug. But I seem to remember this one being already reported. Maybe only as a comment in another bug... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 13 21:45:25 2008 From: trac at haiku-os.org (kaliber) Date: Thu, 13 Nov 2008 20:45:25 -0000 Subject: [Haiku-bugs] [Haiku] #3131: PANIC: _mutex_unlock() failure: thread 43 is trying to release mutex 0x834ec3c0 (current holder 0) Message-ID: <042.279f6f5ccfbfdad811173fd3370322fd@haiku-os.org> #3131: PANIC: _mutex_unlock() failure: thread 43 is trying to release mutex 0x834ec3c0 (current holder 0) -----------------------+---------------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- I cannot reproduce the bug, but backtrace may be useful. {{{ PANIC: _mutex_unlock() failure: thread 43 is trying to release mutex 0x834ec3c0 (current holder 0) Welcome to Kernel Debugging Land... Thread 43 "timer_thread" running on CPU 0 kdebug> bt stack trace for thread 43 "timer_thread" kernel stack: 0x8021c000 to 0x80220000 user stack: 0x70041000 to 0x70081000 frame caller :function + offset 0 8021faa4 (+ 48) 8005bcd5 :invoke_debugger_command + 0x00f5 1 8021fad4 (+ 64) 8005bac5 invoke_pipe_segment(debugger_command_pipe*: 0x80122a60, int32: 0, 0x0 "") + 0x0079 2 8021fb14 (+ 64) 8005be4c :invoke_debugger_command_pipe + 0x009c 3 8021fb54 (+ 48) 8005d3d4 ExpressionParser<0x8021fc08>::_ParseCommandPipe(0x8021fc04) + 0x0234 4 8021fb84 (+ 64) 8005c80e ExpressionParser<0x8021fc08>::EvaluateCommand(0x801128a0 "bt", 0x8021fc04) + 0x02ba 5 8021fbc4 (+ 224) 8005e7fc :evaluate_debug_command + 0x0088 6 8021fca4 (+ 64) 80059bea kernel_debugger_loop() + 0x01ae 7 8021fce4 (+ 32) 8005aa55 :kernel_debugger + 0x004d 8 8021fd04 (+ 192) 8005a9fd :panic + 0x0029 9 8021fdc4 (+ 64) 8003ce20 :_mutex_unlock + 0x0074 10 8021fe04 (+ 48) 80038b20 :heap_memalign + 0x0070 11 8021fe34 (+ 48) 8003992a :memalign + 0x0146 12 8021fe64 (+ 32) 80039ab0 :malloc + 0x0014 13 8021fe84 (+ 48) 8004341c get_port_msg(int32: 1886023792, uint32: 0x6c (108)) + 0x0018 14 8021feb4 (+ 64) 80044b98 :writev_port_etc + 0x0180 15 8021fef4 (+ 80) 80045304 :_user_write_port_etc + 0x00dc 16 8021ff44 (+ 100) 800cdff2 :handle_syscall + 0x00af user iframe at 0x8021ffa8 (end = 0x80220000) eax 0xc7 ebx 0x5ca560 ecx 0x70080c70 edx 0xffff0104 esi 0x0 edi 0x706a7070 ebp 0x70080cac esp 0x8021ffdc eip 0xffff0104 eflags 0x217 user esp 0x70080c70 vector: 0x63, error code: 0x0 17 8021ffa8 (+ 0) ffff0104 :commpage_syscall + 0x0004 18 70080cac (+ 64) 00340f59 BMessage<0x18042480>::_SendFlattenedMessage(0x6c, int32: 258171, int32: 12, int32: 0, int64: 1729878823849164800) + 0x0089 19 70080cec (+ 64) 0023c55b <_APP_> MessageDeliverer<0x18014330>::_SendMessage(MessageDeliverer::Message*: 0x1803e1b0, int32: 258171, int32: 12) + 0x0033 20 70080d2c (+ 128) 0023bdeb <_APP_> MessageDeliverer<0x18014330>::DeliverMessage(0x18044928, int32: 108, MessagingTargetSet&: 0x70080e7c, int64: 9223372036854775807) + 0x028f 21 70080dac (+ 112) 0023baf1 <_APP_> MessageDeliverer<0x18014330>::DeliverMessage(BMessage*: 0x1800ff50, MessagingTargetSet&: 0x70080e7c, int64: 9223372036854775807) + 0x0095 22 70080e1c (+ 112) 0023b9b6 <_APP_> MessageDeliverer<0x18014330>::DeliverMessage(BMessage*: 0x1800ff50, BMessenger: 0x70080ee8, int64: 9223372036854775807) + 0x004e 23 70080e8c (+ 128) 002405f7 <_APP_> MessageRunnerManager<0x18015ff8>::_DoEvent(MessageRunnerManager::RunnerInfo*: 0x180209d0) + 0x011f 24 70080f0c (+ 48) 0024095e <_APP_> MessageRunnerManager::RunnerEvent<0x1801bf40>::Do(EventQueue*: 0x18022368) + 0x0026 25 70080f3c (+ 64) 0023b200 <_APP_> EventQueue<0x18022368>::_EventLooper(0x0) + 0x0114 26 70080f7c (+ 48) 0023b0e3 <_APP_> EventQueue<0x18022368>::_EventLooperEntry(NULL) + 0x001f 27 70080fac (+ 48) 0053e9b8 :_get_next_team_info (nearest) + 0x005c 28 70080fdc (+ 0) 70080fec 2380:timer_thread_43_stack at 0x70041000 + 0x3ffec }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 13 22:51:54 2008 From: trac at haiku-os.org (diver) Date: Thu, 13 Nov 2008 21:51:54 -0000 Subject: [Haiku-bugs] [Haiku] #3130: [DiskUsage] redraw artifacts when moving another window above it In-Reply-To: <040.03e2371d624c7eacd0c19fc98e2215df@haiku-os.org> References: <040.03e2371d624c7eacd0c19fc98e2215df@haiku-os.org> Message-ID: <049.dc9e8af0934aa950e19c1f812e7f80e8@haiku-os.org> #3130: [DiskUsage] redraw artifacts when moving another window above it ---------------------------------+------------------------------------------ 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 diver): * component: Applications => Servers/app_server -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 13 22:52:19 2008 From: trac at haiku-os.org (diver) Date: Thu, 13 Nov 2008 21:52:19 -0000 Subject: [Haiku-bugs] [Haiku] #3130: [app_server] redraw artifacts when moving another window above DiskUsage (was: [DiskUsage] redraw artifacts when moving another window above it) In-Reply-To: <040.03e2371d624c7eacd0c19fc98e2215df@haiku-os.org> References: <040.03e2371d624c7eacd0c19fc98e2215df@haiku-os.org> Message-ID: <049.961776158b71186fc31f87240bf03e66@haiku-os.org> #3130: [app_server] redraw artifacts when moving another window above DiskUsage ---------------------------------+------------------------------------------ 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 Thu Nov 13 23:17:43 2008 From: trac at haiku-os.org (stippi) Date: Thu, 13 Nov 2008 22:17:43 -0000 Subject: [Haiku-bugs] [Haiku] #3125: The touchpad does not work on my new laptop : the cursor stay in the middle of the screen In-Reply-To: <038.1c548c063661b698904ab5309030494c@haiku-os.org> References: <038.1c548c063661b698904ab5309030494c@haiku-os.org> Message-ID: <047.c3f9c0c5418e4b42e347efb04b0c5c0d@haiku-os.org> #3125: The touchpad does not work on my new laptop : the cursor stay in the middle of the screen --------------------------------+------------------------------------------- Reporter: oco | Owner: stippi Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Mouse/PS2 | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by stippi): Please always prepend "r", like r28370. Then I can click on it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 13 23:29:50 2008 From: trac at haiku-os.org (stippi) Date: Thu, 13 Nov 2008 22:29:50 -0000 Subject: [Haiku-bugs] [Haiku] #3125: The touchpad does not work on my new laptop : the cursor stay in the middle of the screen In-Reply-To: <038.1c548c063661b698904ab5309030494c@haiku-os.org> References: <038.1c548c063661b698904ab5309030494c@haiku-os.org> Message-ID: <047.460fcd4845f5d687ac87679da91d8b05@haiku-os.org> #3125: The touchpad does not work on my new laptop : the cursor stay in the middle of the screen --------------------------------+------------------------------------------- Reporter: oco | Owner: stippi Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Mouse/PS2 | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by stippi): Maybe it works again in r28642. If not, please check if it still works in r28590 and in r28415. (Ie I would like to know if either r28591 or r28416 broke it for you.) Thanks a lot! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 14 00:51:52 2008 From: trac at haiku-os.org (bonefish) Date: Thu, 13 Nov 2008 23:51:52 -0000 Subject: [Haiku-bugs] [Haiku] #3127: NULL pointer access inside fork() In-Reply-To: <042.6d29390e0cc7d21be153af6c26f0727e@haiku-os.org> References: <042.6d29390e0cc7d21be153af6c26f0727e@haiku-os.org> Message-ID: <051.28fe04079d6acfa3424f691dfe7b6f2b@haiku-os.org> #3127: NULL pointer access inside fork() ------------------------+--------------------------------------------------- Reporter: bhaible | 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:3 axeld]: > We could let fork() reserve one or two stack pages for the new team, so that it could fail with ENOMEM in most of these cases as well. That doesn't make much sense. fork() is not supposed to return an error code in the child. Crashing really is the only option I'm afraid. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 14 00:52:23 2008 From: trac at haiku-os.org (bonefish) Date: Thu, 13 Nov 2008 23:52:23 -0000 Subject: [Haiku-bugs] [Haiku] #3128: sh leaks memory In-Reply-To: <042.c155747b75de706f9c1a4ddbf29a0b57@haiku-os.org> References: <042.c155747b75de706f9c1a4ddbf29a0b57@haiku-os.org> Message-ID: <051.95062a536a851e2a85cef55e0e543e81@haiku-os.org> #3128: sh leaks memory ----------------------------+----------------------------------------------- Reporter: bhaible | Owner: bonefish Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by bonefish): * owner: axeld => bonefish * status: new => assigned -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 14 02:51:36 2008 From: trac at haiku-os.org (bonefish) Date: Fri, 14 Nov 2008 01:51:36 -0000 Subject: [Haiku-bugs] [Haiku] #3128: sh leaks memory In-Reply-To: <042.c155747b75de706f9c1a4ddbf29a0b57@haiku-os.org> References: <042.c155747b75de706f9c1a4ddbf29a0b57@haiku-os.org> Message-ID: <051.bcbf4696d0679397a58990584b369d9d@haiku-os.org> #3128: sh leaks memory ----------------------------+----------------------------------------------- Reporter: bhaible | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by bonefish): * status: assigned => closed * resolution: => fixed Comment: The kernel leak is fixed in r28644. Please reopen, if you can actually reproduce that the shell is leaking memory. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 14 02:59:24 2008 From: trac at haiku-os.org (bonefish) Date: Fri, 14 Nov 2008 01:59:24 -0000 Subject: [Haiku-bugs] [Haiku] #3126: vm_page_fault at first keypress in Terminal app In-Reply-To: <042.1b8e7edbd17c6b1905cc55edb9551c9a@haiku-os.org> References: <042.1b8e7edbd17c6b1905cc55edb9551c9a@haiku-os.org> Message-ID: <051.8d8b84451ad5b0249bcab2ad8303be29@haiku-os.org> #3126: vm_page_fault at first keypress in Terminal app --------------------------+------------------------------------------------- Reporter: bhaible | Owner: bonefish Type: bug | Status: assigned Priority: critical | Milestone: R1 Component: Drivers/TTY | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by bonefish): * status: new => assigned Comment: Can reproduce the problem. Will look into it tomorrow. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 14 10:22:26 2008 From: trac at haiku-os.org (axeld) Date: Fri, 14 Nov 2008 09:22:26 -0000 Subject: [Haiku-bugs] [Haiku] #3127: NULL pointer access inside fork() In-Reply-To: <042.6d29390e0cc7d21be153af6c26f0727e@haiku-os.org> References: <042.6d29390e0cc7d21be153af6c26f0727e@haiku-os.org> Message-ID: <051.bd2403e7c5460a224dd200ba5aceabd8@haiku-os.org> #3127: NULL pointer access inside fork() ------------------------+--------------------------------------------------- Reporter: bhaible | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by axeld): Replying to [comment:4 bonefish]: > That doesn't make much sense. fork() is not supposed to return an error code in the child. Crashing really is the only option I'm afraid. Who said it would do that? The areas of the new team are allocated in the parent, so we can also commit memory there for the child; if that fails, we can let fork() fail which would cause it to return ENOMEM in the parent process, before the child has been started. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 14 13:07:59 2008 From: trac at haiku-os.org (axeld) Date: Fri, 14 Nov 2008 12:07:59 -0000 Subject: [Haiku-bugs] [Haiku] #975: the filesystem API should support sparse files for the call "get_file_map" In-Reply-To: <040.eabf34ef8fc32cee7db93b7c3515575e@haiku-os.org> References: <040.eabf34ef8fc32cee7db93b7c3515575e@haiku-os.org> Message-ID: <049.7732c35a0d1dbb20617bf4ce9fcb0537@haiku-os.org> #975: the filesystem API should support sparse files for the call "get_file_map" ----------------------------+----------------------------------------------- Reporter: korli | Owner: axeld Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Implemented in r28648. Sparse files report a disk offset of -1 for the sparse extents, read_file_io_vec_pages() will then zero them out. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 14 13:08:31 2008 From: trac at haiku-os.org (axeld) Date: Fri, 14 Nov 2008 12:08:31 -0000 Subject: [Haiku-bugs] [Haiku] #2889: ext3: can read first megabyte only In-Reply-To: <042.65e4e431d8644e7c94a53ec2cc1a37f3@haiku-os.org> References: <042.65e4e431d8644e7c94a53ec2cc1a37f3@haiku-os.org> Message-ID: <051.ce0db9b2da12bdd9032635d58bce0bfb@haiku-os.org> #2889: ext3: can read first megabyte only --------------------------------+------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: assigned Priority: high | Milestone: R1/alpha1 Component: File Systems/ext2 | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by axeld): * status: new => assigned Comment: This should be fixed in r28648 which adds sparse file support, please confirm. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 14 14:31:23 2008 From: trac at haiku-os.org (Adek336) Date: Fri, 14 Nov 2008 13:31:23 -0000 Subject: [Haiku-bugs] [Haiku] #1150: usb stack freezes Dell Latitude D810 In-Reply-To: <041.5a71112ff68766e69fc6b3f4f3f3942f@haiku-os.org> References: <041.5a71112ff68766e69fc6b3f4f3f3942f@haiku-os.org> Message-ID: <050.7ae288fd7021d7e6546457c15eb7a4b9@haiku-os.org> #1150: usb stack freezes Dell Latitude D810 --------------------------+------------------------------------------------- Reporter: bryanv | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------+------------------------------------------------- Comment(by Adek336): On a Dell Latitude C800, it fails to boot most of the time (if it boots, it works fine). It either hangs after the third boot icon with F12 not working; blanks the screen and then KDLs (which I know it does, because typing "reb" reboots the laptop without pressing F12); or gives me an NMI either in picasso (in vesa add-on) or in net_server. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 14 14:36:27 2008 From: trac at haiku-os.org (Adek336) Date: Fri, 14 Nov 2008 13:36:27 -0000 Subject: [Haiku-bugs] [Haiku] #1150: usb stack freezes Dell Latitude D810 In-Reply-To: <041.5a71112ff68766e69fc6b3f4f3f3942f@haiku-os.org> References: <041.5a71112ff68766e69fc6b3f4f3f3942f@haiku-os.org> Message-ID: <050.e7a96f2ccf319cad19b575de12e19ef7@haiku-os.org> #1150: usb stack freezes Dell Latitude D810 --------------------------+------------------------------------------------- Reporter: bryanv | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------+------------------------------------------------- Comment(by Adek336): To boot, I have to type continue in the kdl prompt after a NMI. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 14 14:51:02 2008 From: trac at haiku-os.org (mmlr) Date: Fri, 14 Nov 2008 13:51:02 -0000 Subject: [Haiku-bugs] [Haiku] #1150: usb stack freezes Dell Latitude D810 In-Reply-To: <041.5a71112ff68766e69fc6b3f4f3f3942f@haiku-os.org> References: <041.5a71112ff68766e69fc6b3f4f3f3942f@haiku-os.org> Message-ID: <050.72183cdeaf3a7299162fcd370eab08b5@haiku-os.org> #1150: usb stack freezes Dell Latitude D810 --------------------------+------------------------------------------------- Reporter: bryanv | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------+------------------------------------------------- Comment(by mmlr): The NMI is most probably not related to USB. The hang at boot might be though. Can you please enable on-screen debug output and check what the last few messages are that get printed when it hangs? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 14 16:50:09 2008 From: trac at haiku-os.org (humdinger) Date: Fri, 14 Nov 2008 15:50:09 -0000 Subject: [Haiku-bugs] [Haiku] #3130: [app_server] redraw artifacts when moving another window above DiskUsage In-Reply-To: <040.03e2371d624c7eacd0c19fc98e2215df@haiku-os.org> References: <040.03e2371d624c7eacd0c19fc98e2215df@haiku-os.org> Message-ID: <049.198d7d7114337de9f0677275b23ea2e2@haiku-os.org> #3130: [app_server] redraw artifacts when moving another window above DiskUsage ---------------------------------+------------------------------------------ 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 humdinger): I got that one first: #2717 :) Guess you can mark #2717 as dupliacte then. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 14 16:54:34 2008 From: trac at haiku-os.org (stippi) Date: Fri, 14 Nov 2008 15:54:34 -0000 Subject: [Haiku-bugs] [Haiku] #2717: DiskUsage: Artefacts when redrawing In-Reply-To: <044.c527e1f7d7b11a75d35f360e250d234d@haiku-os.org> References: <044.c527e1f7d7b11a75d35f360e250d234d@haiku-os.org> Message-ID: <053.fcb7a02785e3bcb859c05a3494c22546@haiku-os.org> #2717: DiskUsage: Artefacts when redrawing ---------------------------+------------------------------------------------ Reporter: humdinger | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: duplicate | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by stippi): * status: new => closed * resolution: => duplicate Comment: Duplicate of #3130, which has a little more info. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 14 17:30:15 2008 From: trac at haiku-os.org (bonefish) Date: Fri, 14 Nov 2008 16:30:15 -0000 Subject: [Haiku-bugs] [Haiku] #3126: vm_page_fault at first keypress in Terminal app In-Reply-To: <042.1b8e7edbd17c6b1905cc55edb9551c9a@haiku-os.org> References: <042.1b8e7edbd17c6b1905cc55edb9551c9a@haiku-os.org> Message-ID: <051.c851a443cdb619b08d720822720b3663@haiku-os.org> #3126: vm_page_fault at first keypress in Terminal app --------------------------+------------------------------------------------- Reporter: bhaible | Owner: bonefish Type: bug | Status: closed Priority: critical | Milestone: R1 Component: Drivers/TTY | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by bonefish): * status: assigned => closed * resolution: => fixed Comment: Fixed in r28651. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 14 18:23:05 2008 From: trac at haiku-os.org (apprentice) Date: Fri, 14 Nov 2008 17:23:05 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.04c00579d8cddce202ccfaa8b12b637f@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by apprentice): I booted into safe mode as suggested and disabled the bios part also. ls /dev returned the contents of the /dev directory and I could cd to every directory without a hitch, so far so good. For a final stress test I ran 'find .' under /dev. Kernel crashed again and the stack trace looked the same as the earlier (beefdead -- read error). None of the commands worked without safe mode. Maybe the problem is in my mainboard's bios (msi kt3 ultra2). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 14 18:32:46 2008 From: trac at haiku-os.org (anevilyak) Date: Fri, 14 Nov 2008 17:32:46 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.93e607969c6e56154cb1c4f665a79c37@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by anevilyak): The BIOS shouldn't actually be involved when looking at /dev, it's most probably a buggy driver or something along those lines. When you ran 'find .', was that in safe mode or normal? What might be interesting is the list of kernel images when you're not in safe mode (listimage on the kernel's team ID will give you this). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 14 18:39:38 2008 From: trac at haiku-os.org (axeld) Date: Fri, 14 Nov 2008 17:39:38 -0000 Subject: [Haiku-bugs] [Haiku] #2223: KDL in tty driver (rev. 25445) In-Reply-To: <042.efc184f14cee43f39eab5f17406dea3a@haiku-os.org> References: <042.efc184f14cee43f39eab5f17406dea3a@haiku-os.org> Message-ID: <051.b59046d9b7ffde8701214e5594c3be48@haiku-os.org> #2223: KDL in tty driver (rev. 25445) --------------------------+------------------------------------------------- Reporter: kaliber | Owner: bonefish Type: bug | Status: closed Priority: high | Milestone: R1 Component: Drivers/TTY | Version: R1 development Resolution: duplicate | Blockedby: 3126 Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => duplicate * blockedby: => 3126 Comment: Duplicate of #3126 which contains a reliable method on how to reproduce it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 14 19:32:44 2008 From: trac at haiku-os.org (apprentice) Date: Fri, 14 Nov 2008 18:32:44 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.5001ae8d9fd4a2bade68d8f1bdd3a013@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by apprentice): It crashed in safe mode when running find. I will check the listimage later. I haven't yet tried the dd command in safe mode either. It is also interesting that I can cd into any directory that /dev contains, I just can't read the contents of the directory. ls /dev/s[TAB] for example crashes the kernel immediately. Also I can mount my linux partitions from the gui just fine. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 14 21:25:59 2008 From: trac at haiku-os.org (graham) Date: Fri, 14 Nov 2008 20:25:59 -0000 Subject: [Haiku-bugs] [Haiku] #3113: Fatal Exception "NMI Interrupt" on kernel boot In-Reply-To: <041.f53f634435f357af3dd21b05f24738dd@haiku-os.org> References: <041.f53f634435f357af3dd21b05f24738dd@haiku-os.org> Message-ID: <050.75202ce55479b4d94028aecd826dfdb8@haiku-os.org> #3113: Fatal Exception "NMI Interrupt" on kernel boot ----------------------------+----------------------------------------------- Reporter: graham | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by graham): Replying to [comment:5 marcusoverhagen]: > Hint: Parity error reporting gets enabled at PCI::_ConfigureBridges() in pci.cpp I've learned a bit more now and found where the modules get loaded. I looked over my attached list of PCI devices and all of the PCI to PCI bridges are configured judging by the syslog. So the error is probably in PCI::ClearDeviceStatus() I wonder if it's worthwhile recompiling it with dumpstatus = true set? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 14 22:10:45 2008 From: trac at haiku-os.org (oco) Date: Fri, 14 Nov 2008 21:10:45 -0000 Subject: [Haiku-bugs] [Haiku] #3125: The touchpad does not work on my new laptop : the cursor stay in the middle of the screen In-Reply-To: <038.1c548c063661b698904ab5309030494c@haiku-os.org> References: <038.1c548c063661b698904ab5309030494c@haiku-os.org> Message-ID: <047.d7699740e7e193e94842a042e8072a0c@haiku-os.org> #3125: The touchpad does not work on my new laptop : the cursor stay in the middle of the screen --------------------------------+------------------------------------------- Reporter: oco | Owner: stippi Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Mouse/PS2 | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by oco): It works in r28643 ! Thank you ! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 14 22:18:56 2008 From: trac at haiku-os.org (Adek336) Date: Fri, 14 Nov 2008 21:18:56 -0000 Subject: [Haiku-bugs] [Haiku] #1150: usb stack freezes Dell Latitude D810 In-Reply-To: <041.5a71112ff68766e69fc6b3f4f3f3942f@haiku-os.org> References: <041.5a71112ff68766e69fc6b3f4f3f3942f@haiku-os.org> Message-ID: <050.f79769130a73d411dbbde9c6467760dd@haiku-os.org> #1150: usb stack freezes Dell Latitude D810 --------------------------+------------------------------------------------- Reporter: bryanv | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------+------------------------------------------------- Comment(by Adek336): I obviously didn't see which boot icon appeared at that moment but I suspect this is what I was supposed to reproduce. Note that this problem happens occasionally, generally it happens only once in many boots. F12 didn't work. When on screen debug is enabled, at the beginning of the boot process, after only a few messages, I always get an NMI in main2(), but continue can be used to ignore it. ints output under a successfully booted Haiku {{{ ... int 11, enabled 3, handled 17912, unhandled 0 firewire:fwohci_intr ... 3com:intr_wrapper ... uhci: InterruptHandler_4UHCPIPv ... ... }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 14 22:51:21 2008 From: trac at haiku-os.org (stippi) Date: Fri, 14 Nov 2008 21:51:21 -0000 Subject: [Haiku-bugs] [Haiku] #3125: The touchpad does not work on my new laptop : the cursor stay in the middle of the screen In-Reply-To: <038.1c548c063661b698904ab5309030494c@haiku-os.org> References: <038.1c548c063661b698904ab5309030494c@haiku-os.org> Message-ID: <047.db37e704cf76ec469ae39e4485ae0d80@haiku-os.org> #3125: The touchpad does not work on my new laptop : the cursor stay in the middle of the screen --------------------------------+------------------------------------------- Reporter: oco | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Mouse/PS2 | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by stippi): * status: assigned => closed * resolution: => fixed Comment: Ok, thanks for the feedback. I have an idea what the problem may have been. Some day I need to investigate why multiple "node added" events are received for the same published device. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 14 22:58:31 2008 From: trac at haiku-os.org (Adek336) Date: Fri, 14 Nov 2008 21:58:31 -0000 Subject: [Haiku-bugs] [Haiku] #1150: usb stack freezes Dell Latitude D810 In-Reply-To: <041.5a71112ff68766e69fc6b3f4f3f3942f@haiku-os.org> References: <041.5a71112ff68766e69fc6b3f4f3f3942f@haiku-os.org> Message-ID: <050.114b4331e70292b5a7f96ebd4e4335cc@haiku-os.org> #1150: usb stack freezes Dell Latitude D810 --------------------------+------------------------------------------------- Reporter: bryanv | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------+------------------------------------------------- Comment(by Adek336): On my desktop computer I've also seen Haiku freeze after the third icon, although very rarely, only a few times. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 00:11:20 2008 From: trac at haiku-os.org (kaoutsis) Date: Fri, 14 Nov 2008 23:11:20 -0000 Subject: [Haiku-bugs] [Haiku] #2305: [Preferences::Time] crashes on startup In-Reply-To: <043.24b09b8676e34dbb6cd8663ee29ed863@haiku-os.org> References: <043.24b09b8676e34dbb6cd8663ee29ed863@haiku-os.org> Message-ID: <052.ba3a11cd2e807c0c41656a27f8f8969e@haiku-os.org> #2305: [Preferences::Time] crashes on startup --------------------------------------+------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Time & Date | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Comment(by kaoutsis): Replying to [comment:2 aldeck]: > Can't reproduce here. > kaoutsis, did you set a particular timezone in your UserBuildConfig maybe? No, i didn't. But i can't test with the current revision right now; i will, then i find the time:) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 00:22:17 2008 From: trac at haiku-os.org (kvdman) Date: Fri, 14 Nov 2008 23:22:17 -0000 Subject: [Haiku-bugs] [Haiku] #3132: zbeos too large for floppy/cd image Message-ID: <041.d96c0dc1a6d87a58095a60c3fb71cd12@haiku-os.org> #3132: zbeos too large for floppy/cd image --------------------------------+------------------------------------------- Reporter: kvdman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Boot Loader | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- I bothered mmu_man about the boot image tonight because I noticed scsi_cd and scsi_disk weren't linking properly. He applied some fixes r28653 and r28654 which resolved the above, but the bootloader still faults. He figured out that zbeos should be <192k where it's 280k now. // this location will contain the length of the boot loader as // written by the "makeflop" command in 512 // 0x180 is the allowed maximum, as the // kernel and the boot module might start at offset 192 kB -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 00:31:25 2008 From: trac at haiku-os.org (kaoutsis) Date: Fri, 14 Nov 2008 23:31:25 -0000 Subject: [Haiku-bugs] [Haiku] #2064: libMicro port In-Reply-To: <043.346c94e350c82ddd688950dff1c59695@haiku-os.org> References: <043.346c94e350c82ddd688950dff1c59695@haiku-os.org> Message-ID: <052.7b3b7071bf9eaa2b2ce341a4a5b56830@haiku-os.org> #2064: libMicro port --------------------------+------------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by kaoutsis): Replying to [comment:15 scottmc]: > Can this be closed? i believe not, as long the bench script fails. I am not sure if it still fails; i will test it as soon as i find some time. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 00:49:52 2008 From: trac at haiku-os.org (kaoutsis) Date: Fri, 14 Nov 2008 23:49:52 -0000 Subject: [Haiku-bugs] [Haiku] #2136: Deskbar doesn't have the 'show the desktop' feature In-Reply-To: <043.e9bd641f7fc1ce69584b8e30a62156a2@haiku-os.org> References: <043.e9bd641f7fc1ce69584b8e30a62156a2@haiku-os.org> Message-ID: <052.4eace1b10b37d5c0c6602fc5595daf5b@haiku-os.org> #2136: Deskbar doesn't have the 'show the desktop' feature --------------------------+------------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: Unscheduled Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by kaoutsis): Replying to [comment:2 mmlr]: > Not sure this is really needed. We have workspaces that really easily allow you to just switch to one where you don't have as many windows open. Minimizing all windows seems like a pretty non-straight forward way to implement that in the light of workspaces IMHO. Generally, you are right, but habits are here to stay:) How about this button minimizing only the windows of the current workspace? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 01:13:58 2008 From: trac at haiku-os.org (kaoutsis) Date: Sat, 15 Nov 2008 00:13:58 -0000 Subject: [Haiku-bugs] [Haiku] #1543: Check libroot for Correct Use of errno (easy) In-Reply-To: <043.4d3b830eb2c70ab953651baa954f5755@haiku-os.org> References: <043.4d3b830eb2c70ab953651baa954f5755@haiku-os.org> Message-ID: <052.4cf0972b73431723ee0b26d65cd7caf0@haiku-os.org> #1543: Check libroot for Correct Use of errno (easy) --------------------------------+------------------------------------------- Reporter: bonefish | Owner: kaoutsis Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by kaoutsis): Replying to [comment:8 scottmc]: > anything to update on this one? as far as my knowledge goes, i couldn't find any other cases. In my opinion we should close this ticket, and if someone finds a missing case, could open a ticket with that particular case. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 02:02:36 2008 From: trac at haiku-os.org (RandomInsano) Date: Sat, 15 Nov 2008 01:02:36 -0000 Subject: [Haiku-bugs] [Haiku] #1493: The networkstatus app closes In-Reply-To: <043.a0eef4b43d765ee6a639b4031f311fd4@haiku-os.org> References: <043.a0eef4b43d765ee6a639b4031f311fd4@haiku-os.org> Message-ID: <052.6b71179c116b32ab23911e05df6b457d@haiku-os.org> #1493: The networkstatus app closes -----------------------------------+---------------------------------------- Reporter: lxstoian | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by RandomInsano): * cc: EdwinGuy+Haiku at GMail.com (added) * component: - General => Applications/Tracker Comment: Frankly, this should be set as an enhancement for the entire deskbar. When the Deskbar is locked to the bottom of the screen to emulate Windows or even if there's a context menu being opened that's too low for the menu to appear at the bottom right of the cursor, the menu is instantiated in a location that has one of it's items selected. Two ways of fixing this for NetworkStatus are to have the menu appear for Deskbar applets on click event, and not on mouse-down, or actually do better logic on where the context menu should appear. Both should really be done. Also, sort order of the window options should be inverted while the Deskbar is locked to the bottom so that you don't need to scroll past 'Hide all', 'show all', 'close all' to get to the windows. These seem like easy fixes, so I want to try and tackle them once classes are done for winter break. If anyone else wants to beat me to it though, feel free :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 02:05:12 2008 From: trac at haiku-os.org (luroh) Date: Sat, 15 Nov 2008 01:05:12 -0000 Subject: [Haiku-bugs] [Haiku] #3055: Bundle the vmdk and vmx files together In-Reply-To: <040.649ac8bfbb2b97993ceddcf98af2fe69@haiku-os.org> References: <040.649ac8bfbb2b97993ceddcf98af2fe69@haiku-os.org> Message-ID: <049.f7d89c5ddf5e03124849b23d337ea322@haiku-os.org> #3055: Bundle the vmdk and vmx files together --------------------------+------------------------------------------------- Reporter: luroh | Owner: sikosis Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Website/CMS | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by luroh): I downloaded and tested vmhaiku.r28641.zip and haiku-pre- alpha-r28641-vm.zip. Both of them contained a vmx file and worked fine. I believe this ticket can be closed. Thanks Sikosis! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 03:16:26 2008 From: trac at haiku-os.org (Adek336) Date: Sat, 15 Nov 2008 02:16:26 -0000 Subject: [Haiku-bugs] [Haiku] #3133: Broken macro definition TRACE Message-ID: <042.4850cad3055b9734ff86408381441ac6@haiku-os.org> #3133: Broken macro definition TRACE -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- patch {{{ Index: MouseInputDevice.cpp =================================================================== --- MouseInputDevice.cpp (revision 28655) +++ MouseInputDevice.cpp (working copy) @@ -76,10 +76,10 @@ __FUNCTION__, sFunctionDepth) # define MID_CALLED(x...) FunctionTracer _ft(this, "MouseInputDevice", \ __FUNCTION__, sFunctionDepth) -# define TRACE(x...) { BString _to; \ +# define TRACE(x...) do { BString _to; \ _to.Append(' ', (sFunctionDepth + 1) * 2); \ debug_printf("%p -> %s", this, _to.String()); \ - debug_printf(x); } + debug_printf(x); } while(0) # define LOG_EVENT(text...) do {} while (0) # define LOG_ERR(text...) TRACE(text) #else }}} the current definition breaks build for when TRACE_MOUSE_DEVICE is enabled. Similar problem is for add- ons/input_server/devices/keyboard/KeyboardInputDevice.cpp and perhaps more files. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 03:43:51 2008 From: trac at haiku-os.org (anevilyak) Date: Sat, 15 Nov 2008 02:43:51 -0000 Subject: [Haiku-bugs] [Haiku] #3133: Broken macro definition TRACE In-Reply-To: <042.4850cad3055b9734ff86408381441ac6@haiku-os.org> References: <042.4850cad3055b9734ff86408381441ac6@haiku-os.org> Message-ID: <051.e13e8db72cc86c0440f340d9752f4f1e@haiku-os.org> #3133: Broken macro definition TRACE ------------------------+--------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by anevilyak): * status: new => closed * resolution: => fixed Comment: Applied in r28656, thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 09:06:00 2008 From: trac at haiku-os.org (apprentice) Date: Sat, 15 Nov 2008 08:06:00 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.a6c8aed52aa36ac5bece26d4fe011edc@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by apprentice): I just booted into haiku in normal mode. dd if=/dev/zero of=/dev/null worked! ls /dev/zero and ls /dev/null took ages to complete but they worked also. Again ls /dev crashed. It must be some specific device file in /dev that cannot be stat()d. Can someone tell me what devices are under /dev when haiku boots normally, but not in safe mode, since in safe mode ls /dev works. I could then try to ls every file there and maybe find what device node is buggy. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 10:16:05 2008 From: trac at haiku-os.org (axeld) Date: Sat, 15 Nov 2008 09:16:05 -0000 Subject: [Haiku-bugs] [Haiku] #1543: Check libroot for Correct Use of errno (easy) In-Reply-To: <043.4d3b830eb2c70ab953651baa954f5755@haiku-os.org> References: <043.4d3b830eb2c70ab953651baa954f5755@haiku-os.org> Message-ID: <052.bedf72e2b80ea3b91fdcb15faabd66c1@haiku-os.org> #1543: Check libroot for Correct Use of errno (easy) --------------------------------+------------------------------------------- Reporter: bonefish | Owner: kaoutsis Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by axeld): * status: assigned => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 10:21:53 2008 From: trac at haiku-os.org (siarzhuk) Date: Sat, 15 Nov 2008 09:21:53 -0000 Subject: [Haiku-bugs] [Haiku] #2136: Deskbar doesn't have the 'show the desktop' feature In-Reply-To: <043.e9bd641f7fc1ce69584b8e30a62156a2@haiku-os.org> References: <043.e9bd641f7fc1ce69584b8e30a62156a2@haiku-os.org> Message-ID: <052.ecfc440797ace2e22b268551973b5e2a@haiku-os.org> #2136: Deskbar doesn't have the 'show the desktop' feature --------------------------+------------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: Unscheduled Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by siarzhuk): Replying to [comment:3 kaoutsis]: > Generally, you are right, but habits are here to stay:) How about this button minimizing only the windows of the current workspace? I always thought that this "crutch" is vital for Windows because Explorer has no multi-desktop switching possibility. But this the Explorer problem not a Tracker/Deskbar problem. I don't think that we should solve foreign problems. From other side it is a not good idea to encourage bad habits. In my opinion, minimalistic design of Tracker/Deskbar stimulate user to cultivate good skills. ;-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 10:33:57 2008 From: trac at haiku-os.org (Adek336) Date: Sat, 15 Nov 2008 09:33:57 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.d7e1d021af42c49c5ab8cd890ce1fcd8@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by Adek336): ls /dev is the same under safe and normal mode {{{ ~> ls /dev audio console dprintf graphics keyboard misc null ptmx tt urandom bus disk dvb input midi net pt random tty zero }}} but some are files (as opposed to directories): {{{ console, dprintf, keyboard, null, ptmx, random, tty, random, zero }}} perhaps you can ls or stat them. If that works, these are more files for ls / stat {{{ /dev/pt/p0 /dev/misc/test/1 /dev/misc/poke /dev/graphics/vesa }}} Perhaps deleting /boot/beos/add-ons/kernel/drivers/bin/3com would help? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 11:58:22 2008 From: trac at haiku-os.org (mr. Noisy) Date: Sat, 15 Nov 2008 10:58:22 -0000 Subject: [Haiku-bugs] [Haiku] #3134: KDL (page daemon) when booting on Lenovo S9 Message-ID: <044.a66fcc781ce1156d94e1604333f57a88@haiku-os.org> #3134: KDL (page daemon) when booting on Lenovo S9 -----------------------+---------------------------------------------------- Reporter: mr. Noisy | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: Blockedby: | Platform: x86 Blocking: | -----------------------+---------------------------------------------------- Boot hangs up with KDL after 4th (disk with leaf) icon: PANIC: page fault, but interrupts were disabled Touching address 0xccccccd8 from eip 0x8004992d Thread 8 "page daemon" // (in some cases "Thread 7 page write" Running on CPU 0 Happens with r28641 (pre-alpha image) Hardware specs: Intel Atom N270 1.6GHz, 1GB RAM, HDD 120GB Boot media: USB Flash Drive Kingston DataTraveler 2GB -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 12:37:26 2008 From: trac at haiku-os.org (mr. Noisy) Date: Sat, 15 Nov 2008 11:37:26 -0000 Subject: [Haiku-bugs] [Haiku] #3134: KDL (page daemon) when booting on Lenovo S9 In-Reply-To: <044.a66fcc781ce1156d94e1604333f57a88@haiku-os.org> References: <044.a66fcc781ce1156d94e1604333f57a88@haiku-os.org> Message-ID: <053.0408b914834bcc23d15fdd1650ec59d8@haiku-os.org> #3134: KDL (page daemon) when booting on Lenovo S9 ------------------------+--------------------------------------------------- Reporter: mr. Noisy | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------+--------------------------------------------------- Comment(by mr. Noisy): Enabling AHCI Compliant mode solves the problem. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 12:43:11 2008 From: trac at haiku-os.org (korli) Date: Sat, 15 Nov 2008 11:43:11 -0000 Subject: [Haiku-bugs] [Haiku] #3055: Bundle the vmdk and vmx files together In-Reply-To: <040.649ac8bfbb2b97993ceddcf98af2fe69@haiku-os.org> References: <040.649ac8bfbb2b97993ceddcf98af2fe69@haiku-os.org> Message-ID: <049.22198a05acf2a325e57625172552ac30@haiku-os.org> #3055: Bundle the vmdk and vmx files together --------------------------+------------------------------------------------- Reporter: luroh | Owner: sikosis Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Website/CMS | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 14:26:41 2008 From: trac at haiku-os.org (bhaible) Date: Sat, 15 Nov 2008 13:26:41 -0000 Subject: [Haiku-bugs] [Haiku] #3135: gcc's link path does not contain the directory with the system libraries Message-ID: <042.3a93396f7cf67fa5e2bea580bf8e547b@haiku-os.org> #3135: gcc's link path does not contain the directory with the system libraries --------------------------+------------------------------------------------- Reporter: bhaible | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- When system functions are made available as include files, they should also be made available as libraries. In other words, if a user does not need to add particular -I options on the gcc command line in order to get a header file, he also should not have to add a particular -L option in order to get access to the directory where the library is defined. And vice versa. is in the default -I include path, but libnet.so is not in the default -L library path. I really don't want to add absolute directory names like /boot/beos/system/lib to gnulib's autoconf macros. The alternative is to document that configure should always be invoked with option LDFLAGS="-L/boot/beos/system/lib", but this is lame as well. I'm not sure whether it's gcc or ld which should be changed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 14:38:13 2008 From: trac at haiku-os.org (karmak) Date: Sat, 15 Nov 2008 13:38:13 -0000 Subject: [Haiku-bugs] [Haiku] #1590: Updated Broadcom Tigon3 ethernet driver In-Reply-To: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> References: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> Message-ID: <053.5e613b0739fe1d191b4d798a2dfeb8fd@haiku-os.org> #1590: Updated Broadcom Tigon3 ethernet driver ------------------------------+--------------------------------------------- Reporter: pieterpan | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Changes (by karmak): * cc: olive at deep-ocean.net (added) * platform: All => x86 Comment: Hi, here on a Thinkpad R52 (BCM5751M), Haiku installed on ATA hard disk, built from Linux. * With stock broadcom570x driver (from SVN), system hangs (hard) after rocket icon has appeared. * with `broadcom_1.diff` (from PeterPanman) applyed, the network works fine all the time I was using it (surfing with ffox 2.0.0.18, wget, netpositive, fetching 10000 mails in IMAP configuration?), more than one hour (after that i got a crash in `intel_accelerant`, will file another bug later). * sometimes network seems stalled (with either ffox, wget or net+) ; clicking pause/unpause (or stopping wget and restarting it with -c) resolves the situation and download continues normally. The stall happened at max one time for each download i tryed ; i couldn't dertermine reliably if the problems comes from inside haiku, the driver or from outside. * the deskbar applet always reports "link down", even though everything works normally (network cable pluged in, DHCP OK, downloading in progress?). I didn't try to unplug/plug cable to see if it changes anything. Will do next time I boot Haiku. I didn't try with `against-26?.diff` since `broadcom_1.diff` alone makes my card work. Tell me if you have some other tests I should do, or syslog or anything you want to help this. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 14:55:07 2008 From: trac at haiku-os.org (andreasf) Date: Sat, 15 Nov 2008 13:55:07 -0000 Subject: [Haiku-bugs] [Haiku] #3135: gcc's link path does not contain the directory with the system libraries In-Reply-To: <042.3a93396f7cf67fa5e2bea580bf8e547b@haiku-os.org> References: <042.3a93396f7cf67fa5e2bea580bf8e547b@haiku-os.org> Message-ID: <051.050e75b60632df978e98364b377984e4@haiku-os.org> #3135: gcc's link path does not contain the directory with the system libraries ---------------------------+------------------------------------------------ Reporter: bhaible | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by andreasf): * cc: andreas.faerber at web.de (added) Comment: You shouldn't use {{{libnet.so}}} on Haiku in the first place. :) Or do you face the same issue for {{{libnetwork.so}}}? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 15:20:19 2008 From: trac at haiku-os.org (apprentice) Date: Sat, 15 Nov 2008 14:20:19 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.0c408b4221e039ec9294d5ae9d1e80ad@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by apprentice): Thanks, I'll try that -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 15:54:48 2008 From: trac at haiku-os.org (apprentice) Date: Sat, 15 Nov 2008 14:54:48 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.0f694bda24e74c0e885bc01cb31b6b1d@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by apprentice): Getting nowhere... I did a separate ls on every file/directory you listed and they all worked. The ls /dev/dir returned the directory contents of every directory. So the /dev works but I just have to know exactly what device file I'm using since ls /dev always crashes. BTW, ran into another bug (maybe this is a known issue already): When running in safe mode and continuosly booting and crashing the system the filesystem got corrupted. The process using all of the cpu time was the syslog daemon. so I tried to cd to /var/log, but couldn't. ls shows that /var/log exists. but it isn't really there since I can't cd to it (I thought that journaling filesystems don't have these kind of problems). Well I've heard of stories of Linux crashing due to power failure, after which XFS and ReiserFS filesystems were so corrupted that they couldn't be recovered and mkfs was the only solution. So is there a fsck.befs anywhere? I also deleted the 3com driver, but it didn't help. I just don't know how to debug this problem any further. I've tried everything, but it just keeps crashing. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 16:04:15 2008 From: trac at haiku-os.org (bhaible) Date: Sat, 15 Nov 2008 15:04:15 -0000 Subject: [Haiku-bugs] [Haiku] #3135: gcc's link path does not contain the directory with the system libraries In-Reply-To: <042.3a93396f7cf67fa5e2bea580bf8e547b@haiku-os.org> References: <042.3a93396f7cf67fa5e2bea580bf8e547b@haiku-os.org> Message-ID: <051.f87cd436c4bb30e00b6bdbd16de10daa@haiku-os.org> #3135: gcc's link path does not contain the directory with the system libraries ---------------------------+------------------------------------------------ Reporter: bhaible | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by bhaible): > do you face the same issue for libnetwork.so? Indeed, linking with -lnetwork works fine. But I thought Haiku intented to be backwards compatible with BeOS? On BeOS, there is no libnetwork.so, only libnet.so. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 16:33:05 2008 From: trac at haiku-os.org (andreasf) Date: Sat, 15 Nov 2008 15:33:05 -0000 Subject: [Haiku-bugs] [Haiku] #3135: gcc's link path does not contain the directory with the system libraries In-Reply-To: <042.3a93396f7cf67fa5e2bea580bf8e547b@haiku-os.org> References: <042.3a93396f7cf67fa5e2bea580bf8e547b@haiku-os.org> Message-ID: <051.5066e572826565191184430b5172b9c5@haiku-os.org> #3135: gcc's link path does not contain the directory with the system libraries ---------------------------+------------------------------------------------ Reporter: bhaible | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by andreasf): Backwards compatible at runtime, not necessarily at compile time. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 16:40:05 2008 From: trac at haiku-os.org (bhaible) Date: Sat, 15 Nov 2008 15:40:05 -0000 Subject: [Haiku-bugs] [Haiku] #3136: 'long double' comparison against 0 does not work Message-ID: <042.b476766332fcbd8c83829395d435e27a@haiku-os.org> #3136: 'long double' comparison against 0 does not work -----------------------+---------------------------------------------------- Reporter: bhaible | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Something very elementary about 'long double' does not work, either passing them as arguments to functions, or returning them from functions, or comparing them against 0. Could be a bug in the compiler, or in the initialization of the floating point register stack. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 16:46:41 2008 From: trac at haiku-os.org (PieterPanman) Date: Sat, 15 Nov 2008 15:46:41 -0000 Subject: [Haiku-bugs] [Haiku] #2842: ScsiSynchronizeCache message flooding In-Reply-To: <041.084e684acf0120a304f892ec2c69e647@haiku-os.org> References: <041.084e684acf0120a304f892ec2c69e647@haiku-os.org> Message-ID: <050.e54a34f3e09fa0179a339aa6fced1a32@haiku-os.org> #2842: ScsiSynchronizeCache message flooding ---------------------------+------------------------------------------------ Reporter: nopper | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Disk | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by PieterPanman): It keeps outputting these messages. Get a few per minute, idle or not. It somewhat pollutes the syslog, and I personally don't see the need for them. Let me know if you need more information. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 17:16:18 2008 From: trac at haiku-os.org (PieterPanman) Date: Sat, 15 Nov 2008 16:16:18 -0000 Subject: [Haiku-bugs] [Haiku] #1590: Updated Broadcom Tigon3 ethernet driver In-Reply-To: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> References: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> Message-ID: <053.687be226092f98ed2cfceb94e771ca72@haiku-os.org> #1590: Updated Broadcom Tigon3 ethernet driver ------------------------------+--------------------------------------------- Reporter: pieterpan | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by PieterPanman): Karmak, thanks for testing. Good to know it works for you too. Adek, can you also try it with my patch? Then it can be committed to the tree and enabled by default. I haven't yet gotten any stalled downloads. I just downloaded the latest ubuntu iso at 1600 kB/sec without a hickup. Regarding the icon in NetworkStatus, it reports the same as ifconfig. It only shows a connection if both 'up' and 'link' are true. Only 'up' is true here. Maybe this is also the reason why it doesn't get an ip address through dhcp when you plug it in after booting. Bug in the freebsd compat layer? {{{ /dev/net/broadcom570x/0 Hardware Type: Ethernet, Address: 00:16:d4:dc:ca:f2 inet addr: 192.168.1.37, Bcast: 192.168.1.255, Mask: 255.255.255.0 MTU: 1500, Metric: 0, up broadcast auto-configured Receive: 559660 packets, 0 errors, 846238348 bytes, 0 mcasts, 0 dropped Transmit: 306325 packets, 0 errors, 20346875 bytes, 0 mcasts, 0 dropped Collisions: 0 }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 17:39:18 2008 From: trac at haiku-os.org (umccullough) Date: Sat, 15 Nov 2008 16:39:18 -0000 Subject: [Haiku-bugs] [Haiku] #3134: KDL (page daemon) when booting on Lenovo S9 In-Reply-To: <044.a66fcc781ce1156d94e1604333f57a88@haiku-os.org> References: <044.a66fcc781ce1156d94e1604333f57a88@haiku-os.org> Message-ID: <053.91956449014c7885af89695b9c629e4e@haiku-os.org> #3134: KDL (page daemon) when booting on Lenovo S9 ------------------------+--------------------------------------------------- Reporter: mr. Noisy | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------+--------------------------------------------------- Comment(by umccullough): You should be able to replace the "ide" bus_manager with the newer (yet, incomplete and slower) "ata" bus_manager to get past this error (see ticket #2349 where I was able to get past this same problem that way). You'll need to modify a jamfile and compile a new image to do this. The ide bus_manager has known issues and it is planned to be replaced by the ata bus_manager (hopefully before alpha). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 17:40:03 2008 From: trac at haiku-os.org (umccullough) Date: Sat, 15 Nov 2008 16:40:03 -0000 Subject: [Haiku-bugs] [Haiku] #3134: KDL (page daemon) when booting on Lenovo S9 In-Reply-To: <044.a66fcc781ce1156d94e1604333f57a88@haiku-os.org> References: <044.a66fcc781ce1156d94e1604333f57a88@haiku-os.org> Message-ID: <053.fcd0827bf3d032536518f75239fff0c8@haiku-os.org> #3134: KDL (page daemon) when booting on Lenovo S9 ---------------------------+------------------------------------------------ Reporter: mr. Noisy | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Disk | Version: Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Changes (by umccullough): * owner: axeld => marcusoverhagen * component: - General => Drivers/Disk -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 17:39:56 2008 From: trac at haiku-os.org (anevilyak) Date: Sat, 15 Nov 2008 16:39:56 -0000 Subject: [Haiku-bugs] [Haiku] #2980: Event and Sound columns shouldn't be fixed In-Reply-To: <043.1bce95e13afca4aab9ef837427235cfe@haiku-os.org> References: <043.1bce95e13afca4aab9ef837427235cfe@haiku-os.org> Message-ID: <052.5624e1bb6755230b0b7af235385dd489@haiku-os.org> #2980: Event and Sound columns shouldn't be fixed ---------------------------------+------------------------------------------ Reporter: franxico | Owner: anevilyak Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Preferences/Sounds | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by anevilyak): * status: new => closed * resolution: => fixed Comment: The redraw problem is fixed in r28658. I cannot reproduce the instability problem mentioned, but as it has nothing to do with the columns or drawing, please open a separate ticket if you're still seeing that. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 17:42:25 2008 From: trac at haiku-os.org (anevilyak) Date: Sat, 15 Nov 2008 16:42:25 -0000 Subject: [Haiku-bugs] [Haiku] #3085: [Sounds] crashes after playing the event sounds consecutively. In-Reply-To: <046.6a58f1c71cabf4af7a796fa55c74e3c2@haiku-os.org> References: <046.6a58f1c71cabf4af7a796fa55c74e3c2@haiku-os.org> Message-ID: <055.9ed7285bd7f476fb56611f32f3d6853c@haiku-os.org> #3085: [Sounds] crashes after playing the event sounds consecutively. ---------------------------------+------------------------------------------ Reporter: richienyhus | Owner: mmu_man Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Sounds | Version: Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------------+------------------------------------------ Changes (by anevilyak): * owner: anevilyak => mmu_man Comment: This look like it could be a bug in OpenSound, I can't reproduce it here using emuxki. Francois, could you investigate when you have a chance? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 17:44:37 2008 From: trac at haiku-os.org (umccullough) Date: Sat, 15 Nov 2008 16:44:37 -0000 Subject: [Haiku-bugs] [Haiku] #3134: KDL (page daemon) when booting on Lenovo S9 In-Reply-To: <044.a66fcc781ce1156d94e1604333f57a88@haiku-os.org> References: <044.a66fcc781ce1156d94e1604333f57a88@haiku-os.org> Message-ID: <053.1a1cbb0801a4d4c46e74c33a1e15e947@haiku-os.org> #3134: KDL (page daemon) when booting on Lenovo S9 ---------------------------+------------------------------------------------ Reporter: mr. Noisy | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Disk | Version: Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Comment(by umccullough): Just noted your KDL was in a different thread, but still I wouldn't be surprised if it was related to the bus_manager. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 17:51:18 2008 From: trac at haiku-os.org (mmlr) Date: Sat, 15 Nov 2008 16:51:18 -0000 Subject: [Haiku-bugs] [Haiku] #3135: gcc's link path does not contain the directory with the system libraries In-Reply-To: <042.3a93396f7cf67fa5e2bea580bf8e547b@haiku-os.org> References: <042.3a93396f7cf67fa5e2bea580bf8e547b@haiku-os.org> Message-ID: <051.25e8bf2c1a2cdb26d21dd035690dbfa3@haiku-os.org> #3135: gcc's link path does not contain the directory with the system libraries ---------------------------+------------------------------------------------ Reporter: bhaible | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by mmlr): * status: new => closed * resolution: => invalid Comment: Source compatibility is only kept where it makes sense. The problem with the networking libraries is that there are R5 (-lnet) and BONE versions and in BONE, the networking functions were additionally spread across different libraries (-lbind and -lsocket) which was always a bit inconvenient. Therefore Haiku has libnetwork that combines all of them (-lnet, -lbind and -lsocket). You will find that all of them are just symlinks to libnetwork under Haiku. The compatible functions are then chosen based on the originally linked to library. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 17:53:37 2008 From: trac at haiku-os.org (oco) Date: Sat, 15 Nov 2008 16:53:37 -0000 Subject: [Haiku-bugs] [Haiku] #2789: writing to usb disks fail after 10-100Mb of writing files In-Reply-To: <042.f0e2b0f62d62e3210495ba76b252c463@haiku-os.org> References: <042.f0e2b0f62d62e3210495ba76b252c463@haiku-os.org> Message-ID: <051.6a0161de09ee712b439ab13f1025eb64@haiku-os.org> #2789: writing to usb disks fail after 10-100Mb of writing files ----------------------+----------------------------------------------------- Reporter: rudolfc | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------+----------------------------------------------------- Comment(by oco): I think i have the same problem. Here is my scenario : I boot Haiku from a USB hard disk. Then, i start compiling a working directory of the Haiku source tree (already on this partition). When jam start writing "...", i go to the mount menu in the Tracker and i enter KDL : PANIC: could not read block 57233188: bytesRead: -1, error: operation timed out Here is a partial backtrace : kernel_x86 : panic kernel_x86 : get_cached_block kernel_x86 : block_cache_get_etc kernel_x86 : block_cache_get bfs : CachedNode::InternalSetTo bfs : CachedNode::SetToHeader bfs : BPlusTree::SetTo bfs : __9BPlusTreep5Inode bfs : __5Inodep6Volumex bfs : bfs_get_vnode kernel_x86 : get_vnode kernel_x86 : fix_dirent kernel_x86 : dir_read kernel_x86 : dir_read kernel_x86 : _user_read_dir kernel_x86 : handle_syscall commpage : commpage_syscall jam : file_dirscan jam : timestamp jam : search jam : make ... jam : main jam : _start If i don't enter the mount menu, i can compile all the source tree even with "jam -j2 haiku-image" on my dualcore. In the syslog, last lines are : usb_disk : acquire_sem failed while waiting for data transfer usb_disk : acquire_sem failed while waiting for data transfer usb_disk : receiving the command status wrapper failed usb_disk : read fails with 0x80000009 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 17:58:03 2008 From: trac at haiku-os.org (oco) Date: Sat, 15 Nov 2008 16:58:03 -0000 Subject: [Haiku-bugs] [Haiku] #2789: writing to usb disks fail after 10-100Mb of writing files In-Reply-To: <042.f0e2b0f62d62e3210495ba76b252c463@haiku-os.org> References: <042.f0e2b0f62d62e3210495ba76b252c463@haiku-os.org> Message-ID: <051.a3b0662aa59259fb7fdf659486d0277a@haiku-os.org> #2789: writing to usb disks fail after 10-100Mb of writing files ----------------------+----------------------------------------------------- Reporter: rudolfc | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------+----------------------------------------------------- Comment(by oco): It is better with line breaks... I am using r28643. Here is a partial backtrace : kernel_x86 : panic[[BR]] kernel_x86 : get_cached_block[[BR]] kernel_x86 : block_cache_get_etc[[BR]] kernel_x86 : block_cache_get[[BR]] bfs : CachedNode::InternalSetTo[[BR]] bfs : CachedNode::SetToHeader[[BR]] bfs : BPlusTree::SetTo[[BR]] bfs : __9BPlusTreep5Inode[[BR]] bfs : __5Inodep6Volumex[[BR]] bfs : bfs_get_vnode[[BR]] kernel_x86 : get_vnode[[BR]] kernel_x86 : fix_dirent[[BR]] kernel_x86 : dir_read[[BR]] kernel_x86 : dir_read[[BR]] kernel_x86 : _user_read_dir[[BR]] kernel_x86 : handle_syscall[[BR]] commpage : commpage_syscall[[BR]] jam : file_dirscan[[BR]] jam : timestamp[[BR]] jam : search[[BR]] jam : make[[BR]] ...[[BR]] jam : main[[BR]] jam : _start[[BR]] syslog : usb_disk : acquire_sem failed while waiting for data transfer[[BR]] usb_disk : acquire_sem failed while waiting for data transfer[[BR]] usb_disk : receiving the command status wrapper failed[[BR]] usb_disk : read fails with 0x80000009[[BR]] -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 18:27:27 2008 From: trac at haiku-os.org (anevilyak) Date: Sat, 15 Nov 2008 17:27:27 -0000 Subject: [Haiku-bugs] [Haiku] #3137: Updated bison 2.4 package appears to not correctly generate ftpd's ftpcmd.c Message-ID: <044.17a5c552f2d096d4215aefd1a0fb6d13@haiku-os.org> #3137: Updated bison 2.4 package appears to not correctly generate ftpd's ftpcmd.c --------------------------+------------------------------------------------- Reporter: anevilyak | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1/alpha1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- With the recently updated bison package, ftpcmd.y -> ftpcmd.c no longer works correctly. It generates a symbol table, but then puts the enum definitions for the tokens used in said table later in the file, as a result of which gcc fails to build the file. This still works correctly on Linux and FreeBSD though, both of which are using bison 2.3 here. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 19:13:20 2008 From: trac at haiku-os.org (kvdman) Date: Sat, 15 Nov 2008 18:13:20 -0000 Subject: [Haiku-bugs] [Haiku] #3132: zbeos too large for floppy/cd image In-Reply-To: <041.d96c0dc1a6d87a58095a60c3fb71cd12@haiku-os.org> References: <041.d96c0dc1a6d87a58095a60c3fb71cd12@haiku-os.org> Message-ID: <050.1b674a1e168ebd7cb2906722f8b34858@haiku-os.org> #3132: zbeos too large for floppy/cd image ---------------------------------+------------------------------------------ Reporter: kvdman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Boot Loader | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by kvdman): As of r28657 the floppy image works again, although when jamming the boot- cd, the iso doesn't get created anymore... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 19:14:57 2008 From: trac at haiku-os.org (kvdman) Date: Sat, 15 Nov 2008 18:14:57 -0000 Subject: [Haiku-bugs] [Haiku] #3132: zbeos too large for floppy/cd image In-Reply-To: <041.d96c0dc1a6d87a58095a60c3fb71cd12@haiku-os.org> References: <041.d96c0dc1a6d87a58095a60c3fb71cd12@haiku-os.org> Message-ID: <050.5d093d32ca4639befe420273e518dfe9@haiku-os.org> #3132: zbeos too large for floppy/cd image ---------------------------------+------------------------------------------ Reporter: kvdman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Boot Loader | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by kvdman): I believe this is the error: BuildCDBootImage1 generated/haiku-boot-cd.iso I: -input-charset not specified, using utf-8 (detected in locale settings) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 19:20:00 2008 From: trac at haiku-os.org (kvdman) Date: Sat, 15 Nov 2008 18:20:00 -0000 Subject: [Haiku-bugs] [Haiku] #3132: zbeos too large for floppy/cd image In-Reply-To: <041.d96c0dc1a6d87a58095a60c3fb71cd12@haiku-os.org> References: <041.d96c0dc1a6d87a58095a60c3fb71cd12@haiku-os.org> Message-ID: <050.1b3090ac8d69b88fb3c1ae5315c7752f@haiku-os.org> #3132: zbeos too large for floppy/cd image ---------------------------------+------------------------------------------ Reporter: kvdman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Boot Loader | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by kvdman): Sorry for the confusion, it does indeed build the ISO. I guess the ticket should be left open though to remind that zbeos needs to be reduced. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 19:45:24 2008 From: trac at haiku-os.org (PieterPanman) Date: Sat, 15 Nov 2008 18:45:24 -0000 Subject: [Haiku-bugs] [Haiku] #1590: Updated Broadcom Tigon3 ethernet driver In-Reply-To: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> References: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> Message-ID: <053.0e562693e264b6d74cab114387f52797@haiku-os.org> #1590: Updated Broadcom Tigon3 ethernet driver ------------------------------+--------------------------------------------- Reporter: pieterpan | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by PieterPanman): It is amazing how simple this patch ends up being, compared to my first attempts... Nice and clean, and it still works! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 19:49:01 2008 From: trac at haiku-os.org (Adek336) Date: Sat, 15 Nov 2008 18:49:01 -0000 Subject: [Haiku-bugs] [Haiku] #1590: Updated Broadcom Tigon3 ethernet driver In-Reply-To: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> References: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> Message-ID: <053.638dc9edfb9993b773e0e30c8d7f5f53@haiku-os.org> #1590: Updated Broadcom Tigon3 ethernet driver ------------------------------+--------------------------------------------- Reporter: pieterpan | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by Adek336): I'll let you know as soon as my laptop gets fixed! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 19:56:29 2008 From: trac at haiku-os.org (PieterPanman) Date: Sat, 15 Nov 2008 18:56:29 -0000 Subject: [Haiku-bugs] [Haiku] #1590: Updated Broadcom Tigon3 ethernet driver In-Reply-To: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> References: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> Message-ID: <053.cfecd050c6ebb8cb7074a9e45c75d2c4@haiku-os.org> #1590: Updated Broadcom Tigon3 ethernet driver ------------------------------+--------------------------------------------- Reporter: pieterpan | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by PieterPanman): That sucks, hope they fix it soon. Thanks for the note. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 20:29:06 2008 From: trac at haiku-os.org (Adek336) Date: Sat, 15 Nov 2008 19:29:06 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.346b41f1f64195ccfa3a33b8a736ed89@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by Adek336): Thanks for the testing! If you'd care for a little coding: fix_dirent() is static in src/system/kernel/fs/vfs.cpp and invoked only from dir_read(), so, out of the top of my head, one would like to add a sanity check like {{{ in dir_read: + if ( ((unsigned)vnode) && 0xffff0000 == 0xbeaf0000) + panic("dir_read: vnode is beafdead"); error = fix_dirent(vnode, buffer, ioContext, &length); }}} but a stack corruption might be happening after entering fix_dirent so another thing useful'd be {{{ in dir_read: + dprintf("dir_read: enter fix_dirent, ioContext=%p, " + "vnode=%p, cookie=%p, buffer=%p, bufferSize=0x%x, _count=%p, i=0x%x\n", + ioContext, vnode, cookie, buffer, (unsigned)bufferSize, _count, i); + if ( ((unsigned)vnode) && 0xffff0000 == 0xbeaf0000) + panic("dir_read: vnode is beafdead"); error = fix_dirent(vnode, buffer, ioContext, &length); + dprintf("dir_read: leave fix_dirent\n"); }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 21:14:48 2008 From: trac at haiku-os.org (bhaible) Date: Sat, 15 Nov 2008 20:14:48 -0000 Subject: [Haiku-bugs] [Haiku] #3135: gcc's link path does not contain the directory with the system libraries In-Reply-To: <042.3a93396f7cf67fa5e2bea580bf8e547b@haiku-os.org> References: <042.3a93396f7cf67fa5e2bea580bf8e547b@haiku-os.org> Message-ID: <051.8e0c58de44bc730e2f7d4f70ddc5d93c@haiku-os.org> #3135: gcc's link path does not contain the directory with the system libraries ---------------------------+------------------------------------------------ Reporter: bhaible | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by bhaible): Thanks for explaining. I'm changing gnulib to try -lnetwork before -lnet. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 21:17:56 2008 From: trac at haiku-os.org (Adek336) Date: Sat, 15 Nov 2008 20:17:56 -0000 Subject: [Haiku-bugs] [Haiku] #2706: PANIC: vm_page_fault: unhandled page fault in kernel space at 0xdeadbf07, ip 0x9428897e In-Reply-To: <041.8d34f46a15791872dcdd382ff2fcecde@haiku-os.org> References: <041.8d34f46a15791872dcdd382ff2fcecde@haiku-os.org> Message-ID: <050.3f389b8786b072b4179cac1dff58c038@haiku-os.org> #2706: PANIC: vm_page_fault: unhandled page fault in kernel space at 0xdeadbf07, ip 0x9428897e -------------------------------------+-------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: Network & Internet/TCP | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Comment(by Adek336): #2279 dup -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 21:21:18 2008 From: trac at haiku-os.org (Adek336) Date: Sat, 15 Nov 2008 20:21:18 -0000 Subject: [Haiku-bugs] [Haiku] #3129: Console debugging output doesn't always resume on key press In-Reply-To: <047.33eb1da53203f8b01ac72de80dad176a@haiku-os.org> References: <047.33eb1da53203f8b01ac72de80dad176a@haiku-os.org> Message-ID: <056.30bf3da2178f4e6d5fc033a84c1135da@haiku-os.org> #3129: Console debugging output doesn't always resume on key press ------------------------------------+--------------------------------------- Reporter: PieterPanman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/syslog_daemon | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by Adek336): also #2918 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 21:23:37 2008 From: trac at haiku-os.org (Adek336) Date: Sat, 15 Nov 2008 20:23:37 -0000 Subject: [Haiku-bugs] [Haiku] #2601: firewire init monopolizes UI after boot In-Reply-To: <039.433a031604e65c7f8d65871b10db33b0@haiku-os.org> References: <039.433a031604e65c7f8d65871b10db33b0@haiku-os.org> Message-ID: <048.b28b68431a943d085635781cb3131c63@haiku-os.org> #2601: firewire init monopolizes UI after boot ----------------------------+----------------------------------------------- Reporter: donn | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Changes (by Adek336): * cc: adek336 at gmail.com (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 21:46:54 2008 From: trac at haiku-os.org (donn) Date: Sat, 15 Nov 2008 20:46:54 -0000 Subject: [Haiku-bugs] [Haiku] #3010: A file is routinely corrupt after shutdown In-Reply-To: <039.e7baa1cefe0f5d566e90ad9cd6ba1aeb@haiku-os.org> References: <039.e7baa1cefe0f5d566e90ad9cd6ba1aeb@haiku-os.org> Message-ID: <048.005e11fc4af9247352b5213525774fca@haiku-os.org> #3010: A file is routinely corrupt after shutdown ----------------------------+----------------------------------------------- Reporter: donn | Owner: axeld Type: bug | Status: closed Priority: blocker | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by donn): I'm sorry to report that I have had a couple more of these corrupted cache files - two several days ago, none since. Like the last time, they happened after the parent directory was damaged, and the corrupted file has "blocks already set". The directory damage shows up as "reading directory xxx: Bad data", and in checkfs as blocks already set and "names don't match", and "could not be opened" for contents. This is all on the old IDE filesystem. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 21:49:22 2008 From: trac at haiku-os.org (Adek336) Date: Sat, 15 Nov 2008 20:49:22 -0000 Subject: [Haiku-bugs] [Haiku] #3138: Mouse works poorly in r28643 Message-ID: <042.df03f88a364d4251202610ff41e537f1@haiku-os.org> #3138: Mouse works poorly in r28643 -------------------------------+-------------------------------------------- Reporter: Adek336 | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Mouse/PS2 | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- In r28643 the mouse started to work poorly: the mouse pointer would move very slowly, large hand movements needed to use the mouse. Changing mouse speed / acceleration in the mouse preflet would cause the mouse to move by big leaps, cannot precisely move the mouse where I'd want to. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 22:15:50 2008 From: trac at haiku-os.org (Adek336) Date: Sat, 15 Nov 2008 21:15:50 -0000 Subject: [Haiku-bugs] [Haiku] #3139: Recompiling unchanged files Message-ID: <042.32527f81100ce4976caf86b45bf3f2b7@haiku-os.org> #3139: Recompiling unchanged files --------------------------+------------------------------------------------- Reporter: Adek336 | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- If you do jam -q on the haiku sources, and then you do it again (without changing any source files) it will update about 400 targets. If I change build/jam/UserBuildConfig, for example change the target partition, jam wants to update almost 1900 targets, which probably needn't be updated. It'd be nice if it wouldn't need to recompile so many unchanged sources. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 22:19:40 2008 From: trac at haiku-os.org (bhaible) Date: Sat, 15 Nov 2008 21:19:40 -0000 Subject: [Haiku-bugs] [Haiku] #3140: SIGSEGV handler not called upon stack overflow Message-ID: <042.e5a724a952a845bc79d8baaaca764feb@haiku-os.org> #3140: SIGSEGV handler not called upon stack overflow ---------------------------+------------------------------------------------ Reporter: bhaible | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ After installing a SIGSEGV handler and an alternate stack (and verifying that both the sigaction and sigaltstack system calls succeeded!), a stack overflow still does not invoke the SIGSEGV handler. Expected behaviour of the attach program: A message on stderr, either "program error" or "stack overflow". Actual behaviour: A dialog allowing to debug the program. If I enter Debug, then "continue", the error message on stderr is "Segmentation violation" - the handler was still not caught. This works on BeOS. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 22:38:10 2008 From: trac at haiku-os.org (luroh) Date: Sat, 15 Nov 2008 21:38:10 -0000 Subject: [Haiku-bugs] [Haiku] #3138: Mouse works poorly in r28643 In-Reply-To: <042.df03f88a364d4251202610ff41e537f1@haiku-os.org> References: <042.df03f88a364d4251202610ff41e537f1@haiku-os.org> Message-ID: <051.e875c8699cfb184e1601a69061c909c3@haiku-os.org> #3138: Mouse works poorly in r28643 --------------------------------+------------------------------------------- Reporter: Adek336 | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Mouse/PS2 | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by luroh): I confirm the balls-achingly slow mouse speed, both in Vmware and real hw. However, the mouse speed/acc settings caused the same pointer behaviour before r28643 as well, so that's a different bug, I believe. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 15 23:20:12 2008 From: trac at haiku-os.org (bhaible) Date: Sat, 15 Nov 2008 22:20:12 -0000 Subject: [Haiku-bugs] [Haiku] #3141: flock does not check the operation argument for validity Message-ID: <042.fd7e611ddd01ee53bfdeee705eb258b2@haiku-os.org> #3141: flock does not check the operation argument for validity ---------------------------+------------------------------------------------ Reporter: bhaible | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ The flock() function does not return an error code when the operation argument is invalid. In the attached sample program a shared and exclusive lock is requested - obviously nonsense, but the BeOS implementation does not reject it. Expected output: -1 and the value of EINVAL Actual output: 0 0 flock() is not specified by POSIX, therefore one has to look at the manual pages of some systems, such as Linux http://www.kernel.org/doc/man-pages/online/pages/man2/flock.2.html or NetBSD http://www.daemon-systems.org/man/flock.2.html -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 00:17:26 2008 From: trac at haiku-os.org (bhaible) Date: Sat, 15 Nov 2008 23:17:26 -0000 Subject: [Haiku-bugs] [Haiku] #3142: cvs program malfunction Message-ID: <042.0aa59fe80615cb0dbacd9ada6ce1819f@haiku-os.org> #3142: cvs program malfunction -----------------------+---------------------------------------------------- Reporter: bhaible | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- The following totally standard use of the 'cvs' program yields an error. It does not do so on Linux or MacOS X. rm -rf w repo mkdir w repo cd w mkdir d touch d/a b c cvs -Q -d `cd ../repo && pwd` init cvs -Q -d `cd ../repo && pwd` import -m imp m M M0 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 00:42:37 2008 From: trac at haiku-os.org (bhaible) Date: Sat, 15 Nov 2008 23:42:37 -0000 Subject: [Haiku-bugs] [Haiku] #3143: ctime of file is not updated Message-ID: <042.29c446689ff142d8db658904b1ae7acd@haiku-os.org> #3143: ctime of file is not updated ---------------------------+------------------------------------------------ Reporter: bhaible | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ The POSIX description of the chmod system call says that "Upon successful completion, chmod() shall mark for update the st_ctime field of the file." See http://www.opengroup.org/onlinepubs/009695399/functions/chmod.html Of course, this must also hold for the chmod command, since it is implemented using the chmod function. The attached execution log shows that a successful invocation of 'chmod' did not bump the ctime. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 00:48:52 2008 From: trac at haiku-os.org (Adek336) Date: Sat, 15 Nov 2008 23:48:52 -0000 Subject: [Haiku-bugs] [Haiku] #3144: Dell Latitude C800: NMI during boot Message-ID: <042.1f401361b9a7ebbc32956bd1fc42d9cb@haiku-os.org> #3144: Dell Latitude C800: NMI during boot -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- I get NMI panics at various moments during boot. I can continue through them. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 00:55:52 2008 From: trac at haiku-os.org (Adek336) Date: Sat, 15 Nov 2008 23:55:52 -0000 Subject: [Haiku-bugs] [Haiku] #2514: Enlarged Terminal wraps input line overwriting beginning In-Reply-To: <041.0709cde09fcc236684912295319f2232@haiku-os.org> References: <041.0709cde09fcc236684912295319f2232@haiku-os.org> Message-ID: <050.8fce4a9b2c0cc62e16345fa8515848f5@haiku-os.org> #2514: Enlarged Terminal wraps input line overwriting beginning ------------------------+--------------------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by Adek336): * cc: adek336 at gmail.com (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 01:16:16 2008 From: trac at haiku-os.org (bhaible) Date: Sun, 16 Nov 2008 00:16:16 -0000 Subject: [Haiku-bugs] [Haiku] #3145: fseek does not discard ungetc buffer Message-ID: <042.192ee2428ffea30f8171fa398e450539@haiku-os.org> #3145: fseek does not discard ungetc buffer -------------------------------+-------------------------------------------- Reporter: bhaible | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- ISO C 99 section 7.19.9.2 specifies that "a successful call to the fseek function undoes any effects of the ungetc function on the stream". Same in POSIX, see http://www.opengroup.org/susv3/functions/fseek.html Attached is a test case showing that this is not fulfilled in Haiku. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 01:17:01 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 16 Nov 2008 00:17:01 -0000 Subject: [Haiku-bugs] [Haiku] #2889: ext3: can read first megabyte only In-Reply-To: <042.65e4e431d8644e7c94a53ec2cc1a37f3@haiku-os.org> References: <042.65e4e431d8644e7c94a53ec2cc1a37f3@haiku-os.org> Message-ID: <051.846dc4d3e9bad9cbabdce57d61ff112b@haiku-os.org> #2889: ext3: can read first megabyte only --------------------------------+------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: assigned Priority: high | Milestone: R1/alpha1 Component: File Systems/ext2 | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by Adek336): It doesn't work: I can see my whole ext3 partition through a sparse file :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 01:27:05 2008 From: trac at haiku-os.org (graham) Date: Sun, 16 Nov 2008 00:27:05 -0000 Subject: [Haiku-bugs] [Haiku] #3113: Fatal Exception "NMI Interrupt" on kernel boot In-Reply-To: <041.f53f634435f357af3dd21b05f24738dd@haiku-os.org> References: <041.f53f634435f357af3dd21b05f24738dd@haiku-os.org> Message-ID: <050.2df1841379152facdb8cd245d782250f@haiku-os.org> #3113: Fatal Exception "NMI Interrupt" on kernel boot ----------------------------+----------------------------------------------- Reporter: graham | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by graham): After a fiasco with updating Arch linux I finnaly managed to build an image in ubuntu with the dumpstatus=true. No difference in the syslog. I'm going to try it with some dprintf's to trace how far it gets. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 01:45:49 2008 From: trac at haiku-os.org (diver) Date: Sun, 16 Nov 2008 00:45:49 -0000 Subject: [Haiku-bugs] [Haiku] #3146: Sounds crash in BView::_AddChild Message-ID: <040.94f379b822eca50b92165f7a75c94a12@haiku-os.org> #3146: Sounds crash in BView::_AddChild --------------------------------+------------------------------------------- Reporter: diver | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Sounds | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Don't know how to reproduce yet.[[BR]]r28658 under VirtualBox. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 01:58:45 2008 From: trac at haiku-os.org (mmlr) Date: Sun, 16 Nov 2008 00:58:45 -0000 Subject: [Haiku-bugs] [Haiku] #3144: Dell Latitude C800: NMI during boot In-Reply-To: <042.1f401361b9a7ebbc32956bd1fc42d9cb@haiku-os.org> References: <042.1f401361b9a7ebbc32956bd1fc42d9cb@haiku-os.org> Message-ID: <051.92ea816366bc6ce46c7f7a55b2a80127@haiku-os.org> #3144: Dell Latitude C800: NMI during boot ------------------------+--------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by mmlr): Please at least try to use the search function. Using "nmi" as keyword you'd for example find #3113, #2680 and indirectly #2243. Can you check if removing the firewire busmanager resolves the issue or try other things potentially mentioned in the other reports? Other than that please provide infos. A revision number, a backtrace, syslog output, hardware description, what you have tried already... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 02:07:48 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 16 Nov 2008 01:07:48 -0000 Subject: [Haiku-bugs] [Haiku] #3146: Sounds crash in BView::_AddChild In-Reply-To: <040.94f379b822eca50b92165f7a75c94a12@haiku-os.org> References: <040.94f379b822eca50b92165f7a75c94a12@haiku-os.org> Message-ID: <049.69b246aceb092ec4503546411f8381dc@haiku-os.org> #3146: Sounds crash in BView::_AddChild ---------------------------------+------------------------------------------ Reporter: diver | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Sounds | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by anevilyak): * owner: marcusoverhagen => anevilyak Comment: Was this at startup or while working with the pref? Latest revision? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 02:08:09 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 16 Nov 2008 01:08:09 -0000 Subject: [Haiku-bugs] [Haiku] #3144: Dell Latitude C800: NMI during boot In-Reply-To: <042.1f401361b9a7ebbc32956bd1fc42d9cb@haiku-os.org> References: <042.1f401361b9a7ebbc32956bd1fc42d9cb@haiku-os.org> Message-ID: <051.c7735ad7ecafb969db19493ac58546a4@haiku-os.org> #3144: Dell Latitude C800: NMI during boot ------------------------+--------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by Adek336): Sorry! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 02:16:31 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 16 Nov 2008 01:16:31 -0000 Subject: [Haiku-bugs] [Haiku] #3147: After USB mount/unmount, context menu hangs Tracker Message-ID: <042.f1ceff0f2a799946eb7be4ec05af1a74@haiku-os.org> #3147: After USB mount/unmount, context menu hangs Tracker -------------------------+-------------------------------------------------- Reporter: Adek336 | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Reproducible: Mount USB drive, open a few Tracker windows from that drive, unmount USB drive, right click on desktop, try to get to the "Mount" submenu in the context menu. Tracker should hang, Firefox, Deskbar still work fine. thread "media checker" is waiting for a mutex, popup thread of Tracker team is waiting for sem 316, last released by media checker, last acquired by automounter. Automounter waiting for sem 1687, last released/acquired by Automounter. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 02:40:53 2008 From: trac at haiku-os.org (bhaible) Date: Sun, 16 Nov 2008 01:40:53 -0000 Subject: [Haiku-bugs] [Haiku] #3148: select() returns too early when reading from a tty with line editing enabled, in blocking mode Message-ID: <042.2137b0324954f3933ce016e70317a00f@haiku-os.org> #3148: select() returns too early when reading from a tty with line editing enabled, in blocking mode -------------------------+-------------------------------------------------- Reporter: bhaible | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/TTY | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- The select() function, when used to detect whether a tty is ready for reading, returns too early. According to POSIX http://www.opengroup.org/susv3/functions/select.html, "the ... select() function shall modify the objects pointed to by the readfds, writefds, and errorfds arguments to indicate which file descriptors are ready for reading, ready for writing". And: "A descriptor shall be considered ready for reading when a call to an input function with O_NONBLOCK clear would not block" Run the attached test program in a terminal. It reads from stdin. After 3 seconds, type an 'x'. After a few more seconds, type 'y', 'z' and 'Return'. The output should be something like this; Applying select() from standard input. Press Ctrl-C to abort. ......x........y...z.. Input available! Trying to read 1 byte... Input available! Trying to read 1 byte... Input available! Trying to read 1 byte... Input available! Trying to read 1 byte... ....... The actual output is like this: Applying select() from standard input. Press Ctrl-C to abort. ......x.Input available! Trying to read 1 byte... [Here no progressing dots any more, the program is blocked]yz Input available! Trying to read 1 byte... Input available! Trying to read 1 byte... Input available! Trying to read 1 byte... This means, select() pretends that the stdin descriptor is ready for reading as soon as the user types the first character in the line. But the tty has line editing enabled, and read() therefore blocks until the user has pressed 'Return'. The fix should be that when the tty has line editing enabled, select() waits until the 'Return' at the end of the line has been pressed (or the timeout occurs). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 02:46:32 2008 From: trac at haiku-os.org (tonestone57) Date: Sun, 16 Nov 2008 01:46:32 -0000 Subject: [Haiku-bugs] [Haiku] #3149: Intel Video Driver Does Not Work With 945G Message-ID: <046.24230b2aaf64a5aa4d20ddcfd5b0b5a9@haiku-os.org> #3149: Intel Video Driver Does Not Work With 945G --------------------------------------------+------------------------------- Reporter: tonestone57 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/intel_extreme | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------------------------+------------------------------- Haiku freezes when loading the Intel video driver and does not boot. I checked the vendor id and my video card should be supported by the driver. Seems to mention an error with PLL. Required 25.17 : Found 25.1429 Mhz. Will attach screenshot & syslog. From listdev: {{{ device Display controller (VGA compatible controller, VGA controller) [3|0|0] vendor 8086: Intel Corporation device 2772: 82945G/GZ Integrated Graphics Controller }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 02:49:05 2008 From: trac at haiku-os.org (bhaible) Date: Sun, 16 Nov 2008 01:49:05 -0000 Subject: [Haiku-bugs] [Haiku] #3140: SIGSEGV handler not called upon stack overflow In-Reply-To: <042.e5a724a952a845bc79d8baaaca764feb@haiku-os.org> References: <042.e5a724a952a845bc79d8baaaca764feb@haiku-os.org> Message-ID: <051.19a2f3ac50fb7ddbfe011b776872cf23@haiku-os.org> #3140: SIGSEGV handler not called upon stack overflow ----------------------------+----------------------------------------------- Reporter: bhaible | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by bhaible): Oops, my mistake. When I add SA_ONSTACK to the sigaction flags, the signal handler is called. You can close or trash this ticket. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 03:07:55 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 16 Nov 2008 02:07:55 -0000 Subject: [Haiku-bugs] [Haiku] #3140: SIGSEGV handler not called upon stack overflow In-Reply-To: <042.e5a724a952a845bc79d8baaaca764feb@haiku-os.org> References: <042.e5a724a952a845bc79d8baaaca764feb@haiku-os.org> Message-ID: <051.eaeb1b672f90b569856b775cc8d2fe34@haiku-os.org> #3140: SIGSEGV handler not called upon stack overflow ----------------------------+----------------------------------------------- Reporter: bhaible | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by anevilyak): * status: new => closed * resolution: => invalid Comment: Thanks for the note! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 03:32:44 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 16 Nov 2008 02:32:44 -0000 Subject: [Haiku-bugs] [Haiku] #2598: sshd occasionally segfaults on connect (possibly when forking) In-Reply-To: <044.8190f7167b1a7129ed18c1d985fdb3d9@haiku-os.org> References: <044.8190f7167b1a7129ed18c1d985fdb3d9@haiku-os.org> Message-ID: <053.e7bdf2e0785237e71d931bec34ea8bac@haiku-os.org> #2598: sshd occasionally segfaults on connect (possibly when forking) ----------------------------+----------------------------------------------- Reporter: anevilyak | Owner: bonefish Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by anevilyak): Interestingly, something recently seems to have broken sshd entirely here: It now no longer appears to sense a socket connection at all for some reason, at least sshd -ddd doesn't indicate having picked up an inbound connection at all. Could this possibly be due to the recent package updates? I can try to binary search and find a responsible revision if it'd help. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 03:35:53 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 16 Nov 2008 02:35:53 -0000 Subject: [Haiku-bugs] [Haiku] #3148: select() returns too early when reading from a tty with line editing enabled, in blocking mode In-Reply-To: <042.2137b0324954f3933ce016e70317a00f@haiku-os.org> References: <042.2137b0324954f3933ce016e70317a00f@haiku-os.org> Message-ID: <051.67dceaf70ace8b0be3d81f80430b3ee3@haiku-os.org> #3148: select() returns too early when reading from a tty with line editing enabled, in blocking mode --------------------------+------------------------------------------------- Reporter: bhaible | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/TTY | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by anevilyak): Could this be at all related to ticket #2963? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 04:04:48 2008 From: trac at haiku-os.org (bhaible) Date: Sun, 16 Nov 2008 03:04:48 -0000 Subject: [Haiku-bugs] [Haiku] #3148: select() returns too early when reading from a tty with line editing enabled, in blocking mode In-Reply-To: <042.2137b0324954f3933ce016e70317a00f@haiku-os.org> References: <042.2137b0324954f3933ce016e70317a00f@haiku-os.org> Message-ID: <051.6a589011b9a2bd3926dbc33f7f11308c@haiku-os.org> #3148: select() returns too early when reading from a tty with line editing enabled, in blocking mode --------------------------+------------------------------------------------- Reporter: bhaible | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/TTY | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by bhaible): Replying to [comment:1 anevilyak]: > Could this be at all related to ticket #2963? I think it's unrelated. select() is typically implemented by dispatching according to the type of file descriptor: regular file, pipe, tty, socket are all different cases. #2963 is about sockets, #3148 about ttys. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 12:57:05 2008 From: trac at haiku-os.org (bga) Date: Sun, 16 Nov 2008 11:57:05 -0000 Subject: [Haiku-bugs] [Haiku] #3150: OpenBFS directory corruption. Message-ID: <038.28292c867ae3be742393ec086836c73f@haiku-os.org> #3150: OpenBFS directory corruption. ------------------------------+--------------------------------------------- Reporter: bga | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: File Systems/BFS | Version: R1 development Blockedby: | Platform: x86 Blocking: | ------------------------------+--------------------------------------------- I set up a new partition to run Haiku and did a clean install of r28657. Setting it up included downloading sources for stuff I am working on, configuring/dowmnloading emails, setting backgrounds, etc. This morning I turned my computer on and booted to this partition. I was decided to get ArmyKnife to compile under Haiku and switched to its directory. Doing "ls" on it resulted into this: {{{ ~/development> cd armyknife/ ~/development/armyknife> ls ls: reading directory .: Bad data Makefile Makefile_armyknife Makefile_armyknife_tte Makefile_libsanta }}} syslog showed this: {{{ KERN: B+tree header size 6132779464041449732 doesn't fit file size 2048! KERN: bfs: SetTo:471: Bad data KERN: bfs: KERN: inode tree at block 2624136 corrupt! KERN: bfs: InitCheck:432: Bad data }}} This is the disk, just in case: {{{ ~/development> df Mount Type Total Free Flags Device --------------- -------- --------- --------- ------- -------------------------- /boot bfs 77.0G 66.6G QAM-P-W /dev/disk/scsi/0/2/0/2 }}} I decided to run checkfs on it although I imagined it would not handle this kind of problem: {{{ ~/development> checkfs /dev/disk/scsi/0/2/0/2 prop-base (inode = 4719490), could not be opened lock (inode = 3148138), has blocks already set, names don't match documentation (inode = 2624136), could not be opened checked 115255 nodes, 0 blocks not allocated, 2 blocks already set, 3943 blocks could be freed files 92648 directories 22225 attributes 268 attr. dirs 84 indices 30 }}} Then trying to run ls on the dir again (note no files are showing now. That's because I tried to remove the directory but it failed with directory not empty and removed the files inside it that were ok but not the corrupt ones): {{{ ~/development/armyknife> ls ls: reading directory .: Bad data }}} Ans syslog still showed the same error: {{{ KERN: B+tree header size 6132779464041449732 doesn't fit file size 2048! KERN: bfs: SetTo:471: Bad data KERN: bfs: inode tree at block 2624136 corrupt! KERN: bfs: InitCheck:432: Bad data }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 13:12:59 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 16 Nov 2008 12:12:59 -0000 Subject: [Haiku-bugs] [Haiku] #1150: usb stack freezes Dell Latitude D810 In-Reply-To: <041.5a71112ff68766e69fc6b3f4f3f3942f@haiku-os.org> References: <041.5a71112ff68766e69fc6b3f4f3f3942f@haiku-os.org> Message-ID: <050.d37e1e6acfc313de37aa70d32bc4c6a5@haiku-os.org> #1150: usb stack freezes Dell Latitude D810 --------------------------+------------------------------------------------- Reporter: bryanv | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------+------------------------------------------------- Comment(by Adek336): So this problem seems to occur to two rather different hardware settings. I think it is possible, that this bug happens to much more users, but they just ignore the problem and restart the computer after a freeze during boot. I suggest adding the following to trunk {{{ src/system/kernel/int.c: 221 - dprintf("More than 99%% interrupts of vector %d are unhandled\n", 221 + panic("More than 99%% interrupts of vector %d are unhandled\n", }}} so we could verify if it happens only for a handful, or for a vast group of users. Also, it would give us more debugging options than now, when it freezes hard. And I suspect that when the "More than" message appears, the system crawls and pretty much doesn't work anyway, so panicing it shouldn't harm anyone. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 13:17:53 2008 From: trac at haiku-os.org (kaliber) Date: Sun, 16 Nov 2008 12:17:53 -0000 Subject: [Haiku-bugs] [Haiku] #2524: dlopen cannot find system libraries In-Reply-To: <042.cdc349c967c2a7d7856ecdfb29131a33@haiku-os.org> References: <042.cdc349c967c2a7d7856ecdfb29131a33@haiku-os.org> Message-ID: <051.8f5415dc51131d8f995d66122a93eb93@haiku-os.org> #2524: dlopen cannot find system libraries ------------------------------------+--------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/runtime_loader | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by kaliber): It looks like it has been fixed in r28568 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 13:37:37 2008 From: trac at haiku-os.org (bga) Date: Sun, 16 Nov 2008 12:37:37 -0000 Subject: [Haiku-bugs] [Haiku] #3151: KDL when copying data between 2 BFS partitions. Message-ID: <038.c6aaad7f29e81a63b24f4c1d221b9c5a@haiku-os.org> #3151: KDL when copying data between 2 BFS partitions. ---------------------------+------------------------------------------------ Reporter: bga | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------------+------------------------------------------------ This may be related to the problme reported on #3150. I installed Haiku from scratch again to yet another 70 Gb partition and went to move the data from the problematic partition (described on the ticket mentioned above) to the new partition. I was copying my Media folder (with several MP3 files) when I got the attached KDL. Although it may be related to the other bug mentioned above, there are 2 things that I think are interesting: 1 - The problematic folder described on the other ticket was not involved in this copy at all. 2 - The KDL was in the low resource handler. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 13:38:53 2008 From: trac at haiku-os.org (bga) Date: Sun, 16 Nov 2008 12:38:53 -0000 Subject: [Haiku-bugs] [Haiku] #3151: KDL when copying data between 2 BFS partitions. In-Reply-To: <038.c6aaad7f29e81a63b24f4c1d221b9c5a@haiku-os.org> References: <038.c6aaad7f29e81a63b24f4c1d221b9c5a@haiku-os.org> Message-ID: <047.1a861f7f6c8512bc1fb438d1cf435043@haiku-os.org> #3151: KDL when copying data between 2 BFS partitions. ----------------------------+----------------------------------------------- Reporter: bga | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Description changed by bga: Old description: > This may be related to the problme reported on #3150. > > I installed Haiku from scratch again to yet another 70 Gb partition and > went to move the data from the problematic partition (described on the > ticket mentioned above) to the new partition. I was copying my Media > folder (with several MP3 files) when I got the attached KDL. > > Although it may be related to the other bug mentioned above, there are 2 > things that I think are interesting: > > 1 - The problematic folder described on the other ticket was not involved > in this copy at all. > 2 - The KDL was in the low resource handler. New description: This may be related to the problme reported on #3150. I installed Haiku from scratch again to yet another 70 Gb partition and went to move the data from the problematic partition (described on the ticket mentioned above) to the new partition. I was copying my Media folder (with several MP3 files) when I got the attached KDL. Although it may be related to the other bug mentioned above, there are 2 things that I think are interesting: 1 - The problematic folder described on the other ticket was not involved in this copy at all. 2 - The KDL was in the low resource handler. -- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 13:44:26 2008 From: trac at haiku-os.org (diver) Date: Sun, 16 Nov 2008 12:44:26 -0000 Subject: [Haiku-bugs] [Haiku] #3146: Sounds crash in BView::_AddChild In-Reply-To: <040.94f379b822eca50b92165f7a75c94a12@haiku-os.org> References: <040.94f379b822eca50b92165f7a75c94a12@haiku-os.org> Message-ID: <049.73cce18dfca6c1d0c3d655c3eca81c32@haiku-os.org> #3146: Sounds crash in BView::_AddChild ---------------------------------+------------------------------------------ Reporter: diver | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Sounds | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by diver): It was while hidng columns using context menu. r28658 under VirtualBox. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 13:48:41 2008 From: trac at haiku-os.org (korli) Date: Sun, 16 Nov 2008 12:48:41 -0000 Subject: [Haiku-bugs] [Haiku] #3148: select() returns too early when reading from a tty with line editing enabled, in blocking mode In-Reply-To: <042.2137b0324954f3933ce016e70317a00f@haiku-os.org> References: <042.2137b0324954f3933ce016e70317a00f@haiku-os.org> Message-ID: <051.f807586e156792c16c469a11d4f12c1c@haiku-os.org> #3148: select() returns too early when reading from a tty with line editing enabled, in blocking mode --------------------------+------------------------------------------------- Reporter: bhaible | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/TTY | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Description changed by korli: Old description: > The select() function, when used to detect whether a tty is ready > for reading, returns too early. > > According to POSIX http://www.opengroup.org/susv3/functions/select.html, > "the ... select() function shall modify the objects pointed to by > the readfds, writefds, and errorfds arguments to indicate which file > descriptors are ready for reading, ready for writing". > And: > "A descriptor shall be considered ready for reading when a call to > an input function with O_NONBLOCK clear would not block" > > Run the attached test program in a terminal. It reads from stdin. > After 3 seconds, type an 'x'. After a few more seconds, type > 'y', 'z' and 'Return'. The output should be something like this; > > Applying select() from standard input. Press Ctrl-C to abort. > ......x........y...z.. > Input available! Trying to read 1 byte... > Input available! Trying to read 1 byte... > Input available! Trying to read 1 byte... > Input available! Trying to read 1 byte... > ....... > > The actual output is like this: > > Applying select() from standard input. Press Ctrl-C to abort. > ......x.Input available! Trying to read 1 byte... > [Here no progressing dots any more, the program is blocked]yz > Input available! Trying to read 1 byte... > Input available! Trying to read 1 byte... > Input available! Trying to read 1 byte... > > This means, select() pretends that the stdin descriptor is ready > for reading as soon as the user types the first character in the > line. But the tty has line editing enabled, and read() therefore > blocks until the user has pressed 'Return'. > > The fix should be that when the tty has line editing enabled, > select() waits until the 'Return' at the end of the line has been > pressed (or the timeout occurs). New description: The select() function, when used to detect whether a tty is ready for reading, returns too early. According to POSIX http://www.opengroup.org/susv3/functions/select.html, "the ... select() function shall modify the objects pointed to by the readfds, writefds, and errorfds arguments to indicate which file descriptors are ready for reading, ready for writing". And: "A descriptor shall be considered ready for reading when a call to an input function with O_NONBLOCK clear would not block" Run the attached test program in a terminal. It reads from stdin. After 3 seconds, type an 'x'. After a few more seconds, type 'y', 'z' and 'Return'. The output should be something like this; {{{ Applying select() from standard input. Press Ctrl-C to abort. ......x........y...z.. Input available! Trying to read 1 byte... Input available! Trying to read 1 byte... Input available! Trying to read 1 byte... Input available! Trying to read 1 byte... ....... }}} The actual output is like this: {{{ Applying select() from standard input. Press Ctrl-C to abort. ......x.Input available! Trying to read 1 byte... [Here no progressing dots any more, the program is blocked]yz Input available! Trying to read 1 byte... Input available! Trying to read 1 byte... Input available! Trying to read 1 byte... }}} This means, select() pretends that the stdin descriptor is ready for reading as soon as the user types the first character in the line. But the tty has line editing enabled, and read() therefore blocks until the user has pressed 'Return'. The fix should be that when the tty has line editing enabled, select() waits until the 'Return' at the end of the line has been pressed (or the timeout occurs). -- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 13:50:24 2008 From: trac at haiku-os.org (diver) Date: Sun, 16 Nov 2008 12:50:24 -0000 Subject: [Haiku-bugs] [Haiku] #2540: [intel_extreme] can't boot Haiku unless I use fail-safe video mode In-Reply-To: <040.bb1d87fe6b171f34055e1828662e38b3@haiku-os.org> References: <040.bb1d87fe6b171f34055e1828662e38b3@haiku-os.org> Message-ID: <049.e420fb4194d9c2619b55cdce5366889d@haiku-os.org> #2540: [intel_extreme] can't boot Haiku unless I use fail-safe video mode ---------------------------------------------+------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/intel_extreme | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------------------+------------------------------ Comment(by diver): I think we could close this as a dup of #3149, as it have better description. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 13:59:44 2008 From: trac at haiku-os.org (alban) Date: Sun, 16 Nov 2008 12:59:44 -0000 Subject: [Haiku-bugs] [Haiku] #3152: Mouse (trackpad) used to work fine - now unreliable. Message-ID: <040.6c347bd01e6c99b2176a300de431e6aa@haiku-os.org> #3152: Mouse (trackpad) used to work fine - now unreliable. -----------------------+---------------------------------------------------- Reporter: alban | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- The mouse (trackpad) is much less reliable in very recent Haiku releases. The mouse pointer sometimes hangs or freezes during or shortly after startup. mouse buttons are not responsive; there is a delay between clicking a button and the action taking place. This makes the user interface hard to use. Syslog shows:- KERN: ps2_hid: init_hardware KERN: ps2_hid: init_driver KERN: ps2: active multiplexing v1.1 enabled KERN: ps2_hid: publish_devices KERN: ps2_hid: uninit_driver KERN: loaded driver /boot/beos/system/add- ons/kernel/drivers/dev/input/ps2_hid KERN: ps2: reset failed KERN: ps2: devfs_publish_device input/mouse/ps2/0, status = 0xffffffff KERN: ps2: reset failed KERN: ps2: devfs_publish_device input/mouse/ps2/1, status = 0xffffffff KERN: ps2: reset failed KERN: ps2: devfs_publish_device input/mouse/ps2/2, status = 0xffffffff KERN: ps2: devfs_publish_device input/touchpad/ps2/synaptics_3, status = 0x00000000 KERN: ps2: devfs_publish_device input/keyboard/at/0, status = 0x00000000 KERN: ps2: keyboard found KERN: ps2: probe_mouse Standard PS/2 mouse found KERN: ps2: devfs_publish_device input/mouse/ps2/standard_3, status = 0x00000000 KERN: ps2_hid: init_hardware KERN: ps2_hid: init_driver KERN: ps2: active multiplexing v1.1 enabled KERN: ps2_hid: publish_devices KERN: ps2_hid: uninit_driver KERN: loaded driver /boot/beos/system/add- ons/kernel/drivers/dev/input/ps2_hid KERN: ps2: reset failed KERN: ps2: devfs_publish_device input/mouse/ps2/0, status = 0xffffffff KERN: ps2: reset failed KERN: ps2: devfs_publish_device input/mouse/ps2/1, status = 0xffffffff KERN: ps2: reset failed KERN: ps2: devfs_publish_device input/mouse/ps2/2, status = 0xffffffff KERN: ps2: devfs_publish_device input/touchpad/ps2/synaptics_3, status = 0x00000000 KERN: ps2: devfs_publish_device input/keyboard/at/0, status = 0x00000000 KERN: ps2: keyboard found KERN: ps2: probe_mouse Standard PS/2 mouse found KERN: ps2: devfs_publish_device input/mouse/ps2/standard_3, status = 0x00000000 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 15:09:30 2008 From: trac at haiku-os.org (korli) Date: Sun, 16 Nov 2008 14:09:30 -0000 Subject: [Haiku-bugs] [Haiku] #3098: [SoundRecorder] don't add unsupported files to playlist In-Reply-To: <040.0c46abd631059e76ad400e3adf087f33@haiku-os.org> References: <040.0c46abd631059e76ad400e3adf087f33@haiku-os.org> Message-ID: <049.38bf1354473e2e4a84ea2314922b1319@haiku-os.org> #3098: [SoundRecorder] don't add unsupported files to playlist -----------------------------------------+---------------------------------- Reporter: diver | Owner: korli Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Applications/SoundRecorder | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------------+---------------------------------- Comment(by korli): Please check again with r28660. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 15:45:01 2008 From: trac at haiku-os.org (aldeck) Date: Sun, 16 Nov 2008 14:45:01 -0000 Subject: [Haiku-bugs] [Haiku] #3147: After USB mount/unmount, context menu hangs Tracker In-Reply-To: <042.f1ceff0f2a799946eb7be4ec05af1a74@haiku-os.org> References: <042.f1ceff0f2a799946eb7be4ec05af1a74@haiku-os.org> Message-ID: <051.caaac0cd23f2a15fdafb00f7fa09dfe4@haiku-os.org> #3147: After USB mount/unmount, context menu hangs Tracker --------------------------+------------------------------------------------- Reporter: Adek336 | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by aldeck): Happens to me also, see comment 7 in #2662 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 16:15:29 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 16 Nov 2008 15:15:29 -0000 Subject: [Haiku-bugs] [Haiku] #3153: Kernel Debugger: clean command Message-ID: <042.c5422e3247105c66407dfdd26dfab9e8@haiku-os.org> #3153: Kernel Debugger: clean command ---------------------------+------------------------------------------------ Reporter: Adek336 | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ clean command: clears all the screen; good for screenshots, so that only one command's result is exposed in the screenshot. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 16:40:03 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 16 Nov 2008 15:40:03 -0000 Subject: [Haiku-bugs] [Haiku] #1150: usb stack freezes Dell Latitude D810 In-Reply-To: <041.5a71112ff68766e69fc6b3f4f3f3942f@haiku-os.org> References: <041.5a71112ff68766e69fc6b3f4f3f3942f@haiku-os.org> Message-ID: <050.414f13b953471e910f786f7306c0eeb0@haiku-os.org> #1150: usb stack freezes Dell Latitude D810 --------------------------+------------------------------------------------- Reporter: bryanv | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------+------------------------------------------------- Comment(by Adek336): Can't continue through the panic, though. It should panic() only the first time it finds out that more than 99% interrupts are unhandled, and later on only dprintf the message instead of panicing over and over. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 17:11:59 2008 From: trac at haiku-os.org (diver) Date: Sun, 16 Nov 2008 16:11:59 -0000 Subject: [Haiku-bugs] [Haiku] #3146: [Sounds] crash in BView::_AddChild (was: Sounds crash in BView::_AddChild) In-Reply-To: <040.94f379b822eca50b92165f7a75c94a12@haiku-os.org> References: <040.94f379b822eca50b92165f7a75c94a12@haiku-os.org> Message-ID: <049.12e636d8c91a3342ac72f1e2ac8975ff@haiku-os.org> #3146: [Sounds] crash in BView::_AddChild ---------------------------------+------------------------------------------ Reporter: diver | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Sounds | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 17:38:13 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 16 Nov 2008 16:38:13 -0000 Subject: [Haiku-bugs] [Haiku] #3144: Dell Latitude C800: NMI during boot In-Reply-To: <042.1f401361b9a7ebbc32956bd1fc42d9cb@haiku-os.org> References: <042.1f401361b9a7ebbc32956bd1fc42d9cb@haiku-os.org> Message-ID: <051.16bec5c91bd25f41644aa9dc80123910@haiku-os.org> #3144: Dell Latitude C800: NMI during boot ------------------------+--------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by Adek336): Disabling fw_raw doesn't help. I'm seeing backtraces like http://dev.haiku-os.org/attachment/ticket/2680/backtrace.JPG Enabling on screen debug results in 100% reproducible NMI at the very beginning of the boot, after a few messages appear on the screen, after things like the first "PCI: dom 0, bus 0, dev 1"-type message. The message the NMI occurs after varies between boots. I also have NMIs which occur in picasso and net_server. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 17:46:34 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 16 Nov 2008 16:46:34 -0000 Subject: [Haiku-bugs] [Haiku] #3144: Dell Latitude C800: NMI during boot In-Reply-To: <042.1f401361b9a7ebbc32956bd1fc42d9cb@haiku-os.org> References: <042.1f401361b9a7ebbc32956bd1fc42d9cb@haiku-os.org> Message-ID: <051.04f5767f8c2af58d035a87678b6b4aad@haiku-os.org> #3144: Dell Latitude C800: NMI during boot ------------------------+--------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by Adek336): img_1028.jpg shows NMI in draw_cursor_ _F11, right after booting with on screen debug enabled. I also get KDLs in draw_cursor_ _F11 with on screen debug disabled, occuring when I, for example, press F12 and the blue screen prompt tries to show the text cursor. Can continue through. Sometimes when I press F12 I get the panic message but not "Welcome to kernel debugging land" and everything is the freeze. Cannot cont through. img_1027.jpg, img_1031.jpg: note that the panic handler itself invoked a panic. Can cont through. I also get (probably NMIs) right between the last boot icon and showing of the Desktop - that is, with a blank screen. Can continue through. r28643 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 17:47:50 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 16 Nov 2008 16:47:50 -0000 Subject: [Haiku-bugs] [Haiku] #3144: Dell Latitude C800: NMI during boot In-Reply-To: <042.1f401361b9a7ebbc32956bd1fc42d9cb@haiku-os.org> References: <042.1f401361b9a7ebbc32956bd1fc42d9cb@haiku-os.org> Message-ID: <051.0dfcb0938eb20a4f756c579acec02ae0@haiku-os.org> #3144: Dell Latitude C800: NMI during boot ------------------------+--------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by Adek336): Also note symptoms I described in ticked #1150. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 18:17:35 2008 From: trac at haiku-os.org (karmak) Date: Sun, 16 Nov 2008 17:17:35 -0000 Subject: [Haiku-bugs] [Haiku] #3147: After USB mount/unmount, context menu hangs Tracker In-Reply-To: <042.f1ceff0f2a799946eb7be4ec05af1a74@haiku-os.org> References: <042.f1ceff0f2a799946eb7be4ec05af1a74@haiku-os.org> Message-ID: <051.82d1fd9308e254817d423370d4c8bad7@haiku-os.org> #3147: After USB mount/unmount, context menu hangs Tracker --------------------------+------------------------------------------------- Reporter: Adek336 | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by karmak): * cc: olive at deep-ocean.net (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 18:18:03 2008 From: trac at haiku-os.org (karmak) Date: Sun, 16 Nov 2008 17:18:03 -0000 Subject: [Haiku-bugs] [Haiku] #3151: KDL when copying data between 2 BFS partitions. In-Reply-To: <038.c6aaad7f29e81a63b24f4c1d221b9c5a@haiku-os.org> References: <038.c6aaad7f29e81a63b24f4c1d221b9c5a@haiku-os.org> Message-ID: <047.b085b1b53a29313e78a619540f061f5d@haiku-os.org> #3151: KDL when copying data between 2 BFS partitions. ----------------------------+----------------------------------------------- Reporter: bga | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Changes (by karmak): * cc: olive at deep-ocean.net (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 18:18:44 2008 From: trac at haiku-os.org (karmak) Date: Sun, 16 Nov 2008 17:18:44 -0000 Subject: [Haiku-bugs] [Haiku] #3150: OpenBFS directory corruption. In-Reply-To: <038.28292c867ae3be742393ec086836c73f@haiku-os.org> References: <038.28292c867ae3be742393ec086836c73f@haiku-os.org> Message-ID: <047.f352cba079f32c55a6d55666bafefdc2@haiku-os.org> #3150: OpenBFS directory corruption. -------------------------------+-------------------------------------------- Reporter: bga | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -------------------------------+-------------------------------------------- Changes (by karmak): * cc: olive at deep-ocean.net (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 18:21:43 2008 From: trac at haiku-os.org (karmak) Date: Sun, 16 Nov 2008 17:21:43 -0000 Subject: [Haiku-bugs] [Haiku] #3143: ctime of file is not updated In-Reply-To: <042.29c446689ff142d8db658904b1ae7acd@haiku-os.org> References: <042.29c446689ff142d8db658904b1ae7acd@haiku-os.org> Message-ID: <051.5ae6a1c158bea3e88cada7609e20835d@haiku-os.org> #3143: ctime of file is not updated ----------------------------+----------------------------------------------- Reporter: bhaible | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by karmak): * cc: olive at deep-ocean.net (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 18:23:18 2008 From: trac at haiku-os.org (karmak) Date: Sun, 16 Nov 2008 17:23:18 -0000 Subject: [Haiku-bugs] [Haiku] #3152: Mouse (trackpad) used to work fine - now unreliable. In-Reply-To: <040.6c347bd01e6c99b2176a300de431e6aa@haiku-os.org> References: <040.6c347bd01e6c99b2176a300de431e6aa@haiku-os.org> Message-ID: <049.f450dcb089b207a676f9f78eaabb7103@haiku-os.org> #3152: Mouse (trackpad) used to work fine - now unreliable. ------------------------+--------------------------------------------------- Reporter: alban | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by karmak): * cc: olive at deep-ocean.net (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 18:22:17 2008 From: trac at haiku-os.org (karmak) Date: Sun, 16 Nov 2008 17:22:17 -0000 Subject: [Haiku-bugs] [Haiku] #3141: flock does not check the operation argument for validity In-Reply-To: <042.fd7e611ddd01ee53bfdeee705eb258b2@haiku-os.org> References: <042.fd7e611ddd01ee53bfdeee705eb258b2@haiku-os.org> Message-ID: <051.723adcd756c2a42769a74e0617bccd59@haiku-os.org> #3141: flock does not check the operation argument for validity ----------------------------+----------------------------------------------- Reporter: bhaible | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by karmak): * cc: olive at deep-ocean.net (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 18:25:00 2008 From: trac at haiku-os.org (bhaible) Date: Sun, 16 Nov 2008 17:25:00 -0000 Subject: [Haiku-bugs] [Haiku] #3102: diff reports "Unknown system error" In-Reply-To: <042.70f9f915b915d84f94cc8535b35ef274@haiku-os.org> References: <042.70f9f915b915d84f94cc8535b35ef274@haiku-os.org> Message-ID: <051.c9c2baeacadec8f2e4d15fc7ac66c3b4@haiku-os.org> #3102: diff reports "Unknown system error" ----------------------------------------------+----------------------------- Reporter: bhaible | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Resolution: invalid | Blockedby: Platform: x86 | Blocking: ----------------------------------------------+----------------------------- Comment(by bhaible): The bug is in function private_strerror in haiku/src/bin/diffutils/lib/error.c. gnulib does not contain this code any more. So all that needs to be done to fix this issue, is to upgrade to haiku/src/bin/diffutils/ source code. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 16 20:41:58 2008 From: trac at haiku-os.org (diver) Date: Sun, 16 Nov 2008 19:41:58 -0000 Subject: [Haiku-bugs] [Haiku] #3098: [SoundRecorder] don't add unsupported files to playlist In-Reply-To: <040.0c46abd631059e76ad400e3adf087f33@haiku-os.org> References: <040.0c46abd631059e76ad400e3adf087f33@haiku-os.org> Message-ID: <049.ed7ffe34707158e62384dca03529ad7d@haiku-os.org> #3098: [SoundRecorder] don't add unsupported files to playlist -----------------------------------------+---------------------------------- Reporter: diver | Owner: korli Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Applications/SoundRecorder | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------------+---------------------------------- Comment(by diver): List of files which SoundRecorder thinks it could handle:[[BR]] [[BR]] urlwarpper[[BR]] route[[BR]] makebootable[[BR]] libnetsync_plugin.avi[[BR]] libdvdcss.so[[BR]] ftpd[[BR]] Deutsch.de.addon[[BR]] -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 17 00:03:30 2008 From: trac at haiku-os.org (tigerdog) Date: Sun, 16 Nov 2008 23:03:30 -0000 Subject: [Haiku-bugs] [Haiku] #2948: No nVidia accelerated video on 7600GS analog output In-Reply-To: <043.d23098c8ca39faf130c5725dd5609d74@haiku-os.org> References: <043.d23098c8ca39faf130c5725dd5609d74@haiku-os.org> Message-ID: <052.6851e9bc81d873d69b43becaf6b01018@haiku-os.org> #2948: No nVidia accelerated video on 7600GS analog output --------------------------------------+------------------------------------- Reporter: tigerdog | Owner: rudolfc Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------------------+------------------------------------- Changes (by tigerdog): * cc: doug at sheltonfamily.org (added) Comment: Just for fun, I tried to build the driver after updating from SVN. jam nvidia worked, but "jam nvidia.accelerant" failed. ProposeDisplayMode.o was not built - console output of the error is attached to the bug. Build environment is haiku pre-alpha rev 28641. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 17 00:04:40 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 16 Nov 2008 23:04:40 -0000 Subject: [Haiku-bugs] [Haiku] #3152: Mouse (trackpad) used to work fine - now unreliable. In-Reply-To: <040.6c347bd01e6c99b2176a300de431e6aa@haiku-os.org> References: <040.6c347bd01e6c99b2176a300de431e6aa@haiku-os.org> Message-ID: <049.811d7c847643ebc68b4f46cffe6c9fa1@haiku-os.org> #3152: Mouse (trackpad) used to work fine - now unreliable. ------------------------+--------------------------------------------------- Reporter: alban | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by Adek336): This problem is introduced with r28643; also note #3138. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 17 00:07:44 2008 From: trac at haiku-os.org (tigerdog) Date: Sun, 16 Nov 2008 23:07:44 -0000 Subject: [Haiku-bugs] [Haiku] #2948: No nVidia accelerated video on 7600GS analog output In-Reply-To: <043.d23098c8ca39faf130c5725dd5609d74@haiku-os.org> References: <043.d23098c8ca39faf130c5725dd5609d74@haiku-os.org> Message-ID: <052.e63fc6be54b4b7c2e7be5ed675852f25@haiku-os.org> #2948: No nVidia accelerated video on 7600GS analog output --------------------------------------+------------------------------------- Reporter: tigerdog | Owner: rudolfc Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------------------+------------------------------------- Comment(by tigerdog): oops -please ignore the above. had bogus version of source in tree and so was not updated properly. current version builds OK. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 17 00:09:22 2008 From: trac at haiku-os.org (axeld) Date: Sun, 16 Nov 2008 23:09:22 -0000 Subject: [Haiku-bugs] [Haiku] #3150: OpenBFS directory corruption. In-Reply-To: <038.28292c867ae3be742393ec086836c73f@haiku-os.org> References: <038.28292c867ae3be742393ec086836c73f@haiku-os.org> Message-ID: <047.a4593a9132380fca80b12da77a34cbc2@haiku-os.org> #3150: OpenBFS directory corruption. -------------------------------+-------------------------------------------- Reporter: bga | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -------------------------------+-------------------------------------------- Comment(by axeld): Can you do a "ls -i" to see the inode number of that directory? The "blocks already set" problem can only show the second (or third, ...) claimer of the block. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 17 00:14:08 2008 From: trac at haiku-os.org (bga) Date: Sun, 16 Nov 2008 23:14:08 -0000 Subject: [Haiku-bugs] [Haiku] #3150: OpenBFS directory corruption. In-Reply-To: <038.28292c867ae3be742393ec086836c73f@haiku-os.org> References: <038.28292c867ae3be742393ec086836c73f@haiku-os.org> Message-ID: <047.2bbe6ae4faeff7e3de6a996dceae57cb@haiku-os.org> #3150: OpenBFS directory corruption. -------------------------------+-------------------------------------------- Reporter: bga | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -------------------------------+-------------------------------------------- Comment(by bga): Not much luck with that: {{{ /Haiku1/home/development> ls -i armyknife ls: reading directory armyknife: Bad data }}} {{{ /Haiku1/home/development/armyknife> ls -i ls: reading directory .: Bad data }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 17 00:50:58 2008 From: trac at haiku-os.org (diver) Date: Sun, 16 Nov 2008 23:50:58 -0000 Subject: [Haiku-bugs] [Haiku] #3146: [Sounds] crash in BView::_AddChild In-Reply-To: <040.94f379b822eca50b92165f7a75c94a12@haiku-os.org> References: <040.94f379b822eca50b92165f7a75c94a12@haiku-os.org> Message-ID: <049.98837f819841d5027de4d956559f99a4@haiku-os.org> #3146: [Sounds] crash in BView::_AddChild ---------------------------------+------------------------------------------ Reporter: diver | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Sounds | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by diver): How to reproduce:[[BR]] Right click on any column[[BR]] Right click on any column again. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 17 00:55:22 2008 From: trac at haiku-os.org (diver) Date: Sun, 16 Nov 2008 23:55:22 -0000 Subject: [Haiku-bugs] [Haiku] #3154: [SoundRecorder] dropping Deutsch.de.addon from make a crash Message-ID: <040.38c5a7c76e2b5a3920979f60b841e7b0@haiku-os.org> #3154: [SoundRecorder] dropping Deutsch.de.addon from make a crash ----------------------------------------+----------------------------------- Reporter: diver | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/SoundRecorder | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------------+----------------------------------- Dropping Deutsch.de.addon from WonderBrush/Languages to SoundRecorder will crash SoundRecorder. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 17 00:58:49 2008 From: trac at haiku-os.org (diver) Date: Sun, 16 Nov 2008 23:58:49 -0000 Subject: [Haiku-bugs] [Haiku] #3154: [SoundRecorder] dropping Deutsch.de.addon crashes it (was: [SoundRecorder] dropping Deutsch.de.addon from make a crash) In-Reply-To: <040.38c5a7c76e2b5a3920979f60b841e7b0@haiku-os.org> References: <040.38c5a7c76e2b5a3920979f60b841e7b0@haiku-os.org> Message-ID: <049.47f436589527925781be0ab190095115@haiku-os.org> #3154: [SoundRecorder] dropping Deutsch.de.addon crashes it -----------------------------------------+---------------------------------- Reporter: diver | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/SoundRecorder | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------------+---------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 17 06:09:58 2008 From: trac at haiku-os.org (leavengood) Date: Mon, 17 Nov 2008 05:09:58 -0000 Subject: [Haiku-bugs] [Haiku] #3045: [FileTypes] if you create BMP clip you can't open it (easy) In-Reply-To: <040.126403ec9c9cd9eb9750d16eb3be2eea@haiku-os.org> References: <040.126403ec9c9cd9eb9750d16eb3be2eea@haiku-os.org> Message-ID: <049.d681b8f073752df461690e5ce49ef399@haiku-os.org> #3045: [FileTypes] if you create BMP clip you can't open it (easy) ------------------------------------+--------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Preferences/FileTypes | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Changes (by leavengood): * status: new => closed * resolution: => fixed Comment: There is a MIME type defined for BMP (and BMP snippets are opened properly by ShowImage), but not SGI or PPM. I have added those in r28680, so this bug should be fixed. Also since I fixed the other issue that was showing multiple x-be-bitmap menu items for the ShowImage right-click snippet drag and drop, it should not be possible to create x-be-bitmap clips (because those menu items are filtered out.) Therefore there is probably no need for that MIME type. It may just be BMP though (I am not completely sure), so maybe the BMP MIME type could just be copied into a x-be-bitmap file. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 17 06:27:40 2008 From: trac at haiku-os.org (kvdman) Date: Mon, 17 Nov 2008 05:27:40 -0000 Subject: [Haiku-bugs] [Haiku] #3155: Place initial mouse pointer at deskbar instead of middle of screen Message-ID: <041.54f41fc90631916eea48010867c20870@haiku-os.org> #3155: Place initial mouse pointer at deskbar instead of middle of screen ----------------------------------+----------------------------------------- Reporter: kvdman | Owner: korli Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Servers/input_server | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- I didn't notice how well thought out Mac OS X was until my mouse broke. Actually the right/left mouse buttons worked, it just wouldn't move across the screen (was a bluetooth mouse, maybe didn't have enough power). When OS X loads up, the mouse pointer is on top of the Apple logo at the top left of the screen NOT the center of the screen... Which makes sense. Even if that hardware problem I had happens only 0.1% of the time, I can still click on the Apple logo and use my keyboard to navigate the menu. This probably wasn't Apple's intention, but I think it's a more logical place to put the initial mouse pointer than at the center of the screen. So putting the initial pointer on top of deskbar might be a good idea. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 17 06:45:43 2008 From: trac at haiku-os.org (bbjimmy) Date: Mon, 17 Nov 2008 05:45:43 -0000 Subject: [Haiku-bugs] [Haiku] #3156: build fails r28677 Message-ID: <042.091997b1a83da24bed2e2ac02b97d10a@haiku-os.org> #3156: build fails r28677 --------------------------+------------------------------------------------- Reporter: bbjimmy | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- jam -q using haiku r28677 installed on a real partition: Cc generated/objects/haiku/x86/release/bin/network/ftpd/ftpcmd.o /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:138: `USER' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:138: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:138: (near initialization for `cmdtab[0].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:139: `PASS' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:139: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:139: (near initialization for `cmdtab[1].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:140: `ACCT' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:140: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:140: (near initialization for `cmdtab[2].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:141: `SMNT' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:141: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:141: (near initialization for `cmdtab[3].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:142: `REIN' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:142: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:142: (near initialization for `cmdtab[4].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:143: `QUIT' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:143: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:143: (near initialization for `cmdtab[5].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:144: `PORT' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:144: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:144: (near initialization for `cmdtab[6].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:145: `LPRT' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:145: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:145: (near initialization for `cmdtab[7].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:146: `EPRT' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:146: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:146: (near initialization for `cmdtab[8].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:147: `PASV' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:147: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:147: (near initialization for `cmdtab[9].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:148: `LPSV' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:148: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:148: (near initialization for `cmdtab[10].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:149: `EPSV' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:149: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:149: (near initialization for `cmdtab[11].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:150: `TYPE' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:150: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:150: (near initialization for `cmdtab[12].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:151: `STRU' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:151: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:151: (near initialization for `cmdtab[13].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:152: `MODE' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:152: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:152: (near initialization for `cmdtab[14].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:153: `RETR' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:153: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:153: (near initialization for `cmdtab[15].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:154: `STOR' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:154: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:154: (near initialization for `cmdtab[16].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:155: `APPE' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:155: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:155: (near initialization for `cmdtab[17].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:156: `MLFL' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:156: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:156: (near initialization for `cmdtab[18].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:157: `MAIL' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:157: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:157: (near initialization for `cmdtab[19].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:158: `MSND' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:158: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:158: (near initialization for `cmdtab[20].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:159: `MSOM' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:159: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:159: (near initialization for `cmdtab[21].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:160: `MSAM' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:160: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:160: (near initialization for `cmdtab[22].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:161: `MRSQ' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:161: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:161: (near initialization for `cmdtab[23].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:162: `MRCP' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:162: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:162: (near initialization for `cmdtab[24].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:163: `ALLO' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:163: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:163: (near initialization for `cmdtab[25].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:164: `REST' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:164: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:164: (near initialization for `cmdtab[26].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:165: `RNFR' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:165: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:165: (near initialization for `cmdtab[27].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:166: `RNTO' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:166: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:166: (near initialization for `cmdtab[28].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:167: `ABOR' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:167: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:167: (near initialization for `cmdtab[29].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:168: `DELE' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:168: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:168: (near initialization for `cmdtab[30].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:169: `CWD' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:169: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:169: (near initialization for `cmdtab[31].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:170: `CWD' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:170: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:170: (near initialization for `cmdtab[32].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:171: `LIST' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:171: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:171: (near initialization for `cmdtab[33].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:172: `NLST' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:172: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:172: (near initialization for `cmdtab[34].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:173: `SITE' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:173: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:173: (near initialization for `cmdtab[35].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:174: `SYST' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:174: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:174: (near initialization for `cmdtab[36].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:175: `FEAT' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:175: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:175: (near initialization for `cmdtab[37].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:176: `STAT' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:176: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:176: (near initialization for `cmdtab[38].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:177: `HELP' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:177: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:177: (near initialization for `cmdtab[39].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:178: `NOOP' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:178: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:178: (near initialization for `cmdtab[40].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:179: `MKD' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:179: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:179: (near initialization for `cmdtab[41].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:180: `MKD' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:180: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:180: (near initialization for `cmdtab[42].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:181: `RMD' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:181: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:181: (near initialization for `cmdtab[43].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:182: `RMD' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:182: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:182: (near initialization for `cmdtab[44].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:183: `PWD' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:183: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:183: (near initialization for `cmdtab[45].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:184: `PWD' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:184: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:184: (near initialization for `cmdtab[46].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:185: `CDUP' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:185: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:185: (near initialization for `cmdtab[47].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:186: `CDUP' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:186: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:186: (near initialization for `cmdtab[48].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:187: `STOU' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:187: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:187: (near initialization for `cmdtab[49].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:188: `SIZE' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:188: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:188: (near initialization for `cmdtab[50].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:189: `MDTM' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:189: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:189: (near initialization for `cmdtab[51].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:194: `MDFIVE' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:194: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:194: (near initialization for `sitetab[0].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:195: `UMASK' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:195: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:195: (near initialization for `sitetab[1].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:196: `IDLE' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:196: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:196: (near initialization for `sitetab[2].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:197: `CHMOD' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:197: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:197: (near initialization for `sitetab[3].token') /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:198: `HELP' undeclared here (not in a function) /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:198: initializer element is not constant /BeO51/haiku/src/bin/network/ftpd/ftpcmd.y:198: (near initialization for `sitetab[4].token') gcc -O2 -Wall -Wno-trigraphs -Wmissing-prototypes -Wpointer-arith -Wcast- align -Wsign-compare -Wno-multichar -nostdinc -c "generated/objects/haiku/x86/common/bin/network/ftpd/ftpcmd.c" -D__HAIKU__ -DHAIKU_DISTRO_COMPATIBILITY_DEFAULT -D__INTEL__ -DARCH_x86 -DBOOT_ARCHIVE_IMAGE_OFFSET=270 -D_BEOS_R5_COMPATIBLE_ -DHAIKU_TARGET_PLATFORM_HAIKU -Ibuild/user_config_headers -Ibuild/config_headers -Isrc/bin/network/ftpd -Igenerated/objects/common/bin/network/ftpd -Igenerated/objects/haiku_host/x86/common/bin/network/ftpd -Igenerated/objects/haiku/x86/common/bin/network/ftpd -I- -Iheaders/compatibility/bsd -Isrc/bin/network/ftpd -Iheaders/build/gcc-2.95.3 -Iheaders -Iheaders/posix -Iheaders/gnu -Iheaders/glibc -Iheaders/os -Iheaders/os/add-ons -Iheaders/os/add- ons/file_system -Iheaders/os/add-ons/graphics -Iheaders/os/add- ons/input_server -Iheaders/os/add-ons/registrar -Iheaders/os/add- ons/screen_saver -Iheaders/os/add-ons/tracker -Iheaders/os/app -Iheaders/os/device -Iheaders/os/drivers -Iheaders/os/game -Iheaders/os/interface -Iheaders/os/kernel -Iheaders/os/media -Iheaders/os/mail -Iheaders/os/midi -Iheaders/os/midi2 -Iheaders/os/net -Iheaders/os/opengl -Iheaders/os/storage -Iheaders/os/support -Iheaders/os/translation -Iheaders/private/. -Iheaders/cpp -o "generated/objects/haiku/x86/release/bin/network/ftpd/ftpcmd.o" ; ...failed Cc generated/objects/haiku/x86/release/bin/network/ftpd/ftpcmd.o ... ...skipped ftpd for lack of ftpcmd.o... ...skipped haiku.image-copy-files-dummy-beos/bin for lack of ftpd... ...skipped haiku.image for lack of haiku.image-copy-files... ...failed updating 1 target(s)... ...skipped 3 target(s)... ...updated 582 target(s)... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 17 07:02:17 2008 From: trac at haiku-os.org (bbjimmy) Date: Mon, 17 Nov 2008 06:02:17 -0000 Subject: [Haiku-bugs] [Haiku] #1967: kdl using rtl8139 if_vr: packet not processed In-Reply-To: <042.fe3fb91518812a33d79bcd0beefe2745@haiku-os.org> References: <042.fe3fb91518812a33d79bcd0beefe2745@haiku-os.org> Message-ID: <051.3f51477076d9582ac98b8a5f2a0473ce@haiku-os.org> #1967: kdl using rtl8139 if_vr: packet not processed ---------------------------------+------------------------------------------ Reporter: bbjimmy | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------------+------------------------------------------ Comment(by bbjimmy): This seems to have been resolved. I have re-enabled the Via Rhine NIC in the bios and have not experienced the issue. Please close the ticket. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 17 06:59:39 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 17 Nov 2008 05:59:39 -0000 Subject: [Haiku-bugs] [Haiku] #3156: build fails r28677 In-Reply-To: <042.091997b1a83da24bed2e2ac02b97d10a@haiku-os.org> References: <042.091997b1a83da24bed2e2ac02b97d10a@haiku-os.org> Message-ID: <051.0fb318864218b96cd1217fa8695fab4d@haiku-os.org> #3156: build fails r28677 ---------------------------+------------------------------------------------ Reporter: bbjimmy | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: duplicate | Blockedby: 3137 Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by anevilyak): * status: new => closed * resolution: => duplicate * blockedby: => 3137 Comment: Duplicate of ticket #3137. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 17 07:05:02 2008 From: trac at haiku-os.org (bbjimmy) Date: Mon, 17 Nov 2008 06:05:02 -0000 Subject: [Haiku-bugs] [Haiku] #3137: Updated bison 2.4 package appears to not correctly generate ftpd's ftpcmd.c In-Reply-To: <044.17a5c552f2d096d4215aefd1a0fb6d13@haiku-os.org> References: <044.17a5c552f2d096d4215aefd1a0fb6d13@haiku-os.org> Message-ID: <053.6c300d456b3f90a60eb313caf2c1f882@haiku-os.org> #3137: Updated bison 2.4 package appears to not correctly generate ftpd's ftpcmd.c ---------------------------+------------------------------------------------ Reporter: anevilyak | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1/alpha1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: 3156 ---------------------------+------------------------------------------------ Changes (by bbjimmy): * cc: black.belt.jimmy at gmail.com (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 17 07:14:24 2008 From: trac at haiku-os.org (Adek336) Date: Mon, 17 Nov 2008 06:14:24 -0000 Subject: [Haiku-bugs] [Haiku] #3138: Mouse works poorly in r28643 In-Reply-To: <042.df03f88a364d4251202610ff41e537f1@haiku-os.org> References: <042.df03f88a364d4251202610ff41e537f1@haiku-os.org> Message-ID: <051.6ca4e30330756f1ad68a437a868d1f03@haiku-os.org> #3138: Mouse works poorly in r28643 --------------------------------+------------------------------------------- Reporter: Adek336 | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Mouse/PS2 | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by Adek336): r28643 is the build that introduced the problem; in r28642 the mouse works well. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 17 10:11:40 2008 From: trac at haiku-os.org (PieterPanman) Date: Mon, 17 Nov 2008 09:11:40 -0000 Subject: [Haiku-bugs] [Haiku] #3129: Console debugging output doesn't always resume on key press In-Reply-To: <047.33eb1da53203f8b01ac72de80dad176a@haiku-os.org> References: <047.33eb1da53203f8b01ac72de80dad176a@haiku-os.org> Message-ID: <056.a36f54ca1e010cae3d13a412bb49b74d@haiku-os.org> #3129: Console debugging output doesn't always resume on key press ------------------------------------+--------------------------------------- Reporter: PieterPanman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/syslog_daemon | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by PieterPanman): Oh right, didn't see that one, my bad. You can close this one, I'll leave a note at #2918 referring to this ticket. Thanks Adek. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 17 10:12:57 2008 From: trac at haiku-os.org (PieterPanman) Date: Mon, 17 Nov 2008 09:12:57 -0000 Subject: [Haiku-bugs] [Haiku] #2918: on screen debug: many keystrokes needed to get to next page of messages In-Reply-To: <042.92cff1c90820dca7e6510566148570a3@haiku-os.org> References: <042.92cff1c90820dca7e6510566148570a3@haiku-os.org> Message-ID: <051.59f5826fa74061dc141145e7f1a3bfba@haiku-os.org> #2918: on screen debug: many keystrokes needed to get to next page of messages ------------------------+--------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by PieterPanman): See also #3129, I have the same thing. Is anyone NOT having this? Maybe it is due to some hardware component? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 17 11:00:10 2008 From: trac at haiku-os.org (korli) Date: Mon, 17 Nov 2008 10:00:10 -0000 Subject: [Haiku-bugs] [Haiku] #3155: Place initial mouse pointer at deskbar instead of middle of screen In-Reply-To: <041.54f41fc90631916eea48010867c20870@haiku-os.org> References: <041.54f41fc90631916eea48010867c20870@haiku-os.org> Message-ID: <050.013868908a8496f52c47482839692537@haiku-os.org> #3155: Place initial mouse pointer at deskbar instead of middle of screen -----------------------------------+---------------------------------------- Reporter: kvdman | Owner: korli Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Servers/input_server | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by korli): There is the Menu key for this kind of issue. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 17 11:01:44 2008 From: trac at haiku-os.org (apprentice) Date: Mon, 17 Nov 2008 10:01:44 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.508cd1795e4fb8c477aad4438b860fe7@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by apprentice): I applied your sanity check and added the syslog. This is strange. I booted into safe mode and run 'find /dev' and it started to flood my screen with the device files, but it didn't crash... it went into an infinite loop like there was a symlink from somewhere under /dev/tt back to /dev. 'cd /dev'; 'find .' again crashed in safe mode. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 17 11:03:06 2008 From: trac at haiku-os.org (PieterPanman) Date: Mon, 17 Nov 2008 10:03:06 -0000 Subject: [Haiku-bugs] [Haiku] #1050: implement a WiFi stack In-Reply-To: <045.5222f32311d9d2dcab22154271938480@haiku-os.org> References: <045.5222f32311d9d2dcab22154271938480@haiku-os.org> Message-ID: <054.060e535aa72b09e60583d9e8c1cc3089@haiku-os.org> #1050: implement a WiFi stack ------------------------------------------+--------------------------------- Reporter: wkornewald | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Unscheduled Component: Network & Internet/Wireless | Version: R1 development Resolution: | Blockedby: 2752, 2761 Platform: All | Blocking: ------------------------------------------+--------------------------------- Changes (by PieterPanman): * cc: pieter at panman.eu (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 17 11:05:38 2008 From: trac at haiku-os.org (mmlr) Date: Mon, 17 Nov 2008 10:05:38 -0000 Subject: [Haiku-bugs] [Haiku] #3155: Place initial mouse pointer at deskbar instead of middle of screen In-Reply-To: <041.54f41fc90631916eea48010867c20870@haiku-os.org> References: <041.54f41fc90631916eea48010867c20870@haiku-os.org> Message-ID: <050.e1a8dc443eb4146a130fdb68a08b446f@haiku-os.org> #3155: Place initial mouse pointer at deskbar instead of middle of screen -----------------------------------+---------------------------------------- Reporter: kvdman | Owner: korli Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Servers/input_server | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by mmlr): Also you don't really know where the Deskbar is located. It doesn't necessarily reside at the default right top position. Personally I'd really dislike the mouse pointer not starting out at the center. It'd look strange to me and I guess when it actually is over the Deskbar it could be harder to immediately see where it is after bootup. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 17 13:40:01 2008 From: trac at haiku-os.org (korli) Date: Mon, 17 Nov 2008 12:40:01 -0000 Subject: [Haiku-bugs] [Haiku] #3129: Console debugging output doesn't always resume on key press In-Reply-To: <047.33eb1da53203f8b01ac72de80dad176a@haiku-os.org> References: <047.33eb1da53203f8b01ac72de80dad176a@haiku-os.org> Message-ID: <056.7f0a5e297656b375dec4c9ec55c41e3b@haiku-os.org> #3129: Console debugging output doesn't always resume on key press ------------------------------------+--------------------------------------- Reporter: PieterPanman | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Servers/syslog_daemon | Version: R1 development Resolution: duplicate | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Changes (by korli): * status: new => closed * resolution: => duplicate -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 17 14:16:48 2008 From: trac at haiku-os.org (kvdman) Date: Mon, 17 Nov 2008 13:16:48 -0000 Subject: [Haiku-bugs] [Haiku] #3155: Place initial mouse pointer at deskbar instead of middle of screen In-Reply-To: <041.54f41fc90631916eea48010867c20870@haiku-os.org> References: <041.54f41fc90631916eea48010867c20870@haiku-os.org> Message-ID: <050.448b13aae31202e9b575b8e9983a99e0@haiku-os.org> #3155: Place initial mouse pointer at deskbar instead of middle of screen -----------------------------------+---------------------------------------- Reporter: kvdman | Owner: korli Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Servers/input_server | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by kvdman): Very true, forgot the deskbar could be moved. Not such a great idea then, please close this. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 17 14:25:48 2008 From: trac at haiku-os.org (mmlr) Date: Mon, 17 Nov 2008 13:25:48 -0000 Subject: [Haiku-bugs] [Haiku] #3155: Place initial mouse pointer at deskbar instead of middle of screen In-Reply-To: <041.54f41fc90631916eea48010867c20870@haiku-os.org> References: <041.54f41fc90631916eea48010867c20870@haiku-os.org> Message-ID: <050.036cb250157d9a42e97bc2c1bad5f652@haiku-os.org> #3155: Place initial mouse pointer at deskbar instead of middle of screen -----------------------------------+---------------------------------------- Reporter: kvdman | Owner: korli Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Servers/input_server | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by mmlr): * status: new => closed * resolution: => invalid -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 17 15:16:29 2008 From: trac at haiku-os.org (siarzhuk) Date: Mon, 17 Nov 2008 14:16:29 -0000 Subject: [Haiku-bugs] [Haiku] #3157: Hang on boot with "Linksys USB200M rev.2" USB-Ethernet plugged in. Message-ID: <043.f15a7e87e70d8c5da0e2fc525804c166@haiku-os.org> #3157: Hang on boot with "Linksys USB200M rev.2" USB-Ethernet plugged in. -------------------------+-------------------------------------------------- Reporter: siarzhuk | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- This problem is observed with r28366 by one of testers of my "usb_asix" driver for AX88172/772/178 USB-Ethernet adapters. '''The Problem''': Haiku cannot boot in case the USB-Ethernet adapter is plugged in USB slot. This problem is not observed in case "OnChip EHCI Controller" is disabled in BIOS. This is also not observed in case "ehci" bus module is removed from Haiku. Corresponding debug log acquired with active USB_TRACE definition is attached beside of usb_dev_info for USB-Ethernet adapter. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 17 18:00:53 2008 From: trac at haiku-os.org (scottmc) Date: Mon, 17 Nov 2008 17:00:53 -0000 Subject: [Haiku-bugs] [Haiku] #1444: SATA testing on real hardware - fails to boot In-Reply-To: <042.6d42e64b1d90ed4f4f92d24220c524df@haiku-os.org> References: <042.6d42e64b1d90ed4f4f92d24220c524df@haiku-os.org> Message-ID: <051.baa4c69143cc2aade7a6f4ea3dccfb5f@haiku-os.org> #1444: SATA testing on real hardware - fails to boot ---------------------------+------------------------------------------------ Reporter: scottmc | Owner: marcusoverhagen Type: bug | Status: assigned Priority: blocker | Milestone: R1/alpha1 Component: Drivers/Disk | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Comment(by scottmc): I just tried r28680 with ide enabled on the mx7118 gateway laptop that this ticket was first written for, and it's working without any issues. So it now works with either the ide or ata driver. -scottmc -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 17 18:21:02 2008 From: trac at haiku-os.org (tigerdog) Date: Mon, 17 Nov 2008 17:21:02 -0000 Subject: [Haiku-bugs] [Haiku] #2948: No nVidia accelerated video on 7600GS analog output In-Reply-To: <043.d23098c8ca39faf130c5725dd5609d74@haiku-os.org> References: <043.d23098c8ca39faf130c5725dd5609d74@haiku-os.org> Message-ID: <052.72647f200a28c92b29a86da208341ae2@haiku-os.org> #2948: No nVidia accelerated video on 7600GS analog output --------------------------------------+------------------------------------- Reporter: tigerdog | Owner: rudolfc Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------------------+------------------------------------- Comment(by tigerdog): I've heard from others who say they see a similar problem on digital outputs. I did some testing a while back and discovered the current rev .85 driver fails under Zeta (when built for target=BONE) in the same way it fails under Haiku, so we're back to looking at either the driver itself or maybe the rewritten AGP/GART manager? I first noticed this problem with rev 24669 but had not been testing nightly builds on a regular basis prior to that. I'd really love to be able to use the nVidia driver, as the VESA driver does not do well at my screen's native 1920x1200 resolution (presumably because of card BIOS/timing issues, not the driver itself). Is there anything I can do to help isolate this trouble? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 17 18:57:06 2008 From: trac at haiku-os.org (tigerdog) Date: Mon, 17 Nov 2008 17:57:06 -0000 Subject: [Haiku-bugs] [Haiku] #3158: USB Card Reader (VIA Technologies) does not work under Haiku, works partially under Zeta Message-ID: <043.1a9517cf3a20043b03218344e1f20eec@haiku-os.org> #3158: USB Card Reader (VIA Technologies) does not work under Haiku, works partially under Zeta -------------------------+-------------------------------------------------- Reporter: tigerdog | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Combination floppy/card reader built into CPU case. Card reader reports as VIA Technologies Inc vendor ID 0x040d, product ID 0x6205. Connects through internal USB cable to header on motherboard. This card reader does not work at all under Haiku.[[BR]] Under BeOS or Zeta (using USB Storage Module from BeBits), the 1st slot works, 2nd slot does not.[[BR]] Under Windows and Linux, both slots work fine.[[BR]] This particular chipset has a known, documented, fixed bug under Linux. A patch to the Linux kernel driver was needed:[[BR]] {{{ /* Patch submitted by Mihnea-Costin Grigore */ UNUSUAL_DEV( 0x040d, 0x6205, 0x0003, 0x0003, "VIA Technologies Inc.", "USB 2.0 Card Reader", US_SC_DEVICE, US_PR_DEVICE, NULL, US_FL_IGNORE_RESIDUE ), }}} Not sure if Haiku shares Linux code, but maybe this will be helpful. I will also attach excerpts from the syslog file showing the failed device initialization at boot, also ongoing messages that fill the log file. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 17 19:28:03 2008 From: trac at haiku-os.org (apprentice) Date: Mon, 17 Nov 2008 18:28:03 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.b4151e51962a16f11df5da40e36b74a2@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by apprentice): I forgot to mention the most important thing. The stack trace is exactly same as before, so when entering into fix_dirent() it seems that the vnode is valid because it passes the sanity check... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 17 19:44:43 2008 From: trac at haiku-os.org (mmlr) Date: Mon, 17 Nov 2008 18:44:43 -0000 Subject: [Haiku-bugs] [Haiku] #3158: USB Card Reader (VIA Technologies) does not work under Haiku, works partially under Zeta In-Reply-To: <043.1a9517cf3a20043b03218344e1f20eec@haiku-os.org> References: <043.1a9517cf3a20043b03218344e1f20eec@haiku-os.org> Message-ID: <052.59d7a46a5b91d50ffbb38dda3cf6738e@haiku-os.org> #3158: USB Card Reader (VIA Technologies) does not work under Haiku, works partially under Zeta --------------------------+------------------------------------------------- Reporter: tigerdog | 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: Those messages are harmless, they just indicate that the device doesn't support the TEST_UNIT_READY SCSI command. It repeats all the time because it's used in the media polling loop. That shouldn't affect the general device operation except for media change events that could go unnoticed. Can you try booting with a media already present and check the output again? Can you also provide logs of when inserting a medium at runtime? Nothing of Haiku USB shares code with linux (that'd be a licensing problem anyway), but the implementation of the different parts are generally less strict than under linux. This means that many of the technical errors will not be detected at all and then don't need a workaround/quirk/blacklist entry. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 17 20:06:44 2008 From: trac at haiku-os.org (Adek336) Date: Mon, 17 Nov 2008 19:06:44 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.cd2a9203785bcec43c0c815a1a45605f@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by Adek336): Actually the sanity check is a most basic one and very weak. The interesting part are the last messages written to the log; however, these don't have the chance to be written back to the disk, as the kernel crashes. The interesting part of the log is what you get when you type "syslog|tail 5" into the debugger. Also, after you crash, can you continue through by entering "continue", or by entering "suspend" and then "continue" into the debugger? Perhaps by doing so a couple of times? Does that make the panic message change? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 17 20:33:14 2008 From: trac at haiku-os.org (rudolfc) Date: Mon, 17 Nov 2008 19:33:14 -0000 Subject: [Haiku-bugs] [Haiku] #2948: No nVidia accelerated video on 7600GS analog output In-Reply-To: <043.d23098c8ca39faf130c5725dd5609d74@haiku-os.org> References: <043.d23098c8ca39faf130c5725dd5609d74@haiku-os.org> Message-ID: <052.b7e6dfd69ce475d48c75aa2fc86b5d31@haiku-os.org> #2948: No nVidia accelerated video on 7600GS analog output --------------------------------------+------------------------------------- Reporter: tigerdog | Owner: rudolfc Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------------------+------------------------------------- Comment(by rudolfc): Hi, I've just looked at the nvidia accelerant log under haiku and it seems there are ram access errors (you can see that in the log around, at the end of a setmode command). I expect driver needs updating for extra init stuff: I have to sync the driver to current linux x.org I expect. Before I can do that I need a stable working environment being haiku itself: I'm working on it. (nearly there it seems). I have a 7600 card here that I'll test with. BTW if there are DVI specific problems you might take a look at: http://www.haiku-os.org/community/forum/dvi_support#comment-10219 I've written some extra related info there. back soon I hope :) Bye! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 17 20:42:10 2008 From: trac at haiku-os.org (tigerdog) Date: Mon, 17 Nov 2008 19:42:10 -0000 Subject: [Haiku-bugs] [Haiku] #2948: No nVidia accelerated video on 7600GS analog output In-Reply-To: <043.d23098c8ca39faf130c5725dd5609d74@haiku-os.org> References: <043.d23098c8ca39faf130c5725dd5609d74@haiku-os.org> Message-ID: <052.f07ca6fe4e57d04debb55930e4746c16@haiku-os.org> #2948: No nVidia accelerated video on 7600GS analog output --------------------------------------+------------------------------------- Reporter: tigerdog | Owner: rudolfc Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------------------+------------------------------------- Comment(by tigerdog): Rudolph, thanks for looking at this. One of the logs show RAM init errors because "dma_acc false" was in nvidia.settings. As long as "dma_acc true" is set, RAM initializes OK. Also, I just downloaded the oldest image on haiku-files.org and installed the nvidia driver and accelerant (rev 0.84 from January 1, 2008). This version does the same thing, so rewritten AGP is not resposible. I hope this helps! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 17 22:03:14 2008 From: trac at haiku-os.org (apprentice) Date: Mon, 17 Nov 2008 21:03:14 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.bfc3d60e016268a03601b2ff8278b97a@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by apprentice): Yes and no. suspend/continue restores the system to a semi-usable state. I can use it like nothing happened as long as I don't touch the crashed "ls" thread. Kernel debugger says that it terminated the ls thread, but it doesn't since running threads still shows the offending process. Shutting the OS cleanly is through 'shutdown -r' that throws me in kernel debugging land from where I can run reboot. The stack trace doesn't seem to be altered in anyway by suspend/continue. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 18 00:02:42 2008 From: trac at haiku-os.org (tigerdog) Date: Mon, 17 Nov 2008 23:02:42 -0000 Subject: [Haiku-bugs] [Haiku] #3158: USB Card Reader (VIA Technologies) does not work under Haiku, works partially under Zeta In-Reply-To: <043.1a9517cf3a20043b03218344e1f20eec@haiku-os.org> References: <043.1a9517cf3a20043b03218344e1f20eec@haiku-os.org> Message-ID: <052.fb2bf8e80c2f8947a68a45b0ba4f4f25@haiku-os.org> #3158: USB Card Reader (VIA Technologies) does not work under Haiku, works partially under Zeta --------------------------+------------------------------------------------- Reporter: tigerdog | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by tigerdog): I performed a few more tests. First, I booted Xubuntu with cards in both slots; volumes were available on ubuntu desktop and could be opened and read. I then booted Haiku. Cards could not be mounted or read. Then removed both cards, booted Haiku. Inserted SD card in 2nd slot. Card couldn't be mounted. Removed card. I then inserted a different SD card. Same result. Opened Drivesetup, tried to format SD card as BFS. System went into KDL. I'll try to hook up a serial debug connection and capture debug output. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 18 00:51:45 2008 From: trac at haiku-os.org (tigerdog) Date: Mon, 17 Nov 2008 23:51:45 -0000 Subject: [Haiku-bugs] [Haiku] #2948: No nVidia accelerated video on 7600GS analog output In-Reply-To: <043.d23098c8ca39faf130c5725dd5609d74@haiku-os.org> References: <043.d23098c8ca39faf130c5725dd5609d74@haiku-os.org> Message-ID: <052.b53d249be8fa049c426c48a653fc3068@haiku-os.org> #2948: No nVidia accelerated video on 7600GS analog output --------------------------------------+------------------------------------- Reporter: tigerdog | Owner: rudolfc Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------------------+------------------------------------- Comment(by tigerdog): Very odd! Another bit of info. I have assumed, because the system only boots with a VESA settings config file, that the system is using the VESA driver. I also left my nvidia settings file in place, with logging enabled. I just noticed, the nvidia log file is getting an entry added every time the screen goes into or out of power-save mode by the screensaver. If the nvidia driver is not being used, is this still logged? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 18 01:05:25 2008 From: trac at haiku-os.org (Adek336) Date: Tue, 18 Nov 2008 00:05:25 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.c9bc729c0f66a5b5770ebaa7a30dc673@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by Adek336): What does "sys|ta 5" tell you after a crash? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 18 10:19:36 2008 From: trac at haiku-os.org (karmak) Date: Tue, 18 Nov 2008 09:19:36 -0000 Subject: [Haiku-bugs] [Haiku] #1590: Updated Broadcom Tigon3 ethernet driver In-Reply-To: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> References: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> Message-ID: <053.51ca05570ee2d9cfd1da2411d218e504@haiku-os.org> #1590: Updated Broadcom Tigon3 ethernet driver ------------------------------+--------------------------------------------- Reporter: pieterpan | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by karmak): With broadcom_2.diff I see no difference, meaning that my network card works perfectly, at the expand of connecting cable BEFORE booting (else it will never work). What is strange is that kernel seems to detect the link UP/DOWN events (i noticed that in syslog), but they are not reflected in the the NetStatus deskbar applet. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 18 12:09:02 2008 From: trac at haiku-os.org (diver) Date: Tue, 18 Nov 2008 11:09:02 -0000 Subject: [Haiku-bugs] [Haiku] #3159: [kernel] PANIC: ASSERT FAILED: vnode->ref_count ==0 && vnode->busy Message-ID: <040.95ee7e472d6eb37d04ce44588f39ed1a@haiku-os.org> #3159: [kernel] PANIC: ASSERT FAILED: vnode->ref_count ==0 && vnode->busy ---------------------------+------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Happend when I tried to duplicate 200 folders to find out why it take so long to open BeBook folder. r28683. VirtualBox. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 18 12:31:55 2008 From: trac at haiku-os.org (diver) Date: Tue, 18 Nov 2008 11:31:55 -0000 Subject: [Haiku-bugs] [Haiku] #3160: [bfs] empty folders takes too much disk space Message-ID: <040.6aa11895764d8db2fa5e5c953ca78736@haiku-os.org> #3160: [bfs] empty folders takes too much disk space ------------------------------+--------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------+--------------------------------------------- I created an empty folder on Desktop and opened it. Then I created 50 folders inside using alt+n and then duplicated them using alt+d to quickly create 1500 folders, suddenly tracker showed an error with no space left message. Info window of Haiku volume showed "0 bytes free" and "New folder" on desktop which holds 1500 subfolders showed "Size: 1,5MB". Then I deleted "New folder" and several seconds later info window of Haiku volume showed 100mb free. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 18 13:18:57 2008 From: trac at haiku-os.org (apprentice) Date: Tue, 18 Nov 2008 12:18:57 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.24bfe242f9b7647213d52da3dc81ad67@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by apprentice): Added the sys|tail -5 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 18 15:00:43 2008 From: trac at haiku-os.org (apprentice) Date: Tue, 18 Nov 2008 14:00:43 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.19e2d0952326b5764cda0aca4ff470a3@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by apprentice): Thanks to you. You have devoted a lot of time in debugging a bug that no one else has been able to reproduce on their hardware. I'm currently a bit short of time so it might take some time to apply the diff and test it, but rest assured I'll do it as soon as I get a chance. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 18 14:39:42 2008 From: trac at haiku-os.org (Adek336) Date: Tue, 18 Nov 2008 13:39:42 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.9732cec17f209c5b697aa3d34591ba59@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by Adek336): Thanks for the note! It would be interesting to see how many lines of fix_dirent() are executed before the crash. To avoid slowing down the system with the syslog being written to disk, it's better to use ktrace_printf. It has to be enabled at build time: create a directory build/user_config_headers, copy the file build/config_headers/tracing_config.h to build/user_config_headers and change the line {{{ # define ENABLE_TRACING 0 }}} to {{{ # define ENABLE_TRACING 1 }}} . Then you can apply fix_dirent-line-numbers.diff (against src/system/kernel/fs/vfs.cpp) and build. Let's also use tracing here: {{{ in dir_read: - dprintf("dir_read: enter fix_dirent, ioContext=%p, " + ktrace_printf("dir_read: enter fix_dirent, ioContext=%p, " "vnode=%p, cookie=%p, buffer=%p, bufferSize=0x%x, _count=%p, i=0x%x\n", ioContext, vnode, cookie, buffer, (unsigned)bufferSize, _count, i); if ( ((unsigned)vnode) && 0xffff0000 == 0xbeaf0000) panic("dir_read: vnode is beafdead"); error = fix_dirent(vnode, buffer, ioContext, &length); - dprintf("dir_read: leave fix_dirent\n"); + ktrace_printf("dir_read: leave fix_dirent\n"); }}} Now with those changes, typing "trac 1" in the debugger gives the first 30 messages and typing "trac" gives the next sets of messages, "trac 0" gives the last 30 messages. Could you try this changes and see what are the last trace messages? That may shed some light on the problem, thanks for the feedback! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 18 16:11:56 2008 From: trac at haiku-os.org (aljen) Date: Tue, 18 Nov 2008 15:11:56 -0000 Subject: [Haiku-bugs] [Haiku] #3161: [PATCH] BTabView layout fix Message-ID: <040.d239187c38f23e82fd54a5a748ce9c71@haiku-os.org> #3161: [PATCH] BTabView layout fix --------------------------------+------------------------------------------- Reporter: aljen | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- When BTabView is embedded in layouted parent and BView::BView(name, flags, layout) constructor is used for creating tabs, only selected tab (usually first one) is relayouted, rest tabs views aren't (and are not visible, because they've got frame(0,0,0,0)) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 18 18:14:04 2008 From: trac at haiku-os.org (tigerdog) Date: Tue, 18 Nov 2008 17:14:04 -0000 Subject: [Haiku-bugs] [Haiku] #2791: 1920 x 1200 resolution not useable with nVidia and Westinghouse monitor In-Reply-To: <043.c59646579dceb2c00fb3a4fbf4b6c4ca@haiku-os.org> References: <043.c59646579dceb2c00fb3a4fbf4b6c4ca@haiku-os.org> Message-ID: <052.a32e9bbd265adc4af167f64f9bf9c60e@haiku-os.org> #2791: 1920 x 1200 resolution not useable with nVidia and Westinghouse monitor -------------------------------+-------------------------------------------- Reporter: tigerdog | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by tigerdog): New Info: I am now able to use nvidia accelerated graphics here, so I have tested different modelines in ProposeDisplayMode.c. The problems I see are definitely caused by the 1920x1200 modeline introduced by revision 22955. I am able to get a satisfactory display using the older modeline. However, I also tested using a modeline modeled on windows and Linux. {{{ /* 16:10 panel mode; 2.304M pixels */ { { 193160, 1920, 2048, 2256, 2592, 1200, 1201, 1204, 1242, T_POSITIVE_SYNC}, B_CMAP8, 1920, 1200, 0, 0, MODE_FLAGS}, /* Vesa_Monitor_ at 60Hz_(1920X1200) */ }}} This produces a more stable display, at least with my monitor and card. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 18 18:44:16 2008 From: trac at haiku-os.org (tigerdog) Date: Tue, 18 Nov 2008 17:44:16 -0000 Subject: [Haiku-bugs] [Haiku] #2948: No nVidia accelerated video on 7600GS analog output In-Reply-To: <043.d23098c8ca39faf130c5725dd5609d74@haiku-os.org> References: <043.d23098c8ca39faf130c5725dd5609d74@haiku-os.org> Message-ID: <052.fc57b00723d245cc32da8d83c973ad7b@haiku-os.org> #2948: No nVidia accelerated video on 7600GS analog output --------------------------------------+------------------------------------- Reporter: tigerdog | Owner: rudolfc Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------------------+------------------------------------- Comment(by tigerdog): Now, some good news: '''The nVidia driver is working! My system's display only initializes when a VESA config file is present, so I assumed I was running in VESA mode. I also assumed my display issues at 1920x1200 were due -to VESA driver and/or card BIOS issues. Both assumptions were wrong. After I noticed nvidia log entries being written when I thought VESA was in use, I tested a new 1920x1200 modeline in the nvidia accelerant. The change solved my display issue! Therefore, I conclude a few things: -the 1920x1200 modeline in ProposeDisplayMode.c needs to be changed (ticket #2791)[[BR]] -the nVidia accelerated driver works[[BR]] -the nVidia accelerated driver does not intialize correctly. To work, both a vesa and nvidia config file must be manually placed in /boot/home/config/settings/kernel/drivers[[BR]] There is still a problem, because for new installs or system restarts, nvidia displays won't init properly unless VESA is selected and a VESA config file is present. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 18 21:08:44 2008 From: trac at haiku-os.org (apprentice) Date: Tue, 18 Nov 2008 20:08:44 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.c7eafdc652ae0ee4acd3c33387ffe6a2@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by apprentice): I applied the patch and recompiled. Hopefully the image is clear enough. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 18 21:58:12 2008 From: trac at haiku-os.org (axeld) Date: Tue, 18 Nov 2008 20:58:12 -0000 Subject: [Haiku-bugs] [Haiku] #3148: select() returns too early when reading from a tty with line editing enabled, in blocking mode In-Reply-To: <042.2137b0324954f3933ce016e70317a00f@haiku-os.org> References: <042.2137b0324954f3933ce016e70317a00f@haiku-os.org> Message-ID: <051.4d8a9c28582e5159f63168758f29f309@haiku-os.org> #3148: select() returns too early when reading from a tty with line editing enabled, in blocking mode --------------------------+------------------------------------------------- Reporter: bhaible | Owner: axeld Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/TTY | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by axeld): * owner: bonefish => axeld * status: new => assigned -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 18 22:08:15 2008 From: trac at haiku-os.org (axeld) Date: Tue, 18 Nov 2008 21:08:15 -0000 Subject: [Haiku-bugs] [Haiku] #3148: select() returns too early when reading from a tty with line editing enabled, in blocking mode In-Reply-To: <042.2137b0324954f3933ce016e70317a00f@haiku-os.org> References: <042.2137b0324954f3933ce016e70317a00f@haiku-os.org> Message-ID: <051.cd1db9fdb9be52b0bffd353460fda640@haiku-os.org> #3148: select() returns too early when reading from a tty with line editing enabled, in blocking mode --------------------------+------------------------------------------------- Reporter: bhaible | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/TTY | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by axeld): * status: assigned => closed * resolution: => fixed Comment: Thanks for the nice test case! It's fixed in r28687. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 18 23:26:36 2008 From: trac at haiku-os.org (ithamar) Date: Tue, 18 Nov 2008 22:26:36 -0000 Subject: [Haiku-bugs] [Haiku] #3021: Building gcc4 cross-compiler errors in binutils? In-Reply-To: <038.5bda3c447a9959fd90b73be56b87ebfc@haiku-os.org> References: <038.5bda3c447a9959fd90b73be56b87ebfc@haiku-os.org> Message-ID: <047.84279886b498fca0af49fa0ab1b92ec1@haiku-os.org> #3021: Building gcc4 cross-compiler errors in binutils? ---------------------------+------------------------------------------------ Reporter: tqh | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by ithamar): if wanted, I can commit the proposed patch, and also verify if this is needed for the legacy gcc compiler too... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 18 23:27:48 2008 From: trac at haiku-os.org (ithamar) Date: Tue, 18 Nov 2008 22:27:48 -0000 Subject: [Haiku-bugs] [Haiku] #3021: Building gcc4 cross-compiler errors in binutils? In-Reply-To: <038.5bda3c447a9959fd90b73be56b87ebfc@haiku-os.org> References: <038.5bda3c447a9959fd90b73be56b87ebfc@haiku-os.org> Message-ID: <047.5dce9a0a4711d05e4102ff880d57fed5@haiku-os.org> #3021: Building gcc4 cross-compiler errors in binutils? ---------------------------+------------------------------------------------ Reporter: tqh | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by ithamar): * cc: ithamar at unet.nl (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 18 23:43:50 2008 From: trac at haiku-os.org (cssvb94) Date: Tue, 18 Nov 2008 22:43:50 -0000 Subject: [Haiku-bugs] [Haiku] #3162: reiserfs failed to build (r28688) Message-ID: <042.950e71623ba9a90cc002cf4600e8920a@haiku-os.org> #3162: reiserfs failed to build (r28688) --------------------------+------------------------------------------------- Reporter: cssvb94 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------+------------------------------------------------- reiserfs fails to compile on r28688 haiku svn. used gcc 2.95 cross compiler tools. jam clean && jam -q @disk build gives the following result: (attached) It was working before last 4 svn revisions. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 19 05:01:34 2008 From: trac at haiku-os.org (anevilyak) Date: Wed, 19 Nov 2008 04:01:34 -0000 Subject: [Haiku-bugs] [Haiku] #3146: [Sounds] crash in BView::_AddChild In-Reply-To: <040.94f379b822eca50b92165f7a75c94a12@haiku-os.org> References: <040.94f379b822eca50b92165f7a75c94a12@haiku-os.org> Message-ID: <049.b0be5ed7074e1a8622b9f91d39b035e6@haiku-os.org> #3146: [Sounds] crash in BView::_AddChild ---------------------------------+------------------------------------------ Reporter: diver | Owner: anevilyak Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Preferences/Sounds | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by anevilyak): * status: new => closed * resolution: => fixed Comment: Fixed in r28693, thanks for the testcase! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 19 09:19:49 2008 From: trac at haiku-os.org (karmak) Date: Wed, 19 Nov 2008 08:19:49 -0000 Subject: [Haiku-bugs] [Haiku] #3137: Updated bison 2.4 package appears to not correctly generate ftpd's ftpcmd.c In-Reply-To: <044.17a5c552f2d096d4215aefd1a0fb6d13@haiku-os.org> References: <044.17a5c552f2d096d4215aefd1a0fb6d13@haiku-os.org> Message-ID: <053.0e4f364f6ca13cccc09abeec8064dd24@haiku-os.org> #3137: Updated bison 2.4 package appears to not correctly generate ftpd's ftpcmd.c ---------------------------+------------------------------------------------ Reporter: anevilyak | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1/alpha1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: 3156 ---------------------------+------------------------------------------------ Changes (by karmak): * cc: olive at deep-ocean.net (added) Comment: I hit this bug too, when building Haiku from haiku, with latest packages donwloaded from haiku-files.org. Just putting myself in the CC for now. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 19 15:47:38 2008 From: trac at haiku-os.org (apprentice) Date: Wed, 19 Nov 2008 14:47:38 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.e066b02beb598f7f1d4d7f1b7dd423a4@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by apprentice): Does the trac output give any useful information on the crash whatsoever? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 19 16:36:37 2008 From: trac at haiku-os.org (Adek336) Date: Wed, 19 Nov 2008 15:36:37 -0000 Subject: [Haiku-bugs] [Haiku] #2853: [Terminal] midnight commander Fx keys are shifted In-Reply-To: <040.63319b18a46f7ef1bc70ab08c640dbe4@haiku-os.org> References: <040.63319b18a46f7ef1bc70ab08c640dbe4@haiku-os.org> Message-ID: <049.3281f8bb19525d7953ac2d8924590f12@haiku-os.org> #2853: [Terminal] midnight commander Fx keys are shifted ------------------------------------+--------------------------------------- Reporter: diver | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by Adek336): I think it's not related to ssh: if you run vim locally, in insert mode, press F7 and a gets written. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 19 17:48:27 2008 From: trac at haiku-os.org (Adek336) Date: Wed, 19 Nov 2008 16:48:27 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.ca59f0be85526d877cb2e6f442d8b88b@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by Adek336): The trac output gives a pretty clear view of what instructions cause the crash and suggest that "parent" is not a valid pointer at that point; also we see, that the value of parent which is fed into fix_dirent() seems reasonable (in the trac, vnode=0x...). That is a lot of valuable information! For once, it allows me to suspect what the direct cause of the crash is, a buffer overflow during user_memcpy() of d_name; if that is the case, with the new diff you will see a panic "d_reclen>sizeof(buffer)" which you can easily continue through; that would be quite a progress :-) The new diff also traces the names of files, so we will know the name of the /dev/* file which goes right before the offending file. The diff is against the trunk version of vfs.cpp, so to revert to that version before applying the patch you may do {{{ svn revert src/system/kernel/fs/vfs.cpp }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 19 18:02:55 2008 From: trac at haiku-os.org (Adek336) Date: Wed, 19 Nov 2008 17:02:55 -0000 Subject: [Haiku-bugs] [Haiku] #3137: Updated bison 2.4 package appears to not correctly generate ftpd's ftpcmd.c In-Reply-To: <044.17a5c552f2d096d4215aefd1a0fb6d13@haiku-os.org> References: <044.17a5c552f2d096d4215aefd1a0fb6d13@haiku-os.org> Message-ID: <053.f53a11fa64ea263af6c945697adad219@haiku-os.org> #3137: Updated bison 2.4 package appears to not correctly generate ftpd's ftpcmd.c ---------------------------+------------------------------------------------ Reporter: anevilyak | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1/alpha1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: 3156 ---------------------------+------------------------------------------------ Comment(by Adek336): Attached workaround as suggested by Rene Gollent on the mailing list. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 19 18:09:25 2008 From: trac at haiku-os.org (anevilyak) Date: Wed, 19 Nov 2008 17:09:25 -0000 Subject: [Haiku-bugs] [Haiku] #3137: Updated bison 2.4 package appears to not correctly generate ftpd's ftpcmd.c In-Reply-To: <044.17a5c552f2d096d4215aefd1a0fb6d13@haiku-os.org> References: <044.17a5c552f2d096d4215aefd1a0fb6d13@haiku-os.org> Message-ID: <053.3c7d4ac4d9636441e102460a35dc160f@haiku-os.org> #3137: Updated bison 2.4 package appears to not correctly generate ftpd's ftpcmd.c ---------------------------+------------------------------------------------ Reporter: anevilyak | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1/alpha1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: 3156 ---------------------------+------------------------------------------------ Comment(by anevilyak): That would be me :) That's not really a long term solution though, as the real problem is bison not correctly generating the file. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 19 18:42:40 2008 From: trac at haiku-os.org (tqh) Date: Wed, 19 Nov 2008 17:42:40 -0000 Subject: [Haiku-bugs] [Haiku] #1072: Write an HDA audio driver and add-on In-Reply-To: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> References: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> Message-ID: <049.592a83da25a1ec9618f4910f1d30327f@haiku-os.org> #1072: Write an HDA audio driver and add-on ----------------------------+----------------------------------------------- Reporter: axeld | Owner: ithamar Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by tqh): Still only noise, actually you can hear the sound, but it's like a square wave reverb or something is adding and amplifying it to noise. When stopping Mediaplayer it plays around 2 secs afterwards, also kind of like a reverb. Tested in r28696 with ATI SB600 and Realtek ALC889A and trying a lot of changes to controls in Media panel. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 19 19:40:48 2008 From: trac at haiku-os.org (kaliber) Date: Wed, 19 Nov 2008 18:40:48 -0000 Subject: [Haiku-bugs] [Haiku] #2853: [Terminal] midnight commander Fx keys are shifted In-Reply-To: <040.63319b18a46f7ef1bc70ab08c640dbe4@haiku-os.org> References: <040.63319b18a46f7ef1bc70ab08c640dbe4@haiku-os.org> Message-ID: <049.3782057b405e4703ccaf5f7a718620c7@haiku-os.org> #2853: [Terminal] midnight commander Fx keys are shifted ------------------------------------+--------------------------------------- Reporter: diver | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by kaliber): The problem is that key codes (in src/apps/terminal/VTKeyTbl.c) are adjusted for beterm. Unfortunately the default TERM variable is set to xterm, so key codes should be as follow: {{{ char *function_key_char_table [] = { "\033OP", "\033OQ", "\033OR", "\033OS", "\033[15~", "\033[17~", "\033[18~", "\033[19~", "\033[20~", "\033[21~", "\033[22~", "\033[24~", }; }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 19 19:46:20 2008 From: trac at haiku-os.org (stippi) Date: Wed, 19 Nov 2008 18:46:20 -0000 Subject: [Haiku-bugs] [Haiku] #3161: [PATCH] BTabView layout fix In-Reply-To: <040.d239187c38f23e82fd54a5a748ce9c71@haiku-os.org> References: <040.d239187c38f23e82fd54a5a748ce9c71@haiku-os.org> Message-ID: <049.886eb4aa1344b4f65d4f5a4a3f8faeb0@haiku-os.org> #3161: [PATCH] BTabView layout fix ---------------------------------+------------------------------------------ Reporter: aljen | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by stippi): The patch is not taking the right approach. You are trying to embed an old-style (ie using "follow modes") view hierarchy into a new-style layout managed hierarchy. This is why you also need the "view.diff" patch, which is wrong. Follow modes are not supposed to work in the layout management. What needs to happen is that BTabView actually uses a BCardLayout to layout it's children views. The *Size() methods would be implemented accordingly by using the return values from the respective functions of layout. The user may supply a custom layout though, so use SetLayout() in the constructor and then access only via Layout()! What will make the implementation more involved is that the BTabView should still behave like it did before when in old-style "follow mode". Maybe it's possible to implement the old mode via the new mode though. But extra care needs to be taken, and a lot of testing with existing apps. One important thing to keep in mind: The layout mode should not detach the views like the follow mode version does. I think this was broken even there, as can be witnessed in many apps, for example Appearance. If you resize the window and then switch to another tab, the view size did not adopt, even if follow modes are set correctly. Implementations would need to take extra care and layout themselves when attached again by a tab change. I don't want this to happen at least for the layouted mode. There, the BCardLayout will take care of making children visible and invisible according to the active tab. All this being said, thanks a lot for your work! But I hope you understand that I can't apply the patch as is. If you have the time and motivation, it would be great if you give it another shot taking these things into account! Thanks a lot! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 19 21:16:42 2008 From: trac at haiku-os.org (apprentice) Date: Wed, 19 Nov 2008 20:16:42 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.ba6797f1408f96ae265fe65fbac1af27@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by apprentice): Yup! It seems you nailed the bug. I'll run 'trac 0' later to get more informative ouput. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 20 01:20:48 2008 From: trac at haiku-os.org (Adek336) Date: Thu, 20 Nov 2008 00:20:48 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.89004026cc57fa211c272e3c463e1493@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by Adek336): That's great ! Probably related to #1840. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 20 01:24:49 2008 From: trac at haiku-os.org (Adek336) Date: Thu, 20 Nov 2008 00:24:49 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.942a0ee17ee2e476cf5256428cfea247@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by Adek336): Also note that #489 mentions both a 3com ethernet adapter and ls /dev/net problem. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 20 05:13:02 2008 From: trac at haiku-os.org (anevilyak) Date: Thu, 20 Nov 2008 04:13:02 -0000 Subject: [Haiku-bugs] [Haiku] #1420: Copying a folder with the same name as an existing folder should offer the option to merge both folders In-Reply-To: <042.5b336a58ca3a611a4e39f9649efe9b34@haiku-os.org> References: <042.5b336a58ca3a611a4e39f9649efe9b34@haiku-os.org> Message-ID: <051.7b028e8ef2443a0513e9b5a7049146d1@haiku-os.org> #1420: Copying a folder with the same name as an existing folder should offer the option to merge both folders -----------------------------------+---------------------------------------- Reporter: scottmc | Owner: anevilyak Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by anevilyak): * owner: nobody => anevilyak * status: new => assigned Comment: Will see what I can do with this one. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 20 08:00:56 2008 From: trac at haiku-os.org (Adek336) Date: Thu, 20 Nov 2008 07:00:56 -0000 Subject: [Haiku-bugs] [Haiku] #1840: Strange output from ls /dev In-Reply-To: <041.12bd45285101f826b397cf0ecf58e405@haiku-os.org> References: <041.12bd45285101f826b397cf0ecf58e405@haiku-os.org> Message-ID: <050.eb466352c1c2fd225e740016ad267673@haiku-os.org> #1840: Strange output from ls /dev ---------------------+------------------------------------------------------ Reporter: ekdahl | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------+------------------------------------------------------ Comment(by Adek336): "\314" means that a 1-byte character of value 0314 = 0xCC was found, right ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 20 11:12:58 2008 From: trac at haiku-os.org (siarzhuk) Date: Thu, 20 Nov 2008 10:12:58 -0000 Subject: [Haiku-bugs] [Haiku] #3149: Intel Video Driver Does Not Work With 945G In-Reply-To: <046.24230b2aaf64a5aa4d20ddcfd5b0b5a9@haiku-os.org> References: <046.24230b2aaf64a5aa4d20ddcfd5b0b5a9@haiku-os.org> Message-ID: <055.68db6b2a90b3c2b4262b90c9aaaecca9@haiku-os.org> #3149: Intel Video Driver Does Not Work With 945G ---------------------------------------------+------------------------------ Reporter: tonestone57 | 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 siarzhuk): Just a bit of additional debug info acquired on the same hardware: PLL limits, min: p 5 (p1 1, p2 10), n 5, m 70 (m1 12, m2 7) PLL limits, max: p 80 (p1 8, p2 5), n 10, m 120 (m1 22, m2 11) required MHz: 108 found: 107.755 MHz, p = 14 (p1 = 1, p2 = 14), n = 7, m = 110 (m1 = 20, m2 = 10) PLL limits, min: p 5 (p1 1, p2 10), n 5, m 70 (m1 12, m2 7) PLL limits, max: p 80 (p1 8, p2 5), n 10, m 120 (m1 22, m2 11) required MHz: 108 found: 107.52 MHz, p = 20 (p1 = 2, p2 = 10), n = 5, m = 112 (m1 = 21, m2 = 7) Complete syslog.15 is attached. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 20 12:47:00 2008 From: trac at haiku-os.org (miqlas) Date: Thu, 20 Nov 2008 11:47:00 -0000 Subject: [Haiku-bugs] [Haiku] #3163: Quake 3 Arena crash on Haiku R28633 Message-ID: <041.0e4f17325afa744f054bca179fddcde8@haiku-os.org> #3163: Quake 3 Arena crash on Haiku R28633 --------------------------+------------------------------------------------- Reporter: miqlas | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------+------------------------------------------------- I try to run Quake 3 on Haiku, but i get only an black window, and "The application encountered an error...". I made crashlog and attached to this ticket. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 20 13:55:30 2008 From: trac at haiku-os.org (stippi) Date: Thu, 20 Nov 2008 12:55:30 -0000 Subject: [Haiku-bugs] [Haiku] #1967: kdl using rtl8139 if_vr: packet not processed In-Reply-To: <042.fe3fb91518812a33d79bcd0beefe2745@haiku-os.org> References: <042.fe3fb91518812a33d79bcd0beefe2745@haiku-os.org> Message-ID: <051.c111ca4bb9edc64d37737820a30cd859@haiku-os.org> #1967: kdl using rtl8139 if_vr: packet not processed ---------------------------------+------------------------------------------ Reporter: bbjimmy | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: ---------------------------------+------------------------------------------ Changes (by stippi): * status: new => closed * resolution: => fixed Comment: Ok, thanks for the update! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 20 14:17:54 2008 From: trac at haiku-os.org (korli) Date: Thu, 20 Nov 2008 13:17:54 -0000 Subject: [Haiku-bugs] [Haiku] #3004: loud click sounds when SoundRecorder resets to 00:00:00 after playback In-Reply-To: <041.c2ffa3b054d12b1829db590d1da9ae14@haiku-os.org> References: <041.c2ffa3b054d12b1829db590d1da9ae14@haiku-os.org> Message-ID: <050.76b9d9a824387c5444318995b015441e@haiku-os.org> #3004: loud click sounds when SoundRecorder resets to 00:00:00 after playback -----------------------------------------+---------------------------------- Reporter: nutela | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/SoundRecorder | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -----------------------------------------+---------------------------------- Comment(by korli): Should be fixed, could you check ? Axel fixed this in r28688 (dunno if he broke it before). Also please provide the tested version number. It's not easy to find out if you don't. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 20 14:23:47 2008 From: trac at haiku-os.org (stippi) Date: Thu, 20 Nov 2008 13:23:47 -0000 Subject: [Haiku-bugs] [Haiku] #3045: [FileTypes] if you create BMP clip you can't open it (easy) In-Reply-To: <040.126403ec9c9cd9eb9750d16eb3be2eea@haiku-os.org> References: <040.126403ec9c9cd9eb9750d16eb3be2eea@haiku-os.org> Message-ID: <049.c632cdc8a7d69a3aee00bdc3f56a284b@haiku-os.org> #3045: [FileTypes] if you create BMP clip you can't open it (easy) ------------------------------------+--------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Preferences/FileTypes | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by stippi): I think x-be-bitmap means an archived BBitmap. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 20 15:13:24 2008 From: trac at haiku-os.org (korli) Date: Thu, 20 Nov 2008 14:13:24 -0000 Subject: [Haiku-bugs] [Haiku] #3052: not possible to drag and save files from SoundRecorder In-Reply-To: <041.ee6e7b3217678765893648084e5a445e@haiku-os.org> References: <041.ee6e7b3217678765893648084e5a445e@haiku-os.org> Message-ID: <050.21519cfc9a244dc01e4968f5b94ee6bc@haiku-os.org> #3052: not possible to drag and save files from SoundRecorder -----------------------------------------+---------------------------------- Reporter: nutela | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/SoundRecorder | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -----------------------------------------+---------------------------------- Comment(by korli): Could you check with a current revision please ? It might not be complete. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 20 16:01:18 2008 From: trac at haiku-os.org (axeld) Date: Thu, 20 Nov 2008 15:01:18 -0000 Subject: [Haiku-bugs] [Haiku] #3153: Kernel Debugger: clean command In-Reply-To: <042.c5422e3247105c66407dfdd26dfab9e8@haiku-os.org> References: <042.c5422e3247105c66407dfdd26dfab9e8@haiku-os.org> Message-ID: <051.8bb1788407330761be388417e2c68768@haiku-os.org> #3153: Kernel Debugger: clean command ----------------------------+----------------------------------------------- Reporter: Adek336 | Owner: axeld Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => invalid Comment: You can just press "Ctrl-L" like in a Terminal to do so. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 20 16:41:26 2008 From: trac at haiku-os.org (scottmc) Date: Thu, 20 Nov 2008 15:41:26 -0000 Subject: [Haiku-bugs] [Haiku] #3142: cvs program malfunction In-Reply-To: <042.0aa59fe80615cb0dbacd9ada6ce1819f@haiku-os.org> References: <042.0aa59fe80615cb0dbacd9ada6ce1819f@haiku-os.org> Message-ID: <051.b66b86b5759816c92d82fac80bf36e5d@haiku-os.org> #3142: cvs program malfunction ------------------------+--------------------------------------------------- Reporter: bhaible | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by scottmc): * cc: haiku at scottmc.com (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 20 17:04:21 2008 From: trac at haiku-os.org (aljen) Date: Thu, 20 Nov 2008 16:04:21 -0000 Subject: [Haiku-bugs] [Haiku] #3161: [PATCH] BTabView layout fix In-Reply-To: <040.d239187c38f23e82fd54a5a748ce9c71@haiku-os.org> References: <040.d239187c38f23e82fd54a5a748ce9c71@haiku-os.org> Message-ID: <049.a59ac2490e378f7f7ed2076e65cd18de@haiku-os.org> #3161: [PATCH] BTabView layout fix ---------------------------------+------------------------------------------ Reporter: aljen | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by aljen): Thanks for explanation :) I followed your tips and implemented layout mode using BCardLayout. Normal behaviour isn't changed (tested with existings apps), changes are visible only when using new layout friendly constructor -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 20 19:33:25 2008 From: trac at haiku-os.org (stippi) Date: Thu, 20 Nov 2008 18:33:25 -0000 Subject: [Haiku-bugs] [Haiku] #3161: [PATCH] BTabView layout fix In-Reply-To: <040.d239187c38f23e82fd54a5a748ce9c71@haiku-os.org> References: <040.d239187c38f23e82fd54a5a748ce9c71@haiku-os.org> Message-ID: <049.fe2df32524aa91b8cec7675364b8f245@haiku-os.org> #3161: [PATCH] BTabView layout fix ---------------------------------+------------------------------------------ Reporter: aljen | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by stippi): Ok, this looks much better! The *Size() methods are all fine. There are to remaining issues: 1) You cannot add a new virtual Deselect() version to BTab, since that will break binary compatibility. But you can change the code in the existing Deselect() version to check the parent view's layout. Ie {{{ bool removeView = false; BView* container = View()->Parent(); if (container != NULL) { removeView = dynamic_cast(container->GetLayout()) == NULL; } if (removeView) View()->RemoveSelf(); }}} ... this will also simplify the code in a few other places. 2) In line 707, you dynamic_cast the Layout() to BCardLayout*, but don't check for success. If the user did used another type of layout, then he is out of luck I'd say. Thanks again for your work! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 20 20:01:15 2008 From: trac at haiku-os.org (Adek336) Date: Thu, 20 Nov 2008 19:01:15 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.de672f558c9c91940a5d50155254078c@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by Adek336): Replying to [comment:25 apprentice]: > Yup! It seems you nailed the bug. Not quite, we secured fix_dirent() against a stack overflow but the devfs is still erroneously passing an overgrown dir entry. Could you send in the last trace messages ("trac 0") and all trace messages with the string devfs_create_vnode (all pages of "trac 1 300 -1 #devfs_create_vnode") after applying devfs_create_vnode.diff. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 20 20:27:15 2008 From: trac at haiku-os.org (aljen) Date: Thu, 20 Nov 2008 19:27:15 -0000 Subject: [Haiku-bugs] [Haiku] #3161: [PATCH] BTabView layout fix In-Reply-To: <040.d239187c38f23e82fd54a5a748ce9c71@haiku-os.org> References: <040.d239187c38f23e82fd54a5a748ce9c71@haiku-os.org> Message-ID: <049.edfae6e3704271be3f103c6fcf90719f@haiku-os.org> #3161: [PATCH] BTabView layout fix ---------------------------------+------------------------------------------ Reporter: aljen | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by aljen): Ahhh, right I forgot about keeping binary compability :)[br] Deselect now is working like you said and I added error-checking for dynamic_cast in code[br] Thanks ! :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 20 20:50:41 2008 From: trac at haiku-os.org (leavengood) Date: Thu, 20 Nov 2008 19:50:41 -0000 Subject: [Haiku-bugs] [Haiku] #3045: [FileTypes] if you create BMP clip you can't open it (easy) In-Reply-To: <040.126403ec9c9cd9eb9750d16eb3be2eea@haiku-os.org> References: <040.126403ec9c9cd9eb9750d16eb3be2eea@haiku-os.org> Message-ID: <049.b44a5e00213bc78452a728e537f48539@haiku-os.org> #3045: [FileTypes] if you create BMP clip you can't open it (easy) ------------------------------------+--------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Preferences/FileTypes | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by leavengood): Replying to [comment:4 stippi]: > I think x-be-bitmap means an archived BBitmap. OK, then we probably do not need an explicit MIME type file defined for it, and certainly not under image/ where it would be opened by ShowImage. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 20 21:12:16 2008 From: trac at haiku-os.org (apprentice) Date: Thu, 20 Nov 2008 20:12:16 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.043d3a27762ee0c8b6c183f2ebead83d@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by apprentice): I added the trac 0. I'll send the trace messages of the created device nodes as soon as possible. BTW, just out of curiosity, why can the system continue to run after a buffer overflow in kernel space. Doesn't it overwrite the adjacent memory locations or is this secured in the memcpy() implementation? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 20 21:25:47 2008 From: trac at haiku-os.org (Adek336) Date: Thu, 20 Nov 2008 20:25:47 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.467917d65450a767060b0086c6822aa7@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by Adek336): The last two patches avoid doing a memcpy when it would overflow the buffer. Without them, you still can suspend and continue, because AFAIK the overflow damages the kernel stack allocated for the the ls /dev team. Because fix_dirent() dereferences a pointer from the stack right after memcpy is called and crashes, it doesn't have the opportunity to do much harm to other parts of the kernel which it would if it tried to, for example, update vnode lists with corrupt data from the stack. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 20 22:12:58 2008 From: trac at haiku-os.org (nutela) Date: Thu, 20 Nov 2008 21:12:58 -0000 Subject: [Haiku-bugs] [Haiku] #3052: not possible to drag and save files from SoundRecorder In-Reply-To: <041.ee6e7b3217678765893648084e5a445e@haiku-os.org> References: <041.ee6e7b3217678765893648084e5a445e@haiku-os.org> Message-ID: <050.185f882938ba6c1a777c04d52d7db7f1@haiku-os.org> #3052: not possible to drag and save files from SoundRecorder -----------------------------------------+---------------------------------- Reporter: nutela | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/SoundRecorder | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -----------------------------------------+---------------------------------- Comment(by nutela): It seems to write only the header. In R5 it also possible to drag the file name from the expanded SoundRecorder to a Tracker window, it will work the same way. File naming doesn't seem to work quite like R5 IIRC but I'm not sure, isn't it supposed to suggest a name which doesn't exist in the default save location or when it is dragged to a folder where there already exist an audiofile[0-9]+ it increments by 1? @Stippi, I learned a bit C, and read the first 4 chapters of C++ by Biarne Soustrup IIRC until virtual functions or something which became a little bit over my head :). I'd first write Apps which I need for music though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 20 22:16:46 2008 From: trac at haiku-os.org (nutela) Date: Thu, 20 Nov 2008 21:16:46 -0000 Subject: [Haiku-bugs] [Haiku] #3004: loud click sounds when SoundRecorder resets to 00:00:00 after playback In-Reply-To: <041.c2ffa3b054d12b1829db590d1da9ae14@haiku-os.org> References: <041.c2ffa3b054d12b1829db590d1da9ae14@haiku-os.org> Message-ID: <050.9d378fd13d50ac8602b11bfce7f4c848@haiku-os.org> #3004: loud click sounds when SoundRecorder resets to 00:00:00 after playback -----------------------------------------+---------------------------------- Reporter: nutela | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/SoundRecorder | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -----------------------------------------+---------------------------------- Comment(by nutela): Fixed, verified. Thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 20 22:48:28 2008 From: trac at haiku-os.org (apprentice) Date: Thu, 20 Nov 2008 21:48:28 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.20015c71c35903a4369a2c982df593c3@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by apprentice): So here is all the output from the latest diff. I hope it helps! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 20 22:52:42 2008 From: trac at haiku-os.org (korli) Date: Thu, 20 Nov 2008 21:52:42 -0000 Subject: [Haiku-bugs] [Haiku] #3004: loud click sounds when SoundRecorder resets to 00:00:00 after playback In-Reply-To: <041.c2ffa3b054d12b1829db590d1da9ae14@haiku-os.org> References: <041.c2ffa3b054d12b1829db590d1da9ae14@haiku-os.org> Message-ID: <050.0934e2c678a2659121b3c41e81774e99@haiku-os.org> #3004: loud click sounds when SoundRecorder resets to 00:00:00 after playback -----------------------------------------+---------------------------------- Reporter: nutela | Owner: korli Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/SoundRecorder | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: -----------------------------------------+---------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 20 22:53:02 2008 From: trac at haiku-os.org (stippi) Date: Thu, 20 Nov 2008 21:53:02 -0000 Subject: [Haiku-bugs] [Haiku] #3161: [PATCH] BTabView layout fix In-Reply-To: <040.d239187c38f23e82fd54a5a748ce9c71@haiku-os.org> References: <040.d239187c38f23e82fd54a5a748ce9c71@haiku-os.org> Message-ID: <049.2e90dc87106d07b03c8a2207f0087d92@haiku-os.org> #3161: [PATCH] BTabView layout fix ---------------------------------+------------------------------------------ Reporter: aljen | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by stippi): * status: new => closed * resolution: => fixed Comment: Applied your patch in r28701. Thanks a lot for your work! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 21 00:08:05 2008 From: trac at haiku-os.org (Adek336) Date: Thu, 20 Nov 2008 23:08:05 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.24084a9a7a0a97645f1662c3f805dfbf@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by Adek336): We're lucky!, because the triangles in devfs_create_vnode3.jpg rule out a bug in devfs. They probably come from a device driver. Also note that the triangle is ascii \314, just like in #1840. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 21 01:05:23 2008 From: trac at haiku-os.org (Adek336) Date: Fri, 21 Nov 2008 00:05:23 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.c7f51160c5a140b3f1277c8fa8631b28@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by Adek336): panic_at_vnode_name.diff: should panic at boot time when the corrupt file name is fed into devfs_create_vnode(); additional debug messages. Particularly interesting are {{{ bt }}} , {{{ trac 1 300 -1 #republish }}} which could point at a faulty driver and {{{ trac 0 90 }}} . -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 21 01:15:59 2008 From: trac at haiku-os.org (Adek336) Date: Fri, 21 Nov 2008 00:15:59 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.5b5277d3fa5ae7727e23074985053e35@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by Adek336): Also to avoid recompiling a lot and reinstalling to the partition, you may do {{{ jam kernel_x86 }}} and copy the file generated/objects/haiku/x86/release/system/kernel/kernel_x86 to /boot/beos/system/, and after that reboot. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 21 05:03:05 2008 From: trac at haiku-os.org (noisetonepause) Date: Fri, 21 Nov 2008 04:03:05 -0000 Subject: [Haiku-bugs] [Haiku] #3164: Bug in terminal when using curses app over ssh Message-ID: <049.be853f439f0d45339b57efd636ba4258@haiku-os.org> #3164: Bug in terminal when using curses app over ssh -----------------------------------+---------------------------------------- Reporter: noisetonepause | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- I'm filing this as a bug in Terminal, though I think this is related to termios.h. If you look at the screenshots, you'll see the curses app silc-client running over an SSH connection from my friend's FreeBSD machine. Silc- client is based on irssi, so shouuld be familiar. It's basically a irc- like chat application. The line below the blue line is an input field. I type some input and press enter. As can be seen from the second screenshot, all the text is then moved up a line, including my text from the input box (which you'd expect to be erased). The line is written to the where'd you expect it to go on the first screenshot (ie., first empty line). Incoming text from the server and other chatters works fine. Cycling through the 'windows' in the client redraws the text as you'd expect. The only problem is when inputting text. The screenshots are from BeOS but the exact same thing happens in Haiku. An xterm running under BeOS/X11 does not have this issue, though. I've compared the termios.h headers from Haiku, BeOS and Free+OpenBSD, and BeOS defines VKILL and VEOL opposite. What I think is happening is that silc-client, which is linked against BSD's libcurses, is sending what's defined as VKILL on BSD to the Haiku terminal app, which is interpreting it as VEOL. That seems consistent with the issue, at least. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 21 07:05:25 2008 From: trac at haiku-os.org (dustin howett) Date: Fri, 21 Nov 2008 06:05:25 -0000 Subject: [Haiku-bugs] [Haiku] #3150: OpenBFS directory corruption. In-Reply-To: <038.28292c867ae3be742393ec086836c73f@haiku-os.org> References: <038.28292c867ae3be742393ec086836c73f@haiku-os.org> Message-ID: <047.61a0978b3c024e627a95492e9467eb97@haiku-os.org> #3150: OpenBFS directory corruption. -------------------------------+-------------------------------------------- Reporter: bga | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -------------------------------+-------------------------------------------- Comment(by dustin howett): Try straight "ls -i" in /Haiku1/home/development. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 21 07:05:50 2008 From: trac at haiku-os.org (dustin howett) Date: Fri, 21 Nov 2008 06:05:50 -0000 Subject: [Haiku-bugs] [Haiku] #3150: OpenBFS directory corruption. In-Reply-To: <038.28292c867ae3be742393ec086836c73f@haiku-os.org> References: <038.28292c867ae3be742393ec086836c73f@haiku-os.org> Message-ID: <047.950fec80c6814304b1e9ff53df0602b9@haiku-os.org> #3150: OpenBFS directory corruption. -------------------------------+-------------------------------------------- Reporter: bga | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -------------------------------+-------------------------------------------- Changes (by dustin howett): * cc: alaricx at gmail.com (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 21 15:37:57 2008 From: trac at haiku-os.org (apprentice) Date: Fri, 21 Nov 2008 14:37:57 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.cfff337f84c507915f555904694cc5b9@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by apprentice): It's the 3com nic after all! The kernel shouldn't even create a device node for it since the driver initialization fails. So I guess the fbsd layer should be looked at very careful. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 21 15:49:06 2008 From: trac at haiku-os.org (Adek336) Date: Fri, 21 Nov 2008 14:49:06 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.286877608c06529bd75ecb0af2f57a62@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by Adek336): Could you see if deleting /boot/beos/system/add- ons/kernel/drivers/dev/net/3com helps ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 21 16:24:11 2008 From: trac at haiku-os.org (Adek336) Date: Fri, 21 Nov 2008 15:24:11 -0000 Subject: [Haiku-bugs] [Haiku] #3120: 3com Combo nic doesn't work In-Reply-To: <045.ad94c29706e90cd7398ea4aea551d387@haiku-os.org> References: <045.ad94c29706e90cd7398ea4aea551d387@haiku-os.org> Message-ID: <054.ab9be27c86fcd5da8579d564cb939674@haiku-os.org> #3120: 3com Combo nic doesn't work ------------------------------+--------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Changes (by Adek336): * cc: adek336 at gmail.com (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 21 16:37:33 2008 From: trac at haiku-os.org (apprentice) Date: Fri, 21 Nov 2008 15:37:33 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.ce68fbf33faa04810056f30fda939b5f@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by apprentice): Yes. That does the trick. After deleting the driver and rebooting everything works. Except for the nic of course :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 21 16:53:28 2008 From: trac at haiku-os.org (apprentice) Date: Fri, 21 Nov 2008 15:53:28 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.a651aff6cce93af6250f2226c914521f@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by apprentice): Strange. I have deleted the 3com driver before and it didn't help. And I guess it doesn't get loaded in safe mode and it crashed in safe mode when running find in /dev. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 21 16:54:52 2008 From: trac at haiku-os.org (Adek336) Date: Fri, 21 Nov 2008 15:54:52 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.9ce9de3834481224ebabd5ea77a976e8@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by Adek336): Are you still able to crash safe mode? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 21 17:45:25 2008 From: trac at haiku-os.org (apprentice) Date: Fri, 21 Nov 2008 16:45:25 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.ad9d6f258564aaac338e4bd8f943eafe@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by apprentice): No. It doesn't crash in safe mode either. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 21 19:27:37 2008 From: trac at haiku-os.org (apprentice) Date: Fri, 21 Nov 2008 18:27:37 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.9433e8534c323ddd33507e73b760f3f6@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by apprentice): This bug would have been easy to debug just by removing the nic but I was too short on time to devote enough effort on this. The driver is exactly the same as in FreeBSD and it works there. I wonder what makes it defunct in Haiku. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 21 19:58:36 2008 From: trac at haiku-os.org (PieterPanman) Date: Fri, 21 Nov 2008 18:58:36 -0000 Subject: [Haiku-bugs] [Haiku] #1590: Updated Broadcom Tigon3 ethernet driver In-Reply-To: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> References: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> Message-ID: <053.26a20745e599a850de4966f9b9b6aa2c@haiku-os.org> #1590: Updated Broadcom Tigon3 ethernet driver ------------------------------+--------------------------------------------- Reporter: pieterpan | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by PieterPanman): Korli, you seem to have fixed the link state detection problem with r28705. It now correctly detects the link changes. Please commit my patch, I think we're done :) If not we can always change it again. Thanks for all your help, testing and thinking out loud :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 21 23:05:47 2008 From: trac at haiku-os.org (noisetonepause) Date: Fri, 21 Nov 2008 22:05:47 -0000 Subject: [Haiku-bugs] [Haiku] #3164: Bug in terminal when using curses app over ssh In-Reply-To: <049.be853f439f0d45339b57efd636ba4258@haiku-os.org> References: <049.be853f439f0d45339b57efd636ba4258@haiku-os.org> Message-ID: <058.c4dc7a10f16f8d7f15c519081cdcf6e1@haiku-os.org> #3164: Bug in terminal when using curses app over ssh ------------------------------------+--------------------------------------- Reporter: noisetonepause | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by noisetonepause): I tried swapping the definitions of VKILL and VEOL in headers/posix/termios.h and recompiling, but that it's the same... still digging, would appreciate pointers! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 22 00:03:14 2008 From: trac at haiku-os.org (Adek336) Date: Fri, 21 Nov 2008 23:03:14 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.86d5c66ec1aea3f0a792a18c75b52acd@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by Adek336): Yea, even more interestingly the driver works with my 3com 556b adapter. Please apply fbsd_compat.diff against a trunk version of the sources, file system modules no longer emit debug messages, the freebsd compat layer now emit in various moments the contents of gDeviceNameList[0] to find out where it gets corrupt. Please also restore the 3com driver. It should panic at boot, there should be only a handful of trace messages, these are of interest. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 22 00:44:03 2008 From: trac at haiku-os.org (korli) Date: Fri, 21 Nov 2008 23:44:03 -0000 Subject: [Haiku-bugs] [Haiku] #1590: Updated Broadcom Tigon3 ethernet driver In-Reply-To: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> References: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> Message-ID: <053.5baf2b6dcfc54957dc44897cf08866ff@haiku-os.org> #1590: Updated Broadcom Tigon3 ethernet driver ------------------------------+--------------------------------------------- Reporter: pieterpan | Owner: axeld Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed Comment: Applied in r28712. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 22 00:44:16 2008 From: trac at haiku-os.org (bonefish) Date: Fri, 21 Nov 2008 23:44:16 -0000 Subject: [Haiku-bugs] [Haiku] #2524: dlopen cannot find system libraries In-Reply-To: <042.cdc349c967c2a7d7856ecdfb29131a33@haiku-os.org> References: <042.cdc349c967c2a7d7856ecdfb29131a33@haiku-os.org> Message-ID: <051.002a6789a67a77863e07d7bca80c3136@haiku-os.org> #2524: dlopen cannot find system libraries ------------------------------------+--------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/runtime_loader | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Changes (by bonefish): * status: new => closed * resolution: => fixed Comment: Yes indeed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 22 01:09:56 2008 From: trac at haiku-os.org (Adek336) Date: Sat, 22 Nov 2008 00:09:56 -0000 Subject: [Haiku-bugs] [Haiku] #1590: Updated Broadcom Tigon3 ethernet driver In-Reply-To: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> References: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> Message-ID: <053.e1d81befb95ef5d56acb2d2c6aa7af4d@haiku-os.org> #1590: Updated Broadcom Tigon3 ethernet driver ------------------------------+--------------------------------------------- Reporter: pieterpan | Owner: axeld Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by Adek336): Have my patches helped? I've found out BGE_PCI_PCISTATE PCI register determines interrupt source. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 22 08:15:15 2008 From: trac at haiku-os.org (humdinger) Date: Sat, 22 Nov 2008 07:15:15 -0000 Subject: [Haiku-bugs] [Haiku] #3166: Wonderbrush crashing when max zooming large image Message-ID: <044.2a81c164a717778b200dfbb69fc48b76@haiku-os.org> #3166: Wonderbrush crashing when max zooming large image -----------------------+---------------------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- This is on vmware (1gb RAM), r28625. When working with a large image (in my case 2480 x 3508), Haiku's crashing when I reach maximal zooming level (x3200). ActivityMonitor reports around 280mb used memory. See attached serial-log.txt. Nope... can't attach a file... It's quite short though: {{{ vm_page_fault: vm_soft_fault returned error 'Bad address' on fault at 0x70555000, ip 0x2a8b47, write 1, user 1, thread 0xb0 vm_page_fault: thread "w:173:WonderBrush | Haiku-Alpha" (176) in team "app_server" (49) tried to write address 0x70555000, ip 0x2a8b47 ("app_server_seg0ro" +0xa8b47) stack trace: 0x002a8846 (app_server_seg0ro + 0xa8846) 0x002a76bb (app_server_seg0ro + 0xa76bb) 0x00296b85 (app_server_seg0ro + 0x96b85) 0x00281d30 (app_server_seg0ro + 0x81d30) 0x002813a6 (app_server_seg0ro + 0x813a6) 0x0027f0dd (app_server_seg0ro + 0x7f0dd) 0x00285106 (app_server_seg0ro + 0x85106) 0x002675c0 (app_server_seg0ro + 0x675c0) 0x006f49b8 (libroot.so_seg0ro + 0x259b8) 0x70594fec (w:173:WonderBrush_176_stack + 0x3ffec) vm_soft_fault: va 0x0 not covered by area in address space vm_page_fault: vm_soft_fault returned error 'Bad address' on fault at 0x0, ip 0x800cda9c, write 0, user 0, thread 0xb0 debug_server: Thread 176 entered the debugger: Segment violation stack trace, current PC 0x2a8b47 _DrawBitmapNearestNeighborCopy32__C7PainterRQ23aggt13row_ptr_cache1ZUcddddG5BRect + 0x1bb: (0x705948dc) 0x2a8846 _DrawBitmap__C7PainterRQ23aggt13row_ptr_cache1ZUc11color_spaceG5BRectN23Ul + 0x992 (0x705949ac) 0x2a76bb DrawBitmap__C7PainterPC12ServerBitmapG5BRectT2Ul + 0x1eb (0x70594a5c) 0x296b85 DrawBitmap__13DrawingEngineP12ServerBitmapRC5BRectT2Ul + 0x145 (0x70594aec) 0x281d30 _DispatchViewDrawingMessage__12ServerWindowlRQ28BPrivate12LinkReceiver + 0x738 (0x70594c4c) 0x2813a6 _DispatchViewMessage__12ServerWindowlRQ28BPrivate12LinkReceiver + 0x220e (0x70594dec) 0x27f0dd _DispatchMessage__12ServerWindowlRQ28BPrivate12LinkReceiver + 0x1181 (0x70594f0c) 0x285106 _MessageLooper__12ServerWindow + 0x282 (0x70594f7c) 0x2675c0 _message_thread__13MessageLooperPv + 0x28 (0x70594fac) 0x6f49b8 thread_entry + 0x20 }}} It's probably not Wonderbrush's fault. Please reassign to the appropriate component. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 22 10:10:48 2008 From: trac at haiku-os.org (PieterPanman) Date: Sat, 22 Nov 2008 09:10:48 -0000 Subject: [Haiku-bugs] [Haiku] #1590: Updated Broadcom Tigon3 ethernet driver In-Reply-To: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> References: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> Message-ID: <053.494c8dfb1bb97dc9190e13bba88388b4@haiku-os.org> #1590: Updated Broadcom Tigon3 ethernet driver ------------------------------+--------------------------------------------- Reporter: pieterpan | Owner: axeld Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by PieterPanman): Yes, I wouldn't have been able to do it without your patches to start out with. I'm very happy I can now access the internet from my laptop, it makes Haiku much more fun :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 22 12:13:31 2008 From: trac at haiku-os.org (stippi) Date: Sat, 22 Nov 2008 11:13:31 -0000 Subject: [Haiku-bugs] [Haiku] #3166: Wonderbrush crashing when max zooming large image In-Reply-To: <044.2a81c164a717778b200dfbb69fc48b76@haiku-os.org> References: <044.2a81c164a717778b200dfbb69fc48b76@haiku-os.org> Message-ID: <053.041b93b6f7f0792937a4edb736edd47d@haiku-os.org> #3166: Wonderbrush crashing when max zooming large image ------------------------+--------------------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by stippi): Ah yeah, I think I am seeing a flaw in my upscaling filters... it's probably eating all the stack to store the filter indexes. It should limit them to the screen size, or better yet, the bounding box of the clipping region... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 22 12:13:58 2008 From: trac at haiku-os.org (stippi) Date: Sat, 22 Nov 2008 11:13:58 -0000 Subject: [Haiku-bugs] [Haiku] #3166: Wonderbrush crashing when max zooming large image In-Reply-To: <044.2a81c164a717778b200dfbb69fc48b76@haiku-os.org> References: <044.2a81c164a717778b200dfbb69fc48b76@haiku-os.org> Message-ID: <053.ef8513653aea4db13b27b0eac50601ae@haiku-os.org> #3166: Wonderbrush crashing when max zooming large image ---------------------------------+------------------------------------------ Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by stippi): * component: - General => Servers/app_server -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 22 12:48:02 2008 From: trac at haiku-os.org (apprentice) Date: Sat, 22 Nov 2008 11:48:02 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.c3c2e2498068ed715e209640257bad70@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by apprentice): I'll apply your diff as soon as trac starts working again. I have been trying to download the diff for several hours now, but can't download anything. This is a known problem and has a ticket... Trac complains something about IOError: too many open files -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 22 13:21:04 2008 From: trac at haiku-os.org (graham) Date: Sat, 22 Nov 2008 12:21:04 -0000 Subject: [Haiku-bugs] [Haiku] #3113: Fatal Exception "NMI Interrupt" on kernel boot In-Reply-To: <041.f53f634435f357af3dd21b05f24738dd@haiku-os.org> References: <041.f53f634435f357af3dd21b05f24738dd@haiku-os.org> Message-ID: <050.9390bebcce63597af5d566c369abd067@haiku-os.org> #3113: Fatal Exception "NMI Interrupt" on kernel boot ----------------------------+----------------------------------------------- Reporter: graham | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by graham): Sorry for the delay. As far as I can make out the error occurs just after it outputs the configuration of the last PCI to PCI bridge. It doesn't get as far as the part where it children of the bus are checked. Any advice on how I should proceed next? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 22 13:47:53 2008 From: trac at haiku-os.org (graham) Date: Sat, 22 Nov 2008 12:47:53 -0000 Subject: [Haiku-bugs] [Haiku] #3113: Fatal Exception "NMI Interrupt" on kernel boot In-Reply-To: <041.f53f634435f357af3dd21b05f24738dd@haiku-os.org> References: <041.f53f634435f357af3dd21b05f24738dd@haiku-os.org> Message-ID: <050.610506c02997c26f80e9120c23902018@haiku-os.org> #3113: Fatal Exception "NMI Interrupt" on kernel boot ----------------------------+----------------------------------------------- Reporter: graham | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by graham): Looked up what that bridge actually is and it is the South bridge. The plot thickens! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 22 16:50:23 2008 From: trac at haiku-os.org (bonefish) Date: Sat, 22 Nov 2008 15:50:23 -0000 Subject: [Haiku-bugs] [Haiku] #3164: Bug in terminal when using curses app over ssh In-Reply-To: <049.be853f439f0d45339b57efd636ba4258@haiku-os.org> References: <049.be853f439f0d45339b57efd636ba4258@haiku-os.org> Message-ID: <058.9e78b35d2017fa382d18e619fcbcf859@haiku-os.org> #3164: Bug in terminal when using curses app over ssh ------------------------------------+--------------------------------------- Reporter: noisetonepause | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by bonefish): Unfortunately Trac doesn't let me see the attachments. *sigh* The {{{V*}}} macros are just indices into termios::c_cc. I doubt that the termios structure or the indices are ever sent over the ssh connection. Or if they are, I'm pretty sure the OpenSSH authors have considered that those indices can differ (they are also different in Linux). I wouldn't expect the problem there. It is more likely that certain xterm features are used that Haiku's Terminal doesn't support yet. Or, of course, there might still be bugs in the supported features. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 22 18:16:12 2008 From: trac at haiku-os.org (noisetonepause) Date: Sat, 22 Nov 2008 17:16:12 -0000 Subject: [Haiku-bugs] [Haiku] #3164: Bug in terminal when using curses app over ssh In-Reply-To: <049.be853f439f0d45339b57efd636ba4258@haiku-os.org> References: <049.be853f439f0d45339b57efd636ba4258@haiku-os.org> Message-ID: <058.dae933f711a7255ebffb4b79231f649f@haiku-os.org> #3164: Bug in terminal when using curses app over ssh ------------------------------------+--------------------------------------- Reporter: noisetonepause | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by noisetonepause): > Comment(by bonefish): > > Unfortunately Trac doesn't let me see the attachments. *sigh* The screenshots are also at nisbeth.dk/niklas/silc.png and nisbeth.dk/niklas/borkd.png. If anyone wants to experience it first hand, that can probably be arranged. > The {{{V*}}} macros are just indices into termios::c_cc. I doubt > that the termios structure or the indices are ever sent over the ssh > connection. Or if they are, I'm pretty sure the OpenSSH authors have > considered that those indices can differ (they are also different in > Linux). I wouldn't expect the problem there. No, you really wouldn't, but the symptoms fit perfectly (a newline instead of a kill). I've no real idea about exactly how curses apps interact with the terminal, but I don't think SSH comes into play? Isn't SSH just a transport? I'm trying to dig up as much documentation on this stuff as I can. Happily enough, that "Porting UNIX Applications" book which I bought thinking I'd never use it for anything provided me a few good starting points... > It is more likely that certain xterm features are used that Haiku's > Terminal doesn't support yet. Or, of course, there might still be > bugs in the supported features. I was afraid you'd say that. I'm hoping there's some way around debugging it that doesn't involve going learning the gritty details of all the involved software, but I can't really think of anything. More digging, I suppose. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 22 18:27:03 2008 From: trac at haiku-os.org (noisetonepause) Date: Sat, 22 Nov 2008 17:27:03 -0000 Subject: [Haiku-bugs] [Haiku] #3164: Bug in terminal when using curses app over ssh In-Reply-To: <049.be853f439f0d45339b57efd636ba4258@haiku-os.org> References: <049.be853f439f0d45339b57efd636ba4258@haiku-os.org> Message-ID: <058.6f9138df29a1d8002fbcbf7d91e8e928@haiku-os.org> #3164: Bug in terminal when using curses app over ssh ------------------------------------+--------------------------------------- Reporter: noisetonepause | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by noisetonepause): Now this I wasn't expecting: When I run Haiku in QEMU and telnet to the host OS (FreeBSD), silc-client works flawlessly. Odd. Very odd? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 22 19:43:26 2008 From: trac at haiku-os.org (Hubert) Date: Sat, 22 Nov 2008 18:43:26 -0000 Subject: [Haiku-bugs] [Haiku] #3147: After USB mount/unmount, context menu hangs Tracker In-Reply-To: <042.f1ceff0f2a799946eb7be4ec05af1a74@haiku-os.org> References: <042.f1ceff0f2a799946eb7be4ec05af1a74@haiku-os.org> Message-ID: <051.ce758d9741f12bcc87b45bbff82caa33@haiku-os.org> #3147: After USB mount/unmount, context menu hangs Tracker --------------------------+------------------------------------------------- Reporter: Adek336 | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x64 | Blocking: --------------------------+------------------------------------------------- Changes (by Hubert): * platform: All => x64 Comment: I have much the same problem, it during mount USB drives system is fully freeze ( I have not KDL and in logs anything interesting). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 22 19:44:16 2008 From: trac at haiku-os.org (Hubert) Date: Sat, 22 Nov 2008 18:44:16 -0000 Subject: [Haiku-bugs] [Haiku] #3147: After USB mount/unmount, context menu hangs Tracker In-Reply-To: <042.f1ceff0f2a799946eb7be4ec05af1a74@haiku-os.org> References: <042.f1ceff0f2a799946eb7be4ec05af1a74@haiku-os.org> Message-ID: <051.3791bda45b5bae59510f842ebef460f3@haiku-os.org> #3147: After USB mount/unmount, context menu hangs Tracker --------------------------+------------------------------------------------- Reporter: Adek336 | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by Hubert): * platform: x64 => All -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 22 20:10:34 2008 From: trac at haiku-os.org (korli) Date: Sat, 22 Nov 2008 19:10:34 -0000 Subject: [Haiku-bugs] [Haiku] #3165: Wonderbrush crashing when max zooming large image In-Reply-To: <044.1c6df2e06d9a52a35a3a0760578e2b2e@haiku-os.org> References: <044.1c6df2e06d9a52a35a3a0760578e2b2e@haiku-os.org> Message-ID: <053.76a19ce605cfb171bdaa4678c6a7d28f@haiku-os.org> #3165: Wonderbrush crashing when max zooming large image ---------------------------+------------------------------------------------ Reporter: humdinger | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: duplicate | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by korli): * status: new => closed * resolution: => duplicate Comment: dup of #3166 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 23 02:56:59 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 23 Nov 2008 01:56:59 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.87cfbc8ad219ccf1727c14ba58fb00ef@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by Adek336): Temporarily http://pastebin.com/m166d140c . -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 23 03:32:34 2008 From: trac at haiku-os.org (graham) Date: Sun, 23 Nov 2008 02:32:34 -0000 Subject: [Haiku-bugs] [Haiku] #3113: Fatal Exception "NMI Interrupt" on kernel boot In-Reply-To: <041.f53f634435f357af3dd21b05f24738dd@haiku-os.org> References: <041.f53f634435f357af3dd21b05f24738dd@haiku-os.org> Message-ID: <050.e7d28e27ad09f4192f345d7aa8d22f54@haiku-os.org> #3113: Fatal Exception "NMI Interrupt" on kernel boot ----------------------------+----------------------------------------------- Reporter: graham | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by graham): If I'm not mistaken the status of the PCI to PCI bridges looks rather suspicious. Take a look at the attached PDF and note the red values. Is this the correct behaviour? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 23 03:43:09 2008 From: trac at haiku-os.org (graham) Date: Sun, 23 Nov 2008 02:43:09 -0000 Subject: [Haiku-bugs] [Haiku] #3113: Fatal Exception "NMI Interrupt" on kernel boot In-Reply-To: <041.f53f634435f357af3dd21b05f24738dd@haiku-os.org> References: <041.f53f634435f357af3dd21b05f24738dd@haiku-os.org> Message-ID: <050.8fe370500cb48c20f25dd0cafb099274@haiku-os.org> #3113: Fatal Exception "NMI Interrupt" on kernel boot ----------------------------+----------------------------------------------- Reporter: graham | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by graham): Looks like the file uploader is broken. =( PDF is now uploaded here: http://binxtrone.110mb.com/tmp/PCI%20Bridge%20Control%20Status.pdf -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 23 13:34:18 2008 From: trac at haiku-os.org (kaliber) Date: Sun, 23 Nov 2008 12:34:18 -0000 Subject: [Haiku-bugs] [Haiku] #2093: Missing POSIX header libgen.h In-Reply-To: <042.b47a244b90b3a72148ccd293e3525aea@haiku-os.org> References: <042.b47a244b90b3a72148ccd293e3525aea@haiku-os.org> Message-ID: <051.87600651ac47acd4952f493ec5c9bbd2@haiku-os.org> #2093: Missing POSIX header libgen.h --------------------------+------------------------------------------------- Reporter: begasus | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by kaliber): I am curious why the ticket is not fixed yet? There are only three small things to do: 1. Add xpg_basename.c to Jamfile 2. Fix libgen.h (remove _THROW and features.h) 3. Add libgen.h as a public header. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 23 21:21:29 2008 From: trac at haiku-os.org (myob) Date: Sun, 23 Nov 2008 20:21:29 -0000 Subject: [Haiku-bugs] [Haiku] #3167: freetype-config is missing (although freetype is provided) Message-ID: <039.65a57f9fe8fd1120abbd7386ad5a295d@haiku-os.org> #3167: freetype-config is missing (although freetype is provided) -------------------------+-------------------------------------------------- Reporter: myob | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- The Development package includes libraries and headers for Freetype 2.3.7, but does not include the "freetype-config" script. This is used by some applications configuration scripts to check for the presence / version of Freetype.8 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 23 22:01:17 2008 From: trac at haiku-os.org (oco) Date: Sun, 23 Nov 2008 21:01:17 -0000 Subject: [Haiku-bugs] [Haiku] #3125: The touchpad does not work on my new laptop : the cursor stay in the middle of the screen In-Reply-To: <038.1c548c063661b698904ab5309030494c@haiku-os.org> References: <038.1c548c063661b698904ab5309030494c@haiku-os.org> Message-ID: <047.5d964d48d91923bc0886de1eb08caca6@haiku-os.org> #3125: The touchpad does not work on my new laptop : the cursor stay in the middle of the screen --------------------------------+------------------------------------------- Reporter: oco | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Mouse/PS2 | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by oco): * cc: olivier.coursiere at laposte.net (added) Comment: The problem happen again after r28700. I have reactivated touchpad (reverting r28700) in my source tree and it works again. I am not sure if we should reopen the problem. Touchpad driver work enough for me on this particular hardware. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 23 22:10:52 2008 From: trac at haiku-os.org (graham) Date: Sun, 23 Nov 2008 21:10:52 -0000 Subject: [Haiku-bugs] [Haiku] #3113: Fatal Exception "NMI Interrupt" on kernel boot In-Reply-To: <041.f53f634435f357af3dd21b05f24738dd@haiku-os.org> References: <041.f53f634435f357af3dd21b05f24738dd@haiku-os.org> Message-ID: <050.cce8e501098410246cc518a3473beba1@haiku-os.org> #3113: Fatal Exception "NMI Interrupt" on kernel boot ----------------------------+----------------------------------------------- Reporter: graham | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by graham): Replying to [comment:5 marcusoverhagen]: > Hint: Parity error reporting gets enabled at PCI::_ConfigureBridges() in pci.cpp Hi. I managed to get Haiku to boot perfectly by disabling the SERR# Enable bit in the control register. Sure enough checking the PCI status after boot yields: domain 0, bus 0, dev 30, func 0, PCI bridge secondary status 0x4280 Recieved System Error domain 0, bus 0, dev 30, func 0, PCI bridge control 0x0825 I haven't a clue why it's signalling a system error. =( You can download the specification for the ICH8 here: http://www.intel.com/design/chipsets/datashts/313056.htm According to the device list I origionally attached I have the Base Mobile Version. Do check out the strange configuration behaviour shown in the PDF I uploaded yesterday though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 24 00:26:08 2008 From: trac at haiku-os.org (marcusoverhagen) Date: Sun, 23 Nov 2008 23:26:08 -0000 Subject: [Haiku-bugs] [Haiku] #3113: Fatal Exception "NMI Interrupt" on kernel boot In-Reply-To: <041.f53f634435f357af3dd21b05f24738dd@haiku-os.org> References: <041.f53f634435f357af3dd21b05f24738dd@haiku-os.org> Message-ID: <050.624a0beb9626910e9ba1726a805c5554@haiku-os.org> #3113: Fatal Exception "NMI Interrupt" on kernel boot ----------------------------+----------------------------------------------- Reporter: graham | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by marcusoverhagen): Please attach a complete syslog, I'm interested in the PCI configuration. Please also attach the complete PCI status (you have to enter KDL once for that) Especially what is the secondary bus number of bridge on bus 0, dev 30, func 0, and what devices are on that bus. Has any of the devices a pending error status? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 24 06:20:57 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 24 Nov 2008 05:20:57 -0000 Subject: [Haiku-bugs] [Haiku] #1420: Copying a folder with the same name as an existing folder should offer the option to merge both folders In-Reply-To: <042.5b336a58ca3a611a4e39f9649efe9b34@haiku-os.org> References: <042.5b336a58ca3a611a4e39f9649efe9b34@haiku-os.org> Message-ID: <051.cd6a60d7e5942e3c40ae3d34a5e043da@haiku-os.org> #1420: Copying a folder with the same name as an existing folder should offer the option to merge both folders -----------------------------------+---------------------------------------- Reporter: scottmc | Owner: anevilyak Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by anevilyak): Attached an initial patch aimed at fixing this problem and one or two others 1) Move To now actually moves in all cases, not just when the same volume's involved. Note that this has the side effect that drag and drop between volumes is now also a move. Whether that remains the case before this patch is finalized is to be determined. 2) The "Replace" option now does a Merge rather than a flat out nuke of the previous dir's contents. Still working on adjusting the GUI portion of it so one can do the merge interactively since it was never previously designed to cope with that (right now it's essentially replace all or cancel). This will also be adjusted as I find time. For now I'd mainly like to know that it's functionally stable, I haven't found a way to break it yet, but if you do find any regressions I'd like to hear it please. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 24 08:41:13 2008 From: trac at haiku-os.org (jackburton) Date: Mon, 24 Nov 2008 07:41:13 -0000 Subject: [Haiku-bugs] [Haiku] #3164: Bug in terminal when using curses app over ssh In-Reply-To: <049.be853f439f0d45339b57efd636ba4258@haiku-os.org> References: <049.be853f439f0d45339b57efd636ba4258@haiku-os.org> Message-ID: <058.a01fe3917e63f6a1a1f4beea20046f3c@haiku-os.org> #3164: Bug in terminal when using curses app over ssh ------------------------------------+--------------------------------------- Reporter: noisetonepause | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by jackburton): Could depend on the keymap ? Qemu by default emulates an US keymap. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 24 14:23:05 2008 From: trac at haiku-os.org (noisetonepause) Date: Mon, 24 Nov 2008 13:23:05 -0000 Subject: [Haiku-bugs] [Haiku] #3164: Bug in terminal when using curses app over ssh In-Reply-To: <049.be853f439f0d45339b57efd636ba4258@haiku-os.org> References: <049.be853f439f0d45339b57efd636ba4258@haiku-os.org> Message-ID: <058.6166e57f21e4136487cc21db6fc31ac3@haiku-os.org> #3164: Bug in terminal when using curses app over ssh ------------------------------------+--------------------------------------- Reporter: noisetonepause | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by noisetonepause): Replying to [comment:5 jackburton]: > Could depend on the keymap ? Qemu by default emulates an US keymap. Ah, you misunderstand - it would appear that SSH is the problem, as it works over Telnet but now SSH. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 24 15:18:53 2008 From: trac at haiku-os.org (Adek336) Date: Mon, 24 Nov 2008 14:18:53 -0000 Subject: [Haiku-bugs] [Haiku] #3168: traced --difftime #filter shows time deltas against filtered out entries Message-ID: <042.f5c89a320983738e6836e46b1c3092e5@haiku-os.org> #3168: traced --difftime #filter shows time deltas against filtered out entries ---------------------------+------------------------------------------------ Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ {{{ traced --difftime 1 30 -1 #filter }}} each entry will be shown with a time delta against the previous message in the traced log, even if it has been filtered out. Expected: the printed time delta should be counted against the previous printed entry. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 24 15:21:19 2008 From: trac at haiku-os.org (Adek336) Date: Mon, 24 Nov 2008 14:21:19 -0000 Subject: [Haiku-bugs] [Haiku] #2943: Support for Broadcom 5754 network chipsets In-Reply-To: <045.7f05f9eeab7c94ad2aaa248f431f66c0@haiku-os.org> References: <045.7f05f9eeab7c94ad2aaa248f431f66c0@haiku-os.org> Message-ID: <054.1a5c4a591490be13e475a4545fb78f5c@haiku-os.org> #2943: Support for Broadcom 5754 network chipsets ------------------------------+--------------------------------------------- Reporter: netster403 | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by Adek336): Does it work with r28712 ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 24 15:53:20 2008 From: trac at haiku-os.org (Adek336) Date: Mon, 24 Nov 2008 14:53:20 -0000 Subject: [Haiku-bugs] [Haiku] #917: mouse pointer does not move, when it shows up In-Reply-To: <043.b751d470c8796675a439cb8dcee1bb56@haiku-os.org> References: <043.b751d470c8796675a439cb8dcee1bb56@haiku-os.org> Message-ID: <052.05966dcda0c705075e3d56def1a40ccd@haiku-os.org> #917: mouse pointer does not move, when it shows up -----------------------------------+---------------------------------------- Reporter: kaoutsis | Owner: korli Type: bug | Status: new Priority: low | Milestone: R1 Component: Servers/input_server | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -----------------------------------+---------------------------------------- Comment(by Adek336): After running AddOnMonitor::AddOnMonitor, a message is sent every second. At one moment in time, mouse add-on initialisation is stalled up to the point when this message is received. The patch below serves as an example: it increases the period to 10 secs, which causes the mouse to be immobilized for up to ~10 secs after boot. On the other hand, decreasing the period to 100 msecs decreases the time the mouse doesn't move after boot a bit but it still lags for up to a second. {{{ Index: src/kits/storage/AddOnMonitor.cpp =================================================================== --- src/kits/storage/AddOnMonitor.cpp (wersja 28658) +++ src/kits/storage/AddOnMonitor.cpp (kopia robocza) @@ -22,7 +22,7 @@ return; } fPulseMessage = new BMessage(B_PULSE); - fPulseRunner = new BMessageRunner(messenger, fPulseMessage, 1000000); + fPulseRunner = new BMessageRunner(messenger, fPulseMessage, 10000000); status = fPulseRunner->InitCheck(); if (status != B_OK) { fInitCheck = status; }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 24 17:06:05 2008 From: trac at haiku-os.org (scottmc) Date: Mon, 24 Nov 2008 16:06:05 -0000 Subject: [Haiku-bugs] [Haiku] #2949: Missing freetype2 headers, the freetype-config tool and its pkg-config files are missing. In-Reply-To: <042.f88c10edb8ee92fd7f010a2f212aa2f2@haiku-os.org> References: <042.f88c10edb8ee92fd7f010a2f212aa2f2@haiku-os.org> Message-ID: <051.5fbd823555a8d6b024234a45076f3669@haiku-os.org> #2949: Missing freetype2 headers, the freetype-config tool and its pkg-config files are missing. ------------------------+--------------------------------------------------- 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 looks to be partially fixed in r28570, but still need the the config tool and pkg-config to be added. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 24 17:07:23 2008 From: trac at haiku-os.org (scottmc) Date: Mon, 24 Nov 2008 16:07:23 -0000 Subject: [Haiku-bugs] [Haiku] #3167: freetype-config is missing (although freetype is provided) In-Reply-To: <039.65a57f9fe8fd1120abbd7386ad5a295d@haiku-os.org> References: <039.65a57f9fe8fd1120abbd7386ad5a295d@haiku-os.org> Message-ID: <048.cbf81e6c455832674120951e46f694b7@haiku-os.org> #3167: freetype-config is missing (although freetype is provided) --------------------------+------------------------------------------------- Reporter: myob | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by scottmc): dupe of #2949 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 24 17:08:37 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 24 Nov 2008 16:08:37 -0000 Subject: [Haiku-bugs] [Haiku] #3167: freetype-config is missing (although freetype is provided) In-Reply-To: <039.65a57f9fe8fd1120abbd7386ad5a295d@haiku-os.org> References: <039.65a57f9fe8fd1120abbd7386ad5a295d@haiku-os.org> Message-ID: <048.149ab1f9f0f0e58f5814c74647bf1d94@haiku-os.org> #3167: freetype-config is missing (although freetype is provided) --------------------------+------------------------------------------------- Reporter: myob | Owner: axeld Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: duplicate | Blockedby: 2949 Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by anevilyak): * status: new => closed * resolution: => duplicate * blockedby: => 2949 Comment: Thanks for the note! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 24 20:21:31 2008 From: trac at haiku-os.org (graham) Date: Mon, 24 Nov 2008 19:21:31 -0000 Subject: [Haiku-bugs] [Haiku] #3113: Fatal Exception "NMI Interrupt" on kernel boot In-Reply-To: <041.f53f634435f357af3dd21b05f24738dd@haiku-os.org> References: <041.f53f634435f357af3dd21b05f24738dd@haiku-os.org> Message-ID: <050.0fb9758f172f452736275739581f3d47@haiku-os.org> #3113: Fatal Exception "NMI Interrupt" on kernel boot ----------------------------+----------------------------------------------- Reporter: graham | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by graham): Replying to [comment:13 marcusoverhagen]: > Please attach a complete syslog, I'm interested in the PCI configuration. > Please also attach the complete PCI status (you have to enter KDL once for that) > > Especially what is the secondary bus number of bridge on bus 0, dev 30, func 0, and what devices are on that bus. Has any of the devices a pending error status? [[BR]] Whew! I had to take a picture of the pcistatus output and type it but I managed to extract the syslog files using the skyfs/befs viewer. This is the output with the SERR# Enable bit disabled. Files are zipped because the syslog file is bigger than the maximum upload limit. It's probably also worth mentioning that the mouse seems to lock up after a minute or so after the boot completes. This didn't happen when I modified the code to skip bus 0, dev 30. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 24 20:27:44 2008 From: trac at haiku-os.org (graham) Date: Mon, 24 Nov 2008 19:27:44 -0000 Subject: [Haiku-bugs] [Haiku] #3113: Fatal Exception "NMI Interrupt" on kernel boot In-Reply-To: <041.f53f634435f357af3dd21b05f24738dd@haiku-os.org> References: <041.f53f634435f357af3dd21b05f24738dd@haiku-os.org> Message-ID: <050.21e08c7544e6c96a8256a68282ef073c@haiku-os.org> #3113: Fatal Exception "NMI Interrupt" on kernel boot ----------------------------+----------------------------------------------- Reporter: graham | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by graham): Ignore the last character of "KERN: PCI: dom 0, bus 0, dev 28, func 5, changed PCI bridge control from 0x0004 to 0x0007_" That was a conversion error when I changed the line breaks. =) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 24 20:30:54 2008 From: trac at haiku-os.org (graham) Date: Mon, 24 Nov 2008 19:30:54 -0000 Subject: [Haiku-bugs] [Haiku] #3113: Fatal Exception "NMI Interrupt" on kernel boot In-Reply-To: <041.f53f634435f357af3dd21b05f24738dd@haiku-os.org> References: <041.f53f634435f357af3dd21b05f24738dd@haiku-os.org> Message-ID: <050.4d05457a2670de815fa9945383091dfd@haiku-os.org> #3113: Fatal Exception "NMI Interrupt" on kernel boot ----------------------------+----------------------------------------------- Reporter: graham | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by graham): Never mind. I noticed a mistake in the other file so I just reuploaded the corrected version. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 24 20:37:39 2008 From: trac at haiku-os.org (graham) Date: Mon, 24 Nov 2008 19:37:39 -0000 Subject: [Haiku-bugs] [Haiku] #3113: Fatal Exception "NMI Interrupt" on kernel boot In-Reply-To: <041.f53f634435f357af3dd21b05f24738dd@haiku-os.org> References: <041.f53f634435f357af3dd21b05f24738dd@haiku-os.org> Message-ID: <050.3aec26c6ebdaf6bf56893f42c949d780@haiku-os.org> #3113: Fatal Exception "NMI Interrupt" on kernel boot ----------------------------+----------------------------------------------- Reporter: graham | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by graham): No wonder the syslog is so huge. It has the output of the last couple of boots I did. Ignore the zip file. I'll post the smaller versions. Grrr. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 24 21:08:38 2008 From: trac at haiku-os.org (graham) Date: Mon, 24 Nov 2008 20:08:38 -0000 Subject: [Haiku-bugs] [Haiku] #3113: Fatal Exception "NMI Interrupt" on kernel boot In-Reply-To: <041.f53f634435f357af3dd21b05f24738dd@haiku-os.org> References: <041.f53f634435f357af3dd21b05f24738dd@haiku-os.org> Message-ID: <050.405aabeae982fa92d6acd843a9bf1417@haiku-os.org> #3113: Fatal Exception "NMI Interrupt" on kernel boot ----------------------------+----------------------------------------------- Reporter: graham | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by graham): Ok I re-copied my image onto the usb disk and my mouse problem and lockups disappeared so ignore what I said about those. Again this is the output with the SERR# Enable bit disabled. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Nov 24 21:22:30 2008 From: trac at haiku-os.org (oco) Date: Mon, 24 Nov 2008 20:22:30 -0000 Subject: [Haiku-bugs] [Haiku] #3169: [bootman] Default partition is not set correctly when some partitions are masked Message-ID: <038.fcd534fe72a6a8d2f6b33a100dcb23f5@haiku-os.org> #3169: [bootman] Default partition is not set correctly when some partitions are masked --------------------------+------------------------------------------------- Reporter: oco | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Here is my partition layout : - Windows pre-install partition - Windows partition - Haiku partition If i uncheck the pre-install partition in the partition list and if i select Haiku as the default partition, no selector is shown on boot. I have to use up arrow key to finally see the selector. The default partition index is relative to the plain partition list, but should be relative to visible partitions only when written on the boot sector. Here is a patch to fix this small problem. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 25 01:08:34 2008 From: trac at haiku-os.org (HAL) Date: Tue, 25 Nov 2008 00:08:34 -0000 Subject: [Haiku-bugs] [Haiku] #3170: Firefox wont load home page haikuware.com after navigating from home page Message-ID: <038.da750ca148e6839b7e0379121d0b1189@haiku-os.org> #3170: Firefox wont load home page haikuware.com after navigating from home page ---------------------+------------------------------------------------------ Reporter: HAL | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------+------------------------------------------------------ There is a problem with Firefox not being able to load certain web pages but this bug is specific to haikuware.com home page. To reproduce: 1. go to: www.haikuware.com in Firefox. 2. Click on any link that will stay in haikuware but leave the home page. 3. Click on the home page link. Result is; a window pops up asking what to do with "index.php". If you browse from that window to open with Firefox, it will open the download window for downloading "index.php". It is repeatable every time. karl at www.haikuware.com says there is nothing wrong with the web site; he has cross checked with firefox in Senryu, Linux, Mac OS and Windows. I have also checked with BeOSR5.05 BONE and Linux. There is no problem clicking on the home page link -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 25 02:15:14 2008 From: trac at haiku-os.org (TheNerd) Date: Tue, 25 Nov 2008 01:15:14 -0000 Subject: [Haiku-bugs] [Haiku] #3170: Firefox wont load home page haikuware.com after navigating from home page In-Reply-To: <038.da750ca148e6839b7e0379121d0b1189@haiku-os.org> References: <038.da750ca148e6839b7e0379121d0b1189@haiku-os.org> Message-ID: <047.8d60882fecf225b8d73ccc619200282e@haiku-os.org> #3170: Firefox wont load home page haikuware.com after navigating from home page ----------------------+----------------------------------------------------- Reporter: HAL | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------+----------------------------------------------------- Comment(by TheNerd): Replying to [ticket:3170 HAL]: > There is a problem with Firefox not being able to load certain web pages but this bug is specific to haikuware.com home page. > To reproduce: > 1. go to: www.haikuware.com in Firefox. > 2. Click on any link that will stay in haikuware but leave the home page. > 3. Click on the home page link. > Result is; a window pops up asking what to do with "index.php". If you browse from that window to open with Firefox, it will open the download window for downloading "index.php". > It is repeatable every time. > karl at www.haikuware.com says there is nothing wrong with the web site; he has cross checked with firefox in Senryu, Linux, Mac OS and Windows. > I have also checked with BeOSR5.05 BONE and Linux. There is no problem clicking on the home page link I can second Karl's opinion. It's definitely not a Haikuware problem so it must be something with the Haiku configuration of your installation or a problem with Firefox. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 25 09:46:54 2008 From: trac at haiku-os.org (PieterPanman) Date: Tue, 25 Nov 2008 08:46:54 -0000 Subject: [Haiku-bugs] [Haiku] #2047: bfe (broadcom bcm44x) driver In-Reply-To: <041.061548526823b6f5f906d872804dc132@haiku-os.org> References: <041.061548526823b6f5f906d872804dc132@haiku-os.org> Message-ID: <050.29b12729b82386d492fed2554a3129ec@haiku-os.org> #2047: bfe (broadcom bcm44x) driver ------------------------------+--------------------------------------------- Reporter: andybe | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by PieterPanman): Can you try with the latest haiku? Since r28597 it contains the bfe driver. It might not work 100%, remaining issues should be tracked in #2998. I think this ticket can be closed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 25 10:00:54 2008 From: trac at haiku-os.org (PieterPanman) Date: Tue, 25 Nov 2008 09:00:54 -0000 Subject: [Haiku-bugs] [Haiku] #2277: Broadcom 4401 NIC In-Reply-To: <045.56a3dfd36795ea405ce4c0275e7a7341@haiku-os.org> References: <045.56a3dfd36795ea405ce4c0275e7a7341@haiku-os.org> Message-ID: <054.ac4141411f3c1563dbe5f169ccf9854d@haiku-os.org> #2277: Broadcom 4401 NIC ---------------------------------+------------------------------------------ Reporter: paulogeyer | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------------+------------------------------------------ Comment(by PieterPanman): This chip should now be supported by the bfe driver. Please try the latest Haiku. If it doesn't work, please report this. If it does work, please also report that. One issue is still being tracked, see #2998. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 25 12:49:25 2008 From: trac at haiku-os.org (apprentice) Date: Tue, 25 Nov 2008 11:49:25 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.91f9afd47a691a47df729a30ce3f59ac@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by apprentice): So here are the trace messages after applying your diff. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 25 15:09:06 2008 From: trac at haiku-os.org (PieterPanman) Date: Tue, 25 Nov 2008 14:09:06 -0000 Subject: [Haiku-bugs] [Haiku] #2998: bcm440x doesn't initialize the NIC In-Reply-To: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> References: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> Message-ID: <051.77a5f59467d3f75e0f0d40f08da37423@haiku-os.org> #2998: bcm440x doesn't initialize the NIC ------------------------------+--------------------------------------------- Reporter: cssvb94 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by PieterPanman): Maybe you can try with the attached patch. It will print out a little more information during phy detection. Please attach the resulting syslog. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 25 15:11:18 2008 From: trac at haiku-os.org (PieterPanman) Date: Tue, 25 Nov 2008 14:11:18 -0000 Subject: [Haiku-bugs] [Haiku] #2998: bcm440x doesn't initialize the NIC In-Reply-To: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> References: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> Message-ID: <051.28f44d8b4f9e79b920226653b99ee21f@haiku-os.org> #2998: bcm440x doesn't initialize the NIC ------------------------------+--------------------------------------------- Reporter: cssvb94 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Changes (by PieterPanman): * cc: pieter at panman.eu (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 25 19:09:24 2008 From: trac at haiku-os.org (Adek336) Date: Tue, 25 Nov 2008 18:09:24 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.9cd5826564e8115ee7d62e82b11b0347@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by Adek336): Thanks ! I think the problem is as follows. gDeviceNameList[0] is a char pointer that points at a char array inside of ifp: ifp->device_name. ifp is freed in xl_detach after a failure in xl_attach. Thus, gDeviceNameList[0] points at unallocated memory. We can verify this by looking at the traced contents after applying fbsd_compat.2.diff, backtrace not necessary. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 25 20:18:31 2008 From: trac at haiku-os.org (idefix) Date: Tue, 25 Nov 2008 19:18:31 -0000 Subject: [Haiku-bugs] [Haiku] #2531: DHCP changes IP address every 5 minutes In-Reply-To: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> References: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> Message-ID: <050.489bab60455edd11c53b31ad16bb6d38@haiku-os.org> #2531: DHCP changes IP address every 5 minutes ---------------------------------+------------------------------------------ Reporter: idefix | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by idefix): To compare with FreeBSD 7.0: Summary: 'FreeBSD 7.0 summary.txt'[[BR]] Details: 'FreeBSD 7.0 details.txt'[[BR]] Pcap: 'FreeBSD 7.0.pcap' -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 25 21:02:04 2008 From: trac at haiku-os.org (Adek336) Date: Tue, 25 Nov 2008 20:02:04 -0000 Subject: [Haiku-bugs] [Haiku] #2919: on screen debug: entering + leaving the KDL prevents dividing log messages into pages In-Reply-To: <042.3dffae8ef01b7f38e0c4ac00822fa999@haiku-os.org> References: <042.3dffae8ef01b7f38e0c4ac00822fa999@haiku-os.org> Message-ID: <051.d0a5698cb2d10a535911587683a221ed@haiku-os.org> #2919: on screen debug: entering + leaving the KDL prevents dividing log messages into pages ------------------------+--------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by Adek336): src/system/kernel/debug/debug.cpp: Upon entering the kernel debugger through enter_kernel_debugger(), blue_screen_enter() trashes the values of sScreen.attr and sScreen.boot_debug_output, which are not restored in exit_kernel_debugger(). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 25 21:04:42 2008 From: trac at haiku-os.org (luroh) Date: Tue, 25 Nov 2008 20:04:42 -0000 Subject: [Haiku-bugs] [Haiku] #3170: Firefox wont load home page haikuware.com after navigating from home page In-Reply-To: <038.da750ca148e6839b7e0379121d0b1189@haiku-os.org> References: <038.da750ca148e6839b7e0379121d0b1189@haiku-os.org> Message-ID: <047.f4a90b530c12adca522dcd36c22fe1cd@haiku-os.org> #3170: Firefox wont load home page haikuware.com after navigating from home page ----------------------+----------------------------------------------------- Reporter: HAL | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------+----------------------------------------------------- Comment(by luroh): I cannot repeat this in Vmware, Haiku rev 28727. What type of Haiku image are you using and where did you get it? What revision? Firefox version and origin? Vmware/qemu/real hardware? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 25 21:14:13 2008 From: trac at haiku-os.org (andybe) Date: Tue, 25 Nov 2008 20:14:13 -0000 Subject: [Haiku-bugs] [Haiku] #2047: bfe (broadcom bcm44x) driver In-Reply-To: <041.061548526823b6f5f906d872804dc132@haiku-os.org> References: <041.061548526823b6f5f906d872804dc132@haiku-os.org> Message-ID: <050.edf98a8abb4db4ef2a473a7fe9157e50@haiku-os.org> #2047: bfe (broadcom bcm44x) driver ------------------------------+--------------------------------------------- Reporter: andybe | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by andybe): Thanks for report, and also nice that someone pickt up the freebsd driver. I need to setup a a linux on an laptop to checkout, with hope of a wroking one.. I think this ticket can be closed because of a new driver. I will open a ticket against the new driver. Thanks at all. Mfg AndyBe -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 25 21:28:19 2008 From: trac at haiku-os.org (Adek336) Date: Tue, 25 Nov 2008 20:28:19 -0000 Subject: [Haiku-bugs] [Haiku] #2919: on screen debug: entering + leaving the KDL prevents dividing log messages into pages In-Reply-To: <042.3dffae8ef01b7f38e0c4ac00822fa999@haiku-os.org> References: <042.3dffae8ef01b7f38e0c4ac00822fa999@haiku-os.org> Message-ID: <051.00d2b7a01d2eff60f83a2701ab90aa9a@haiku-os.org> #2919: on screen debug: entering + leaving the KDL prevents dividing log messages into pages ------------------------+--------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by Adek336): proposed patch and typo fix. {{{ Index: src/system/kernel/debug/debug.cpp =================================================================== --- src/system/kernel/debug/debug.cpp (revision 28658) +++ src/system/kernel/debug/debug.cpp (working copy) @@ -781,6 +781,7 @@ sDebugOutputFilter = NULL; sBlueScreenEnabled = false; + blue_screen_enter(sDebugScreenEnabled); atomic_add(&sInDebugger, -1); } @@ -1078,7 +1079,7 @@ add_debugger_command_etc("syslog", &cmd_dump_syslog, "Dumps the syslog buffer.\n", "[-n]\nDumps the whole syslog buffer, or, if -n is specified, only " - "the part that hasn't been send yet.\n", 0); + "the part that hasn't been sent yet.\n", 0); return B_OK; }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 25 21:30:03 2008 From: trac at haiku-os.org (HAL) Date: Tue, 25 Nov 2008 20:30:03 -0000 Subject: [Haiku-bugs] [Haiku] #3170: Firefox wont load home page haikuware.com after navigating from home page In-Reply-To: <038.da750ca148e6839b7e0379121d0b1189@haiku-os.org> References: <038.da750ca148e6839b7e0379121d0b1189@haiku-os.org> Message-ID: <047.4f95e88f6a164c42642ad37fb733b9f8@haiku-os.org> #3170: Firefox wont load home page haikuware.com after navigating from home page ----------------------+----------------------------------------------------- Reporter: HAL | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------+----------------------------------------------------- Comment(by HAL): I'm usung: pre-alpha-r28724 on real hardware, previously the same with pre- alpha-r28555. Also the same Firefox 2.0.0.12 that comes with images and now with Firefox 2.0.0.18. I got the Haiku images from: http://haiku-files.org/raw/index.php?dir=&sort=name&order=desc and I got Firefox 2.0.0.18 from: www.bebits.com I am thinking not a lot of people can reproduce this. On Bezilla Live Journal I replied about the release of Ff 2.0.0.18 and I think only one person had seen something similar. On Haikuware I started a thread: http://www.haikuware.com/forum/website/443-recannot-click-on-home-page- icon#443 only one person there had the same bug. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Nov 25 21:39:42 2008 From: trac at haiku-os.org (stippi) Date: Tue, 25 Nov 2008 20:39:42 -0000 Subject: [Haiku-bugs] [Haiku] #2919: on screen debug: entering + leaving the KDL prevents dividing log messages into pages In-Reply-To: <042.3dffae8ef01b7f38e0c4ac00822fa999@haiku-os.org> References: <042.3dffae8ef01b7f38e0c4ac00822fa999@haiku-os.org> Message-ID: <051.e6e3233855e88e13293d5b56cba49087@haiku-os.org> #2919: on screen debug: entering + leaving the KDL prevents dividing log messages into pages ------------------------+--------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by stippi): I think you know what you're doing and should have commit access... :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 26 00:35:38 2008 From: trac at haiku-os.org (Adek336) Date: Tue, 25 Nov 2008 23:35:38 -0000 Subject: [Haiku-bugs] [Haiku] #2514: Enlarged Terminal wraps input line overwriting beginning In-Reply-To: <041.0709cde09fcc236684912295319f2232@haiku-os.org> References: <041.0709cde09fcc236684912295319f2232@haiku-os.org> Message-ID: <050.d684b70d2255c682e02bd2203b014181@haiku-os.org> #2514: Enlarged Terminal wraps input line overwriting beginning ------------------------+--------------------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by Adek336): src/bin/bash/lib/readline/terminal.c: function _rl_get_screen_size() is called (probably from a SIGWINCH handler) upon terminal resize when no command is being executed. Upon terminal resizing, neither when a command is being executed nor after returning from it, does _rl_get_screen_size() get called; and thus the dimensions aren't updated. The first take at the problem is to update screen size after returning from a command, there's probably a better way though. {{{ Index: src/bin/bash/eval.c =================================================================== --- src/bin/bash/eval.c (revision 28658) +++ src/bin/bash/eval.c (working copy) @@ -140,7 +140,8 @@ executing = 1; stdin_redir = 0; execute_command (current_command); + rl_resize_terminal(); exec_done: if (current_command) }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 26 00:45:04 2008 From: trac at haiku-os.org (Adek336) Date: Tue, 25 Nov 2008 23:45:04 -0000 Subject: [Haiku-bugs] [Haiku] #2919: on screen debug: entering + leaving the KDL prevents dividing log messages into pages In-Reply-To: <042.3dffae8ef01b7f38e0c4ac00822fa999@haiku-os.org> References: <042.3dffae8ef01b7f38e0c4ac00822fa999@haiku-os.org> Message-ID: <051.c4686142740c41b66455a21d30ddcefe@haiku-os.org> #2919: on screen debug: entering + leaving the KDL prevents dividing log messages into pages ------------------------+--------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by Adek336): Ah, thanks, I'm glad to hear that :-) Although then, I would probably be too nervous that I could commit something broken, that I wouldn't be able to code very much :-p -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 26 01:01:22 2008 From: trac at haiku-os.org (cssvb94) Date: Wed, 26 Nov 2008 00:01:22 -0000 Subject: [Haiku-bugs] [Haiku] #2998: bcm440x doesn't initialize the NIC In-Reply-To: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> References: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> Message-ID: <051.7ffccec1416f8bda48e2f3ff36b42c6c@haiku-os.org> #2998: bcm440x doesn't initialize the NIC ------------------------------+--------------------------------------------- Reporter: cssvb94 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by cssvb94): Thank you Pieter.[[BR]] I have updated to the latest svn version and applied the patch: patch -p0 < debug_bmtphy_probe.diff in broadcom440x/mii folder. No problems at all, even checked the file - all patched.[[BR]] Then a ran: jam -q clean, jam -q @disk build[[BR]] The compile process passed and I rebooted into Haiku.[[BR]] This is the produced syslog by the system.[[BR]] I can't see the debug messages you applied, but probably the information will be useful for you. Attached. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 26 01:15:47 2008 From: trac at haiku-os.org (Adek336) Date: Wed, 26 Nov 2008 00:15:47 -0000 Subject: [Haiku-bugs] [Haiku] #2531: DHCP changes IP address every 5 minutes In-Reply-To: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> References: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> Message-ID: <050.6f4940c3a9c400f424c60920234a1158@haiku-os.org> #2531: DHCP changes IP address every 5 minutes ---------------------------------+------------------------------------------ Reporter: idefix | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by Adek336): * cc: adek336 at gmail.com (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 26 01:28:30 2008 From: trac at haiku-os.org (Adek336) Date: Wed, 26 Nov 2008 00:28:30 -0000 Subject: [Haiku-bugs] [Haiku] #2514: Enlarged Terminal wraps input line overwriting beginning In-Reply-To: <041.0709cde09fcc236684912295319f2232@haiku-os.org> References: <041.0709cde09fcc236684912295319f2232@haiku-os.org> Message-ID: <050.9d5be58ea640790f31fda70882351014@haiku-os.org> #2514: Enlarged Terminal wraps input line overwriting beginning ------------------------+--------------------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by Adek336): Why is vendor/bash/current is of version 3.2 while trunk/src/bin/bash contains the 2.05b version? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 26 04:41:09 2008 From: trac at haiku-os.org (anevilyak) Date: Wed, 26 Nov 2008 03:41:09 -0000 Subject: [Haiku-bugs] [Haiku] #1420: Copying a folder with the same name as an existing folder should offer the option to merge both folders In-Reply-To: <042.5b336a58ca3a611a4e39f9649efe9b34@haiku-os.org> References: <042.5b336a58ca3a611a4e39f9649efe9b34@haiku-os.org> Message-ID: <051.ec56152da74c9c1a1d55803fc2080d89@haiku-os.org> #1420: Copying a folder with the same name as an existing folder should offer the option to merge both folders -----------------------------------+---------------------------------------- Reporter: scottmc | Owner: anevilyak Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by anevilyak): * status: assigned => closed * resolution: => fixed Comment: Fixed in r28731. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 26 04:43:09 2008 From: trac at haiku-os.org (anevilyak) Date: Wed, 26 Nov 2008 03:43:09 -0000 Subject: [Haiku-bugs] [Haiku] #3171: Better prompting in Tracker file operations Message-ID: <044.447c1ed5820886a90d5f00d8ca8be069@haiku-os.org> #3171: Better prompting in Tracker file operations ----------------------------------+----------------------------------------- Reporter: anevilyak | Owner: anevilyak Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: 1420 | Platform: All Blocking: | ----------------------------------+----------------------------------------- When Tracker does a file copy/move involving directories, it currently is not as fine grained as it should be with respect to letting the user control which files get replaced and left alone, especially in the case of a directory merge. This will involve some modifications to several parts of FSUtils, most notably TrackerCopyLoopControl. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 26 06:04:21 2008 From: trac at haiku-os.org (anevilyak) Date: Wed, 26 Nov 2008 05:04:21 -0000 Subject: [Haiku-bugs] [Haiku] #3172: registrar creating huge amounts of worker threads over time Message-ID: <044.04567f1ce1d59ec67f84448f4293b803@haiku-os.org> #3172: registrar creating huge amounts of worker threads over time -------------------------------+-------------------------------------------- Reporter: anevilyak | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/registrar | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- On my Haiku install that I've had running for close to a week now, I just noticed that registrar has an absolutely massive number of threads active that probably shouldn't be. I'm uncertain if I did anything specific to trigger this, or if it's due to a periodic task of some kind right now. They're mostly in state suspended, see as follows: {{{ thread name state prio user kernel semaphore ----------------------------------------------------------------------- /boot/beos/system/servers/registrar (team 52) (uid 0) (gid 0) 52 _roster_thread_ wait 10 11179 18453 _haiku_roster_port_(489) 54 message deliverer zzz 10 10754 13757 55 timer_thread wait 10 339113 105504 timer_thread control(496) 56 authentication manager wait 10 233 68 registrar: auth manager(500) 57 main_mime wait 10 279 261 main_mime(510) 58 messaging command processor wait 15 44 21 messaging counter(520) 55953 update_mime_info (s) sus 10 0 0 56042 update_mime_info (s) sus 10 0 0 56043 update_mime_info (s) sus 10 0 0 56044 update_mime_info (s) sus 10 0 0 56045 update_mime_info (s) sus 10 0 0 56046 update_mime_info (s) sus 10 0 0 56047 update_mime_info (s) sus 10 0 0 56048 update_mime_info (s) sus 10 0 0 56049 update_mime_info (s) sus 10 0 0 56050 update_mime_info (s) sus 10 0 0 56051 update_mime_info (s) sus 10 0 0 56052 update_mime_info (s) sus 10 0 0 56053 update_mime_info (s) sus 10 0 0 56054 update_mime_info (s) sus 10 0 0 56056 update_mime_info (s) sus 10 0 0 56057 update_mime_info (s) sus 10 0 0 56058 update_mime_info (s) sus 10 0 0 56059 create_app_meta_mime (s) sus 10 0 0 56060 update_mime_info (s) sus 10 0 0 56061 update_mime_info (s) sus 10 0 0 56062 update_mime_info (s) sus 10 0 0 56063 update_mime_info (s) sus 10 0 0 56064 update_mime_info (s) sus 10 0 0 56065 update_mime_info (s) sus 10 0 0 56066 update_mime_info (s) sus 10 0 0 56067 update_mime_info (s) sus 10 0 0 56068 create_app_meta_mime (s) sus 10 0 0 56069 update_mime_info (s) sus 10 0 0 56070 update_mime_info (s) sus 10 0 0 56071 update_mime_info (s) sus 10 0 0 56072 update_mime_info (s) sus 10 0 0 56073 update_mime_info (s) sus 10 0 0 56074 update_mime_info (s) sus 10 0 0 56075 update_mime_info (s) sus 10 0 0 56076 update_mime_info (s) sus 10 0 0 56077 update_mime_info (s) sus 10 0 0 56078 create_app_meta_mime (s) sus 10 0 0 56079 update_mime_info (s) sus 10 0 0 56081 update_mime_info (s) sus 10 0 0 56082 update_mime_info (s) sus 10 0 0 56083 update_mime_info (s) sus 10 0 0 56085 update_mime_info (s) sus 10 0 0 56086 update_mime_info (s) sus 10 0 0 56087 update_mime_info (s) sus 10 0 0 56088 update_mime_info (s) sus 10 0 0 56089 update_mime_info (s) sus 10 0 0 56091 update_mime_info (s) sus 10 0 0 56092 update_mime_info (s) sus 10 0 0 56093 update_mime_info (s) sus 10 0 0 56094 update_mime_info (s) sus 10 0 0 56095 update_mime_info (s) sus 10 0 0 56097 create_app_meta_mime (s) sus 10 0 0 56098 update_mime_info (s) sus 10 0 0 56099 update_mime_info (s) sus 10 0 0 56100 update_mime_info (s) sus 10 0 0 56101 create_app_meta_mime (s) sus 10 0 0 56103 update_mime_info (s) sus 10 0 0 56104 update_mime_info (s) sus 10 0 0 56105 update_mime_info (s) sus 10 0 0 56106 update_mime_info (s) sus 10 0 0 56107 update_mime_info (s) sus 10 0 0 56108 create_app_meta_mime (s) sus 10 0 0 56109 update_mime_info (s) sus 10 0 0 56110 create_app_meta_mime (s) sus 10 0 0 56111 update_mime_info (s) sus 10 0 0 56112 update_mime_info (s) sus 10 0 0 56113 create_app_meta_mime (s) sus 10 0 0 56114 create_app_meta_mime (s) sus 10 0 0 56115 create_app_meta_mime (s) sus 10 0 0 56116 create_app_meta_mime (s) sus 10 0 0 56117 update_mime_info (s) sus 10 0 0 56121 create_app_meta_mime (s) sus 10 0 0 56145 create_app_meta_mime (s) sus 10 0 0 56146 update_mime_info (s) sus 10 0 0 56163 update_mime_info (s) sus 10 0 0 56172 create_app_meta_mime (s) sus 10 0 0 56173 update_mime_info (s) sus 10 0 0 56174 create_app_meta_mime (s) sus 10 0 0 56175 create_app_meta_mime (s) sus 10 0 0 56176 create_app_meta_mime (s) sus 10 0 0 56177 create_app_meta_mime (s) sus 10 0 0 56178 create_app_meta_mime (s) sus 10 0 0 56179 update_mime_info (s) sus 10 0 0 56180 create_app_meta_mime (s) sus 10 0 0 56181 update_mime_info (s) sus 10 0 0 56182 update_mime_info (s) sus 10 0 0 56183 update_mime_info (s) sus 10 0 0 56184 update_mime_info (s) sus 10 0 0 56185 create_app_meta_mime (s) sus 10 0 0 56186 create_app_meta_mime (s) sus 10 0 0 56187 create_app_meta_mime (s) sus 10 0 0 56188 create_app_meta_mime (s) sus 10 0 0 56189 update_mime_info (s) sus 10 0 0 56190 create_app_meta_mime (s) sus 10 0 0 56191 create_app_meta_mime (s) sus 10 0 0 56192 create_app_meta_mime (s) sus 10 0 0 56193 update_mime_info (s) sus 10 0 0 56194 update_mime_info (s) sus 10 0 0 56210 update_mime_info (s) sus 10 0 0 56211 create_app_meta_mime (s) sus 10 0 0 56213 update_mime_info (s) sus 10 0 0 56214 create_app_meta_mime (s) sus 10 0 0 56215 create_app_meta_mime (s) sus 10 0 0 56216 update_mime_info (s) sus 10 0 0 56217 update_mime_info (s) sus 10 0 0 56218 create_app_meta_mime (s) sus 10 0 0 56219 update_mime_info (s) sus 10 0 0 56220 update_mime_info (s) sus 10 0 0 56221 update_mime_info (s) sus 10 0 0 56222 create_app_meta_mime (s) sus 10 0 0 56223 update_mime_info (s) sus 10 0 0 56224 update_mime_info (s) sus 10 0 0 56225 create_app_meta_mime (s) sus 10 0 0 56226 update_mime_info (s) sus 10 0 0 56227 create_app_meta_mime (s) sus 10 0 0 56228 update_mime_info (s) sus 10 0 0 56229 update_mime_info (s) sus 10 0 0 56230 create_app_meta_mime (s) sus 10 0 0 56231 update_mime_info (s) sus 10 0 0 56232 update_mime_info (s) sus 10 0 0 56233 create_app_meta_mime (s) sus 10 0 0 56234 update_mime_info (s) sus 10 0 0 56235 create_app_meta_mime (s) sus 10 0 0 56236 update_mime_info (s) sus 10 0 0 56237 update_mime_info (s) sus 10 0 0 56238 create_app_meta_mime (s) sus 10 0 0 56239 update_mime_info (s) sus 10 0 0 56240 create_app_meta_mime (s) sus 10 0 0 56241 update_mime_info (s) sus 10 0 0 56242 create_app_meta_mime (s) sus 10 0 0 56243 update_mime_info (s) sus 10 0 0 56244 update_mime_info (s) sus 10 0 0 56245 create_app_meta_mime (s) sus 10 0 0 56246 update_mime_info (s) sus 10 0 0 56247 create_app_meta_mime (s) sus 10 0 0 56248 update_mime_info (s) sus 10 0 0 56249 update_mime_info (s) sus 10 0 0 56250 create_app_meta_mime (s) sus 10 0 0 56251 update_mime_info (s) sus 10 0 0 56252 create_app_meta_mime (s) sus 10 0 0 56253 update_mime_info (s) sus 10 0 0 56254 update_mime_info (s) sus 10 0 0 56255 create_app_meta_mime (s) sus 10 0 0 56256 update_mime_info (s) sus 10 0 0 56257 create_app_meta_mime (s) sus 10 0 0 56258 update_mime_info (s) sus 10 0 0 56259 update_mime_info (s) sus 10 0 0 56260 create_app_meta_mime (s) sus 10 0 0 56261 update_mime_info (s) sus 10 0 0 56262 create_app_meta_mime (s) sus 10 0 0 56263 update_mime_info (s) sus 10 0 0 56264 update_mime_info (s) sus 10 0 0 56265 create_app_meta_mime (s) sus 10 0 0 56266 update_mime_info (s) sus 10 0 0 56267 create_app_meta_mime (s) sus 10 0 0 56268 update_mime_info (s) sus 10 0 0 56269 create_app_meta_mime (s) sus 10 0 0 56270 update_mime_info (s) sus 10 0 0 56271 create_app_meta_mime (s) sus 10 0 0 56272 create_app_meta_mime (s) sus 10 0 0 56273 create_app_meta_mime (s) sus 10 0 0 56274 create_app_meta_mime (s) sus 10 0 0 56275 create_app_meta_mime (s) sus 10 0 0 56276 create_app_meta_mime (s) sus 10 0 0 56277 create_app_meta_mime (s) sus 10 0 0 56278 create_app_meta_mime (s) sus 10 0 0 56279 create_app_meta_mime (s) sus 10 0 0 56280 create_app_meta_mime (s) sus 10 0 0 56281 create_app_meta_mime (s) sus 10 0 0 56282 create_app_meta_mime (s) sus 10 0 0 56283 create_app_meta_mime (s) sus 10 0 0 56284 create_app_meta_mime (s) sus 10 0 0 56285 create_app_meta_mime (s) sus 10 0 0 56286 create_app_meta_mime (s) sus 10 0 0 56287 create_app_meta_mime (s) sus 10 0 0 56288 create_app_meta_mime (s) sus 10 0 0 56290 create_app_meta_mime (s) sus 10 0 0 56291 create_app_meta_mime (s) sus 10 0 0 56292 create_app_meta_mime (s) sus 10 0 0 56293 create_app_meta_mime (s) sus 10 0 0 56294 create_app_meta_mime (s) sus 10 0 0 56295 create_app_meta_mime (s) sus 10 0 0 56296 create_app_meta_mime (s) sus 10 0 0 56297 create_app_meta_mime (s) sus 10 0 0 56298 create_app_meta_mime (s) sus 10 0 0 56299 create_app_meta_mime (s) sus 10 0 0 56300 create_app_meta_mime (s) sus 10 0 0 56301 create_app_meta_mime (s) sus 10 0 0 56302 create_app_meta_mime (s) sus 10 0 0 56303 create_app_meta_mime (s) sus 10 0 0 56304 create_app_meta_mime (s) sus 10 0 0 56305 create_app_meta_mime (s) sus 10 0 0 56306 create_app_meta_mime (s) sus 10 0 0 56307 create_app_meta_mime (s) sus 10 0 0 56308 create_app_meta_mime (s) sus 10 0 0 56309 create_app_meta_mime (s) sus 10 0 0 56310 create_app_meta_mime (s) sus 10 0 0 56311 create_app_meta_mime (s) sus 10 0 0 56312 create_app_meta_mime (s) sus 10 0 0 56313 create_app_meta_mime (s) sus 10 0 0 56326 create_app_meta_mime (s) sus 10 0 0 56327 create_app_meta_mime (s) sus 10 0 0 56328 create_app_meta_mime (s) sus 10 0 0 56329 create_app_meta_mime (s) sus 10 0 0 56330 create_app_meta_mime (s) sus 10 0 0 56331 create_app_meta_mime (s) sus 10 0 0 56332 create_app_meta_mime (s) sus 10 0 0 56333 create_app_meta_mime (s) sus 10 0 0 56334 create_app_meta_mime (s) sus 10 0 0 56335 create_app_meta_mime (s) sus 10 0 0 56336 create_app_meta_mime (s) sus 10 0 0 56337 create_app_meta_mime (s) sus 10 0 0 56338 create_app_meta_mime (s) sus 10 0 0 56339 create_app_meta_mime (s) sus 10 0 0 56340 create_app_meta_mime (s) sus 10 0 0 56341 create_app_meta_mime (s) sus 10 0 0 56342 create_app_meta_mime (s) sus 10 0 0 56343 create_app_meta_mime (s) sus 10 0 0 56344 create_app_meta_mime (s) sus 10 0 0 56345 create_app_meta_mime (s) sus 10 0 0 56346 create_app_meta_mime (s) sus 10 0 0 56347 create_app_meta_mime (s) sus 10 0 0 56348 create_app_meta_mime (s) sus 10 0 0 56349 create_app_meta_mime (s) sus 10 0 0 56350 create_app_meta_mime (s) sus 10 0 0 56351 create_app_meta_mime (s) sus 10 0 0 56352 create_app_meta_mime (s) sus 10 0 0 56353 create_app_meta_mime (s) sus 10 0 0 56354 create_app_meta_mime (s) sus 10 0 0 56355 create_app_meta_mime (s) sus 10 0 0 56356 create_app_meta_mime (s) sus 10 0 0 56357 create_app_meta_mime (s) sus 10 0 0 56358 create_app_meta_mime (s) sus 10 0 0 56359 create_app_meta_mime (s) sus 10 0 0 56360 create_app_meta_mime (s) sus 10 0 0 56361 create_app_meta_mime (s) sus 10 0 0 56362 create_app_meta_mime (s) sus 10 0 0 56363 create_app_meta_mime (s) sus 10 0 0 56364 create_app_meta_mime (s) sus 10 0 0 56365 create_app_meta_mime (s) sus 10 0 0 56366 create_app_meta_mime (s) sus 10 0 0 56367 create_app_meta_mime (s) sus 10 0 0 56368 create_app_meta_mime (s) sus 10 0 0 56369 create_app_meta_mime (s) sus 10 0 0 56370 create_app_meta_mime (s) sus 10 0 0 56374 create_app_meta_mime (s) sus 10 0 0 56375 create_app_meta_mime (s) sus 10 0 0 56376 create_app_meta_mime (s) sus 10 0 0 56377 create_app_meta_mime (s) sus 10 0 0 56378 create_app_meta_mime (s) sus 10 0 0 56379 create_app_meta_mime (s) sus 10 0 0 56385 create_app_meta_mime (s) sus 10 0 0 56386 create_app_meta_mime (s) sus 10 0 0 56387 create_app_meta_mime (s) sus 10 0 0 56388 create_app_meta_mime (s) sus 10 0 0 56389 create_app_meta_mime (s) sus 10 0 0 56390 create_app_meta_mime (s) sus 10 0 0 56391 create_app_meta_mime (s) sus 10 0 0 56414 create_app_meta_mime (s) sus 10 0 0 56415 create_app_meta_mime (s) sus 10 0 0 56433 create_app_meta_mime (s) sus 10 0 0 56434 create_app_meta_mime (s) sus 10 0 0 56436 create_app_meta_mime (s) sus 10 0 0 56437 create_app_meta_mime (s) sus 10 0 0 56438 create_app_meta_mime (s) sus 10 0 0 56439 create_app_meta_mime (s) sus 10 0 0 56442 create_app_meta_mime (s) sus 10 0 0 56443 create_app_meta_mime (s) sus 10 0 0 56444 create_app_meta_mime (s) sus 10 0 0 56446 create_app_meta_mime (s) sus 10 0 0 56447 create_app_meta_mime (s) sus 10 0 0 56448 create_app_meta_mime (s) sus 10 0 0 56449 create_app_meta_mime (s) sus 10 0 0 56450 create_app_meta_mime (s) sus 10 0 0 56451 create_app_meta_mime (s) sus 10 0 0 56452 create_app_meta_mime (s) sus 10 0 0 56453 create_app_meta_mime (s) sus 10 0 0 56454 create_app_meta_mime (s) sus 10 0 0 56480 create_app_meta_mime (s) sus 10 0 0 56483 create_app_meta_mime (s) sus 10 0 0 56484 update_mime_info (s) sus 10 0 0 56485 update_mime_info (s) sus 10 0 0 56491 update_mime_info (s) sus 10 0 0 56492 update_mime_info (s) sus 10 0 0 56495 create_app_meta_mime (s) sus 10 0 0 56496 create_app_meta_mime (s) sus 10 0 0 56497 create_app_meta_mime (s) sus 10 0 0 56498 create_app_meta_mime (s) sus 10 0 0 56499 create_app_meta_mime (s) sus 10 0 0 56512 create_app_meta_mime (s) sus 10 0 0 56521 create_app_meta_mime (s) sus 10 0 0 56522 create_app_meta_mime (s) sus 10 0 0 56523 create_app_meta_mime (s) sus 10 0 0 56524 create_app_meta_mime (s) sus 10 0 0 56525 create_app_meta_mime (s) sus 10 0 0 56526 create_app_meta_mime (s) sus 10 0 0 56527 create_app_meta_mime (s) sus 10 0 0 56528 create_app_meta_mime (s) sus 10 0 0 56533 create_app_meta_mime (s) sus 10 0 0 56534 create_app_meta_mime (s) sus 10 0 0 56535 create_app_meta_mime (s) sus 10 0 0 56536 create_app_meta_mime (s) sus 10 0 0 56537 create_app_meta_mime (s) sus 10 0 0 56538 create_app_meta_mime (s) sus 10 0 0 56539 create_app_meta_mime (s) sus 10 0 0 56540 create_app_meta_mime (s) sus 10 0 0 56541 create_app_meta_mime (s) sus 10 0 0 56542 create_app_meta_mime (s) sus 10 0 0 56549 create_app_meta_mime (s) sus 10 0 0 56550 create_app_meta_mime (s) sus 10 0 0 56551 create_app_meta_mime (s) sus 10 0 0 56552 create_app_meta_mime (s) sus 10 0 0 56553 create_app_meta_mime (s) sus 10 0 0 56559 create_app_meta_mime (s) sus 10 0 0 56560 create_app_meta_mime (s) sus 10 0 0 56561 create_app_meta_mime (s) sus 10 0 0 56566 create_app_meta_mime (s) sus 10 0 0 56575 create_app_meta_mime (s) sus 10 0 0 56580 create_app_meta_mime (s) sus 10 0 0 56582 create_app_meta_mime (s) sus 10 0 0 56605 create_app_meta_mime (s) sus 10 0 0 56616 create_app_meta_mime (s) sus 10 0 0 56618 create_app_meta_mime (s) sus 10 0 0 56621 create_app_meta_mime (s) sus 10 0 0 56630 create_app_meta_mime (s) sus 10 0 0 56634 create_app_meta_mime (s) sus 10 0 0 56640 create_app_meta_mime (s) sus 10 0 0 56641 create_app_meta_mime (s) sus 10 0 0 56652 create_app_meta_mime (s) sus 10 0 0 56654 create_app_meta_mime (s) sus 10 0 0 56659 create_app_meta_mime (s) sus 10 0 0 56660 create_app_meta_mime (s) sus 10 0 0 56661 create_app_meta_mime (s) sus 10 0 0 56666 create_app_meta_mime (s) sus 10 0 0 56673 create_app_meta_mime (s) sus 10 0 0 56675 create_app_meta_mime (s) sus 10 0 0 56680 create_app_meta_mime (s) sus 10 0 0 56684 create_app_meta_mime (s) sus 10 0 0 56685 create_app_meta_mime (s) sus 10 0 0 56687 create_app_meta_mime (s) sus 10 0 0 56696 create_app_meta_mime (s) sus 10 0 0 56701 create_app_meta_mime (s) sus 10 0 0 56706 create_app_meta_mime (s) sus 10 0 0 56707 create_app_meta_mime (s) sus 10 0 0 }}} I still have the system running, so please let me know if there's any extra info I can gather. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 26 06:38:14 2008 From: trac at haiku-os.org (anevilyak) Date: Wed, 26 Nov 2008 05:38:14 -0000 Subject: [Haiku-bugs] [Haiku] #3172: registrar creating huge amounts of worker threads over time In-Reply-To: <044.04567f1ce1d59ec67f84448f4293b803@haiku-os.org> References: <044.04567f1ce1d59ec67f84448f4293b803@haiku-os.org> Message-ID: <053.bc83b936f0b6203960023da2b15a9695@haiku-os.org> #3172: registrar creating huge amounts of worker threads over time --------------------------------+------------------------------------------- Reporter: anevilyak | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/registrar | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by anevilyak): Come to think of it, I might know what the culprit was as well: at one point I had a bit of a mental lapse and accidentally typed open when I meant to type grep. End result, I executed open search_term * in src/kits/tracker, though at the time I didn't think anything of it as all of the files did subsequently open successfully in Pe. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 26 09:20:51 2008 From: trac at haiku-os.org (PieterPanman) Date: Wed, 26 Nov 2008 08:20:51 -0000 Subject: [Haiku-bugs] [Haiku] #2998: bcm440x doesn't initialize the NIC In-Reply-To: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> References: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> Message-ID: <051.0cad91d0c45080edfd456b3d91efb085@haiku-os.org> #2998: bcm440x doesn't initialize the NIC ------------------------------+--------------------------------------------- Reporter: cssvb94 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by PieterPanman): Interesting. No output still tells me something: it doesn't even get there. Here's another diff with more debugging output. Can you try again? Patch is made from the src directory. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 26 09:26:14 2008 From: trac at haiku-os.org (apprentice) Date: Wed, 26 Nov 2008 08:26:14 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.979f2cd75aa22dae29030a93280d5d31@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by apprentice): trac from the latest diff. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 26 09:44:44 2008 From: trac at haiku-os.org (Adek336) Date: Wed, 26 Nov 2008 08:44:44 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.493a7028c3310b05f8c3c984698ab72d@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by Adek336): Ok, thanks, so it was the problem I mentioned, I'll invent a fix sometime soon. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 26 09:56:23 2008 From: trac at haiku-os.org (cssvb94) Date: Wed, 26 Nov 2008 08:56:23 -0000 Subject: [Haiku-bugs] [Haiku] #2998: bcm440x doesn't initialize the NIC In-Reply-To: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> References: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> Message-ID: <051.73348621c65d2960e85b0ffe5b453345@haiku-os.org> #2998: bcm440x doesn't initialize the NIC ------------------------------+--------------------------------------------- Reporter: cssvb94 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by cssvb94): Yes, definitely! [[BR]] I'm so glad that someone is working over that problem.[[BR]] I doesn't matter how many tries will take.[[BR]] Currently I'm at the office so after work I'll try and post the syslog again. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 26 10:17:23 2008 From: trac at haiku-os.org (PieterPanman) Date: Wed, 26 Nov 2008 09:17:23 -0000 Subject: [Haiku-bugs] [Haiku] #2998: bcm440x doesn't initialize the NIC In-Reply-To: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> References: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> Message-ID: <051.9896b7fe18e7ee826afb272c6ea7a500@haiku-os.org> #2998: bcm440x doesn't initialize the NIC ------------------------------+--------------------------------------------- Reporter: cssvb94 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by PieterPanman): No problem. I'll try to see what happens with your new output. Korli, if you happen to see something, or you have some ideas please let us know, we'll try to work them out. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 26 10:30:15 2008 From: trac at haiku-os.org (tqh) Date: Wed, 26 Nov 2008 09:30:15 -0000 Subject: [Haiku-bugs] [Haiku] #3170: Firefox wont load home page haikuware.com after navigating from home page In-Reply-To: <038.da750ca148e6839b7e0379121d0b1189@haiku-os.org> References: <038.da750ca148e6839b7e0379121d0b1189@haiku-os.org> Message-ID: <047.6b763a46d6ded19788e4656fc68b2f8c@haiku-os.org> #3170: Firefox wont load home page haikuware.com after navigating from home page ----------------------+----------------------------------------------------- Reporter: HAL | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------+----------------------------------------------------- Comment(by tqh): Replying to [comment:1 TheNerd]: > I can second Karl's opinion. It's definitely not a Haikuware problem so it must be something with the Haiku configuration of your installation or a problem with Firefox. I assume you are running Apache, how have you set up mimetypes for php? Usually when this happens, this seems stranger though, it's because the website hasn't configured Apache to send the text/html mimetype for different cgi-bin applications. A browser is supposed to handle the content according to that mimetype, if it's unknown it doesn't know and guesses. Some browsers manages that, some don't. I just want to make sure that you DO have configured that so I can exclude that option. It something you have to do manually, so if you havn't touched it, you need to do that. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 26 10:49:09 2008 From: trac at haiku-os.org (stippi) Date: Wed, 26 Nov 2008 09:49:09 -0000 Subject: [Haiku-bugs] [Haiku] #3173: Make query string transformation behave more to expectations Message-ID: <041.ee899bb89871d14776e486491dc121be@haiku-os.org> #3173: Make query string transformation behave more to expectations ----------------------------------+----------------------------------------- Reporter: stippi | Owner: nobody Type: enhancement | Status: new Priority: normal | Milestone: Unscheduled Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Users will have build up some experience doing web searches. Therefore, the default/initial mode for Tracker queries should transform the input string in a way that aligns with the expectations built up from using Google and other search engines. To give an example: I knew I must have a song somewhere which contains the words "Love" and "Communication". Command-F > "Love Communication", but the search didn't return anything. The query string is as follows: '''(name=="*[lL][oO][vV][eE] [cC][oO][mM][mM][uU][nN][iI][cC][aA][tT][iI][oO][nN]*")''' It should have been this of course: '''((name=="*[lL][oO][vV][eE]*")&&(name=="*[cC][oO][mM][mM][uU][nN][iI][cC][aA][tT][iI][oO][nN]*"))''' And that even finds the song. Also, as can be seen from the resulting query string, it's really expensive to make the query case insensitive. The FS query capabilities should be more targeted towards these real-world uses and have some in- built support for case-insensitive queries. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 26 11:25:10 2008 From: trac at haiku-os.org (axeld) Date: Wed, 26 Nov 2008 10:25:10 -0000 Subject: [Haiku-bugs] [Haiku] #3143: ctime of file is not updated In-Reply-To: <042.29c446689ff142d8db658904b1ae7acd@haiku-os.org> References: <042.29c446689ff142d8db658904b1ae7acd@haiku-os.org> Message-ID: <051.db697cf494940ce57b8aaafa7ace5474@haiku-os.org> #3143: ctime of file is not updated -------------------------------+-------------------------------------------- Reporter: bhaible | 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 axeld): * status: new => closed * resolution: => fixed * component: System/Kernel => File Systems/BFS Comment: Fixed in r28734. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 26 12:14:30 2008 From: trac at haiku-os.org (korli) Date: Wed, 26 Nov 2008 11:14:30 -0000 Subject: [Haiku-bugs] [Haiku] #2514: Enlarged Terminal wraps input line overwriting beginning In-Reply-To: <041.0709cde09fcc236684912295319f2232@haiku-os.org> References: <041.0709cde09fcc236684912295319f2232@haiku-os.org> Message-ID: <050.cfb21aba6f8955964d54e556c3dd792f@haiku-os.org> #2514: Enlarged Terminal wraps input line overwriting beginning ------------------------+--------------------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by korli): Replying to [comment:5 Adek336]: > Why is vendor/bash/current is of version 3.2 while trunk/src/bin/bash contains the 2.05b version? There is a hope to get the mainstream bash running on Haiku :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 26 13:33:10 2008 From: trac at haiku-os.org (apprentice) Date: Wed, 26 Nov 2008 12:33:10 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.68022b239745884549be1a4d1e92b5dc@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by apprentice): Thanks, acknowledged. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 26 18:45:02 2008 From: trac at haiku-os.org (Adek336) Date: Wed, 26 Nov 2008 17:45:02 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.bf4712065f3203d7fe4ca8e8d4ee0a84@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by Adek336): reproduce.diff: exposes the bug in libfreebsd_network through the 3com driver (even if no 3com adapter is present). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 26 19:26:16 2008 From: trac at haiku-os.org (anevilyak) Date: Wed, 26 Nov 2008 18:26:16 -0000 Subject: [Haiku-bugs] [Haiku] #2901: [Tracker] Can't move file from desktop to non-boot partition In-Reply-To: <042.6947d4ca931049bb3eff35bdb8388c98@haiku-os.org> References: <042.6947d4ca931049bb3eff35bdb8388c98@haiku-os.org> Message-ID: <051.4b32b443cbc556d972ada85d8059c32b@haiku-os.org> #2901: [Tracker] Can't move file from desktop to non-boot partition -----------------------------------+---------------------------------------- Reporter: Adek336 | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by anevilyak): * owner: axeld => anevilyak -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 26 19:26:28 2008 From: trac at haiku-os.org (anevilyak) Date: Wed, 26 Nov 2008 18:26:28 -0000 Subject: [Haiku-bugs] [Haiku] #2901: [Tracker] Can't move file from desktop to non-boot partition In-Reply-To: <042.6947d4ca931049bb3eff35bdb8388c98@haiku-os.org> References: <042.6947d4ca931049bb3eff35bdb8388c98@haiku-os.org> Message-ID: <051.c272038e51b41ef87b4127ebf64512a4@haiku-os.org> #2901: [Tracker] Can't move file from desktop to non-boot partition -----------------------------------+---------------------------------------- Reporter: Adek336 | Owner: anevilyak Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by anevilyak): * status: new => closed * resolution: => fixed Comment: Fixed in r28731. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 26 19:32:32 2008 From: trac at haiku-os.org (cssvb94) Date: Wed, 26 Nov 2008 18:32:32 -0000 Subject: [Haiku-bugs] [Haiku] #2998: bcm440x doesn't initialize the NIC In-Reply-To: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> References: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> Message-ID: <051.e01f2982e8a2400d8c2ce51576d15212@haiku-os.org> #2998: bcm440x doesn't initialize the NIC ------------------------------+--------------------------------------------- Reporter: cssvb94 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by cssvb94): OK, Here is the syslog r28734. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 26 20:23:25 2008 From: trac at haiku-os.org (Adek336) Date: Wed, 26 Nov 2008 19:23:25 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.1825287fad813145226965fb73ae5b6d@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by Adek336): proposed patch patch.1.diff * fix_dirent(): assert that the buffer is big enough for the file name; fix an off-by-1 error which would lead to string truncation; * if_free(): remove entries from gDevices and gDeviceNameList referenced by the ifp that is being freed. if_index will be uninitialized, if if_initname has not been called, for example as a result of driver failure, so the patch checks for if_index initialization. Avoid holes in the middle of gDeviceNameList as compat_open relies on that, relocate the last entry of gDeviceNameList in the place of the deleted entry. _fbsd_uninit_driver will delete the devices which it finds in gDevices. I'm not sure if this is a problem, but if_free now removes the entry from gDevices so probably the device will never get deleted after calling if_free; on the other hand, if the driver doesn't call if_initname, no entry in gDevices is created so the device probably can't be deleted neither. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 26 20:28:20 2008 From: trac at haiku-os.org (apprentice) Date: Wed, 26 Nov 2008 19:28:20 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.4677f67f7ceba755de7c58e708a17cee@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by apprentice): Here's the trace output from reproduce.diff -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 26 20:41:13 2008 From: trac at haiku-os.org (bbjimmy) Date: Wed, 26 Nov 2008 19:41:13 -0000 Subject: [Haiku-bugs] [Haiku] #2872: Desktop Folder Missing in Tracker Window In-Reply-To: <040.b7a9b57dd769ed1a23fbf34a92067ead@haiku-os.org> References: <040.b7a9b57dd769ed1a23fbf34a92067ead@haiku-os.org> Message-ID: <049.fc25dc581ac2691dd3b0db3929b70b40@haiku-os.org> #2872: Desktop Folder Missing in Tracker Window -----------------------------------+---------------------------------------- Reporter: jrash | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by bbjimmy): * cc: black.belt.jimmy at gmail.com (added) * type: enhancement => bug Comment: This should be a BUG. I like to save my temporary data in a folder on the Desktop in BeOS. If I then need to access these files from a haiku partition the Desktop folder is not available in Tracker. I need to place "/BeOS/home/Desktop/TempData/" in the navigation bar in Tracker to access the files. I should be able to right click and drill down to the folder or navigate there by opening the home folder. This is the way BeOS worked. Zeta hid the Desktop from the user, but if he typed "/BeOS/home/Desktop" in the navigation bar the contents would then show. Haiku is the only BeOS OS that has this isue. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 26 20:48:34 2008 From: trac at haiku-os.org (apprentice) Date: Wed, 26 Nov 2008 19:48:34 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.3f2a09ae3cb14d8dfc41bc06fdddc65e@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by apprentice): The patch did the trick. ls /dev doesn't crash anymore and ls /dev/net is empty as it should be. I think this ticket can be closed now. bye, and thanks for all the fish. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 26 21:01:37 2008 From: trac at haiku-os.org (Adek336) Date: Wed, 26 Nov 2008 20:01:37 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.f1e6b4c6db99b2ce98ffef1f680944a3@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by Adek336): Thanks for the note ! reproduce.diff is for the general public: it exposes the libfreebsd_network bug on any computer by simulating a failure in xl_attach which happens to only a few people, like you. Haiku with reproduce.diff crashes on the bug regardless if a 3com adapter is present and may be useful for local debugging. patch.2.diff: "int clear" -> "u_short clear" as that is the type of struct ifnet::if_index. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 26 21:44:36 2008 From: trac at haiku-os.org (PieterPanman) Date: Wed, 26 Nov 2008 20:44:36 -0000 Subject: [Haiku-bugs] [Haiku] #2998: bcm440x doesn't initialize the NIC In-Reply-To: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> References: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> Message-ID: <051.219ee5bdf409e0e542cd4d9338e8627c@haiku-os.org> #2998: bcm440x doesn't initialize the NIC ------------------------------+--------------------------------------------- Reporter: cssvb94 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by PieterPanman): Hm. Very strange, I have no clue really why it doesn't work. It seems the hardware is just not responding in the way it should. Maybe we need another phy? Could it use another? I'm not too familiar with how it chooses this in FreeBSD. Can you try the freebsd livecd and see if any interesting debug output is produced? Can you post their syslog? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 26 22:42:07 2008 From: trac at haiku-os.org (Adek336) Date: Wed, 26 Nov 2008 21:42:07 -0000 Subject: [Haiku-bugs] [Haiku] #3174: Deskbar window-list menu not properly drawn for long window title Message-ID: <042.9843e5bce6cd47aac5c9c219d4046af8@haiku-os.org> #3174: Deskbar window-list menu not properly drawn for long window title ----------------------------+----------------------------------------------- Reporter: Adek336 | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------+----------------------------------------------- See screenshot. The easiest way to reproduce is to create a html file {{{ ridiculously long window title, much longer than this example }}} and open the file in firefox so firefox's window title is very long. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 26 22:43:34 2008 From: trac at haiku-os.org (Adek336) Date: Wed, 26 Nov 2008 21:43:34 -0000 Subject: [Haiku-bugs] [Haiku] #3174: Deskbar window-list menu not properly drawn for long window title In-Reply-To: <042.9843e5bce6cd47aac5c9c219d4046af8@haiku-os.org> References: <042.9843e5bce6cd47aac5c9c219d4046af8@haiku-os.org> Message-ID: <051.51d483483f1e883b7ab863d28ab9baf1@haiku-os.org> #3174: Deskbar window-list menu not properly drawn for long window title -----------------------------+---------------------------------------------- Reporter: Adek336 | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Comment(by Adek336): All that white is from the menu. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 26 23:06:30 2008 From: trac at haiku-os.org (Adek336) Date: Wed, 26 Nov 2008 22:06:30 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.f1f1059d402cc8a05376ed449c15fee8@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by Adek336): Replying to [comment:51 Adek336]: > _fbsd_uninit_driver will delete the devices which it finds in gDevices. I'm not sure if this is a problem, but if_free now removes the entry from gDevices so probably the device will never get deleted after calling if_free; on the other hand, if the driver doesn't call if_initname, no entry in gDevices is created so the device probably can't be deleted neither. Using ld to wrap around malloc,calloc,realloc and free in the driver binary I can see that there are no memory leaks with the 3com+reproduce.diff, that is, after going through probe / try attach / detach-after-failure-in-attach. That is a rough indication, that my patch doesn't infere with deleting of the devices. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Nov 26 23:39:52 2008 From: trac at haiku-os.org (mmlr) Date: Wed, 26 Nov 2008 22:39:52 -0000 Subject: [Haiku-bugs] [Haiku] #2872: Desktop Folder Missing in Tracker Window In-Reply-To: <040.b7a9b57dd769ed1a23fbf34a92067ead@haiku-os.org> References: <040.b7a9b57dd769ed1a23fbf34a92067ead@haiku-os.org> Message-ID: <049.e121d8757a37c9ff8872fae17b73681d@haiku-os.org> #2872: Desktop Folder Missing in Tracker Window -----------------------------------+---------------------------------------- Reporter: jrash | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by mmlr): * type: bug => enhancement Comment: No. As Axel pointed out already this has not changed. No stock BeOS version had a Tracker where the Desktop was accessible like that. The only Tracker that does show it by default is Tracker.NewFS which was used in some BeOS Max versions. This doesn't mean that R5 came with it. It is an enhancement, a needed one, especially when you have something on the Desktop of a different partition, but still an enhancement. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 27 09:35:31 2008 From: trac at haiku-os.org (Adek336) Date: Thu, 27 Nov 2008 08:35:31 -0000 Subject: [Haiku-bugs] [Haiku] #2514: Enlarged Terminal wraps input line overwriting beginning In-Reply-To: <041.0709cde09fcc236684912295319f2232@haiku-os.org> References: <041.0709cde09fcc236684912295319f2232@haiku-os.org> Message-ID: <050.e42ee2416ae31fb2e89873e5cec6b5e4@haiku-os.org> #2514: Enlarged Terminal wraps input line overwriting beginning ------------------------+--------------------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by Adek336): The version in trunk/bin isn't the mainstream one? --- lib/sh/Makefile and lib/tilde/Makefile reference /Dano/home/obos/... which prevent bash from compiling on Linux (compiles on Linux when changed to ../..). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 27 12:20:34 2008 From: trac at haiku-os.org (cssvb94) Date: Thu, 27 Nov 2008 11:20:34 -0000 Subject: [Haiku-bugs] [Haiku] #2998: bcm440x doesn't initialize the NIC In-Reply-To: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> References: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> Message-ID: <051.34954e825c296a3697ef9c06ab0304b0@haiku-os.org> #2998: bcm440x doesn't initialize the NIC ------------------------------+--------------------------------------------- Reporter: cssvb94 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by cssvb94): Yes, I'll post the result ASAP.[[BR]] Only the syslog or you need some more hw info? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 27 13:51:18 2008 From: trac at haiku-os.org (PieterPanman) Date: Thu, 27 Nov 2008 12:51:18 -0000 Subject: [Haiku-bugs] [Haiku] #2998: bcm440x doesn't initialize the NIC In-Reply-To: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> References: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> Message-ID: <051.5aba7ea2e1b229431459ae0f8de080f2@haiku-os.org> #2998: bcm440x doesn't initialize the NIC ------------------------------+--------------------------------------------- Reporter: cssvb94 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by PieterPanman): I'm not sure what else may help, so that will do for now. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 27 15:39:07 2008 From: trac at haiku-os.org (Adek336) Date: Thu, 27 Nov 2008 14:39:07 -0000 Subject: [Haiku-bugs] [Haiku] #2514: Enlarged Terminal wraps input line overwriting beginning In-Reply-To: <041.0709cde09fcc236684912295319f2232@haiku-os.org> References: <041.0709cde09fcc236684912295319f2232@haiku-os.org> Message-ID: <050.57fe81af5ca0aa38d82757b02df0960b@haiku-os.org> #2514: Enlarged Terminal wraps input line overwriting beginning ------------------------+--------------------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by Adek336): I found the proper solution. The file ~/.bashrc must contain the line {{{ shopt -s checkwinsize }}} Also under a linux install, you will notice that removing this line from ~/.bashrc enables one to reproduce the bug under linux. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 27 15:43:14 2008 From: trac at haiku-os.org (Adek336) Date: Thu, 27 Nov 2008 14:43:14 -0000 Subject: [Haiku-bugs] [Haiku] #2514: Enlarged Terminal wraps input line overwriting beginning In-Reply-To: <041.0709cde09fcc236684912295319f2232@haiku-os.org> References: <041.0709cde09fcc236684912295319f2232@haiku-os.org> Message-ID: <050.4523240cd588a31e246ded81a8cac209@haiku-os.org> #2514: Enlarged Terminal wraps input line overwriting beginning ------------------------+--------------------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by Adek336): Um, Bash on Haiku doesn't seem to pick up the ~/.bashrc file, so you have to enter the command manually to a running bash, that helps. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 27 15:58:57 2008 From: trac at haiku-os.org (Adek336) Date: Thu, 27 Nov 2008 14:58:57 -0000 Subject: [Haiku-bugs] [Haiku] #2531: DHCP changes IP address every 5 minutes In-Reply-To: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> References: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> Message-ID: <050.b264ed41f87e3f5801ae1d07db8adcbb@haiku-os.org> #2531: DHCP changes IP address every 5 minutes ---------------------------------+------------------------------------------ Reporter: idefix | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by Adek336): Would you care for debugging the problem by adding some diagnostic messages to the source code if I sent in a diff? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 27 16:29:15 2008 From: trac at haiku-os.org (Adek336) Date: Thu, 27 Nov 2008 15:29:15 -0000 Subject: [Haiku-bugs] [Haiku] #3175: [Expander] Directory chooser should begin from the directory in input box Message-ID: <042.3a5df3838d869a899a824dc4257e03a1@haiku-os.org> #3175: [Expander] Directory chooser should begin from the directory in input box -----------------------------------+---------------------------------------- Reporter: Adek336 | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Expander | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- If you have something in the Destination input box, like "/auwacr/4acxcr" and you click the "Destination" button, the directory chooser pops out, but the directory it shows is "/home". It should be the "/auwacr/4acxcr" directory, to improve user experience in the frequent case that one wants the archive to be expanded to a subdirectory of where the archive is stored. The same goes to the "Source" button. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 27 17:22:24 2008 From: trac at haiku-os.org (Adek336) Date: Thu, 27 Nov 2008 16:22:24 -0000 Subject: [Haiku-bugs] [Haiku] #2824: vim: no syntax highlight In-Reply-To: <042.a27c66c9fb8c5039ac597a2eced71e58@haiku-os.org> References: <042.a27c66c9fb8c5039ac597a2eced71e58@haiku-os.org> Message-ID: <051.749aebdb92fc33be7df6a1acc20a293c@haiku-os.org> #2824: vim: no syntax highlight ----------------------------------------------+----------------------------- Reporter: Adek336 | 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 Adek336): To fix, the files vim-6.4-rt1.tar.gz vim-6.4-rt2.tar.gz from http://www.vim.org/download.php are needed. Extract both to /etc/vim Create file ~/.vimrc {{{ if &term =~ "xterm" if has("terminfo") set t_Co=8 set t_Sf=[3%p1%dm set t_Sb=[4%p1%dm else set t_Co=8 set t_Sf=[3%dm set t_Sb=[4%dm endif endif syntax enable }}} where Esc is the real Escape, entered with Ctrl+V Esc. I am not sure if the directory /etc/vim is a good choice, perhaps these files should be located in /boot/common/share/vim (if so, then vim will have to be told the path through environment variables) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 27 18:44:51 2008 From: trac at haiku-os.org (karmak) Date: Thu, 27 Nov 2008 17:44:51 -0000 Subject: [Haiku-bugs] [Haiku] #3176: swapping control and caps lock keys makes Menu and Team Monitor do weird things Message-ID: <041.f5a6f7b4f8cd6bc997bb8b5fe7aaa42c@haiku-os.org> #3176: swapping control and caps lock keys makes Menu and Team Monitor do weird things ----------------------------------+----------------------------------------- Reporter: karmak | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/input_server | Version: R1 development Blockedby: | Platform: x86 Blocking: | ----------------------------------+----------------------------------------- Haiku r28735, IBM R52. I use a French keymap and "Alt" as default shortcut in Menu Preferences. Creating a custom French keymap (attached) with `keymap` command works like expected : i can swap control and caps lock. Apps (SpicyKeys, Terminal, StyledEdit and others) act like I expect them to, e.g. pressing CapsLock acts as Control was pressed. "Alt" remains active as the default shortcut (Alt-W closes windows, and so on). Cool ! BUT: Opening Menu Preferences shows that "Control" is my default shortcut, which is definitely false. I didn't change it from Haiku defaults, and "Alt" is the active one, refering to reality of what happens on my computer. Checking back "Alt" in the Menu preference makes the thing more weird : When checked, Control (CapsLock key) doesn't work any more (pressing CapsLock-C in Terminal doesn't send Control-C signal), CapsLock (Control key) still works (Caps LED goes on/off), and "Alt" key doesn't do anything (no way to send Control-C signal in Terminal). Checking back "Control" as shortcut in Menu preference doesn't solve the situation : Alt-C sends Control-C signal in Terminal, Control key works as CapsLock (expected behaviour), but CapsLock key doesn't produce Control ; I can't do Alt-W and Haiku shortcuts, no way. To definitely solve the situation, I must reload my custom keymap. From then, initial situation is restored, e.g. Control and CapsLock are swapped, Alt is my Haiku shortcut, and Control is displayed as default Haiku shortcut in Menu preferences, which doesn't correspond to reality. Note : I always load/reload my keymap from the binary one. Trying to load it from the human-readable form does nothing but hang in the terminal. I must send Control-C signal and load the binary one. Note2: binary keymap is simply the human-readable form obtained with keymap -c. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 27 18:50:37 2008 From: trac at haiku-os.org (karmak) Date: Thu, 27 Nov 2008 17:50:37 -0000 Subject: [Haiku-bugs] [Haiku] #3176: swapping control and caps lock keys makes Menu and Team Monitor do weird things In-Reply-To: <041.f5a6f7b4f8cd6bc997bb8b5fe7aaa42c@haiku-os.org> References: <041.f5a6f7b4f8cd6bc997bb8b5fe7aaa42c@haiku-os.org> Message-ID: <050.77f493649bce465c5fffa7223c416592@haiku-os.org> #3176: swapping control and caps lock keys makes Menu and Team Monitor do weird things -----------------------------------+---------------------------------------- Reporter: karmak | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/input_server | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -----------------------------------+---------------------------------------- Comment(by karmak): I should add that with my Control and CapsLock swapped, the only way to bring up Team Monitor is to press CapsLock-Alt-Suppr (the key labelled Control on my keyboard), e.g. Team Monitor doesn't seem to be sensible to swapping. Bringing it up like this obviously makes the caps led state change. I can understand Team Monitor is brought up by a different mechanism as the rest of the desktop, to be able to run it in situations where the desktop or deskbar is hung, but this seems inconsistent with the keymap I loaded. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 27 19:01:04 2008 From: trac at haiku-os.org (kaliber) Date: Thu, 27 Nov 2008 18:01:04 -0000 Subject: [Haiku-bugs] [Haiku] #3142: cvs program malfunction In-Reply-To: <042.0aa59fe80615cb0dbacd9ada6ce1819f@haiku-os.org> References: <042.0aa59fe80615cb0dbacd9ada6ce1819f@haiku-os.org> Message-ID: <051.3ffa615ca03d649dde6e70e2b757cd64@haiku-os.org> #3142: cvs program malfunction ------------------------+--------------------------------------------------- Reporter: bhaible | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by kaliber): CVS doesn't work because of broken mbrtowc() in libroot. It can be workarounded by disabling mbrtowc in cvs: 1. ./configure --prefix=/boot/common 2. remove line: HAVE_MBRTOWC in config.h 3. make && make install -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 27 19:07:54 2008 From: trac at haiku-os.org (idefix) Date: Thu, 27 Nov 2008 18:07:54 -0000 Subject: [Haiku-bugs] [Haiku] #2531: DHCP changes IP address every 5 minutes In-Reply-To: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> References: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> Message-ID: <050.f90352abbfa8a6dee15ba24e2131487d@haiku-os.org> #2531: DHCP changes IP address every 5 minutes ---------------------------------+------------------------------------------ Reporter: idefix | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by idefix): Sure, no problem. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 27 19:48:18 2008 From: trac at haiku-os.org (cssvb94) Date: Thu, 27 Nov 2008 18:48:18 -0000 Subject: [Haiku-bugs] [Haiku] #2998: bcm440x doesn't initialize the NIC In-Reply-To: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> References: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> Message-ID: <051.540632d05814b479e4ae4b274278fcee@haiku-os.org> #2998: bcm440x doesn't initialize the NIC ------------------------------+--------------------------------------------- Reporter: cssvb94 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by cssvb94): This is FreeBSD 7.0 syslog: -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 27 20:08:45 2008 From: trac at haiku-os.org (diogo) Date: Thu, 27 Nov 2008 19:08:45 -0000 Subject: [Haiku-bugs] [Haiku] #3177: Default's Video Driver and ATI Xpress 1150 Video Card Message-ID: <040.5d256018b26f7b5d843aaaa5e258c1c4@haiku-os.org> #3177: Default's Video Driver and ATI Xpress 1150 Video Card -------------------------------------+-------------------------------------- Reporter: diogo | Owner: euan Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/radeon | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------------------+-------------------------------------- There is an incompability with the default driver and the onboard video card ATI Xpress 1150... the screens goes blank, The system is working numlock turns on and off but the screen doesn't come up On failsafe it is working ok -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 27 20:25:51 2008 From: trac at haiku-os.org (apprentice) Date: Thu, 27 Nov 2008 19:25:51 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.d8c8c80856e2d6108f0a34f25bc6487b@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by apprentice): Should I test patch.2.diff? The former patch worked flawlessly. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 27 20:30:20 2008 From: trac at haiku-os.org (Adek336) Date: Thu, 27 Nov 2008 19:30:20 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.7b237eeb1ea6d45b655f48532422dd21@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by Adek336): No need to, it's only polished in one place. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 27 20:42:47 2008 From: trac at haiku-os.org (Adek336) Date: Thu, 27 Nov 2008 19:42:47 -0000 Subject: [Haiku-bugs] [Haiku] #2531: DHCP changes IP address every 5 minutes In-Reply-To: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> References: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> Message-ID: <050.adb9b4ffb88d936d623a148acec5b0cc@haiku-os.org> #2531: DHCP changes IP address every 5 minutes ---------------------------------+------------------------------------------ Reporter: idefix | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by Adek336): dhcp.1.diff: let's take a look at who calls DHCLient::DHCLient and DHCLient::_Negotiate. If you haven't yet, please enable tracing: {{{ mkdir build/user_config_headers cp build/config_headers/tracing_config.h build/user_config_headers/ }}} and edit build/user_config_headers/tracing_config.h so that you have "# define ENABLE_TRACING 1" instead of "# define ENABLE_TRACING 0". -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 27 20:46:17 2008 From: trac at haiku-os.org (Adek336) Date: Thu, 27 Nov 2008 19:46:17 -0000 Subject: [Haiku-bugs] [Haiku] #2531: DHCP changes IP address every 5 minutes In-Reply-To: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> References: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> Message-ID: <050.db7f05b8daf82c5235745c16e317d079@haiku-os.org> #2531: DHCP changes IP address every 5 minutes ---------------------------------+------------------------------------------ Reporter: idefix | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by Adek336): After rebooting and having Haiku send a few dhcp requests, please press F12 and type trac 0 80 and attach a screenshot of the result. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 27 21:14:04 2008 From: trac at haiku-os.org (korli) Date: Thu, 27 Nov 2008 20:14:04 -0000 Subject: [Haiku-bugs] [Haiku] #2998: bcm440x doesn't initialize the NIC In-Reply-To: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> References: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> Message-ID: <051.9fc3049ff5034096980fb77b425f43ee@haiku-os.org> #2998: bcm440x doesn't initialize the NIC ------------------------------+--------------------------------------------- Reporter: cssvb94 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by korli): It seems that the device is behing a pci-pci brige. Could you find a way to enable tracing in src/add- ons/kernel/bus_managers/pci/pci.cpp ? I don't understand as of now why pci traces don't appear in the syslog. _EnumerateBus should be the most interessant traces. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 27 21:29:47 2008 From: trac at haiku-os.org (idefix) Date: Thu, 27 Nov 2008 20:29:47 -0000 Subject: [Haiku-bugs] [Haiku] #2531: DHCP changes IP address every 5 minutes In-Reply-To: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> References: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> Message-ID: <050.3b9d7629a8f257346c65a857566a689f@haiku-os.org> #2531: DHCP changes IP address every 5 minutes ---------------------------------+------------------------------------------ Reporter: idefix | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by idefix): Unfortunately my computer (400 MHz PII, 64 MB) is not really up to the task of building Haiku, but specific components can be build.[[BR]] Which jam targets should I build after enabling kernel tracing? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 27 21:35:26 2008 From: trac at haiku-os.org (Adek336) Date: Thu, 27 Nov 2008 20:35:26 -0000 Subject: [Haiku-bugs] [Haiku] #3177: Default's Video Driver and ATI Xpress 1150 Video Card In-Reply-To: <040.5d256018b26f7b5d843aaaa5e258c1c4@haiku-os.org> References: <040.5d256018b26f7b5d843aaaa5e258c1c4@haiku-os.org> Message-ID: <049.2ec2567767e139d4a245c540f112fb8f@haiku-os.org> #3177: Default's Video Driver and ATI Xpress 1150 Video Card --------------------------------------+------------------------------------- Reporter: diogo | Owner: euan Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/radeon | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------------------+------------------------------------- Comment(by Adek336): What happens, if you press reb at the blank screen ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 27 21:39:55 2008 From: trac at haiku-os.org (Adek336) Date: Thu, 27 Nov 2008 20:39:55 -0000 Subject: [Haiku-bugs] [Haiku] #2531: DHCP changes IP address every 5 minutes In-Reply-To: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> References: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> Message-ID: <050.97c71ca940de3f569f32386dd346e6c0@haiku-os.org> #2531: DHCP changes IP address every 5 minutes ---------------------------------+------------------------------------------ Reporter: idefix | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by Adek336): These are kernel_x86 and net_server. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 27 21:41:29 2008 From: trac at haiku-os.org (Adek336) Date: Thu, 27 Nov 2008 20:41:29 -0000 Subject: [Haiku-bugs] [Haiku] #2531: DHCP changes IP address every 5 minutes In-Reply-To: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> References: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> Message-ID: <050.cb0dacd56c843333f1151095b68846f3@haiku-os.org> #2531: DHCP changes IP address every 5 minutes ---------------------------------+------------------------------------------ Reporter: idefix | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by Adek336): Also apply the patch. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 27 21:52:37 2008 From: trac at haiku-os.org (Adek336) Date: Thu, 27 Nov 2008 20:52:37 -0000 Subject: [Haiku-bugs] [Haiku] #2998: bcm440x doesn't initialize the NIC In-Reply-To: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> References: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> Message-ID: <051.107f9b083abeba16004f95260f4f5b97@haiku-os.org> #2998: bcm440x doesn't initialize the NIC ------------------------------+--------------------------------------------- Reporter: cssvb94 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by Adek336): {{{ KERN: iips2_hid: init_hardware }}} The means some messages have not been written to disk. To fix the problem, you have to edit ~/config/settings/kernel/drivers/kernel so that you have {{{ syslog_buffer_size 131768 }}} or something like that. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 27 22:53:49 2008 From: trac at haiku-os.org (Adek336) Date: Thu, 27 Nov 2008 21:53:49 -0000 Subject: [Haiku-bugs] [Haiku] #1590: Updated Broadcom Tigon3 ethernet driver In-Reply-To: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> References: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> Message-ID: <053.723713b8a8c8a7adb83c7d9ec7b77eee@haiku-os.org> #1590: Updated Broadcom Tigon3 ethernet driver ------------------------------+--------------------------------------------- Reporter: pieterpan | Owner: axeld Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by Adek336): I can now confirm that the trunk driver works with my network card :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 27 23:31:54 2008 From: trac at haiku-os.org (cssvb94) Date: Thu, 27 Nov 2008 22:31:54 -0000 Subject: [Haiku-bugs] [Haiku] #2998: bcm440x doesn't initialize the NIC In-Reply-To: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> References: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> Message-ID: <051.de03572509d25e651cf1c70fe05242f3@haiku-os.org> #2998: bcm440x doesn't initialize the NIC ------------------------------+--------------------------------------------- Reporter: cssvb94 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by cssvb94): Done. Here is the result: -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 27 23:45:41 2008 From: trac at haiku-os.org (Adek336) Date: Thu, 27 Nov 2008 22:45:41 -0000 Subject: [Haiku-bugs] [Haiku] #3178: [Firefox] After installing Haiku to partition, Firefox at first run doesn't open a window Message-ID: <042.57157be4a5997b57eecbefa90843b973@haiku-os.org> #3178: [Firefox] After installing Haiku to partition, Firefox at first run doesn't open a window -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- After installing Haiku to partition, the first time you run Firefox you don't get a window. You have to kill the team. Any subsequent run of Firefox goes fine. I've been seeing this for some time now and at the moment I'm on r28736. This is reproducible, note http://www.freelists.org/post/haiku- development/Bug-5-Boot-partition-problem-on-USB-key,22 . Trying to drop Firefox into debugger from the KDL makes the Firefox team magically disappear. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Nov 27 23:56:54 2008 From: trac at haiku-os.org (Adek336) Date: Thu, 27 Nov 2008 22:56:54 -0000 Subject: [Haiku-bugs] [Haiku] #2812: System appears sleepy with disk activity In-Reply-To: <045.a98c2b01f1ec1e157505753442b1cdb5@haiku-os.org> References: <045.a98c2b01f1ec1e157505753442b1cdb5@haiku-os.org> Message-ID: <054.51eb03417e3e6d9b63c05ba590904df4@haiku-os.org> #2812: System appears sleepy with disk activity ----------------------------+----------------------------------------------- Reporter: jackburton | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by Adek336): * status: closed => reopened * resolution: fixed => Comment: Disk activity makes Haiku unresponsive; after you click on a, for example, menu, you have to wait many seconds before the menu shows up. Note http://www.freelists.org/post/haiku-development/IO-scheduler- regression Responsiveness is pretty important for the user experience. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 28 00:00:31 2008 From: trac at haiku-os.org (Adek336) Date: Thu, 27 Nov 2008 23:00:31 -0000 Subject: [Haiku-bugs] [Haiku] #2812: System appears sleepy with disk activity In-Reply-To: <045.a98c2b01f1ec1e157505753442b1cdb5@haiku-os.org> References: <045.a98c2b01f1ec1e157505753442b1cdb5@haiku-os.org> Message-ID: <054.9b4b61479fe8dca4fdc9202cebf94e51@haiku-os.org> #2812: System appears sleepy with disk activity ----------------------------+----------------------------------------------- Reporter: jackburton | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by Adek336): *open big image with ShowImage - makes Haiku unresponsive; *select a fragment of the image, drag it a little bit, select another fragment, something like this often make Haiku unresponsive as well I'm not sure if this is caused by the same bug. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 28 00:10:20 2008 From: trac at haiku-os.org (Adek336) Date: Thu, 27 Nov 2008 23:10:20 -0000 Subject: [Haiku-bugs] [Haiku] #3178: [Firefox] After installing Haiku to partition, Firefox at first run doesn't open a window In-Reply-To: <042.57157be4a5997b57eecbefa90843b973@haiku-os.org> References: <042.57157be4a5997b57eecbefa90843b973@haiku-os.org> Message-ID: <051.6235fdffd32a484d29b6c0e809a9f0c2@haiku-os.org> #3178: [Firefox] After installing Haiku to partition, Firefox at first run doesn't open a window ------------------------+--------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by Adek336): Note the curious backtrace which includes "hardware_interrupt" and the fact that interrupt #1 is active. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 28 00:31:34 2008 From: trac at haiku-os.org (Adek336) Date: Thu, 27 Nov 2008 23:31:34 -0000 Subject: [Haiku-bugs] [Haiku] #3179: [Firefox] Sometimes stops rendering Message-ID: <042.1402b2b1ba720b0410d0f177d878e2a1@haiku-os.org> #3179: [Firefox] Sometimes stops rendering --------------------------+------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Sometimes after browsing for a while in Firefox, many tabs, clicking on a link changes the Firefox window title, the favicon, it loads the new site for a while, however, the old site is still visible on screen, not the new one. The old site is visible, but is not navigable, though; I cannot scroll the page although a scrollbar is present, can't click links etc. Firefox 2.0.0.17, r28736, I've seen this for some time now. In this state, the tab bar is out of refresh as well- I can click on the tab bar, go to another tab, even change the site I'm viewing, but the tab bar doesn't rerender and the same tab is drawn as active all the time. I can even middle-mouse-click on the tabbar to close the tabs, and even then the tab bar doesn't redraw. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 28 00:39:55 2008 From: trac at haiku-os.org (Adek336) Date: Thu, 27 Nov 2008 23:39:55 -0000 Subject: [Haiku-bugs] [Haiku] #3150: OpenBFS directory corruption. In-Reply-To: <038.28292c867ae3be742393ec086836c73f@haiku-os.org> References: <038.28292c867ae3be742393ec086836c73f@haiku-os.org> Message-ID: <047.63cd302c5e890b2d33f0cdc330097fbd@haiku-os.org> #3150: OpenBFS directory corruption. -------------------------------+-------------------------------------------- Reporter: bga | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -------------------------------+-------------------------------------------- Comment(by Adek336): This also happened to me, I reinitialized the partition, and after about 30 minutes later it happened again. Interestingly, after a reboot I can't find the offending file like if the problem disappeared. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 28 01:03:29 2008 From: trac at haiku-os.org (Adek336) Date: Fri, 28 Nov 2008 00:03:29 -0000 Subject: [Haiku-bugs] [Haiku] #3180: PANIC: cache destroy: stull has full slabs Message-ID: <042.2171ee8e24c89ccb5ede40d56de9ae36@haiku-os.org> #3180: PANIC: cache destroy: stull has full slabs -----------------------------+---------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------+---------------------------------------------- Boot, have a network adapter and the appriopriate driver loaded. {{{ ~> ifconfig --delete /dev/net/via_rhine/0 ~> cd /boot/beos/system/add-ons/kernel/drivers/bin ~> cp via_rhine ~/via_rhine ~> cp ~/via_rhine via_rhine }}} {{{ PANIC: cache destroy: still has full slabs kdebug> bt ... panic delete_object_cache uninit_mbufs _fbsd_uninit_driver uninit_driver unload_driver reload_driver handle_driver_events KernelDaemon::_DaemonThread KernelDaemon::_DaemonThreadEntry _create_kernel_thread_kentry thread_kthread_exit }}} Note that via_rhine is a driver ported from FreeBSD. This bug probably affects all ported network drivers, perhaps also native drivers. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 28 01:05:41 2008 From: trac at haiku-os.org (Adek336) Date: Fri, 28 Nov 2008 00:05:41 -0000 Subject: [Haiku-bugs] [Haiku] #3180: PANIC: cache destroy: stull has full slabs In-Reply-To: <042.2171ee8e24c89ccb5ede40d56de9ae36@haiku-os.org> References: <042.2171ee8e24c89ccb5ede40d56de9ae36@haiku-os.org> Message-ID: <051.81ef6d36c2b4a14e7ea228449bf1f7a7@haiku-os.org> #3180: PANIC: cache destroy: stull has full slabs ------------------------------+--------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by Adek336): {{{ ~> ifconfig --delete /dev/net/via_rhine/0 ~> cd /boot/beos/system/add-ons/kernel/drivers/bin ~> mv via_rhine ~/via_rhine }}} suffices to reproduce. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 28 01:07:06 2008 From: trac at haiku-os.org (Adek336) Date: Fri, 28 Nov 2008 00:07:06 -0000 Subject: [Haiku-bugs] [Haiku] #3180: PANIC: cache destroy: still has full slabs (was: PANIC: cache destroy: stull has full slabs) In-Reply-To: <042.2171ee8e24c89ccb5ede40d56de9ae36@haiku-os.org> References: <042.2171ee8e24c89ccb5ede40d56de9ae36@haiku-os.org> Message-ID: <051.a025648253330c0817a220a2d3ed0f35@haiku-os.org> #3180: PANIC: cache destroy: still has full slabs ------------------------------+--------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 28 01:44:00 2008 From: trac at haiku-os.org (Adek336) Date: Fri, 28 Nov 2008 00:44:00 -0000 Subject: [Haiku-bugs] [Haiku] #3180: PANIC: cache destroy: still has full slabs In-Reply-To: <042.2171ee8e24c89ccb5ede40d56de9ae36@haiku-os.org> References: <042.2171ee8e24c89ccb5ede40d56de9ae36@haiku-os.org> Message-ID: <051.a2aaf27082d2e1312995a89836fc486f@haiku-os.org> #3180: PANIC: cache destroy: still has full slabs ------------------------------+--------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by Adek336): Also reproducible on broadcom570x driver (also ported from FreeBSD) {{{ ifconfig /dev/net/broadcom570x/0 down ifconfig --delete /dev/net/broadcom570x/0 touch /boot/beos/system/add-ons/kernel/drivers/bin/broadcom570x }}} the panic message is bit different in this scenario- something about partial slabs (as opposed to full slabs) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 28 01:51:04 2008 From: trac at haiku-os.org (diogo) Date: Fri, 28 Nov 2008 00:51:04 -0000 Subject: [Haiku-bugs] [Haiku] #3177: Default's Video Driver and ATI Xpress 1150 Video Card In-Reply-To: <040.5d256018b26f7b5d843aaaa5e258c1c4@haiku-os.org> References: <040.5d256018b26f7b5d843aaaa5e258c1c4@haiku-os.org> Message-ID: <049.710099b4b916def3b569e7182a896aec@haiku-os.org> #3177: Default's Video Driver and ATI Xpress 1150 Video Card --------------------------------------+------------------------------------- Reporter: diogo | Owner: euan Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/radeon | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------------------+------------------------------------- Comment(by diogo): After a while the numlock stops working so after or before that reb does exactly nothing but the hd light of the laptop doesn't stop to blink which means haiku is looking at the hd and seeking something there.. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 28 01:58:09 2008 From: trac at haiku-os.org (diogo) Date: Fri, 28 Nov 2008 00:58:09 -0000 Subject: [Haiku-bugs] [Haiku] #3177: Default's Video Driver and ATI Xpress 1150 Video Card In-Reply-To: <040.5d256018b26f7b5d843aaaa5e258c1c4@haiku-os.org> References: <040.5d256018b26f7b5d843aaaa5e258c1c4@haiku-os.org> Message-ID: <049.596711e3200c825b317bda2f53b328e0@haiku-os.org> #3177: Default's Video Driver and ATI Xpress 1150 Video Card --------------------------------------+------------------------------------- Reporter: diogo | Owner: euan Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/radeon | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------------------+------------------------------------- Comment(by diogo): Replying to [comment:1 Adek336]: > What happens, if you press reb at the blank screen ? Reinstalled the system with jam -q from my linux and then I got the same problem blank screen but when I did reb it rebooted the system. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 28 07:07:48 2008 From: trac at haiku-os.org (Adek336) Date: Fri, 28 Nov 2008 06:07:48 -0000 Subject: [Haiku-bugs] [Haiku] #3177: Default's Video Driver and ATI Xpress 1150 Video Card In-Reply-To: <040.5d256018b26f7b5d843aaaa5e258c1c4@haiku-os.org> References: <040.5d256018b26f7b5d843aaaa5e258c1c4@haiku-os.org> Message-ID: <049.06f88e360c7ca672437c80d210be84b1@haiku-os.org> #3177: Default's Video Driver and ATI Xpress 1150 Video Card --------------------------------------+------------------------------------- Reporter: diogo | Owner: euan Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/radeon | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------------------+------------------------------------- Comment(by Adek336): Ah, so you're in KDL for some reason. es should let you advance further with booting, perhaps you'll need to type that a couple of times. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 28 07:15:51 2008 From: trac at haiku-os.org (PieterPanman) Date: Fri, 28 Nov 2008 06:15:51 -0000 Subject: [Haiku-bugs] [Haiku] #1590: Updated Broadcom Tigon3 ethernet driver In-Reply-To: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> References: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> Message-ID: <053.e20431b79686f970d78ddf9b7c7c4487@haiku-os.org> #1590: Updated Broadcom Tigon3 ethernet driver ------------------------------+--------------------------------------------- Reporter: pieterpan | Owner: axeld Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by PieterPanman): Very nice indeed! Good to hear you have your laptop back, and thanks for your help with it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 28 08:01:56 2008 From: trac at haiku-os.org (cssvb94) Date: Fri, 28 Nov 2008 07:01:56 -0000 Subject: [Haiku-bugs] [Haiku] #2998: bcm440x doesn't initialize the NIC In-Reply-To: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> References: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> Message-ID: <051.7892889d64456874e0c0f1a98d1beb19@haiku-os.org> #2998: bcm440x doesn't initialize the NIC ------------------------------+--------------------------------------------- Reporter: cssvb94 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by cssvb94): I've downloaded haiku.image.r28735 from Haiku Factory, installed it on the same partition and made it bootable.[[BR]] The result according the syslog is absolutely the same as my builds.[[BR]] The only difference was faster boot and ... thats it pretty much. [[BR]] [[BR]] In the FreeBSD syslog noticed at line #91: bfe0: using obsoleted if_watchdog interface[[BR]] I don't know is the watchdog access to the interface matter. Just a guess. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 28 08:44:31 2008 From: trac at haiku-os.org (karmak) Date: Fri, 28 Nov 2008 07:44:31 -0000 Subject: [Haiku-bugs] [Haiku] #3179: [Firefox] Sometimes stops rendering In-Reply-To: <042.1402b2b1ba720b0410d0f177d878e2a1@haiku-os.org> References: <042.1402b2b1ba720b0410d0f177d878e2a1@haiku-os.org> Message-ID: <051.277c44a87d0b896b9bdecaee91e2da0c@haiku-os.org> #3179: [Firefox] Sometimes stops rendering ---------------------------+------------------------------------------------ Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by karmak): I hit this bug too, FFox 2.0.0.18 on r28734. Description is the same, with these remarks : - on a long page on witch rendering has stopped, scrolling up/down restores the "good" portions of the page. - closing all tabs except one and loading a new site in the last sometimes fixes the problem for a little while. - but the long term solution is to close and reopen FFox. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 28 08:59:32 2008 From: trac at haiku-os.org (karmak) Date: Fri, 28 Nov 2008 07:59:32 -0000 Subject: [Haiku-bugs] [Haiku] #3181: firefox always crash on system shutdown/restart Message-ID: <041.c3f8b65af581c95308bd363f74261d2a@haiku-os.org> #3181: firefox always crash on system shutdown/restart -----------------------+---------------------------------------------------- Reporter: karmak | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------+---------------------------------------------------- Sorry if this is not the right place to post this bug ; feel free to redirect me to the right place if needed. Firefox 2.0.0.18 on Haiku r28734 on real hardware (IBM R52). This bug has happened since I use Haiku (approx. r28500). Did not test under qemu. This happens either on cross-compiled from linux and compiled from Haiku (since approx r28700 I acheived building Haiku from itself). '''the bug''': if I let firefox open before restarting or shuting down the system, everytime it will crash when asked to quit by the system. If I close it with Alt-W or Deskbar->Close, it closes properly. Backtrace : {{{ #0 0xffff0104 in ?? () #1 0x01a00566 in debugger () from /boot/beos/system/lib/libroot.so #2 0x01a09799 in __assert_fail () from /boot/beos/system/lib/libroot.so #3 0x01a13b40 in BPrivate::threadHeap::malloc () from /boot/beos/system/lib/libroot.so #4 0x01a14494 in malloc () from /boot/beos/system/lib/libroot.so #5 0x01571412 in JS_malloc () from /boot/apps/firefox/lib/libmozjs.so #6 0x015f8f53 in js_ConcatStrings () from /boot/apps/firefox/lib/libmozjs.so #7 0x015b2b6b in js_Interpret () from /boot/apps/firefox/lib/libmozjs.so #8 0x015ade6c in js_Invoke () from /boot/apps/firefox/lib/libmozjs.so #9 0x006c470b in nsXPCWrappedJSClass::CallMethod () #10 0x006c1154 in nsXPCWrappedJS::CallMethod () #11 0x016e6155 in PrepareAndDispatch () from /boot/apps/firefox/lib/libxpcom_core.so #12 0x01680e31 in nsObserverService::NotifyObservers () from /boot/apps/firefox/lib/libxpcom_core.so #13 0x0068e56d in nsXREDirProvider::DoShutdown () #14 0x0068ab30 in XRE_main () #15 0x006844e6 in main () }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 28 09:07:02 2008 From: trac at haiku-os.org (karmak) Date: Fri, 28 Nov 2008 08:07:02 -0000 Subject: [Haiku-bugs] [Haiku] #3182: locate crashes at the end of every call Message-ID: <041.5d6bfcfd92448a1012db38ba4c1551a0@haiku-os.org> #3182: locate crashes at the end of every call -----------------------+---------------------------------------------------- Reporter: karmak | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------+---------------------------------------------------- after having run `updatedb`, every call of the `locate` command gives me the attended result (it works), and the crashes. This is 100% reproductible on my machine (real hardware, IBM R52 ; Haiku r28734, bug happening since i found locate, approx r28600). the backtrace : {{{ #0 0x002027e5 in getstr () #1 0x0020167c in locate () #2 0x00201998 in main () }}} The problem happens if there are positive results, and if there are no results (same backtrace). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 28 13:53:23 2008 From: trac at haiku-os.org (Jixt) Date: Fri, 28 Nov 2008 12:53:23 -0000 Subject: [Haiku-bugs] [Haiku] #3183: Memory leak using realloc functionality. Message-ID: <039.1c35e639ec2504639db255f7f6b8625d@haiku-os.org> #3183: Memory leak using realloc functionality. ---------------------------+------------------------------------------------ Reporter: Jixt | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ I've made a little program in C which first allocates memory, then fills it up. After that it reallocates memory and fills it up with extra data. This program causes a memory leak in Haiku. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 28 14:17:54 2008 From: trac at haiku-os.org (mmlr) Date: Fri, 28 Nov 2008 13:17:54 -0000 Subject: [Haiku-bugs] [Haiku] #3183: Memory leak using realloc functionality. In-Reply-To: <039.1c35e639ec2504639db255f7f6b8625d@haiku-os.org> References: <039.1c35e639ec2504639db255f7f6b8625d@haiku-os.org> Message-ID: <048.cdea1c889625777de496897493543817@haiku-os.org> #3183: Memory leak using realloc functionality. ----------------------------+----------------------------------------------- Reporter: Jixt | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by mmlr): * status: new => closed * resolution: => invalid Comment: There's a bug in your test. You do never reset the offset, but always increase it. This causes an ever larger realloc to be triggered which explains the memory consumption. If you reset the offset at the beginning of the while the momory consumption remains is "constant". -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 28 14:52:59 2008 From: trac at haiku-os.org (karmak) Date: Fri, 28 Nov 2008 13:52:59 -0000 Subject: [Haiku-bugs] [Haiku] #2805: Tracker crashes after extracting files from an archive In-Reply-To: <042.fe1d3103067d459829729ec31c4e7714@haiku-os.org> References: <042.fe1d3103067d459829729ec31c4e7714@haiku-os.org> Message-ID: <051.65f3c16e57f4621fc74e9513912ca087@haiku-os.org> #2805: Tracker crashes after extracting files from an archive -----------------------------------+---------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by karmak): * cc: olive at deep-ocean.net (added) Comment: Hi, I think I've got a valid backtrace ; when trying to sort my mail/in folder (3100+ messages inside) by subject, i've got this one (on real hardware, r28734): {{{ #0 0x003bef0a in BList::ItemAt () from /boot/beos/system/lib/libbe.so #1 0x0057a3ed in BPrivate::BPose::WidgetFor () from /boot/beos/system/lib/libtracker.so #2 0x00599432 in PoseCompareAddWidget () from /boot/beos/system/lib/libtracker.so #3 0x0059e5fb in PoseCompareAddWidgetBinder () from /boot/beos/system/lib/libtracker.so #4 0x003c5faf in PointerListHelperWithState::Compare () from /boot/beos/system/lib/libbe.so #5 0x003c5989 in void ** __unguarded_partition () from /boot/beos/system/lib/libbe.so #6 0x003c5b22 in void __introsort_loop () from /boot/beos/system/lib/libbe.so #7 0x003bf7c4 in AbstractPointerListHelper::QuickSort () from /boot/beos/system/lib/libbe.so #8 0x003bf666 in AbstractPointerListHelper::SortItems () from /boot/beos/system/lib/libbe.so #9 0x003bf9cf in _PointerList_::SortItems () from /boot/beos/system/lib/libbe.so #10 0x0059d363 in BObjectList::SortItems () from /boot/beos/system/lib/libtracker.so #11 0x00599791 in BPrivate::BPoseView::SortPoses () from /boot/beos/system/lib/libtracker.so #12 0x005bc3af in BPrivate::ColumnDragState::Clicked () ---Type to continue, or q to quit--- from /boot/beos/system/lib/libtracker.so #13 0x005bb901 in BPrivate::ColumnTrackState::MouseUp () from /boot/beos/system/lib/libtracker.so #14 0x005bafe8 in BPrivate::BTitleView::MouseUp () from /boot/beos/system/lib/libtracker.so #15 0x00360ae1 in BWindow::DispatchMessage () from /boot/beos/system/lib/libbe.so #16 0x00364e4f in BWindow::task_looper () from /boot/beos/system/lib/libbe.so #17 0x002b60cf in BLooper::_task0_ () from /boot/beos/system/lib/libbe.so #18 0x00668640 in thread_entry () from /boot/beos/system/lib/libroot.so #19 0x701c5fec in ?? () }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 28 16:34:25 2008 From: trac at haiku-os.org (Jixt) Date: Fri, 28 Nov 2008 15:34:25 -0000 Subject: [Haiku-bugs] [Haiku] #3183: Memory leak using realloc functionality. In-Reply-To: <039.1c35e639ec2504639db255f7f6b8625d@haiku-os.org> References: <039.1c35e639ec2504639db255f7f6b8625d@haiku-os.org> Message-ID: <048.2063adefeb46c248b7926402ef034278@haiku-os.org> #3183: Memory leak using realloc functionality. ----------------------------+----------------------------------------------- Reporter: Jixt | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Changes (by Jixt): * status: closed => reopened * platform: All => x86 * resolution: invalid => Comment: There was indeed a bug in my test. But I have a new test. This one runs perfectly on OSX and Linux (Fedora 9) with no memory increase at all. In Haiku it is running slow and memory keeps increasing untill the test fails. Hope this test is better. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 28 16:55:12 2008 From: trac at haiku-os.org (Adek336) Date: Fri, 28 Nov 2008 15:55:12 -0000 Subject: [Haiku-bugs] [Haiku] #3178: [Firefox] After installing Haiku to partition, Firefox at first run doesn't open a window In-Reply-To: <042.57157be4a5997b57eecbefa90843b973@haiku-os.org> References: <042.57157be4a5997b57eecbefa90843b973@haiku-os.org> Message-ID: <051.f26799a15c72c1186026f7e40c1baa47@haiku-os.org> #3178: [Firefox] After installing Haiku to partition, Firefox at first run doesn't open a window ------------------------+--------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by Adek336): Ah, int 1 is for the keyboard and it is handling F12 with the debugger prompt. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 28 18:13:20 2008 From: trac at haiku-os.org (karmak) Date: Fri, 28 Nov 2008 17:13:20 -0000 Subject: [Haiku-bugs] [Haiku] #3184: deskbar clock has wrong width Message-ID: <041.1cb6b96bcd306282c489973ed4de11f8@haiku-os.org> #3184: deskbar clock has wrong width ----------------------------------+----------------------------------------- Reporter: karmak | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Deskbar | Version: R1 development Blockedby: | Platform: x86 Blocking: | ----------------------------------+----------------------------------------- On r28734, I'm seeing a visual bug on the deskbar clock (see PNG attachments). I use a custom font, named "myndraine", which can be found on dafont : http://www.dafont.com/fr/myndraine.font . -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 28 21:08:03 2008 From: trac at haiku-os.org (Adek336) Date: Fri, 28 Nov 2008 20:08:03 -0000 Subject: [Haiku-bugs] [Haiku] #3180: PANIC: cache destroy: still has full slabs In-Reply-To: <042.2171ee8e24c89ccb5ede40d56de9ae36@haiku-os.org> References: <042.2171ee8e24c89ccb5ede40d56de9ae36@haiku-os.org> Message-ID: <051.e5cd20ecf2222315152b06869bdd312e@haiku-os.org> #3180: PANIC: cache destroy: still has full slabs ------------------------------+--------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by Adek336): Typing the commands right after boot crash the system with via_rhine, doesn't with broadcom570x. Opening firefox, downing and deleting the interface suffices on broadcom570x to crash immiediately; on via_rhine, you have to wait a few seconds. Also, downing a device's interfaces doesn't delete the device and when doing an ifconfig, the downed interface still shows what ip it last had. ifconfig --delete also doesn't trigger the drivers' unload hooks, they're triggered only after touching the driver file. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 28 22:09:19 2008 From: trac at haiku-os.org (PieterPanman) Date: Fri, 28 Nov 2008 21:09:19 -0000 Subject: [Haiku-bugs] [Haiku] #3185: Device Manager Application Message-ID: <047.c214c8172ca1609b656435425f478704@haiku-os.org> #3185: Device Manager Application --------------------------+------------------------------------------------- Reporter: PieterPanman | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Preferences | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- I'm working on a new Device Manager application. I know there's one in preferences/devices, but personally I'm not too charmed by it, and it doesn't work now. Therefore I'm putting my design online here, and I'll report as I make more progress. Feedback will be much appreciated. It looks a bit like the ubuntu hardware information application. I've included a screenshot of what I got working so far. Interesting points: - Support for many different bus types (PCI, USB, SCSI, ...) - Allow a dump to text file or email - Report hardware support from this application. P.S. there is no Devices or DeviceManager component. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 28 22:14:27 2008 From: trac at haiku-os.org (stippi) Date: Fri, 28 Nov 2008 21:14:27 -0000 Subject: [Haiku-bugs] [Haiku] #3185: Device Manager Application In-Reply-To: <047.c214c8172ca1609b656435425f478704@haiku-os.org> References: <047.c214c8172ca1609b656435425f478704@haiku-os.org> Message-ID: <056.26a05d9a46d413fbb17bc2cf2315e4c1@haiku-os.org> #3185: Device Manager Application ---------------------------+------------------------------------------------ Reporter: PieterPanman | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Preferences | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by stippi): Looks like a good start! Thanks for working on it! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 28 22:17:12 2008 From: trac at haiku-os.org (axeld) Date: Fri, 28 Nov 2008 21:17:12 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.e3121018b3b5aa6f817f23f42b2b10f1@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by axeld): Now that has gone a long way :-) Thanks for your persistence and the patch, Adrian! There are some issues with it, though: * The changes in vfs.cpp are unrelated, and shouldn't be part of the same patch. * I'm not particularly sure if it's a good idea to change the index of an existing driver, although that pretty much looks like the only solution here. But since the initialization works sequentially, this case should actually never happen - if it does, it probably makes sense to panic. * Coding style issues: no space before '=' in 'clean=...', use NULL for pointers, not 0. * 'clear' should be defined inside the if-block, as it's not used outside of it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 28 22:21:12 2008 From: trac at haiku-os.org (stippi) Date: Fri, 28 Nov 2008 21:21:12 -0000 Subject: [Haiku-bugs] [Haiku] #3185: Device Manager Application In-Reply-To: <047.c214c8172ca1609b656435425f478704@haiku-os.org> References: <047.c214c8172ca1609b656435425f478704@haiku-os.org> Message-ID: <056.f01a3b05175f3fc90ed84c663412419f@haiku-os.org> #3185: Device Manager Application ---------------------------+------------------------------------------------ Reporter: PieterPanman | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Preferences | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by stippi): The Design plan looks cool too! You've thought about a lot. What the BeOS Device preflet was also supposed to do is let you assign resources. But since Haiku can't do this at the moment anyways, it's good to focus on the reporting capabilities you have thought up for now. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 28 22:35:40 2008 From: trac at haiku-os.org (axeld) Date: Fri, 28 Nov 2008 21:35:40 -0000 Subject: [Haiku-bugs] [Haiku] #2531: DHCP changes IP address every 5 minutes In-Reply-To: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> References: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> Message-ID: <050.2f08b7481c673e51e87653ec77c3743d@haiku-os.org> #2531: DHCP changes IP address every 5 minutes ---------------------------------+------------------------------------------ Reporter: idefix | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by axeld): Did r28749 change anything? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 28 22:35:54 2008 From: trac at haiku-os.org (PieterPanman) Date: Fri, 28 Nov 2008 21:35:54 -0000 Subject: [Haiku-bugs] [Haiku] #3185: Device Manager Application In-Reply-To: <047.c214c8172ca1609b656435425f478704@haiku-os.org> References: <047.c214c8172ca1609b656435425f478704@haiku-os.org> Message-ID: <056.e7affcd3e1a2bfd44dc987559bcef64e@haiku-os.org> #3185: Device Manager Application ---------------------------+------------------------------------------------ Reporter: PieterPanman | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Preferences | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by PieterPanman): Yeah I saw that. My thoughts are that configuration of devices can go into another tab view when that time comes, and each bus type can provide its own interface. (so an isa configurable device will also provide a view with config options, etc, etc.) Then we'll also need a button to add a device manually, etc. That's for later. This would also justify naming it DeviceManager, instead of Devices. Judging the names of the other preference apps, its name should be DeviceManager, not Device Manager. There will probably need to be some changes to the kernel required to provide some information. For example, on which PCI device a USB hub is. This way I can place all USB devices under that hub, under that PCI device. Also, which driver is loaded for which device. I don't believe this information is available now. Anyway, work in progress, pardon our dust. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 28 22:50:35 2008 From: trac at haiku-os.org (Adek336) Date: Fri, 28 Nov 2008 21:50:35 -0000 Subject: [Haiku-bugs] [Haiku] #3182: locate crashes at the end of every call In-Reply-To: <041.5d6bfcfd92448a1012db38ba4c1551a0@haiku-os.org> References: <041.5d6bfcfd92448a1012db38ba4c1551a0@haiku-os.org> Message-ID: <050.ad1a18c4a0d861c2653f08b0efc2e89c@haiku-os.org> #3182: locate crashes at the end of every call ------------------------+--------------------------------------------------- Reporter: karmak | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------+--------------------------------------------------- Comment(by Adek336): src/bin/findutils/locate/locate.c, line 281: before the crash, count is being filled with a large value, much larger than pathsize. In line 288, count is the "offset" and &pathsize is the "n" argument to getstr, where *n is the size of a buffer and offset is the offset into that buffer. Obviously, *n < offset is incorrect. The incorrect value for "count" is being read from /boot/var/locatedb. Either the file is corrupt or there is bug in the db reading logic. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Nov 28 23:53:03 2008 From: trac at haiku-os.org (Adek336) Date: Fri, 28 Nov 2008 22:53:03 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.d0cbbbee6ac400ade28e261813ee5420@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by Adek336): It wouldn't be possible without Apprentice's patience, thanks a lot ! :-) The detach function calls if_free. Is it possible that detach is called on a driver/device which is not the last on the list? Or is detach only called in reverse sequential order. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 29 00:00:50 2008 From: trac at haiku-os.org (HAL) Date: Fri, 28 Nov 2008 23:00:50 -0000 Subject: [Haiku-bugs] [Haiku] #3170: Firefox wont load home page haikuware.com after navigating from home page In-Reply-To: <038.da750ca148e6839b7e0379121d0b1189@haiku-os.org> References: <038.da750ca148e6839b7e0379121d0b1189@haiku-os.org> Message-ID: <047.dd99037d2a33e4fd52a93f58016a2729@haiku-os.org> #3170: Firefox wont load home page haikuware.com after navigating from home page ----------------------+----------------------------------------------------- Reporter: HAL | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------+----------------------------------------------------- Comment(by HAL): Replying to [comment:2 luroh]: > I cannot repeat this in Vmware, Haiku rev 28727. What type of Haiku image are you using and where did you get it? What revision? Firefox version and origin? Vmware/qemu/real hardware? I also tried to reproduce this in vmware 2.5.1, Haiku pre alpha r28724 on Mandriva linux as host. It was reproduceable. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 29 00:38:37 2008 From: trac at haiku-os.org (Adek336) Date: Fri, 28 Nov 2008 23:38:37 -0000 Subject: [Haiku-bugs] [Haiku] #3182: locate crashes at the end of every call In-Reply-To: <041.5d6bfcfd92448a1012db38ba4c1551a0@haiku-os.org> References: <041.5d6bfcfd92448a1012db38ba4c1551a0@haiku-os.org> Message-ID: <050.2b9e63159b784862ac7d87623af933c6@haiku-os.org> #3182: locate crashes at the end of every call ------------------------+--------------------------------------------------- Reporter: karmak | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------+--------------------------------------------------- Comment(by Adek336): It is both correct in the file and correctly read, it is just incorrectly added because of the wrong return type of get_short. fix: {{{ Index: locate/locate.c =================================================================== --- locate/locate.c (revision 28736) +++ locate/locate.c (working copy) @@ -107,7 +107,7 @@ /* Read in a 16-bit int, high byte first (network byte order). */ -static int +static short get_short (fp) FILE *fp; { }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 29 00:42:27 2008 From: trac at haiku-os.org (Adek336) Date: Fri, 28 Nov 2008 23:42:27 -0000 Subject: [Haiku-bugs] [Haiku] #3182: locate crashes at the end of every call In-Reply-To: <041.5d6bfcfd92448a1012db38ba4c1551a0@haiku-os.org> References: <041.5d6bfcfd92448a1012db38ba4c1551a0@haiku-os.org> Message-ID: <050.2571078928f0aa9d46db5241165a4d4f@haiku-os.org> #3182: locate crashes at the end of every call ------------------------+--------------------------------------------------- Reporter: karmak | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------+--------------------------------------------------- Comment(by Adek336): As it turns out, this has already been fixed in upstream - updating versions would be a good idea, I think. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 29 01:36:15 2008 From: trac at haiku-os.org (Adek336) Date: Sat, 29 Nov 2008 00:36:15 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.83bf5212a7199ff36db213458f29125a@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by Adek336): Patches no. 3, if_free() can wipe out only the last entry, hopefully if it breaks for someone it won't do much harm. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 29 02:18:01 2008 From: trac at haiku-os.org (Adek336) Date: Sat, 29 Nov 2008 01:18:01 -0000 Subject: [Haiku-bugs] [Haiku] #3120: 3com Combo nic doesn't work In-Reply-To: <045.ad94c29706e90cd7398ea4aea551d387@haiku-os.org> References: <045.ad94c29706e90cd7398ea4aea551d387@haiku-os.org> Message-ID: <054.e7363a9427f5c8149572bc467a2e9b32@haiku-os.org> #3120: 3com Combo nic doesn't work ------------------------------+--------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by Adek336): When you'll feel like testing, let me know what traced contains with this patch. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 29 03:36:42 2008 From: trac at haiku-os.org (umccullough) Date: Sat, 29 Nov 2008 02:36:42 -0000 Subject: [Haiku-bugs] [Haiku] #3180: PANIC: cache destroy: still has full slabs In-Reply-To: <042.2171ee8e24c89ccb5ede40d56de9ae36@haiku-os.org> References: <042.2171ee8e24c89ccb5ede40d56de9ae36@haiku-os.org> Message-ID: <051.98cf14cf4afadfd928eb3edfb3ac9f0f@haiku-os.org> #3180: PANIC: cache destroy: still has full slabs ------------------------------+--------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by umccullough): I encountered the same behavior with the 3com driver (also from freebsd) - after downing and deleting the interface, I tried to move the 3com driver out of the drivers/bin folder and KDL'd with the same error. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 29 11:19:19 2008 From: trac at haiku-os.org (axeld) Date: Sat, 29 Nov 2008 10:19:19 -0000 Subject: [Haiku-bugs] [Haiku] #3185: Device Manager Application In-Reply-To: <047.c214c8172ca1609b656435425f478704@haiku-os.org> References: <047.c214c8172ca1609b656435425f478704@haiku-os.org> Message-ID: <056.3ca5bb5cb421e9ffcb14083efe84dbb9@haiku-os.org> #3185: Device Manager Application -----------------------------------+---------------------------------------- Reporter: PieterPanman | Owner: nobody Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Devices | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by axeld): * owner: axeld => nobody * component: Preferences => Applications/Devices Comment: I would say it should be called "Devices" and be put under "Applications" instead of "Preferences", as it doesn't change any preferences; configuring devices is only interesting for ISA, and since that is, well, completely obsolete, I don't see any value in creating a GUI for this - text mode configuration will have to be enough, if you want that pain. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 29 12:40:34 2008 From: trac at haiku-os.org (axeld) Date: Sat, 29 Nov 2008 11:40:34 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.6b45e1c572ede99c623162a776fd60a3@haiku-os.org> #3124: ls /dev causes a page fault ----------------------------+----------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by axeld): Good question - it's probably wrong now. Maybe panicking isn't really a good idea; if this would be a USB driver, you cannot know in which order the devices are removed, anyway. Maybe it's a better idea to review how the interface index is used, and if it could be changed on-the-fly safely (including potential threading problems), or if that's not possible, to rethink that interface a bit. If you would like to look into that, great, but if not, just tell, no problem at all :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 29 16:29:00 2008 From: trac at haiku-os.org (graham) Date: Sat, 29 Nov 2008 15:29:00 -0000 Subject: [Haiku-bugs] [Haiku] #3113: Fatal Exception "NMI Interrupt" on kernel boot In-Reply-To: <041.f53f634435f357af3dd21b05f24738dd@haiku-os.org> References: <041.f53f634435f357af3dd21b05f24738dd@haiku-os.org> Message-ID: <050.480bfd6cbc8d32e20320fe70eb3dece5@haiku-os.org> #3113: Fatal Exception "NMI Interrupt" on kernel boot ----------------------------+----------------------------------------------- Reporter: graham | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by graham): Replying to [comment:13 marcusoverhagen]: > Please attach a complete syslog, I'm interested in the PCI configuration. > Please also attach the complete PCI status (you have to enter KDL once for that) > > Especially what is the secondary bus number of bridge on bus 0, dev 30, func 0, and what devices are on that bus. Has any of the devices a pending error status? [[BR]] I changed the ClearDeviceStatus() code to dprintf's so that it outputed the status during the PCI module initialization and and extracted this from the resulting syslog, since the status is cleared during initalization. (bus 7, dev 9) looks the same as the after-boot status but the other bridges have devices that signalled system errors. How come they don't generate a NMI since they still have the SERR# Enable bit set? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 29 16:56:12 2008 From: trac at haiku-os.org (idefix) Date: Sat, 29 Nov 2008 15:56:12 -0000 Subject: [Haiku-bugs] [Haiku] #2531: DHCP changes IP address every 5 minutes In-Reply-To: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> References: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> Message-ID: <050.c8ce2e2d07d86632926b5791caa98f6c@haiku-os.org> #2531: DHCP changes IP address every 5 minutes ---------------------------------+------------------------------------------ Reporter: idefix | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by idefix): Unfortunately, no. Tested with r28749: Summary: 'Haiku r28749 summary.txt'[[BR]] Details: 'Haiku r28749 details.txt'[[BR]] Pcap: 'Haiku r28749.pcap' -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 29 19:13:35 2008 From: trac at haiku-os.org (idefix) Date: Sat, 29 Nov 2008 18:13:35 -0000 Subject: [Haiku-bugs] [Haiku] #2531: DHCP changes IP address every 5 minutes In-Reply-To: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> References: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> Message-ID: <050.f670d8750aa8c427b057ce1a1e09f7df@haiku-os.org> #2531: DHCP changes IP address every 5 minutes ---------------------------------+------------------------------------------ Reporter: idefix | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by idefix): Replying to [comment:13 Adek336]: > After rebooting and having Haiku send a few dhcp requests, please press F12 and type trac 0 80 and attach a screenshot of the result. I must have done something wrong, as haiku r28749 won't send any DHCP request after enabling kernel tracing. The system is also behaving strange: slow booting; Tracker won't show the desktop-icons; ProcessController is not shown in the Desktop; applications won't start from the start menu. I think the amount of memory reserved for kernel tracing is a bit high for this machine. 'trac 0 80' gives: {{{ kdebug> trac 0 80 1. [ 49] 63575839: user: DHCP: src/servers/net/NetServer.cpp: _BringUpInterfaces: 830 2. [ 49] 63575857: user: DHCP: src/servers/net/NetServer.cpp: _ConfigureInterface: 490 3. [ 49] 63993595: user: DHCP: src/servers/net/NetServer.cpp: _ConfigureInterface: 682 printed 3 entries within range 1 to 3 (3 of 3 total, 3 ever) }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 29 19:31:59 2008 From: trac at haiku-os.org (idefix) Date: Sat, 29 Nov 2008 18:31:59 -0000 Subject: [Haiku-bugs] [Haiku] #2531: DHCP changes IP address every 5 minutes In-Reply-To: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> References: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> Message-ID: <050.a2957d799ce248e7e1b5d3670cfc2d4b@haiku-os.org> #2531: DHCP changes IP address every 5 minutes ---------------------------------+------------------------------------------ Reporter: idefix | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by idefix): I think I found the culprit: [source:haiku/trunk/build/config_headers/tracing_config.h#L11 MAX_TRACE_SIZE defaults to 20 MB].[[BR]] I thought it was [http://www.haiku- os.org/documents/dev/welcome_to_kernel_debugging_land 1 MB]. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 29 20:59:57 2008 From: trac at haiku-os.org (idefix) Date: Sat, 29 Nov 2008 19:59:57 -0000 Subject: [Haiku-bugs] [Haiku] #2531: DHCP changes IP address every 5 minutes In-Reply-To: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> References: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> Message-ID: <050.ad5c5ed838f0dc1036315658ee1d3d20@haiku-os.org> #2531: DHCP changes IP address every 5 minutes ---------------------------------+------------------------------------------ Reporter: idefix | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by idefix): Setting MAX_TRACE_SIZE to 1 MB got it working: Trace: 'Haiku r28749 v2 trace.txt'[[BR]] Summary: 'Haiku r28749 v2 summary.txt' -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 29 21:35:54 2008 From: trac at haiku-os.org (apprentice) Date: Sat, 29 Nov 2008 20:35:54 -0000 Subject: [Haiku-bugs] [Haiku] #3120: 3com Combo nic doesn't work In-Reply-To: <045.ad94c29706e90cd7398ea4aea551d387@haiku-os.org> References: <045.ad94c29706e90cd7398ea4aea551d387@haiku-os.org> Message-ID: <054.55a1e919ec843ccb4018a324ccf3c032@haiku-os.org> #3120: 3com Combo nic doesn't work ------------------------------+--------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by apprentice): I applied the patch and added the trace output. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 29 23:02:05 2008 From: trac at haiku-os.org (Adek336) Date: Sat, 29 Nov 2008 22:02:05 -0000 Subject: [Haiku-bugs] [Haiku] #2531: DHCP changes IP address every 5 minutes In-Reply-To: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> References: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> Message-ID: <050.bf98c1ec2659fbdbe40116455aa1f7b7@haiku-os.org> #2531: DHCP changes IP address every 5 minutes ---------------------------------+------------------------------------------ Reporter: idefix | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by Adek336): Hah, 20 megs, that's the third of what you have, no wonder it didn't work very well :-) So DHCP acks are sent, but _Negotiate loops many times trying to fetch one. Btw, how did you manage to save the trace output to a text file? I hope you didn't have to write it down by hand... Attached is dhcp.2.diff, which will show what happens in the loop. You have to rebuild only the net_server target. Again, trac 0 80 is of interest. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 29 23:29:22 2008 From: trac at haiku-os.org (Adek336) Date: Sat, 29 Nov 2008 22:29:22 -0000 Subject: [Haiku-bugs] [Haiku] #2279: [Network] kdl during firefox start In-Reply-To: <040.031725d78effca7de80dc1b25c7cf48e@haiku-os.org> References: <040.031725d78effca7de80dc1b25c7cf48e@haiku-os.org> Message-ID: <049.c87a18af1b007d31e9e4d14ee16fd45d@haiku-os.org> #2279: [Network] kdl during firefox start ---------------------------------------+------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet/Stack | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Comment(by Adek336): Also note #2706 . -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Nov 29 23:53:11 2008 From: trac at haiku-os.org (Adek336) Date: Sat, 29 Nov 2008 22:53:11 -0000 Subject: [Haiku-bugs] [Haiku] #2981: Firefox crash if i open ftp url In-Reply-To: <041.0a060f4a07aed0bd4b82493473ed89ef@haiku-os.org> References: <041.0a060f4a07aed0bd4b82493473ed89ef@haiku-os.org> Message-ID: <050.276f64a80e749f78af5f9f6c6282cbec@haiku-os.org> #2981: Firefox crash if i open ftp url ---------------------------+------------------------------------------------ Reporter: miqlas | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Comment(by Adek336): What network card do you use? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 30 00:35:37 2008 From: trac at haiku-os.org (anevilyak) Date: Sat, 29 Nov 2008 23:35:37 -0000 Subject: [Haiku-bugs] [Haiku] #3172: registrar creating huge amounts of worker threads over time In-Reply-To: <044.04567f1ce1d59ec67f84448f4293b803@haiku-os.org> References: <044.04567f1ce1d59ec67f84448f4293b803@haiku-os.org> Message-ID: <053.2d9f8377256929dea3aa6fddb83bd18c@haiku-os.org> #3172: registrar creating huge amounts of worker threads over time --------------------------------+------------------------------------------- Reporter: anevilyak | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/registrar | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by anevilyak): I think I might have found part of the problem... RegistrarThreadManager returns an error (B_NO_MORE_THREADS) if its thread counter is higher than 12, though I'm uncertain as to why the threshold is so low. The problem is, in this case the thread has already been created by RegistrarThread's constructor, but it isn't subsequently resumed/killed by the d'tor or any other function in this case. My question is, is that thread limit even necessary? By the time it's checked the thread has already been spawned anyways, so I see no useful purpose to the limiter at that point, ignoring the fact that its cleanup logic is broken. Attached please find a diff that removes the check. Let me know if you see any issue with doing so. The one question I have is, without that check, all the code for tracking the thread count is more or less superfluous (and could probably be obtained from the STL container directly anyways), so would it be desirable to remove it? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 30 00:56:01 2008 From: trac at haiku-os.org (idefix) Date: Sat, 29 Nov 2008 23:56:01 -0000 Subject: [Haiku-bugs] [Haiku] #2531: DHCP changes IP address every 5 minutes In-Reply-To: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> References: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> Message-ID: <050.33108145cafe3267912d91c704951a20@haiku-os.org> #2531: DHCP changes IP address every 5 minutes ---------------------------------+------------------------------------------ Reporter: idefix | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by idefix): I hope 'trac 0 200' is ok with you? (Why limit yourself to 80 if you can have it all?) :) Trace: 'Haiku r28749 v3 trace.txt'[[BR]] Summary: 'Haiku r28749 v3 summary.txt' [[BR]] > [...] Btw, how did you manage to save the trace output to a text file? I hope you didn't have to write it down by hand... No, my null modem cable and HyperTerminal do all the hard work for me. :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 30 01:34:34 2008 From: trac at haiku-os.org (franxico) Date: Sun, 30 Nov 2008 00:34:34 -0000 Subject: [Haiku-bugs] [Haiku] #2981: Firefox crash if i open ftp url In-Reply-To: <041.0a060f4a07aed0bd4b82493473ed89ef@haiku-os.org> References: <041.0a060f4a07aed0bd4b82493473ed89ef@haiku-os.org> Message-ID: <050.bfa7da30b8262b85f96a233b91344536@haiku-os.org> #2981: Firefox crash if i open ftp url ---------------------------+------------------------------------------------ Reporter: miqlas | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Comment(by franxico): Maybe it's a 2.0.0.12 issue. Try to update to FF 2.0.0.17 please. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 30 02:12:36 2008 From: trac at haiku-os.org (oco) Date: Sun, 30 Nov 2008 01:12:36 -0000 Subject: [Haiku-bugs] [Haiku] #2329: [bootman] starts at one position and then suddenly jumps to another (easy) In-Reply-To: <040.1fde538fbbd8afa61a1a87d59f256131@haiku-os.org> References: <040.1fde538fbbd8afa61a1a87d59f256131@haiku-os.org> Message-ID: <049.0d1a0085460b53dcbfbae526cae4932a@haiku-os.org> #2329: [bootman] starts at one position and then suddenly jumps to another (easy) ---------------------------+------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by oco): Here is a proposed patch to solve this problem. The window is centered just before the window is shown (like in the deskcalc application). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 30 02:09:05 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 30 Nov 2008 01:09:05 -0000 Subject: [Haiku-bugs] [Haiku] #2531: DHCP changes IP address every 5 minutes In-Reply-To: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> References: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> Message-ID: <050.207ccad5f447203d4d02733d060a6a87@haiku-os.org> #2531: DHCP changes IP address every 5 minutes ---------------------------------+------------------------------------------ Reporter: idefix | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by Adek336): Thanks! Replying to [comment:23 idefix]: > I hope 'trac 0 200' is ok with you? (Why limit yourself to 80 if you can have it all?) :) The more the merrier:) It looks like it's getting an ACK but rejects it because it finds the value of "state" disheartening. dhcp.3.diff dhcp.3.2.diff same files. They will trace the value of "state". -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 30 04:37:35 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 30 Nov 2008 03:37:35 -0000 Subject: [Haiku-bugs] [Haiku] #2531: DHCP changes IP address every 5 minutes In-Reply-To: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> References: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> Message-ID: <050.ed9816f8c0e3f2e4c466a2f93c255de2@haiku-os.org> #2531: DHCP changes IP address every 5 minutes ---------------------------------+------------------------------------------ Reporter: idefix | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by Adek336): Skip dhcp.3.diff, go for dhcp.4.diff. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 30 12:55:00 2008 From: trac at haiku-os.org (korli) Date: Sun, 30 Nov 2008 11:55:00 -0000 Subject: [Haiku-bugs] [Haiku] #3182: locate crashes at the end of every call In-Reply-To: <041.5d6bfcfd92448a1012db38ba4c1551a0@haiku-os.org> References: <041.5d6bfcfd92448a1012db38ba4c1551a0@haiku-os.org> Message-ID: <050.7b68532d7810125a48cc4e5df405bae7@haiku-os.org> #3182: locate crashes at the end of every call ------------------------+--------------------------------------------------- Reporter: karmak | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------+--------------------------------------------------- Comment(by korli): Could you check with r28751 please ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 30 17:27:46 2008 From: trac at haiku-os.org (oco) Date: Sun, 30 Nov 2008 16:27:46 -0000 Subject: [Haiku-bugs] [Haiku] #3041: [TV] should start at center of the screen (easy) In-Reply-To: <040.6b286ad22824400243cf333b938c9242@haiku-os.org> References: <040.6b286ad22824400243cf333b938c9242@haiku-os.org> Message-ID: <049.62338af8ad0f5f102d0eb9984ec163a5@haiku-os.org> #3041: [TV] should start at center of the screen (easy) ---------------------------+------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by oco): * cc: olivier.coursiere at laposte.net (added) Comment: A little patch is attached to center this window at startup. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 30 17:55:09 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 30 Nov 2008 16:55:09 -0000 Subject: [Haiku-bugs] [Haiku] #3186: BDirectory::Contains() is broken for certain cases of similar paths Message-ID: <044.464da36a12234c4eb94e40438d103128@haiku-os.org> #3186: BDirectory::Contains() is broken for certain cases of similar paths ------------------------------+--------------------------------------------- Reporter: anevilyak | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Storage Kit | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------+--------------------------------------------- Steps to reproduce: 1. Create a directory called New Folder.[BR] 2. Create a directory called New Folder 2.[BR] 3. Get a BDirectory object for New Folder 2, a BEntry for New Folder, and call BDirectory::Contains() on the resulting entry. It will (incorrectly) return true, because Contains currently compares the paths of the two up to the length of the directory itself. Attached please find a patch intended to fix the situation by comparing the path components individually. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 30 17:57:45 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 30 Nov 2008 16:57:45 -0000 Subject: [Haiku-bugs] [Haiku] #3186: BDirectory::Contains() is broken for certain cases of similar paths In-Reply-To: <044.464da36a12234c4eb94e40438d103128@haiku-os.org> References: <044.464da36a12234c4eb94e40438d103128@haiku-os.org> Message-ID: <053.50c8964ed66906cf6ff186edfb7194d3@haiku-os.org> #3186: BDirectory::Contains() is broken for certain cases of similar paths -------------------------------+-------------------------------------------- Reporter: anevilyak | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Storage Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Description changed by anevilyak: Old description: > Steps to reproduce: > > 1. Create a directory called New Folder.[BR] > 2. Create a directory called New Folder 2.[BR] > 3. Get a BDirectory object for New Folder 2, a BEntry for New Folder, and > call BDirectory::Contains() on the resulting entry. It will (incorrectly) > return true, because Contains currently compares the paths of the two up > to the length of the directory itself. Attached please find a patch > intended to fix the situation by comparing the path components > individually. New description: Steps to reproduce: 1. Create a directory called New Folder.[[BR]] 2. Create a directory called New Folder 2.[[BR]] 3. Get a BDirectory object for New Folder 2, a BEntry for New Folder, and call BDirectory::Contains() on the resulting entry. It will (incorrectly) return true, because Contains currently compares the paths of the two up to the length of the directory itself. Attached please find a patch intended to fix the situation by comparing the path components individually. -- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 30 17:58:24 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 30 Nov 2008 16:58:24 -0000 Subject: [Haiku-bugs] [Haiku] #3186: BDirectory::Contains() is broken for certain cases of similar paths In-Reply-To: <044.464da36a12234c4eb94e40438d103128@haiku-os.org> References: <044.464da36a12234c4eb94e40438d103128@haiku-os.org> Message-ID: <053.441b0956152b39bc4d9a553a75a686d0@haiku-os.org> #3186: BDirectory::Contains() is broken for certain cases of similar paths -------------------------------+-------------------------------------------- Reporter: anevilyak | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Storage Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Description changed by anevilyak: Old description: > Steps to reproduce: > > 1. Create a directory called New Folder.[[BR]] > 2. Create a directory called New Folder 2.[[BR]] > 3. Get a BDirectory object for New Folder 2, a BEntry for New Folder, and > call BDirectory::Contains() on the resulting entry. It will (incorrectly) > return true, because Contains currently compares the paths of the two up > to the length of the directory itself. Attached please find a patch > intended to fix the situation by comparing the path components > individually. New description: Steps to reproduce: 1. Create a directory called New Folder.[[BR]] 2. Create a directory called New Folder 2.[[BR]] 3. Get a BDirectory object for New Folder, a BEntry for New Folder 2, and call BDirectory::Contains() on the resulting entry. It will (incorrectly) return true, because Contains currently compares the paths of the two up to the length of the directory itself. Attached please find a patch intended to fix the situation by comparing the path components individually. -- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 30 19:22:30 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 30 Nov 2008 18:22:30 -0000 Subject: [Haiku-bugs] [Haiku] #3186: BDirectory::Contains() is broken for certain cases of similar paths In-Reply-To: <044.464da36a12234c4eb94e40438d103128@haiku-os.org> References: <044.464da36a12234c4eb94e40438d103128@haiku-os.org> Message-ID: <053.0bec4a223cdd6c6cd6d40ef1bd5ca81d@haiku-os.org> #3186: BDirectory::Contains() is broken for certain cases of similar paths -------------------------------+-------------------------------------------- Reporter: anevilyak | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Storage Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by anevilyak): On second thought, that patch is flawed also, give me some time to rework. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 30 19:37:43 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 30 Nov 2008 18:37:43 -0000 Subject: [Haiku-bugs] [Haiku] #3186: BDirectory::Contains() is broken for certain cases of similar paths In-Reply-To: <044.464da36a12234c4eb94e40438d103128@haiku-os.org> References: <044.464da36a12234c4eb94e40438d103128@haiku-os.org> Message-ID: <053.ffd4976f69e5a9f761fbd7bbe24ec331@haiku-os.org> #3186: BDirectory::Contains() is broken for certain cases of similar paths -------------------------------+-------------------------------------------- Reporter: anevilyak | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Storage Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by anevilyak): Updated patch attached, let me know if you see any problems with it, or perhaps a better way to accomplish it, otherwise I can commit that. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 30 19:53:32 2008 From: trac at haiku-os.org (karmak) Date: Sun, 30 Nov 2008 18:53:32 -0000 Subject: [Haiku-bugs] [Haiku] #3187: IMAP mail folders problems (error while moving ... to : Invalid Argument) Message-ID: <041.9f8953be7686796f7c7ad3d3c704b6c7@haiku-os.org> #3187: IMAP mail folders problems (error while moving ... to : Invalid Argument) ---------------------------------+------------------------------------------ Reporter: karmak | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/mail_server | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------------------+------------------------------------------ Here on Haiku r28750 (the bug happens since I use Haiku to fetch mail, approx r28500). I fetch my mail in IMAP mode. My IMAP server is `courier-imap`on a personnal `Ubuntu` server. I fetch my mail in IMAP from `Roundcube Webmail`, `Thunderbird` under Windows and Linux, `Evolution` under Linux without problems. Under Haiku I use no SSL, default parameters, and no filter at all. The only preferences I set are server hostname, login and password. I've done tests with "top IMAP folder" preference set to nothing, and set to "INBOX" or ".", the issue appears everytime but have different symptoms. '''The problem''' : When fetching mail, `mail_daemon` reports ''Invalid Argument'' errors (see attachment), saying that it can't move messages to their final location. - When "default mail folder" pref is not set, all fetched mails stay in ~/mail/in/ after the fetch operation ; in ~/mail/in/ a folder called INBOX/ is created, and all my IMAP subfolders are inside, but all empty (INBOX is empty too, except its subfolders). - When it is set to "INBOX", all subfolders are created in ~/mail/in/ ; when mail is fetched, a temporary file appears shortly (one at a time) in ~/mail/in/ then disseapears (i think its normal); after the fetch operation, NO mail exists on my disk (all are lost). I investigated some hours in `mail_daemon`, in mail kit, in `inbound_filters` and `system_filters`. I didn't find a solution, but narrowed the problem to `src/add- ons/mail_daemon/system_filters/inbox/filter.cpp` : with a debug message, I could pruduce this trace : {{{ FolderFilter::ProcessMailMessage: first path: /boot/home/mail/in, loc: /boot/home/Ubuntu, DESTINATION: [? FolderFilter::ProcessMailMessage: first path: /boot/home/mail/in, loc: /boot/home/Ubuntu, DESTINATION: [ FolderFilter::ProcessMailMessage: first path: /boot/home/mail/in, loc: /boot/home/Haiku, DESTINATION: [ FolderFilter::ProcessMailMessage: first path: /boot/home/mail/in, loc: /boot/home/Haiku, DESTINATION: e^_?U,W }}} Things I see, at first glance : - The `loc` variable seems to miss `/mail/in/`, or to have a superfluous `/boot/home` prefix. Sometimes (not visible in this trace) `loc` is totally empty. - The `DESTINATION` attribute seems to have an uninitialized content (it could be a binary value, but I doubt this because a correct value should be appended to the `path` variable it the attribute exists). I found in `src/add- ons/mail_daemon/inbound_filters/match_header/RuleFilter.cpp` that DESTINATION is set to the value of `arg`, but I couldn't determine reliably from where it is called. My knowledge of `mail_daemon` is very limited, I started diving in the code only today, my time was limited and my C++ knowledge is coming back very very slowly (I programmed `DeeperPeople` for BeOS in 2001 and didn't program C++ since then, my professionnal life has taken me far from C++ and I did too little programming during all these years). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 30 20:26:05 2008 From: trac at haiku-os.org (miqlas) Date: Sun, 30 Nov 2008 19:26:05 -0000 Subject: [Haiku-bugs] [Haiku] #2981: Firefox crash if i open ftp url In-Reply-To: <041.0a060f4a07aed0bd4b82493473ed89ef@haiku-os.org> References: <041.0a060f4a07aed0bd4b82493473ed89ef@haiku-os.org> Message-ID: <050.d164d2208d3f0970e45c446608e87977@haiku-os.org> #2981: Firefox crash if i open ftp url ---------------------------+------------------------------------------------ Reporter: miqlas | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Comment(by miqlas): I have 3com 905TX card. I updated the Firefox, and i don't have problem with this. Thank You. You can close this ticket. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 30 20:29:18 2008 From: trac at haiku-os.org (idefix) Date: Sun, 30 Nov 2008 19:29:18 -0000 Subject: [Haiku-bugs] [Haiku] #2531: DHCP changes IP address every 5 minutes In-Reply-To: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> References: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> Message-ID: <050.e168954eaa2467ab0d2344b956b0cb58@haiku-os.org> #2531: DHCP changes IP address every 5 minutes ---------------------------------+------------------------------------------ Reporter: idefix | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by idefix): Haiku r28749 with dhcp.4.diff applied: Trace: 'Haiku r28749 v4 trace.txt'[[BR]] Summary: 'Haiku r28749 v4 summary.txt' -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 30 20:41:16 2008 From: trac at haiku-os.org (korli) Date: Sun, 30 Nov 2008 19:41:16 -0000 Subject: [Haiku-bugs] [Haiku] #2981: Firefox crash if i open ftp url In-Reply-To: <041.0a060f4a07aed0bd4b82493473ed89ef@haiku-os.org> References: <041.0a060f4a07aed0bd4b82493473ed89ef@haiku-os.org> Message-ID: <050.98042630317f44e9ac35eded68c0102f@haiku-os.org> #2981: Firefox crash if i open ftp url ---------------------------+------------------------------------------------ Reporter: miqlas | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Changes (by korli): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 30 20:59:22 2008 From: trac at haiku-os.org (mysticmike) Date: Sun, 30 Nov 2008 19:59:22 -0000 Subject: [Haiku-bugs] [Haiku] #3188: Glut programs crash on program exit Message-ID: <045.1f8f95dbd55140eb664cb9a0694e09ba@haiku-os.org> #3188: Glut programs crash on program exit -----------------------------+---------------------------------------------- Reporter: mysticmike | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/OpenGL Kit | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------+---------------------------------------------- Glut programs crash on program exit I have compiled several of the mesa demo programs on haiku, they all use glut and they all crash on program exit. Does this apply to all glut programs. This occurs both under emulation (qemu) and on real hardware (eeepc 900) svn revision 28751 this the first time I have used trac and must work out how to attach a file. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 30 21:05:44 2008 From: trac at haiku-os.org (mysticmike) Date: Sun, 30 Nov 2008 20:05:44 -0000 Subject: [Haiku-bugs] [Haiku] #3188: Glut programs crash on program exit In-Reply-To: <045.1f8f95dbd55140eb664cb9a0694e09ba@haiku-os.org> References: <045.1f8f95dbd55140eb664cb9a0694e09ba@haiku-os.org> Message-ID: <054.3e5f4803a3123b5952a24cc7009baaa7@haiku-os.org> #3188: Glut programs crash on program exit ------------------------------+--------------------------------------------- Reporter: mysticmike | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/OpenGL Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by mysticmike): Ok I worked out how to attach files. gears.c a simple program that exhibits this bug. debug.jpg screenshot from qemu showing debugger. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 30 21:20:19 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 30 Nov 2008 20:20:19 -0000 Subject: [Haiku-bugs] [Haiku] #2531: DHCP changes IP address every 5 minutes In-Reply-To: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> References: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> Message-ID: <050.42f01028c07e292765abcf7133f1cffd@haiku-os.org> #2531: DHCP changes IP address every 5 minutes ---------------------------------+------------------------------------------ Reporter: idefix | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by Adek336): {{{ this line comes from _CurrentState: 78. [ 64] 709288070: user: DHCP: now 709288017, fLeaseTime 605209288055, fRebindingTime 454009288055, fRenewalTime 709288055 this line means we are supposed to get a new lease: 79. [ 64] 709288089: user: DHCP: src/servers/net/DHCPClient.cpp: MessageReceived: 888 this line should read "RENEWAL" 80. [ 64] 709288099: user: DHCP: state BOUND }}} It looks like if the message sent from _RestartLease comes ~30 usec early ("now 709288017" < "fRenewalTime 709288055); that sets "state" to BOUND, which _Negotiate doesn't handle very well. patch.1.diff is proposed patch: send the message 1ms later[[br]] dhcp.5.diff is some new debugging code + proposed patch[[br]] Apply dhcp.5.diff so if the patch doesn't help, we get some debugging output. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 30 21:23:55 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 30 Nov 2008 20:23:55 -0000 Subject: [Haiku-bugs] [Haiku] #2531: DHCP changes IP address every 5 minutes In-Reply-To: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> References: <041.1c8e63a7ba536400632bfe3ae7c29d16@haiku-os.org> Message-ID: <050.fb91e5c3a2131999f11e0c86ccb58441@haiku-os.org> #2531: DHCP changes IP address every 5 minutes ---------------------------------+------------------------------------------ Reporter: idefix | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by Adek336): Use dhcp.5.2.diff, which includes the patch, instead of dhcp.5.diff which doesn't. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 30 23:08:31 2008 From: trac at haiku-os.org (korli) Date: Sun, 30 Nov 2008 22:08:31 -0000 Subject: [Haiku-bugs] [Haiku] #3188: Glut programs crash on program exit In-Reply-To: <045.1f8f95dbd55140eb664cb9a0694e09ba@haiku-os.org> References: <045.1f8f95dbd55140eb664cb9a0694e09ba@haiku-os.org> Message-ID: <054.88f5e1bf92acf7e7d818619318db0565@haiku-os.org> #3188: Glut programs crash on program exit ------------------------------+--------------------------------------------- Reporter: mysticmike | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/OpenGL Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by korli): Could you check with r28753 ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 30 23:15:53 2008 From: trac at haiku-os.org (idefix) Date: Sun, 30 Nov 2008 22:15:53 -0000 Subject: [Haiku-bugs] [Haiku] #2735: Low memory (64MB) causes PS/2 keyboard to stop functioning In-Reply-To: <041.adc2b6400461ee3159ff837424466848@haiku-os.org> References: <041.adc2b6400461ee3159ff837424466848@haiku-os.org> Message-ID: <050.06cdded6355ee547443c39278f768950@haiku-os.org> #2735: Low memory (64MB) causes PS/2 keyboard to stop functioning -----------------------------------+---------------------------------------- Reporter: idefix | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/input_server | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -----------------------------------+---------------------------------------- Comment(by idefix): Booted r28749 quite a few times (for bug #2531) and every time the keyboard worked perfectly (even when Haiku only got 44 MB to play with (MAX_TRACE_SIZE was set to 20 MB)).[[BR]] "/bin/sh /boot/beos/system/boot/Bootscript" still does crash sometimes though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 30 23:43:05 2008 From: trac at haiku-os.org (karmak) Date: Sun, 30 Nov 2008 22:43:05 -0000 Subject: [Haiku-bugs] [Haiku] #3189: [mail_daemon] crashes in BList::CountItems() Message-ID: <041.7817e1e704ad57db0d5788985dcce2ba@haiku-os.org> #3189: [mail_daemon] crashes in BList::CountItems() ---------------------------------+------------------------------------------ Reporter: karmak | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/mail_server | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------------------+------------------------------------------ Recently (r287xx), on real hardware (IBM R52), while fetching my IMAP mail : {{{ #0 0x004bad4e in BList::CountItems () from /boot/beos/system/lib/libbe.so #1 0x009293a3 in NestedString::CountItems () from /boot/beos/system/add-ons/mail_daemon/inbound_protocols/IMAP #2 0x00927154 in IMAP4Client::GetMessage () from /boot/beos/system/add-ons/mail_daemon/inbound_protocols/IMAP #3 0x0058d518 in BRemoteMailStorageProtocol::GetMessage () from /boot/beos/system/lib/libmail.so #4 0x009281ed in IMAP4Client::GetMessage () from /boot/beos/system/add-ons/mail_daemon/inbound_protocols/IMAP #5 0x0058230e in BMailProtocol::ProcessMailMessage () from /boot/beos/system/lib/libmail.so #6 0x0056f044 in BMailChainRunner::get_messages () from /boot/beos/system/lib/libmail.so #7 0x0056e583 in BMailChainRunner::MessageReceived () from /boot/beos/system/lib/libmail.so #8 0x003b027b in BLooper::DispatchMessage () from /boot/beos/system/lib/libbe.so #9 0x003b1be9 in BLooper::task_looper () from /boot/beos/system/lib/libbe.so #10 0x003b17d7 in BLooper::_task0_ () from /boot/beos/system/lib/libbe.so #11 0x002389b8 in thread_entry () from /boot/beos/system/lib/libroot.so #12 0x70080fec in ?? () }}} I cannot reproduce it at will, but encountered it more than once. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 30 23:44:44 2008 From: trac at haiku-os.org (karmak) Date: Sun, 30 Nov 2008 22:44:44 -0000 Subject: [Haiku-bugs] [Haiku] #3189: [mail_daemon] crashes in BList::CountItems() In-Reply-To: <041.7817e1e704ad57db0d5788985dcce2ba@haiku-os.org> References: <041.7817e1e704ad57db0d5788985dcce2ba@haiku-os.org> Message-ID: <050.ce12c493647d13f4153c0a7b341e4938@haiku-os.org> #3189: [mail_daemon] crashes in BList::CountItems() ----------------------------------+----------------------------------------- Reporter: karmak | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/mail_server | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------------+----------------------------------------- Comment(by karmak): The same backtrace happens when IMAP server times out during the initial fetch (just after system boot). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Nov 30 23:47:17 2008 From: trac at haiku-os.org (karmak) Date: Sun, 30 Nov 2008 22:47:17 -0000 Subject: [Haiku-bugs] [Haiku] #3182: locate crashes at the end of every call In-Reply-To: <041.5d6bfcfd92448a1012db38ba4c1551a0@haiku-os.org> References: <041.5d6bfcfd92448a1012db38ba4c1551a0@haiku-os.org> Message-ID: <050.3f488afaf65aa060221e009ec9166144@haiku-os.org> #3182: locate crashes at the end of every call ------------------------+--------------------------------------------------- Reporter: karmak | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------+--------------------------------------------------- Comment(by karmak): You got it ! On r28752 it doesn't crash ! This ticket can be closed. THANKS !! -- Ticket URL: Haiku The Haiku operating system.