From trac at haiku-os.org Mon Dec 1 00:05:57 2008 From: trac at haiku-os.org (korli) Date: Sun, 30 Nov 2008 23:05:57 -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.34c486822ba3b5388a2f05dd996ca77c@haiku-os.org> #3182: locate crashes at the end of every call ------------------------+--------------------------------------------------- Reporter: karmak | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | 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 Mon Dec 1 00:07:33 2008 From: trac at haiku-os.org (idefix) Date: Sun, 30 Nov 2008 23:07:33 -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.0e36437fbc3c9c989a848b4424069f68@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): Looks like your patch fixed the bug.[[BR]] Haiku r28749 with dhcp.5.2.diff applied: Trace: 'Haiku r28749 v5 trace.txt'[[BR]] Summary: 'Haiku r28749 v5 summary.txt' -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 1 00:07:42 2008 From: trac at haiku-os.org (mmadia) Date: Sun, 30 Nov 2008 23:07:42 -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.ff336ac1defcf173bbef05262e938c75@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 mmadia): * cc: mattmadia at gmail.com (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 1 00:20:26 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 30 Nov 2008 23:20:26 -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.77c047d6fbabeefbca2f89feb491739d@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): That's great ! I wonder if it's acceptable for BMessageRunner to be early, isn't it supposed to guarantee not being early. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 1 00:26:07 2008 From: trac at haiku-os.org (mysticmike) Date: Sun, 30 Nov 2008 23:26:07 -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.f3fa233521cfe6393cefab8532cd8eed@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): tested on 28753 Tested it's now much more consistant. I can exit gears three ways, after starting gears from terminal. ^c from the terminal or click the close button on the window or press escape to exit now the window closes ok (for all the exit methods) but gears remains docked in the deskbar and i need do ^c agian to actually kill gears if i start gears by double clicking the icon in the filemanager agian I can close the glut window or press escape to exit. gears stay in deskbar in order to kill it i have to ps | grep gears and then kill the procces improving but not fixed yet -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 1 00:26:25 2008 From: trac at haiku-os.org (mysticmike) Date: Sun, 30 Nov 2008 23:26:25 -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.230bd9b1d13bc85b01217122cd96f8b1@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: ------------------------------+--------------------------------------------- Changes (by mysticmike): * cc: mysticmike at gmail.com (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 1 00:27:08 2008 From: trac at haiku-os.org (mysticmike) Date: Sun, 30 Nov 2008 23:27:08 -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.5bbeb8c5d7bf22de20db38f036a7bfff@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: ------------------------------+--------------------------------------------- Changes (by mysticmike): * cc: mysticmike at gmail.com (removed) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 1 00:27:24 2008 From: trac at haiku-os.org (mysticmike) Date: Sun, 30 Nov 2008 23:27:24 -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.5affa656765b69f1d3b8f134649c137c@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: ------------------------------+--------------------------------------------- Changes (by mysticmike): * cc: mysticmike at gmail.com (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 1 07:04:50 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 01 Dec 2008 06:04:50 -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.e45ac79094b76a6a66c353b5b836f516@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): And now it works again, though I have no idea which change might have unbroken it. Not sure if the segfault still happens or not, will let you know. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 1 11:02:31 2008 From: trac at haiku-os.org (axeld) Date: Mon, 01 Dec 2008 10:02:31 -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.e0843a2795cdc207a9f483d7acd77fda@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): Replying to [comment:6 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. It would be interesting to know what you did in those 30 minutes :-) Did you initialiaze the partition inside Haiku, and just continued working, or was it the boot partition? Also, how much memory do you have, and how large is the partition? I suspect this to be a problem of the block cache - maybe it reverts some blocks for whatever reason with old contents. It would be nice to have a reproducible test case, though, as I haven't been able to reproduce this problem yet. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 1 11:05:50 2008 From: trac at haiku-os.org (axeld) Date: Mon, 01 Dec 2008 10:05:50 -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.7ceb6f4a172a0232f5505d4ec9098eba@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 axeld): Isn't that a bit too complicated? I think all that's missing is a check if the other path actually ends at that point, ie. has a '/' at that position or not. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 1 12:08:07 2008 From: trac at haiku-os.org (axeld) Date: Mon, 01 Dec 2008 11:08:07 -0000 Subject: [Haiku-bugs] [Haiku] #2726: truncated width menu layout messed up In-Reply-To: <040.069a95d2956f31e784aeff6d7721ca4b@haiku-os.org> References: <040.069a95d2956f31e784aeff6d7721ca4b@haiku-os.org> Message-ID: <049.38cafa762b39bb416df734d18c628914@haiku-os.org> #2726: truncated width menu layout messed up ---------------------------------+------------------------------------------ Reporter: axeld | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: duplicate | Blockedby: 3174 Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by axeld): * status: new => closed * resolution: => duplicate * blockedby: => 3174 Comment: Now a duplicate of #3174 that also holds a screenshot of the misery. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 1 12:09:24 2008 From: trac at haiku-os.org (axeld) Date: Mon, 01 Dec 2008 11:09:24 -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.bed1af2d85759984eff33f5d748a124b@haiku-os.org> #3174: Deskbar window-list menu not properly drawn for long window title ---------------------------------+------------------------------------------ Reporter: Adek336 | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: 2726 ---------------------------------+------------------------------------------ Changes (by axeld): * owner: stippi => jackburton * component: User Interface => Kits/Interface Kit Comment: Maybe Stefano has time to look into it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 1 14:53:05 2008 From: trac at haiku-os.org (Adek336) Date: Mon, 01 Dec 2008 13:53:05 -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.0db7ecdc55ca12f6f9344e6ed0e6bef5@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): It's not the boot partition, it's 10gb, I've got 3gb RAM. After initially having an error with the partition, I copied some files from it to boot partition, reinitialized, copied the files back from the boot partition. Then, I checked out the Haiku sources and I think I compiled them and then I was changing config files and recompiling, or doing svn stats or diffs or something. And svn, or jam, but rather svn reported errors on some directory with "test" in the name. I rebooted and it works well since then. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 1 15:02:56 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 01 Dec 2008 14:02:56 -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.e307a8e578ae13ec1754aafa1c32fa7a@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 anevilyak): Just a minor observation here, BGA also has large amounts of RAM (I want to say roundabouts 4GB), and is also seeing issues...perhaps the large mem amount has something to do with it? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 1 15:09:46 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 01 Dec 2008 14:09:46 -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.c22a53e2c2e47948658613d12acdee69@haiku-os.org> #3186: BDirectory::Contains() is broken for certain cases of similar paths -------------------------------+-------------------------------------------- Reporter: anevilyak | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Storage Kit | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Changes (by anevilyak): * status: new => closed * resolution: => fixed Comment: Indeed, you're right, thanks for reviewing! Sometimes it's easy to miss the obvious :) Fixed in r28754. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 1 15:34:55 2008 From: trac at haiku-os.org (PieterPanman) Date: Mon, 01 Dec 2008 14:34:55 -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.360a97e4ebb3ca324958eeb916cb6917@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: ------------------------------------------+--------------------------------- Comment(by PieterPanman): Well as soon as some progress is made I will help testing with my intel 4965agn. It should be supported by the iwn driver. http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/iwn/if_iwn.c -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 1 15:39:42 2008 From: trac at haiku-os.org (Adek336) Date: Mon, 01 Dec 2008 14:39:42 -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.0a40da9e8f9e54d6f9e300b0e0cad5ef@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): Also slow is:[[br]] * browsing the directory structure of the file system in the directory chooser of Expander while checking out sources with subversion. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 1 15:45:36 2008 From: trac at haiku-os.org (Adek336) Date: Mon, 01 Dec 2008 14:45:36 -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.09fa03709068d3464bf34f9ca64cdd5f@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: -----------------------------------+---------------------------------------- Comment(by Adek336): In r27836, after dragging a large file from the Desktop to a Tracker window, a "copying file" dialog window appears; of course, it is moving the file, and after the progress bar reaches 100%, the file disappears from the Desktop and is only in the Tracker window. Expected: the window should say "moving". -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 1 15:51:22 2008 From: trac at haiku-os.org (bga) Date: Mon, 01 Dec 2008 14:51: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.aee7331c64f1cef8fdfe66cf6d5e64b6@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): Actually it is 3 Gb too. I have 4 Gb total but 1 Gb is being mapped by my 2 512 Mb video cards so only 3 Gb are actually seen by Haiku. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 1 16:04:46 2008 From: trac at haiku-os.org (axeld) Date: Mon, 01 Dec 2008 15:04:46 -0000 Subject: [Haiku-bugs] [Haiku] #3150: BFS directory corruption. (was: OpenBFS directory corruption.) In-Reply-To: <038.28292c867ae3be742393ec086836c73f@haiku-os.org> References: <038.28292c867ae3be742393ec086836c73f@haiku-os.org> Message-ID: <047.a1971b98ac242ded96479e51f8b86543@haiku-os.org> #3150: BFS 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): Replying to [comment:8 Adek336]: > And svn, or jam, but rather svn reported errors on some directory with "test" in the name. I rebooted and it works well since then. Did you reboot hard, that is without syncing the caches (ie. "reboot" in KDL, or via the reset button)? Also, you can check if you have the same problem as bga by running "checkfs" on the disk; if BFS does not report blocks that are already set, it's not the same problem. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 1 16:07:12 2008 From: trac at haiku-os.org (Adek336) Date: Mon, 01 Dec 2008 15:07:12 -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.0f21fe9cfbde5af5881b35e0c1459dee@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): Actually, all the files needed are already in the source tree. They could be easily installed right now.[[br]] src/bin/vim/runtime/* should be copied to /etc/vim/[[br]] and data/etc/vim/vimrc should be copied to /etc/vim/[[br]] however vimrc needs to be augmented by the commands from the earlier post to enable syntax highlighting by default. Also, there are no vim sources under vendor/. in build/jam/HaikuImage there already are {{{ SEARCH on vimrc = [ FDirName $(HAIKU_TOP) data etc vim ] ; AddFilesToHaikuImage beos etc vim : vimrc ; }}} but vimrc isn't by default copied to /etc/vim/. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 1 16:11:48 2008 From: trac at haiku-os.org (Adek336) Date: Mon, 01 Dec 2008 15:11:48 -0000 Subject: [Haiku-bugs] [Haiku] #3150: BFS directory corruption. In-Reply-To: <038.28292c867ae3be742393ec086836c73f@haiku-os.org> References: <038.28292c867ae3be742393ec086836c73f@haiku-os.org> Message-ID: <047.57da19a8455b1ff6ae49e230264d2027@haiku-os.org> #3150: BFS 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): I don't remember how I rebooted, but indeed, checkfs doesn't report blocks already set. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 1 17:59:42 2008 From: trac at haiku-os.org (humdinger) Date: Mon, 01 Dec 2008 16:59:42 -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.4ddf2eb155fde8d54cb03c415d22ff04@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: ------------------------------------------+--------------------------------- Comment(by humdinger): Can this help at all: http://madwifi-project.org/wiki/news/20081129/sam- leffler-releases-hal-source -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 1 18:09:05 2008 From: trac at haiku-os.org (tigerdog) Date: Mon, 01 Dec 2008 17:09:05 -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.135dc07d720fed89dc9e9704a99024eb@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): As I looked through the syslog, it seems the system could not recognize the format of the card (FAT32). I reformatted the card as FAT16 under Windoz but the card is still not visible. Sorry I have not yet provided the serial debug output. I'm lacking a cable ATM. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 1 18:14:20 2008 From: trac at haiku-os.org (tigerdog) Date: Mon, 01 Dec 2008 17:14:20 -0000 Subject: [Haiku-bugs] [Haiku] #2374: Previously mounted disks not remounted after restart In-Reply-To: <043.9b16ee0f99f61533c50f88ff636343d3@haiku-os.org> References: <043.9b16ee0f99f61533c50f88ff636343d3@haiku-os.org> Message-ID: <052.ac21fa874b0b65b3b73d0fc3c4ef6566@haiku-os.org> #2374: Previously mounted disks not remounted after restart ------------------------+--------------------------------------------------- Reporter: tigerdog | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by tigerdog): Please close this bug - I've noticed this is working now. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 1 18:15:34 2008 From: trac at haiku-os.org (tigerdog) Date: Mon, 01 Dec 2008 17:15:34 -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.2b3f33bdd3cad6de88c948dde7a3f493@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): If anyone knows how to contact Dr. Hartmut Reh, I'd be happy to work together with him to find a compromise to work with as many monitors as possible. In the meantime, will you be able to revert 22955 in svn? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 1 18:23:30 2008 From: trac at haiku-os.org (stippi) Date: Mon, 01 Dec 2008 17:23:30 -0000 Subject: [Haiku-bugs] [Haiku] #2374: Previously mounted disks not remounted after restart In-Reply-To: <043.9b16ee0f99f61533c50f88ff636343d3@haiku-os.org> References: <043.9b16ee0f99f61533c50f88ff636343d3@haiku-os.org> Message-ID: <052.99ead0141713211135bd91070e7fffbf@haiku-os.org> #2374: Previously mounted disks not remounted after restart ------------------------+--------------------------------------------------- Reporter: tigerdog | 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 believe only automounting during runtime is still missing. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 1 19:05:09 2008 From: trac at haiku-os.org (cssvb94) Date: Mon, 01 Dec 2008 18:05:09 -0000 Subject: [Haiku-bugs] [Haiku] #3162: reiserfs failed to build (r28688) In-Reply-To: <042.950e71623ba9a90cc002cf4600e8920a@haiku-os.org> References: <042.950e71623ba9a90cc002cf4600e8920a@haiku-os.org> Message-ID: <051.256d69676be0e724f028ed9def75ca92@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 Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Comment(by cssvb94): The ticket can be closed. No more reiserfs compiler errors occured after r28738. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 1 19:34:26 2008 From: trac at haiku-os.org (stippi) Date: Mon, 01 Dec 2008 18:34:26 -0000 Subject: [Haiku-bugs] [Haiku] #3162: reiserfs failed to build (r28688) In-Reply-To: <042.950e71623ba9a90cc002cf4600e8920a@haiku-os.org> References: <042.950e71623ba9a90cc002cf4600e8920a@haiku-os.org> Message-ID: <051.ceba365e7eb6044204c8414a897c8cd6@haiku-os.org> #3162: reiserfs failed to build (r28688) ---------------------------+------------------------------------------------ Reporter: cssvb94 | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: File Systems | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Changes (by stippi): * status: new => closed * resolution: => fixed Comment: Ok, thanks for the feedback. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 1 20:27:57 2008 From: trac at haiku-os.org (Adek336) Date: Mon, 01 Dec 2008 19:27:57 -0000 Subject: [Haiku-bugs] [Haiku] #3190: [BFS] checkfs crash Message-ID: <042.1b147b9ab2c5fa77f048bd0d73932fd9@haiku-os.org> #3190: [BFS] checkfs crash -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- On my desktop computer (not the one I mentioned in #3150) {{{ ~> checkfs /haiku-dane -c }}} crashes r28736[[br]] /haiku-dane is 10gb. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 1 20:36:36 2008 From: trac at haiku-os.org (Adek336) Date: Mon, 01 Dec 2008 19:36:36 -0000 Subject: [Haiku-bugs] [Haiku] #3190: [BFS] checkfs crash In-Reply-To: <042.1b147b9ab2c5fa77f048bd0d73932fd9@haiku-os.org> References: <042.1b147b9ab2c5fa77f048bd0d73932fd9@haiku-os.org> Message-ID: <051.3e14beb74e2a2b7db30bd453346e3334@haiku-os.org> #3190: [BFS] checkfs crash ------------------------+--------------------------------------------------- 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): reproducible -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 1 22:15:41 2008 From: trac at haiku-os.org (axeld) Date: Mon, 01 Dec 2008 21:15:41 -0000 Subject: [Haiku-bugs] [Haiku] #3190: [BFS] checkfs crash In-Reply-To: <042.1b147b9ab2c5fa77f048bd0d73932fd9@haiku-os.org> References: <042.1b147b9ab2c5fa77f048bd0d73932fd9@haiku-os.org> Message-ID: <051.cf738f9651e3793efbcec7e410f6c4ed@haiku-os.org> #3190: [BFS] checkfs crash -------------------------------+-------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Changes (by axeld): * priority: normal => critical * component: - General => File Systems/BFS Comment: Then you should trespass line 1389 in BlockAllocator.cpp, ie. the checking process is trying to delete a file - can you confirm? If that's not the case, we need a generic mechanism that defers trimming when the check is run. Just don't format that partition for now ;-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 1 23:02:06 2008 From: trac at haiku-os.org (Adek336) Date: Mon, 01 Dec 2008 22:02:06 -0000 Subject: [Haiku-bugs] [Haiku] #3190: [BFS] checkfs crash In-Reply-To: <042.1b147b9ab2c5fa77f048bd0d73932fd9@haiku-os.org> References: <042.1b147b9ab2c5fa77f048bd0d73932fd9@haiku-os.org> Message-ID: <051.05f8443a5108d101e243ad68e58e71df@haiku-os.org> #3190: [BFS] checkfs crash -------------------------------+-------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by Adek336): If you mean {{{ 1389 inode->Node().flags 1390 |= HOST_ENDIAN_TO_BFS_INT32(INODE_DONT_FREE_SPACE); }}} this, then no, it isn't hit. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 1 23:36:10 2008 From: trac at haiku-os.org (mysticmike) Date: Mon, 01 Dec 2008 22:36:10 -0000 Subject: [Haiku-bugs] [Haiku] #3191: glut programs with single buffer display a black window Message-ID: <045.ead6e718327ebf52c4415b863aa3192a@haiku-os.org> #3191: glut programs with single buffer display a black window -----------------------------+---------------------------------------------- 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 with single buffer display a black window I have compiled some of the programs from the OpenGL red book. they use glut. When you run the programs you get an empty black window. The only program that i can get to run is double.c which uses a double buffer screen. I have attached cube.c a program that demonstrates this bug. it can be made to run by adding glutSwapBuffers to the end of the display function but this should not be nessesary. I have also attached font.c which also shows the bug. tested on svn revision 28754 on emulation (qemu) and on real hardware (eeepc 900) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 2 00:46:43 2008 From: trac at haiku-os.org (Adek336) Date: Mon, 01 Dec 2008 23:46:43 -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.130ccd1d5e7cd945b63f38c831699691@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): Hello, it looks like BMessageRunner is all well and the problem is that fRenewalTime is fed with system_time() after registering a BMessageRunner which makes the message come early in comparison to fRenewalTime. Please revert DHCPClient.cpp and then apply patch-dhcp.2.diff, I'm pretty sure that this will help, and we'll call it a day ! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 2 02:48:17 2008 From: trac at haiku-os.org (Adek336) Date: Tue, 02 Dec 2008 01:48:17 -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.c087cb6b0a50ed62b5a59358ad65db67@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 list returned by publish_devices, gDeviceNameList can have entries relocated and isn't indexed by if_index anymore;[[br]][[br]] * gDevices list is indexed by if_index and won't have entries relocated, but can have empty holes;[[br]][[br]] * like in FreeBSD, if_index is allocated in if_alloc instead of if_initname;[[br]][[br]] * only compat_open seems to be relevant to change;[[br]][[br]] * works both with my via_rhine and the pseudo-3com driver with reproducible.diff applied;[[br]][[br]] * perhaps the looping code should be refactored?[[br]][[br]] * in if.c:123, "name" is checked against NULL. Perhaps it should be checked against ""? Or does the device_manager check for such a filename?[[br]][[br]] -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 2 07:08:31 2008 From: trac at haiku-os.org (Luposian) Date: Tue, 02 Dec 2008 06:08:31 -0000 Subject: [Haiku-bugs] [Haiku] #3192: nForce Driver needs updating Message-ID: <043.ebff0fc038d420832c7004ccc608a117@haiku-os.org> #3192: nForce Driver needs updating -----------------------------+---------------------------------------------- Reporter: Luposian | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------------+---------------------------------------------- On my Acer micro tower system, there was no functioning networking. Upon discovery that the majority of the mainboard is based on the nForce chipset (which is supported in the Haiku driver set), it was realized that the issue was likely that the nForce driver hadn't been updated recently (there are several, more recent, nForce chipsets that are not in the current driver). Since then, Tonestone made an updated nForce driver binary available to me (which works fine, so far as I've used it), but it was suggested by Urias, I report a ticket here, to make sure it is properly addressed/handled by the devs. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 2 09:13:17 2008 From: trac at haiku-os.org (korli) Date: Tue, 02 Dec 2008 08:13:17 -0000 Subject: [Haiku-bugs] [Haiku] #3191: glut programs with single buffer display a black window In-Reply-To: <045.ead6e718327ebf52c4415b863aa3192a@haiku-os.org> References: <045.ead6e718327ebf52c4415b863aa3192a@haiku-os.org> Message-ID: <054.a1d9cdf445a61de48070e29ebcb1bb26@haiku-os.org> #3191: glut programs with single buffer display a black window ------------------------------+--------------------------------------------- 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): Is it like #2843 ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 2 11:16:44 2008 From: trac at haiku-os.org (mysticmike) Date: Tue, 02 Dec 2008 10:16:44 -0000 Subject: [Haiku-bugs] [Haiku] #3191: glut programs with single buffer display a black window In-Reply-To: <045.ead6e718327ebf52c4415b863aa3192a@haiku-os.org> References: <045.ead6e718327ebf52c4415b863aa3192a@haiku-os.org> Message-ID: <054.db2890573371266321baad3cf484993a@haiku-os.org> #3191: glut programs with single buffer display a black window ------------------------------+--------------------------------------------- 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): yes this is #2843 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 2 14:08:32 2008 From: trac at haiku-os.org (korli) Date: Tue, 02 Dec 2008 13:08:32 -0000 Subject: [Haiku-bugs] [Haiku] #3192: nForce Driver needs updating In-Reply-To: <043.ebff0fc038d420832c7004ccc608a117@haiku-os.org> References: <043.ebff0fc038d420832c7004ccc608a117@haiku-os.org> Message-ID: <052.b13c71863fad7ceac4f17c31b196468f@haiku-os.org> #3192: nForce Driver needs updating ------------------------------+--------------------------------------------- Reporter: Luposian | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by korli): Surely it's updatable. Could you just give details about your chip version (pci id) and confirm it's actually the nfe driver in src/add-ons/kernel/drivers/network/nforce/ ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 2 16:52:19 2008 From: trac at haiku-os.org (umccullough) Date: Tue, 02 Dec 2008 15:52:19 -0000 Subject: [Haiku-bugs] [Haiku] #3192: nForce Driver needs updating In-Reply-To: <043.ebff0fc038d420832c7004ccc608a117@haiku-os.org> References: <043.ebff0fc038d420832c7004ccc608a117@haiku-os.org> Message-ID: <052.d4b740e1f7ab93b21a30b02d61470b27@haiku-os.org> #3192: nForce Driver needs updating ------------------------------+--------------------------------------------- Reporter: Luposian | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by umccullough): Looks like these two diffs might be the relevant ones (although there are some other changes in the last few months as well - including something related to jumbo frame support) http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/nfe/if_nfe.c.diff?r1=1.28;r2=1.29 http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/nfe/if_nfereg.h.diff?r1=1.12;r2=1.13 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 2 18:52:53 2008 From: trac at haiku-os.org (korli) Date: Tue, 02 Dec 2008 17:52:53 -0000 Subject: [Haiku-bugs] [Haiku] #3192: nForce Driver needs updating In-Reply-To: <043.ebff0fc038d420832c7004ccc608a117@haiku-os.org> References: <043.ebff0fc038d420832c7004ccc608a117@haiku-os.org> Message-ID: <052.2c4fb024cb0cce19667d0dc61fa445d6@haiku-os.org> #3192: nForce Driver needs updating ------------------------------+--------------------------------------------- Reporter: Luposian | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by korli): Please check with r28761. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 2 19:58:30 2008 From: trac at haiku-os.org (Adek336) Date: Tue, 02 Dec 2008 18:58:30 -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.7d7ffe18a7cdb5e6c21bf965418a6da0@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): You've got 3c900 10Mbps Combo [Boomerang] (vendor/device 10b7/9001) and it doesn't attach[[br]] I've got 3c900B-Combo Etherlink XL Combo [Cyclone] (vendor/device 10b7/9005) and it attaches and sends/receives but I don't get an IP. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 2 20:01:29 2008 From: trac at haiku-os.org (Adek336) Date: Tue, 02 Dec 2008 19:01:29 -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.5320d6cf7bc5dad89fdf1582a31cc24e@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): It gets the IP when the on-board via rhine chip is disabled. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 2 20:32:19 2008 From: trac at haiku-os.org (Adek336) Date: Tue, 02 Dec 2008 19:32: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.bf178fd29234d10c2aa4049e4eb40e19@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 http://www.alvestrand.no/objectid/1.3.6.1.2.1.2.2.1.1.html and http://lists.freebsd.org/pipermail/freebsd-net/2004-April/003750.html which suggest that the if_index should not be reused. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 2 23:45:06 2008 From: trac at haiku-os.org (karmak) Date: Tue, 02 Dec 2008 22:45:06 -0000 Subject: [Haiku-bugs] [Haiku] #3190: [BFS] checkfs crash In-Reply-To: <042.1b147b9ab2c5fa77f048bd0d73932fd9@haiku-os.org> References: <042.1b147b9ab2c5fa77f048bd0d73932fd9@haiku-os.org> Message-ID: <051.483b3e2fe703d2eb0c5e91b8db0a3cc0@haiku-os.org> #3190: [BFS] checkfs crash -------------------------------+-------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by karmak): Sorry, Trac refuses to post my attachment, complaning "failed to create unique name" 3 times and one time crashing completely because of "too many open files". I strongly believe this problem comes from the hosting machine. You can find my attachment at http://deep- ocean.net/files/haiku/checkfs_KDL_karmak.jpg -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 2 23:55:41 2008 From: trac at haiku-os.org (anevilyak) Date: Tue, 02 Dec 2008 22:55:41 -0000 Subject: [Haiku-bugs] [Haiku] #3190: [BFS] checkfs crash In-Reply-To: <042.1b147b9ab2c5fa77f048bd0d73932fd9@haiku-os.org> References: <042.1b147b9ab2c5fa77f048bd0d73932fd9@haiku-os.org> Message-ID: <051.3b57b8187755c94fd15ed471ed7574a8@haiku-os.org> #3190: [BFS] checkfs crash -------------------------------+-------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by anevilyak): It's a known problem that happens to Trac every now and then, nielx has been working on trying to find what causes it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 3 00:05:53 2008 From: trac at haiku-os.org (anevilyak) Date: Tue, 02 Dec 2008 23:05:53 -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.7f92a11d3d543195e3094eeb9de4552d@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: -----------------------------------+---------------------------------------- Comment(by anevilyak): That should be fixed in r28762, thanks for pointing that out. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 3 00:22:09 2008 From: trac at haiku-os.org (idefix) Date: Tue, 02 Dec 2008 23:22:09 -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.3bd84d27613d8acb89721acb77806784@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): patch-dhcp.2.diff also fixed the bug. Thanks for fixing! Can't upload any logs as Trac is broken. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 3 01:58:07 2008 From: trac at haiku-os.org (Adek336) Date: Wed, 03 Dec 2008 00:58: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.8aa99b3ff66809337704e9055a0df6c8@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): ~/.bashrc is picked up after all, just not by the login shell. You have to append that shopt line to both /etc/profile for login shells and ~/.bashrc for non login shells. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 3 02:43:25 2008 From: trac at haiku-os.org (Luposian) Date: Wed, 03 Dec 2008 01:43:25 -0000 Subject: [Haiku-bugs] [Haiku] #3192: nForce Driver needs updating In-Reply-To: <043.ebff0fc038d420832c7004ccc608a117@haiku-os.org> References: <043.ebff0fc038d420832c7004ccc608a117@haiku-os.org> Message-ID: <052.f7239164a7632055cd5008311d21ab38@haiku-os.org> #3192: nForce Driver needs updating ------------------------------+--------------------------------------------- Reporter: Luposian | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by Luposian): I'm currently replying via Firefox 2.0.0.18, in Haiku R28761, so I think it's safe to call this ticket closed, unless anyone else wants to add something. Thanks to all (or just Korli?) for such a quick turn-around after I posted this ticket. Guess it DOES pay to do things the right way. :-) I'll remember that from now on. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 3 03:02:33 2008 From: trac at haiku-os.org (anevilyak) Date: Wed, 03 Dec 2008 02:02:33 -0000 Subject: [Haiku-bugs] [Haiku] #3192: nForce Driver needs updating In-Reply-To: <043.ebff0fc038d420832c7004ccc608a117@haiku-os.org> References: <043.ebff0fc038d420832c7004ccc608a117@haiku-os.org> Message-ID: <052.c59e23bc4a796924fd35603c88ddfc48@haiku-os.org> #3192: nForce Driver needs updating ------------------------------+--------------------------------------------- Reporter: Luposian | Owner: axeld Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Changes (by anevilyak): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 3 03:48:45 2008 From: trac at haiku-os.org (anevilyak) Date: Wed, 03 Dec 2008 02:48:45 -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.ff2b1588767a0e17a237fba9d64b1389@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 anevilyak): Could you please try again with r28768 or higher? That revision updated Haiku's CVS package with kaliber's workaround. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 3 04:22:18 2008 From: trac at haiku-os.org (Luposian) Date: Wed, 03 Dec 2008 03:22:18 -0000 Subject: [Haiku-bugs] [Haiku] #3193: nVidia Realtek ALC1200 Audio driver Message-ID: <043.ba826d4f818de9ce61c459b12cc39534@haiku-os.org> #3193: nVidia Realtek ALC1200 Audio driver -------------------------------+-------------------------------------------- Reporter: Luposian | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio/HDA | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------------+-------------------------------------------- Haiku currently (as of R28761) does not seem to support the audio chipset in my Acer Aspire X1200. Here's the info I pulled from Ubuntu and Haiku: From Ubuntu 8.10: 00:07.0 Audio device [0403]: nVidia Corporation Realtek ALC1200 8-Channel High Definition Audio Codec [10de:0774] (rev a1) From Haiku: device Multimedia controller (Audio device) [4|3|0] vendor 10de: nVidia Corporation device 0774: Unknown -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 3 04:50:14 2008 From: trac at haiku-os.org (umccullough) Date: Wed, 03 Dec 2008 03:50:14 -0000 Subject: [Haiku-bugs] [Haiku] #3193: nVidia Realtek ALC1200 Audio driver In-Reply-To: <043.ba826d4f818de9ce61c459b12cc39534@haiku-os.org> References: <043.ba826d4f818de9ce61c459b12cc39534@haiku-os.org> Message-ID: <052.d340a1d2bd8fa90f624607fbc0386db8@haiku-os.org> #3193: nVidia Realtek ALC1200 Audio driver --------------------------------+------------------------------------------- Reporter: Luposian | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio/HDA | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------------+------------------------------------------- Comment(by umccullough): I suspect that eventually, this chipset will be supported by Haiku's HDA driver: http://dev.haiku-os.org/browser/haiku/trunk/src/add- ons/kernel/drivers/audio/hda But since that driver is somewhat incomplete still, and only supports a couple of chipsets, it might be a while. Have you tried the OpenSound optional package yet? You can add this to your haiku image by editing your UserBuildConfig and adding the line: AddOptionalHaikuImagePackages OpenSound ; It's not a perfect solution, but might at least give you sound. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 2 23:32:36 2008 From: trac at haiku-os.org (karmak) Date: Tue, 02 Dec 2008 22:32:36 -0000 Subject: [Haiku-bugs] [Haiku] #3190: [BFS] checkfs crash In-Reply-To: <042.1b147b9ab2c5fa77f048bd0d73932fd9@haiku-os.org> References: <042.1b147b9ab2c5fa77f048bd0d73932fd9@haiku-os.org> Message-ID: <051.8263de7ff1db66574ee41cd1981d87dc@haiku-os.org> #3190: [BFS] checkfs crash -------------------------------+-------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Changes (by karmak): * cc: olive at deep-ocean.net (added) Comment: Attaching my KDL. Seems the same bug. r28752 on real hardware (IBM R52). My /boot is a 20Gb partition on the main hard disk. I've been using it for 2 weeks without any problem, except a few KDL. To update my system, I always update a 200Mb image on an USB key, then boot from USB key, and diff -r the key and the disk beos/ dirs, then copy the file which differ. Yesterday the diff/cp process went fine but at reboot, the bootloader said 'Current Boot volume: (None)'. I rebooted on the USB key, rediffed -r and it reported that kernel_x86 was different, although I had copied the newer one. I copied it once more from the key, rebooted, and all went fine. Today, the same problem appeared, despite the fact that after diff/cp operations, I runned "sync;sync;sync", unmounted the hard drive partition, then remounted it. You bet it, mounting and rediffing showed differences on some files I had copied before unmounting... I decided to checkfs my hard drive volume, and it leds me to the attached KDL. Note that I'm not very familiar with KDL and kernel internals. I read the tutorial on haiku-os.org, but didn't understand everything. If you need me to investigate, I suggest you guide me with commands to type... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 3 02:06:37 2008 From: trac at haiku-os.org (Adek336) Date: Wed, 03 Dec 2008 01:06:37 -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.84f3cd38466862acda298951d942c18a@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): Currently bash will ignore /etc/bashrc and /etc/bash.bashrc, perhaps shopt -s checkwinsize should be written in one of these two, as a generally useful option, while ~/.bashrc would be left empty for custom user use. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 3 10:38:09 2008 From: trac at haiku-os.org (mmlr) Date: Wed, 03 Dec 2008 09:38:09 -0000 Subject: [Haiku-bugs] [Haiku] #3193: nVidia Realtek ALC1200 Audio driver In-Reply-To: <043.ba826d4f818de9ce61c459b12cc39534@haiku-os.org> References: <043.ba826d4f818de9ce61c459b12cc39534@haiku-os.org> Message-ID: <052.dc94053d388d9cad806bf1c3ee7f9f8c@haiku-os.org> #3193: nVidia Realtek ALC1200 Audio driver --------------------------------+------------------------------------------- Reporter: Luposian | Owner: axeld Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Audio/HDA | Version: R1 development Resolution: duplicate | Blockedby: 1072 Platform: x86 | Blocking: --------------------------------+------------------------------------------- Changes (by mmlr): * status: new => closed * resolution: => duplicate * blockedby: => 1072 Comment: Yes, this device should eventually be supported by the HDA driver. Since there is another enhancement ticket for the HDA driver in general, I guess this can be closed as a duplicate of #1072. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 3 12:32:55 2008 From: trac at haiku-os.org (karmak) Date: Wed, 03 Dec 2008 11:32:55 -0000 Subject: [Haiku-bugs] [Haiku] #3194: [Terminal] crash on close/quit Message-ID: <041.59a3d6942ebb218be440f12674e73c3e@haiku-os.org> #3194: [Terminal] crash on close/quit -----------------------------------+---------------------------------------- Reporter: karmak | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------------------+---------------------------------------- After having done many operation in a Terminal (notably, a tar -xzvf /boot which produced huge output and slowed down the system, and a scp which failed with a `no buffer space available` error), I closed it with Control-D (it was my last Terminal open), and got this crash : {{{ #0 0xffff0104 in ?? () #1 0x006cae8e in debugger () from /boot/beos/system/lib/libroot.so #2 0x006d4551 in __assert_fail () from /boot/beos/system/lib/libroot.so #3 0x006dd456 in BPrivate::hoardHeap::freeBlock () from /boot/beos/system/lib/libroot.so #4 0x006de4e9 in BPrivate::processHeap::free () from /boot/beos/system/lib/libroot.so #5 0x006dfc2b in free () from /boot/beos/system/lib/libroot.so #6 0x0021882f in BasicTerminalBuffer::_FreeLines () #7 0x00216cf5 in BasicTerminalBuffer::~BasicTerminalBuffer () #8 0x002213f5 in TerminalBuffer::~TerminalBuffer () #9 0x00224a20 in TermView::~TermView () #10 0x002309e7 in CustomTermView::~CustomTermView () #11 0x003924db in BView::~BView () from /boot/beos/system/lib/libbe.so #12 0x00230a5b in TermViewContainerView::~TermViewContainerView () #13 0x003924db in BView::~BView () from /boot/beos/system/lib/libbe.so #14 0x00367fc8 in BScrollView::~BScrollView () from /boot/beos/system/lib/libbe.so #15 0x00223a18 in TermScrollView::~TermScrollView () #16 0x0037c890 in BTab::~BTab () from /boot/beos/system/lib/libbe.so #17 0x0037d4e8 in BTabView::~BTabView () from /boot/beos/system/lib/libbe.so #18 0x0021f128 in SmartTabView::~SmartTabView () #19 0x00230b2f in TermWindow::TabView::~TabView () #20 0x003924db in BView::~BView () from /boot/beos/system/lib/libbe.so #21 0x0039e456 in BWindow::~BWindow () from /boot/beos/system/lib/libbe.so #22 0x0022c452 in TermWindow::~TermWindow () #23 0x002f5065 in BLooper::Quit () from /boot/beos/system/lib/libbe.so #24 0x0039eba9 in BWindow::Quit () from /boot/beos/system/lib/libbe.so #25 0x002f667c in BLooper::_QuitRequested () from /boot/beos/system/lib/libbe.so #26 0x002f4bf4 in BLooper::DispatchMessage () from /boot/beos/system/lib/libbe.so #27 0x003a153a in BWindow::DispatchMessage () from /boot/beos/system/lib/libbe.so #28 0x003a4e7f in BWindow::task_looper () from /boot/beos/system/lib/libbe.so #29 0x002f60ff in BLooper::_task0_ () from /boot/beos/system/lib/libbe.so #30 0x006cf640 in thread_entry () from /boot/beos/system/lib/libroot.so #31 0x700c1fec in ?? () }}} I entered `cont`, and got the following (probably harmless, but in case not I put it here) : {{{ #0 0xffff0104 in ?? () #1 0x006cf7db in wait_for_thread () from /boot/beos/system/lib/libroot.so #2 0x002f50aa in BLooper::Quit () from /boot/beos/system/lib/libbe.so #3 0x0039eba9 in BWindow::Quit () from /boot/beos/system/lib/libbe.so #4 0x002ecf20 in BApplication::_WindowQuitLoop () from /boot/beos/system/lib/libbe.so #5 0x002ecf8f in BApplication::_QuitAllWindows () from /boot/beos/system/lib/libbe.so #6 0x002ea425 in BApplication::QuitRequested () from /boot/beos/system/lib/libbe.so #7 0x002f65ac in BLooper::_QuitRequested () from /boot/beos/system/lib/libbe.so #8 0x002f4bf4 in BLooper::DispatchMessage () from /boot/beos/system/lib/libbe.so #9 0x002ebad5 in BApplication::DispatchMessage () from /boot/beos/system/lib/libbe.so #10 0x002f6505 in BLooper::task_looper () from /boot/beos/system/lib/libbe.so #11 0x002ea2de in BApplication::Run () from /boot/beos/system/lib/libbe.so #12 0x0021bf8f in main () }}} My knowledge is currently limited, i'm (re-)learning how to inspect backtraces, variables and other debug things ; I've not done these things for years (since I programmed DeeperPeople for BeOS in 2001, to be exact). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 3 12:33:37 2008 From: trac at haiku-os.org (karmak) Date: Wed, 03 Dec 2008 11:33:37 -0000 Subject: [Haiku-bugs] [Haiku] #3194: [Terminal] crash on close/quit In-Reply-To: <041.59a3d6942ebb218be440f12674e73c3e@haiku-os.org> References: <041.59a3d6942ebb218be440f12674e73c3e@haiku-os.org> Message-ID: <050.d6c7d092a880633a4e9d31b61d13395b@haiku-os.org> #3194: [Terminal] crash on close/quit ------------------------------------+--------------------------------------- Reporter: karmak | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | 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 Wed Dec 3 12:34:00 2008 From: trac at haiku-os.org (karmak) Date: Wed, 03 Dec 2008 11:34:00 -0000 Subject: [Haiku-bugs] [Haiku] #1319: [Tracker] desktop icons selection is shifted 1px to the left In-Reply-To: <040.bef90aba15345c94303c110fc6ac4fcf@haiku-os.org> References: <040.bef90aba15345c94303c110fc6ac4fcf@haiku-os.org> Message-ID: <049.6f382e84b66d17160cc33c8b732e25a5@haiku-os.org> #1319: [Tracker] desktop icons selection is shifted 1px to the left ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | 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 Wed Dec 3 12:34:21 2008 From: trac at haiku-os.org (karmak) Date: Wed, 03 Dec 2008 11:34:21 -0000 Subject: [Haiku-bugs] [Haiku] #1348: unchecking 'Auto-Start Mail Daemon' has no effect In-Reply-To: <041.35287257da2e5b95814375e7fc7710ee@haiku-os.org> References: <041.35287257da2e5b95814375e7fc7710ee@haiku-os.org> Message-ID: <050.356ed154f6d6bdb9714a05b9b49388d1@haiku-os.org> #1348: unchecking 'Auto-Start Mail Daemon' has no effect -------------------------------+-------------------------------------------- Reporter: brecht | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Mail | 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 Wed Dec 3 12:34:41 2008 From: trac at haiku-os.org (karmak) Date: Wed, 03 Dec 2008 11:34:41 -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.d40e0fcb2c966ff22dc13fc1e85f27c2@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: ------------------------+--------------------------------------------------- Changes (by karmak): * cc: olive at deep-ocean.net (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 3 12:35:52 2008 From: trac at haiku-os.org (karmak) Date: Wed, 03 Dec 2008 11:35:52 -0000 Subject: [Haiku-bugs] [Haiku] #1923: Time Date inaccurate after booting up Haiku In-Reply-To: <040.8caab11846b17dc28cf60f9f5c70fda6@haiku-os.org> References: <040.8caab11846b17dc28cf60f9f5c70fda6@haiku-os.org> Message-ID: <049.149eec9a1a7361e9c1a143c315b653bf@haiku-os.org> #1923: Time Date inaccurate after booting up Haiku --------------------------------------+------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: new Priority: low | Milestone: R1 Component: Preferences/Time & Date | 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 Wed Dec 3 12:47:52 2008 From: trac at haiku-os.org (karmak) Date: Wed, 03 Dec 2008 11:47:52 -0000 Subject: [Haiku-bugs] [Haiku] #2720: AppServer deadlock In-Reply-To: <042.583d15c6b5b428f989a3b9d958e15af4@haiku-os.org> References: <042.583d15c6b5b428f989a3b9d958e15af4@haiku-os.org> Message-ID: <051.7c6ba65ee09538b62e06695d75161b72@haiku-os.org> #2720: AppServer deadlock ---------------------------------+------------------------------------------ Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1/alpha1 Component: Servers/app_server | 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 Wed Dec 3 12:48:21 2008 From: trac at haiku-os.org (karmak) Date: Wed, 03 Dec 2008 11:48:21 -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.4700d7eb0c47ea97ff190fb042c8c8e7@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: ---------------------------+------------------------------------------------ Changes (by karmak): * cc: olive at deep-ocean.net (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 3 12:49:51 2008 From: trac at haiku-os.org (karmak) Date: Wed, 03 Dec 2008 11:49:51 -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.0be017a3a5cbe227046d4243f954bd31@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: ----------------------------------+----------------------------------------- Changes (by karmak): * cc: olive at deep-ocean.net (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 3 12:51:22 2008 From: trac at haiku-os.org (karmak) Date: Wed, 03 Dec 2008 11:51:22 -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.e9b221954f219de024007242c21d1999@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: ------------------------------+--------------------------------------------- Changes (by karmak): * cc: olive at deep-ocean.net (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 3 12:55:27 2008 From: trac at haiku-os.org (karmak) Date: Wed, 03 Dec 2008 11:55:27 -0000 Subject: [Haiku-bugs] [Haiku] #3181: firefox always crash on system shutdown/restart In-Reply-To: <041.c3f8b65af581c95308bd363f74261d2a@haiku-os.org> References: <041.c3f8b65af581c95308bd363f74261d2a@haiku-os.org> Message-ID: <050.df4a943e712bdcb0c097f9f332b588e9@haiku-os.org> #3181: firefox always crash on system shutdown/restart --------------------------------+------------------------------------------- Reporter: karmak | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | 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 Wed Dec 3 12:55:50 2008 From: trac at haiku-os.org (karmak) Date: Wed, 03 Dec 2008 11:55:50 -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.87df7301e36480ed38ff8eebf25f8c41@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 karmak): * cc: olive at deep-ocean.net (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 3 12:56:21 2008 From: trac at haiku-os.org (karmak) Date: Wed, 03 Dec 2008 11:56:21 -0000 Subject: [Haiku-bugs] [Haiku] #3184: deskbar clock has wrong width In-Reply-To: <041.1cb6b96bcd306282c489973ed4de11f8@haiku-os.org> References: <041.1cb6b96bcd306282c489973ed4de11f8@haiku-os.org> Message-ID: <050.ff50b9836219ad8bad470a38e5084fe6@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 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 Wed Dec 3 12:56:49 2008 From: trac at haiku-os.org (karmak) Date: Wed, 03 Dec 2008 11:56:49 -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.1af3c08474a9cb70437b084486c7f8ce@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: -----------------------------------+---------------------------------------- Changes (by karmak): * cc: olive at deep-ocean.net (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 3 12:59:04 2008 From: trac at haiku-os.org (karmak) Date: Wed, 03 Dec 2008 11:59:04 -0000 Subject: [Haiku-bugs] [Haiku] #3187: IMAP mail folders problems (error while moving ... to : Invalid Argument) In-Reply-To: <041.9f8953be7686796f7c7ad3d3c704b6c7@haiku-os.org> References: <041.9f8953be7686796f7c7ad3d3c704b6c7@haiku-os.org> Message-ID: <050.d28945811fa19826e636f072e9600dde@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 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 Wed Dec 3 12:59:35 2008 From: trac at haiku-os.org (karmak) Date: Wed, 03 Dec 2008 11:59:35 -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.4149761984f226f99402da0330b1a5a4@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 karmak): * cc: olive at deep-ocean.net (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 3 13:11:44 2008 From: trac at haiku-os.org (karmak) Date: Wed, 03 Dec 2008 12:11:44 -0000 Subject: [Haiku-bugs] [Haiku] #3175: [Expander] Directory chooser should begin from the directory in input box In-Reply-To: <042.3a5df3838d869a899a824dc4257e03a1@haiku-os.org> References: <042.3a5df3838d869a899a824dc4257e03a1@haiku-os.org> Message-ID: <051.7290155265aa47893beec3b188cda48b@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 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 Wed Dec 3 13:12:11 2008 From: trac at haiku-os.org (karmak) Date: Wed, 03 Dec 2008 12:12:11 -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.b487a4d8f4f7c46b6790a1a337d04d7c@haiku-os.org> #3174: Deskbar window-list menu not properly drawn for long window title ---------------------------------+------------------------------------------ Reporter: Adek336 | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: 2726 ---------------------------------+------------------------------------------ Changes (by karmak): * cc: olive at deep-ocean.net (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 3 13:13:15 2008 From: trac at haiku-os.org (karmak) Date: Wed, 03 Dec 2008 12:13:15 -0000 Subject: [Haiku-bugs] [Haiku] #3173: Make query string transformation behave more to expectations In-Reply-To: <041.ee899bb89871d14776e486491dc121be@haiku-os.org> References: <041.ee899bb89871d14776e486491dc121be@haiku-os.org> Message-ID: <050.abaa02c9fddb0e3894390860d44cdc38@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 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 Wed Dec 3 13:14:16 2008 From: trac at haiku-os.org (karmak) Date: Wed, 03 Dec 2008 12:14:16 -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.6801e96407d7da0dd0276091654bb1dc@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: --------------------------------+------------------------------------------- Changes (by karmak): * cc: olive at deep-ocean.net (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 3 13:14:56 2008 From: trac at haiku-os.org (karmak) Date: Wed, 03 Dec 2008 12:14:56 -0000 Subject: [Haiku-bugs] [Haiku] #3171: Better prompting in Tracker file operations In-Reply-To: <044.447c1ed5820886a90d5f00d8ca8be069@haiku-os.org> References: <044.447c1ed5820886a90d5f00d8ca8be069@haiku-os.org> Message-ID: <053.990546c3a30adf309eee81d10f6030c1@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 Resolution: | Blockedby: 1420 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 Wed Dec 3 13:18:15 2008 From: trac at haiku-os.org (karmak) Date: Wed, 03 Dec 2008 12:18:15 -0000 Subject: [Haiku-bugs] [Haiku] #3160: [bfs] empty folders takes too much disk space In-Reply-To: <040.6aa11895764d8db2fa5e5c953ca78736@haiku-os.org> References: <040.6aa11895764d8db2fa5e5c953ca78736@haiku-os.org> Message-ID: <049.ce896d3710d1c3243b0ac177945bdf60@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 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 Wed Dec 3 13:26:50 2008 From: trac at haiku-os.org (karmak) Date: Wed, 03 Dec 2008 12:26:50 -0000 Subject: [Haiku-bugs] [Haiku] #3157: Hang on boot with "Linksys USB200M rev.2" USB-Ethernet plugged in. In-Reply-To: <043.f15a7e87e70d8c5da0e2fc525804c166@haiku-os.org> References: <043.f15a7e87e70d8c5da0e2fc525804c166@haiku-os.org> Message-ID: <052.ea44f9e9bbde78e2852cd0310419a8cf@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 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 Wed Dec 3 14:09:37 2008 From: trac at haiku-os.org (karmak) Date: Wed, 03 Dec 2008 13:09:37 -0000 Subject: [Haiku-bugs] [Haiku] #3195: [Tracker] default move operation makes copying from CD-ROM a pain Message-ID: <041.eb312670c1007a75123d8726481fd726@haiku-os.org> #3195: [Tracker] default move operation makes copying from CD-ROM a pain ----------------------------------+----------------------------------------- Reporter: karmak | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: x86 Blocking: | ----------------------------------+----------------------------------------- Now that default Tracker operation is Move across volumes, copying from a CD-ROM to the desktop has became a pain, because for every file Tracker tries to delete it and fails with a "`read-only file system`" error : Copying 300 files forces me to click "cancel" 300 times... As a workaround I can drag'n drop with right mouse button, but I often forget it... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 3 15:10:41 2008 From: trac at haiku-os.org (anevilyak) Date: Wed, 03 Dec 2008 14:10:41 -0000 Subject: [Haiku-bugs] [Haiku] #3195: [Tracker] default move operation makes copying from CD-ROM a pain In-Reply-To: <041.eb312670c1007a75123d8726481fd726@haiku-os.org> References: <041.eb312670c1007a75123d8726481fd726@haiku-os.org> Message-ID: <050.ddc2cbb222ef5d2108adc7dc182b530a@haiku-os.org> #3195: [Tracker] default move operation makes copying from CD-ROM a pain -----------------------------------+---------------------------------------- Reporter: karmak | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -----------------------------------+---------------------------------------- Changes (by anevilyak): * owner: axeld => anevilyak Comment: Will look at this, I figured there'd be a few more problems masked by the previous behavior that I didn't spot...By the way, I notice you're CC'ing yourself on quite a few bugs. If you want to keep track of all bug activity, there is actually a mailing list you can subscribe to, which will email you for every bug change in the system, regardless of whether you were involved in it or not. If interested, see: https://lists.berlios.de/mailman/listinfo/haiku-bugs -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 3 15:30:22 2008 From: trac at haiku-os.org (anevilyak) Date: Wed, 03 Dec 2008 14:30:22 -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.b9f0d7b485e5f76c7ff99b51e20393ec@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 anevilyak): I can also relatively reliably reproduce this one while testing ticket #3195. If I very rapidly click to dismiss the read-only error dialogs, I hit the following backtrace every single time: {{{ BRegion::_SetSize() BRegion::operator= () RegionPool::GetRegion() Window::SetFocus() Desktop::SetFocusWindow() Desktop::ActivateWindow() Window::MouseDown() MouseFilter::Filter() EventDispatcher::_EventLoop() EventDispatcher::_event_looper() thread_entry() }}} I suspect there's a subtle race condition going on here, something like the window being set to the focus window right as it's being destroyed, or something along those lines. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 3 15:43:44 2008 From: trac at haiku-os.org (anevilyak) Date: Wed, 03 Dec 2008 14:43:44 -0000 Subject: [Haiku-bugs] [Haiku] #3195: [Tracker] default move operation makes copying from CD-ROM a pain In-Reply-To: <041.eb312670c1007a75123d8726481fd726@haiku-os.org> References: <041.eb312670c1007a75123d8726481fd726@haiku-os.org> Message-ID: <050.ef79a57e42a07a41a4939b236238dd45@haiku-os.org> #3195: [Tracker] default move operation makes copying from CD-ROM a pain -----------------------------------+---------------------------------------- Reporter: karmak | Owner: anevilyak Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: -----------------------------------+---------------------------------------- Changes (by anevilyak): * status: new => closed * resolution: => fixed Comment: Fixed in r28769. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 3 17:13:17 2008 From: trac at haiku-os.org (ekdahl) Date: Wed, 03 Dec 2008 16:13:17 -0000 Subject: [Haiku-bugs] [Haiku] #3196: Add ethernet driver for Atheros L1 Message-ID: <041.3c9d21604d4a5847745f61c817e8f911@haiku-os.org> #3196: Add ethernet driver for Atheros L1 -----------------------------+---------------------------------------------- Reporter: ekdahl | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------+---------------------------------------------- This device is used for wired network on Eee PC 901 and 1000H. The corresponding FreeBSD driver is called ale. See http://wiki.freebsd.org/AsusEee#head- 0ec25ebfd5cc91803a27ffefe989f34ee19d887e I have a 1000H on which I can test the driver. There is a forum discussion about this here: http://www.haiku- os.org/community/forum/network_connection_on_asus_eeepc_901 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 3 20:44:18 2008 From: trac at haiku-os.org (anevilyak) Date: Wed, 03 Dec 2008 19:44:18 -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.86de75d1a14f0ac338b8a09ead692a3c@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): Any objection to me committing this patch? Or would you rather have the thread limit kept in place but fixed to work correctly? If so, is 12 still a reasonable thread limit? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 3 21:31:53 2008 From: trac at haiku-os.org (ithamar) Date: Wed, 03 Dec 2008 20:31:53 -0000 Subject: [Haiku-bugs] [Haiku] #3196: Add ethernet driver for Atheros L1 In-Reply-To: <041.3c9d21604d4a5847745f61c817e8f911@haiku-os.org> References: <041.3c9d21604d4a5847745f61c817e8f911@haiku-os.org> Message-ID: <050.e1d34ace0d3af928da16397ed36d1a01@haiku-os.org> #3196: Add ethernet driver for Atheros L1 ------------------------------+--------------------------------------------- Reporter: ekdahl | Owner: ithamar Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Changes (by ithamar): * owner: axeld => ithamar * status: new => assigned Comment: This driver has been ported and is in the repository but not in the image and fully untested yet. I'm awaiting test results from a Haiku user with an EeePC 901. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 3 21:45:47 2008 From: trac at haiku-os.org (miqlas) Date: Wed, 03 Dec 2008 20:45:47 -0000 Subject: [Haiku-bugs] [Haiku] #2932: Media_server don't start automaticaly in pre-alpha1, and emuxki don't work In-Reply-To: <041.a7ec1a39ce07533b4bb112cf2baa1474@haiku-os.org> References: <041.a7ec1a39ce07533b4bb112cf2baa1474@haiku-os.org> Message-ID: <050.1f18cb536e8bf609087ce6e0c2d50b5e@haiku-os.org> #2932: Media_server don't start automaticaly in pre-alpha1, and emuxki don't work -----------------------------------+---------------------------------------- Reporter: miqlas | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/media_server | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -----------------------------------+---------------------------------------- Comment(by miqlas): Now everythings working correctly. Then somebody can close this ticket. Thank You, Guys! Keep up this good work. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 3 21:48:15 2008 From: trac at haiku-os.org (miqlas) Date: Wed, 03 Dec 2008 20:48:15 -0000 Subject: [Haiku-bugs] [Haiku] #2936: DVD discs not mountable in Haiku In-Reply-To: <041.0aeac694ee324cc89a8b2bedafbe64e0@haiku-os.org> References: <041.0aeac694ee324cc89a8b2bedafbe64e0@haiku-os.org> Message-ID: <050.0870e2a65fbc649c18fd05ccd0632911@haiku-os.org> #2936: DVD discs not mountable in Haiku ---------------------------+------------------------------------------------ Reporter: miqlas | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Comment(by miqlas): I can't get the error massage now, then i think somebody can close this ticket now. Thank You, Guys! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 3 22:16:08 2008 From: trac at haiku-os.org (kvdman) Date: Wed, 03 Dec 2008 21:16:08 -0000 Subject: [Haiku-bugs] [Haiku] #3196: Add ethernet driver for Atheros L1 In-Reply-To: <041.3c9d21604d4a5847745f61c817e8f911@haiku-os.org> References: <041.3c9d21604d4a5847745f61c817e8f911@haiku-os.org> Message-ID: <050.9f95a2328efdb40c1d1b5caaa76c56d5@haiku-os.org> #3196: Add ethernet driver for Atheros L1 ------------------------------+--------------------------------------------- Reporter: ekdahl | Owner: ithamar Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by kvdman): Hi, I've tested the driver on my 900HA (it has this chipset as well) and it works beautifully! Thanks -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 3 22:20:42 2008 From: trac at haiku-os.org (ithamar) Date: Wed, 03 Dec 2008 21:20:42 -0000 Subject: [Haiku-bugs] [Haiku] #3196: Add ethernet driver for Atheros L1 In-Reply-To: <041.3c9d21604d4a5847745f61c817e8f911@haiku-os.org> References: <041.3c9d21604d4a5847745f61c817e8f911@haiku-os.org> Message-ID: <050.434f9673a0f460b99fee01d257363205@haiku-os.org> #3196: Add ethernet driver for Atheros L1 ------------------------------+--------------------------------------------- Reporter: ekdahl | Owner: ithamar Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Changes (by ithamar): * status: assigned => closed * resolution: => fixed Comment: Replying to [comment:2 kvdman]: > I've tested the driver on my 900HA (it has this chipset as well) and it works beautifully! Thanks, I'll add it to the image then, just wanted to wait until the first successful report ;) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 3 22:26:29 2008 From: trac at haiku-os.org (axeld) Date: Wed, 03 Dec 2008 21:26:29 -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.7579cb90e335b8f4faf623f71f6a4cc6@haiku-os.org> #2514: Enlarged Terminal wraps input line overwriting beginning ------------------------+--------------------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Fixed in r28772, thanks! It's now in /etc/profile only (and therefore would be used by other shells as well - /etc/bashrc would be the preferred location). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 3 22:54:02 2008 From: trac at haiku-os.org (Adek336) Date: Wed, 03 Dec 2008 21:54:02 -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.47f723fe9331ed800d271693fa7d5b9f@haiku-os.org> #2514: Enlarged Terminal wraps input line overwriting beginning ------------------------+--------------------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by Adek336): Currently, running a second bash from the terminal by typing bash invokes a non-login shell which ignores /etc/profile (which is sourced only by login shells). So, for example, "ls" is colorful in a login shell, but in a non-login shell. The following makes non-login shells source /etc/bashrc: {{{ Index: src/bin/bash/config-top.h =================================================================== --- src/bin/bash/config-top.h (wersja 28736) +++ src/bin/bash/config-top.h (kopia robocza) @@ -73,7 +73,7 @@ #define KSH_COMPATIBLE_SELECT /* System-wide .bashrc file for interactive shells. */ -/* #define SYS_BASHRC "/etc/bash.bashrc" */ +#define SYS_BASHRC "/etc/bashrc" /* System-wide .bash_logout for login shells. */ /* #define SYS_BASH_LOGOUT "/etc/bash.bash_logout" */ }}} After this, one can move the general parts of /etc/profile to /etc/bashrc (that is, everything from alias ls=... down to shopt -s checkwinsize) and add the line {{{ source /etc/bashrc }}} to /etc/profile. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 3 23:02:12 2008 From: trac at haiku-os.org (bonefish) Date: Wed, 03 Dec 2008 22:02:12 -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.046e92c633e559fde4f28cb7ca0cfabb@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 bonefish): Replying to [comment:4 anevilyak]: Sorry for the silence -- ATM I'm quite busy with work and have very little time for Haiku. > Any objection to me committing this patch? Or would you rather have the thread limit kept in place but fixed to work correctly? If so, is 12 still a reasonable thread limit? I would actually prefer to keep a limit. After all the registrar is a system component and it shouldn't use resources unboundedly just because an application requests it. I guess the limit can be raised a bit, but too many concurrent MIME threads don't make that much sense either, since they will compete for disk access. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 3 23:09:48 2008 From: trac at haiku-os.org (anevilyak) Date: Wed, 03 Dec 2008 22:09:48 -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.8bafb01f1bb8bc1af3ecc34a814ed10d@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): No worries, I figured you were. In that case I'll see if I can't fix the limiting code to work correctly. Either that or maybe it'd be more opportune to rework that code to use a queue of requests and a few worker threads that operate off that queue instead? That way it wouldn't just fail a request if too many threads are currently active, though that might get a bit more complicated when synchronous requests come into play. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 3 23:26:30 2008 From: trac at haiku-os.org (diver) Date: Wed, 03 Dec 2008 22:26:30 -0000 Subject: [Haiku-bugs] [Haiku] #2991: [Pe] crash after second right click (easy) In-Reply-To: <040.babfa3ed8f8460df6e32ec36bc128cd1@haiku-os.org> References: <040.babfa3ed8f8460df6e32ec36bc128cd1@haiku-os.org> Message-ID: <049.8b97d88fd835a53c82454a228d5ce4ba@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: ---------------------------+------------------------------------------------ Comment(by diver): Can't reproduce anymore. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 3 23:29:21 2008 From: trac at haiku-os.org (diver) Date: Wed, 03 Dec 2008 22:29:21 -0000 Subject: [Haiku-bugs] [Haiku] #3197: [Pe] crash in BView::_CheckOwnerLock Message-ID: <040.5086223201e146324f76faae25f8fbe5@haiku-os.org> #3197: [Pe] crash in BView::_CheckOwnerLock --------------------------+------------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- *Open Pe[[BR]] *Right click text view and check "Alternative font"[[BR]] *Right click text view and select "Save".[[BR]] -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 3 23:30:24 2008 From: trac at haiku-os.org (Adek336) Date: Wed, 03 Dec 2008 22:30:24 -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.7c10478f074981a8f44365fd258844a7@haiku-os.org> #2514: Enlarged Terminal wraps input line overwriting beginning ------------------------+--------------------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by Adek336): But other shells still see the bashrc specific command "source /etc/bashrc" in /etc/profile.[[br]] So bash should load not only /etc/profile but also /etc/bash_profile (which would consist only of "source /etc/bashrc") for login shells. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 3 23:32:10 2008 From: trac at haiku-os.org (diver) Date: Wed, 03 Dec 2008 22:32:10 -0000 Subject: [Haiku-bugs] [Haiku] #3198: [Pe] I-beam cursor in save dialog Message-ID: <040.39793f4236e57e5930b9ce0b939d39bb@haiku-os.org> #3198: [Pe] I-beam cursor in save dialog ----------------------------+----------------------------------------------- Reporter: diver | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------+----------------------------------------------- Open Pe[[BR]] Right click text view and select "Save"[[BR]] Notice that cursor is I-beam -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 3 23:44:11 2008 From: trac at haiku-os.org (diver) Date: Wed, 03 Dec 2008 22:44:11 -0000 Subject: [Haiku-bugs] [Haiku] #3199: [MediaPlayer] playlist window show red border only once Message-ID: <040.fe65afdc6f9468dbd9cca174c39103d1@haiku-os.org> #3199: [MediaPlayer] playlist window show red border only once --------------------------------------+------------------------------------- Reporter: diver | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/MediaPlayer | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------------+------------------------------------- If you open playlist window in MediaPlayer and try to drag unsupported file over it MediaPlayer will draw red border. If you drag this file out of playlist window and then drag it back there will be no red border anymore. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Dec 4 00:26:21 2008 From: trac at haiku-os.org (Adek336) Date: Wed, 03 Dec 2008 23:26:21 -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.3e3f3a41eb8f6d84b950010c071dd4ba@haiku-os.org> #2514: Enlarged Terminal wraps input line overwriting beginning ------------------------+--------------------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by Adek336): Proposed solution http://pastebin.com/f79371d8e -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Dec 4 00:48:56 2008 From: trac at haiku-os.org (Adek336) Date: Wed, 03 Dec 2008 23:48: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.62c52625300d2cc5f9307035010ec0a7@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:62 Adek336]: > * in if.c:123, "name" is checked against NULL. Perhaps it should be checked against ""? Or does the device_manager check for such a filename?[[br]][[br]] vfs.cpp seems to be checking against "". devfs.cpp does not check against "" and shouldn't because it looks like a "" has a special meaning during boot.[[br]]So if_initname should check, just like vfs.cpp does. {{{ if.c: void if_initname(...) { int i; if (name == NULL || name[0] == '\0') panic("interface goes unnamed"); }}} also fix typo ("unamed"). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Dec 4 01:30:34 2008 From: trac at haiku-os.org (anevilyak) Date: Thu, 04 Dec 2008 00:30:34 -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.2190e82800edf34fa192ba613a375c37@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): The suspended threads problem is fixed in r28774. Long term though, I think this code needs a redesign, since the way it works now doesn't actually successfully enforce the limit, as it doesn't atomically add and compare the thread counter. Executing open * from a Terminal and watching registrar in ProcessController at the same time will confirm this. Let me know which route you'd like to take in terms of redoing this code. Leaving ticket open for now. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Dec 4 01:31:05 2008 From: trac at haiku-os.org (Adek336) Date: Thu, 04 Dec 2008 00:31:05 -0000 Subject: [Haiku-bugs] [Haiku] #2658: Deskbar floating where it should after resolution change In-Reply-To: <042.71b5142596fc67fa61f04043a3169bc3@haiku-os.org> References: <042.71b5142596fc67fa61f04043a3169bc3@haiku-os.org> Message-ID: <051.213d2abb673604eafde0c7d62d890f81@haiku-os.org> #2658: Deskbar floating where it should after resolution change ------------------------+--------------------------------------------------- Reporter: scottmc | 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 Thu Dec 4 06:38:14 2008 From: trac at haiku-os.org (scottmc) Date: Thu, 04 Dec 2008 05:38:14 -0000 Subject: [Haiku-bugs] [Haiku] #3200: Graphic games are showing a back border on left and top Message-ID: <042.46e756ccfe16a99552732084994143cd@haiku-os.org> #3200: Graphic games are showing a back border on left and top -----------------------+---------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- On certain games, SDL and perhaps Allegro based ones, there is often a black border on the left and top of the windows, shifting the game screen down and to the right. This was tested on vmware with video set at 800x600, and I measured the offset to be about 80 on the left and 60 pixels on the top. I'll see if I can get some screenshots and some specific programs that show this. I think Wesnoth, mentioned in #2859 also showed this issue. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Dec 4 07:59:53 2008 From: trac at haiku-os.org (scottmc) Date: Thu, 04 Dec 2008 06:59:53 -0000 Subject: [Haiku-bugs] [Haiku] #2014: Add 7zip In-Reply-To: <042.e8b8afcdf06cbee864587dc6a74ae461@haiku-os.org> References: <042.e8b8afcdf06cbee864587dc6a74ae461@haiku-os.org> Message-ID: <051.1499af75697faaa25b6669fbeb7d602c@haiku-os.org> #2014: Add 7zip --------------------------+------------------------------------------------- Reporter: scottmc | Owner: axeld Type: enhancement | Status: new Priority: low | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by scottmc): I just built and ran the "make test" with p7zip 4.61 beta which came out a few days ago. I've posted a new binary for it oh HaikuPorts under downloads. Here's the portlog page for it: http://ports.haiku-files.org/wiki/app-arch/p7zip/4.61/1 Note that I will soon be testing it on a dual CPU PC to see if the above issue has been fixed or not. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Dec 4 12:18:24 2008 From: trac at haiku-os.org (korli) Date: Thu, 04 Dec 2008 11:18:24 -0000 Subject: [Haiku-bugs] [Haiku] #2936: DVD discs not mountable in Haiku In-Reply-To: <041.0aeac694ee324cc89a8b2bedafbe64e0@haiku-os.org> References: <041.0aeac694ee324cc89a8b2bedafbe64e0@haiku-os.org> Message-ID: <050.a05b8e1e44fa47c3ff2bb7ad93f212a2@haiku-os.org> #2936: DVD discs not mountable in Haiku ---------------------------+------------------------------------------------ Reporter: miqlas | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: File Systems | 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 Dec 4 14:56:41 2008 From: trac at haiku-os.org (kvdman) Date: Thu, 04 Dec 2008 13:56:41 -0000 Subject: [Haiku-bugs] [Haiku] #3201: MeTOS causing KDL now. Message-ID: <041.1d5f2c0bcf045f7c8d75ed948094dce9@haiku-os.org> #3201: MeTOS causing KDL now. --------------------------------+------------------------------------------- Reporter: kvdman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- MeTOS: [http://www.haikuware.com/view-details/development/gui-creation/metos] Will trigger a KDL. This program use to work fine under Haiku! Not sure where this happened, but it worked at least two months ago. See attached trace. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Dec 4 15:00:36 2008 From: trac at haiku-os.org (kvdman) Date: Thu, 04 Dec 2008 14:00:36 -0000 Subject: [Haiku-bugs] [Haiku] #3201: MeTOS causing KDL now. In-Reply-To: <041.1d5f2c0bcf045f7c8d75ed948094dce9@haiku-os.org> References: <041.1d5f2c0bcf045f7c8d75ed948094dce9@haiku-os.org> Message-ID: <050.6c1c339bc14e8316e57ea3253b69547a@haiku-os.org> #3201: MeTOS causing KDL now. ---------------------------------+------------------------------------------ Reporter: kvdman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by kvdman): Hmm attaching the screenshot is causing an error in Trac. I've uploaded it here: [http://www.haikuware.com/downloads/registered/metos.tiff] -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Dec 4 15:07:42 2008 From: trac at haiku-os.org (stippi) Date: Thu, 04 Dec 2008 14:07:42 -0000 Subject: [Haiku-bugs] [Haiku] #3201: MeTOS causes app_server crash . (was: MeTOS causing KDL now.) In-Reply-To: <041.1d5f2c0bcf045f7c8d75ed948094dce9@haiku-os.org> References: <041.1d5f2c0bcf045f7c8d75ed948094dce9@haiku-os.org> Message-ID: <050.99e85aa2e0784f4177ef3a750c1d5746@haiku-os.org> #3201: MeTOS causes app_server crash . ---------------------------------+------------------------------------------ Reporter: kvdman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Old description: > MeTOS: > > [http://www.haikuware.com/view-details/development/gui-creation/metos] > > Will trigger a KDL. This program use to work fine under Haiku! Not sure > where this happened, but it worked at least two months ago. > > See attached trace. New description: MeTOS: [http://www.haikuware.com/view-details/development/gui-creation/metos] Will trigger an app_server crash. This program use to work fine under Haiku! Not sure where this happened, but it worked at least two months ago. See attached trace. -- Comment(by stippi): It's an app_server crash, not a KDL. And the back trace is unfortunately not useful, since it's for the wrong thread (the main thread). To be on the safe side, if you see such a trace again, try entering the command "cont" into the GDB terminal. That should then drop into the thread that crashed and you can type bt again. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Dec 4 16:44:28 2008 From: trac at haiku-os.org (kvdman) Date: Thu, 04 Dec 2008 15:44:28 -0000 Subject: [Haiku-bugs] [Haiku] #3201: MeTOS causes app_server crash . In-Reply-To: <041.1d5f2c0bcf045f7c8d75ed948094dce9@haiku-os.org> References: <041.1d5f2c0bcf045f7c8d75ed948094dce9@haiku-os.org> Message-ID: <050.b6c86f64269fd2182f144c1db1b7cc38@haiku-os.org> #3201: MeTOS causes app_server crash . ---------------------------------+------------------------------------------ Reporter: kvdman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by kvdman): It's 100% reproducible here. I've typed in cont and it locks the system. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Dec 4 18:20:45 2008 From: trac at haiku-os.org (humdinger) Date: Thu, 04 Dec 2008 17:20:45 -0000 Subject: [Haiku-bugs] [Haiku] #3202: Conflicting shortcuts in Text Encoding Message-ID: <044.cfc41470247fea5270acf7a8b55dc470@haiku-os.org> #3202: Conflicting shortcuts in Text Encoding -----------------------------------+---------------------------------------- Reporter: humdinger | Owner: jackburton Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- This is in r28717. The shortcuts in the menu "Settings | Text Encodings" are conflicting with the shortcuts to switch between Terminal tabs (ALT+1,2,3...). "Conflicting" meaning they don't work. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Dec 4 18:25:17 2008 From: trac at haiku-os.org (humdinger) Date: Thu, 04 Dec 2008 17:25:17 -0000 Subject: [Haiku-bugs] [Haiku] #3203: Add menu "Font Size" Message-ID: <044.56de895a4cbd3b1c851eabbc7c896bc9@haiku-os.org> #3203: Add menu "Font Size" -----------------------------------+---------------------------------------- Reporter: humdinger | Owner: jackburton Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- This is r28717. There should be a menu "Settings | Font size" with the submenus "Increase [ALT +]" and "Decrease [ALT -]. Didn't know about these shortcuts before trying things out. OT: Anyone know how to get ALT+[ and ALT+] to find previous/next? Doesn't seem to work for my German keymap. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Dec 4 18:32:35 2008 From: trac at haiku-os.org (leavengood) Date: Thu, 04 Dec 2008 17:32:35 -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.6856a50eea5ec5d6fe9a6909ec08d02d@haiku-os.org> #2339: Can't exit "Haiku" screensaver (25802) --------------------------------------+------------------------------------- Reporter: dustin howett | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/ScreenSaver | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Changes (by leavengood): * owner: leavengood => anevilyak * status: assigned => new Comment: Re-assigning to Rene since he wanted to take a look at this and he has more time than me right now :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Dec 4 19:20:23 2008 From: trac at haiku-os.org (VinDuv) Date: Thu, 04 Dec 2008 18:20:23 -0000 Subject: [Haiku-bugs] [Haiku] #3201: MeTOS causes app_server crash . In-Reply-To: <041.1d5f2c0bcf045f7c8d75ed948094dce9@haiku-os.org> References: <041.1d5f2c0bcf045f7c8d75ed948094dce9@haiku-os.org> Message-ID: <050.30e49cbba3735bf1a7faec17e27acca1@haiku-os.org> #3201: MeTOS causes app_server crash . ---------------------------------+------------------------------------------ Reporter: kvdman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by VinDuv): Reproducible on VMWare, with r28775. Hopefully more useful screenshot attached. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Dec 4 19:36:43 2008 From: trac at haiku-os.org (nopper) Date: Thu, 04 Dec 2008 18:36:43 -0000 Subject: [Haiku-bugs] [Haiku] #2841: ACPI parser error In-Reply-To: <041.c9ee2087a8fac60f28dc323fc3d6a005@haiku-os.org> References: <041.c9ee2087a8fac60f28dc323fc3d6a005@haiku-os.org> Message-ID: <050.3fdc3531051af053961f2183fa826268@haiku-os.org> #2841: ACPI parser error ----------------------+----------------------------------------------------- Reporter: nopper | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------+----------------------------------------------------- Comment(by nopper): This is a first attempt to port the linux acpi_battery module to haiku. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Dec 4 19:59:01 2008 From: trac at haiku-os.org (stippi) Date: Thu, 04 Dec 2008 18:59:01 -0000 Subject: [Haiku-bugs] [Haiku] #3201: MeTOS causes app_server crash . In-Reply-To: <041.1d5f2c0bcf045f7c8d75ed948094dce9@haiku-os.org> References: <041.1d5f2c0bcf045f7c8d75ed948094dce9@haiku-os.org> Message-ID: <050.4b23262bb3f49f08723595e178e835b2@haiku-os.org> #3201: MeTOS causes app_server crash . ---------------------------------+------------------------------------------ Reporter: kvdman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by stippi): Yes, that's helpful, thanks! Unfortunately, I don't have time to look into it at the moment. And Axel should be more familiar with the code anyways. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Dec 4 20:08:51 2008 From: trac at haiku-os.org (anevilyak) Date: Thu, 04 Dec 2008 19:08:51 -0000 Subject: [Haiku-bugs] [Haiku] #3201: MeTOS causes app_server crash . In-Reply-To: <041.1d5f2c0bcf045f7c8d75ed948094dce9@haiku-os.org> References: <041.1d5f2c0bcf045f7c8d75ed948094dce9@haiku-os.org> Message-ID: <050.3086595cfeb48b98fa3017142320774e@haiku-os.org> #3201: MeTOS causes app_server crash . ---------------------------------+------------------------------------------ Reporter: kvdman | 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): That backtrace looks like it could possibly be related to ticket #3066 also. Not exactly the same trace, but similar enough that it could potentially have the same root cause. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Dec 4 20:10:24 2008 From: trac at haiku-os.org (stippi) Date: Thu, 04 Dec 2008 19:10:24 -0000 Subject: [Haiku-bugs] [Haiku] #2841: ACPI parser error In-Reply-To: <041.c9ee2087a8fac60f28dc323fc3d6a005@haiku-os.org> References: <041.c9ee2087a8fac60f28dc323fc3d6a005@haiku-os.org> Message-ID: <050.d9569ff7ad09920a8f6f0f25f8269981@haiku-os.org> #2841: ACPI parser error ----------------------+----------------------------------------------------- Reporter: nopper | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------+----------------------------------------------------- Comment(by stippi): Pretty cool. But you have some left-overs in your code, like turning on ACPI unconditionally (you need to change your "kernel" settings file instead) and also there are coding style violations/inconsistencies. If you could go over your patch again and look for coding style issues, that would be great! Thanks a lot for your work! BTW, Is there a userland application already which can work with this driver, or is this something that would need to be done yet? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Dec 4 20:22:59 2008 From: trac at haiku-os.org (ithamar) Date: Thu, 04 Dec 2008 19:22:59 -0000 Subject: [Haiku-bugs] [Haiku] #2841: ACPI parser error In-Reply-To: <041.c9ee2087a8fac60f28dc323fc3d6a005@haiku-os.org> References: <041.c9ee2087a8fac60f28dc323fc3d6a005@haiku-os.org> Message-ID: <050.5cbcb6c62f3b8540d13c1c78b842d439@haiku-os.org> #2841: ACPI parser error ----------------------+----------------------------------------------------- Reporter: nopper | Owner: ithamar Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------+----------------------------------------------------- Changes (by ithamar): * owner: axeld => ithamar * status: new => assigned Comment: I've just started to look at this, but I get reasonable values with the current acpi_thermal driver on my EeePC 900, doing a cat /dev/power/acpi_thermal/0.... I'll try this patch and see if the battery driver gives me reasonable values too. @nopper, could you attach the output of /dev/acpi/namespace here, just to see if we might be looking at an ACPI Table issue here? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Dec 4 23:15:10 2008 From: trac at haiku-os.org (ithamar) Date: Thu, 04 Dec 2008 22:15:10 -0000 Subject: [Haiku-bugs] [Haiku] #2841: ACPI parser error In-Reply-To: <041.c9ee2087a8fac60f28dc323fc3d6a005@haiku-os.org> References: <041.c9ee2087a8fac60f28dc323fc3d6a005@haiku-os.org> Message-ID: <050.efe2e4daec36f5bf49fa7ff9e8561157@haiku-os.org> #2841: ACPI parser error ----------------------+----------------------------------------------------- Reporter: nopper | Owner: ithamar Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------+----------------------------------------------------- Comment(by ithamar): ok, after installing the battery driver it is unable to find the battery device, whilst there are multiple listed in the /dev/acpi/namespace output. One device is found without a name. I'm going to dive into the enumeration code, as that seems to fail, as the tables contain the battery device (see /dev/acpi/namespace output), but no acpi device node is generated for it. I guess the bug that is causing this _might_ also cause the problem you're seeing. Will report back when I find this bugger ;) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Dec 4 23:18:13 2008 From: trac at haiku-os.org (ithamar) Date: Thu, 04 Dec 2008 22:18:13 -0000 Subject: [Haiku-bugs] [Haiku] #1278: driver sb16 on vmware 5.5 doesn't work In-Reply-To: <038.06620b310a8012d5f8a21844cb9209a1@haiku-os.org> References: <038.06620b310a8012d5f8a21844cb9209a1@haiku-os.org> Message-ID: <047.d1281fe453310b162afe8c634db490eb@haiku-os.org> #1278: driver sb16 on vmware 5.5 doesn't work ----------------------------+----------------------------------------------- Reporter: xed | Owner: ithamar Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by ithamar): This is currently blocked by non-working EISA PNP support. Unless there is a _lot_ interest in getting this and simular things working, it will not have my highest priority (that'll go to support more recent hardware). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Dec 4 23:25:53 2008 From: trac at haiku-os.org (umccullough) Date: Thu, 04 Dec 2008 22:25:53 -0000 Subject: [Haiku-bugs] [Haiku] #1278: driver sb16 on vmware 5.5 doesn't work In-Reply-To: <038.06620b310a8012d5f8a21844cb9209a1@haiku-os.org> References: <038.06620b310a8012d5f8a21844cb9209a1@haiku-os.org> Message-ID: <047.91f16f387fe8552e917a0e2e77ad5757@haiku-os.org> #1278: driver sb16 on vmware 5.5 doesn't work ----------------------------+----------------------------------------------- Reporter: xed | Owner: ithamar Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by umccullough): While I can understand the desire for ISA support in Haiku - at least in vmware's case you can switch the emulated sound chip to "es1371" instead which is a pci-based chipset but currently only supported in Haiku via OpenSound AFAIK. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 5 00:24:16 2008 From: trac at haiku-os.org (RandomInsano) Date: Thu, 04 Dec 2008 23:24:16 -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.c58d6c5298a60a0d636c372259c9d3f0@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): Also, it seems BeOS Max 5 also copies far too much of the last track on an enhanced CD, producing all sorts of neat sounds when listening to the WAV :P -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 5 00:25:47 2008 From: trac at haiku-os.org (axeld) Date: Thu, 04 Dec 2008 23:25:47 -0000 Subject: [Haiku-bugs] [Haiku] #2841: ACPI parser error In-Reply-To: <041.c9ee2087a8fac60f28dc323fc3d6a005@haiku-os.org> References: <041.c9ee2087a8fac60f28dc323fc3d6a005@haiku-os.org> Message-ID: <050.9ee1c7f51425618d47ad6a11b73b14eb@haiku-os.org> #2841: ACPI parser error ----------------------+----------------------------------------------------- Reporter: nopper | Owner: ithamar Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------+----------------------------------------------------- Comment(by axeld): BTW the PowerStatus application should be extended to work with this driver once it's ready :-) I also wouldn't mind to have a userland API for it that's part of a power management framework that figures out the details itself. But that's something for R2 (we need something to improve upon, right? ;-)). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 5 00:25:47 2008 From: trac at haiku-os.org (RandomInsano) Date: Thu, 04 Dec 2008 23:25:47 -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.7abb8d063a89fdc6a0015f35453b9c93@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): Disabling the recently added IO-APIC option in the fail safe screen has no affect on the problem either -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 5 00:33:16 2008 From: trac at haiku-os.org (ithamar) Date: Thu, 04 Dec 2008 23:33:16 -0000 Subject: [Haiku-bugs] [Haiku] #2841: ACPI parser error In-Reply-To: <041.c9ee2087a8fac60f28dc323fc3d6a005@haiku-os.org> References: <041.c9ee2087a8fac60f28dc323fc3d6a005@haiku-os.org> Message-ID: <050.4c7c3a608be3ba2fc09aacae5b80f62a@haiku-os.org> #2841: ACPI parser error ----------------------+----------------------------------------------------- Reporter: nopper | Owner: ithamar Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------+----------------------------------------------------- Comment(by ithamar): ok, some more status here.... It seems (using dm_tree from KDL) that the device nodes for _all_ ACPI devices are actually being created, and with the appropriate paths/hids. The main problem seems to be that the *_support() functions in the drivers only get to see a subset of these, and therefore don't get to see the battery. Will start looking into why this is this weekend. Expect a fix soon ;) @Axel: Will take a look at the PowerStatus application, didn't even know we had it :P And yeah, lets get the basic tech working for R1, and leave R2 to use it intelligently ;) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 5 00:52:49 2008 From: trac at haiku-os.org (anevilyak) Date: Thu, 04 Dec 2008 23:52:49 -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.4ee71f5b85232cd21c5e0b884f80ad16@haiku-os.org> #2339: Can't exit "Haiku" screensaver (25802) --------------------------------------+------------------------------------- Reporter: dustin howett | Owner: anevilyak Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Preferences/ScreenSaver | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Changes (by anevilyak): * status: new => closed * resolution: => fixed Comment: Fixed in r28777. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 5 05:24:41 2008 From: trac at haiku-os.org (Adek336) Date: Fri, 05 Dec 2008 04:24:41 -0000 Subject: [Haiku-bugs] [Haiku] #3204: Task bar should automatically go on bottom Message-ID: <042.b2bbbad2449e6e3d93e15d7318cccb2b@haiku-os.org> #3204: Task bar should automatically go on bottom ----------------------------+----------------------------------------------- Reporter: Adek336 | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------+----------------------------------------------- When deskbar is dragged to be a taskbar on top of screen.[[br]] Windows, when maximized, occupy the whole screen, so they overlap with the taskbar. That is a good thing, it's consistent with the way windows overlap with the Deskbar when it's in the corner and this behaviour also differentiates Haiku from other popular window managers. When I move the mouse to the top of the screen, the taskbar get focus and gets on top any windows. That allows one to easily access the taskbar. Unfortunately, when I move the mouse back from the taskbar, the taskbar continues to stay on top and I can't access the title bar when I, for example, want to move the window. It'd be better, if after a few seconds the taskbar automatically went on bottom, under other windows, revealing the title bars. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 5 05:31:50 2008 From: trac at haiku-os.org (anevilyak) Date: Fri, 05 Dec 2008 04:31:50 -0000 Subject: [Haiku-bugs] [Haiku] #3204: Task bar should automatically go on bottom In-Reply-To: <042.b2bbbad2449e6e3d93e15d7318cccb2b@haiku-os.org> References: <042.b2bbbad2449e6e3d93e15d7318cccb2b@haiku-os.org> Message-ID: <051.1170ca853044733116cf530d7c2f2808@haiku-os.org> #3204: Task bar should automatically go on bottom -----------------------------+---------------------------------------------- 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 anevilyak): You don't need the title bar to move a window though. Haiku windows can be moved by grabbing any edge apart from the resizing corner. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 5 05:32:08 2008 From: trac at haiku-os.org (anevilyak) Date: Fri, 05 Dec 2008 04:32:08 -0000 Subject: [Haiku-bugs] [Haiku] #3204: Task bar should automatically go on bottom In-Reply-To: <042.b2bbbad2449e6e3d93e15d7318cccb2b@haiku-os.org> References: <042.b2bbbad2449e6e3d93e15d7318cccb2b@haiku-os.org> Message-ID: <051.a90ce49def22f36dc06e0bc644cf75fa@haiku-os.org> #3204: Task bar should automatically go on bottom -----------------------------+---------------------------------------------- Reporter: Adek336 | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Changes (by anevilyak): * type: bug => enhancement -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 5 07:54:49 2008 From: trac at haiku-os.org (Adek336) Date: Fri, 05 Dec 2008 06:54:49 -0000 Subject: [Haiku-bugs] [Haiku] #3204: Task bar should automatically go on bottom In-Reply-To: <042.b2bbbad2449e6e3d93e15d7318cccb2b@haiku-os.org> References: <042.b2bbbad2449e6e3d93e15d7318cccb2b@haiku-os.org> Message-ID: <051.a53bd7b18724f4138ed51b0cd852e5a8@haiku-os.org> #3204: Task bar should automatically go on bottom -----------------------------+---------------------------------------------- Reporter: Adek336 | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Comment(by Adek336): Or to right click it to see other windows, or double click to hide it, or click it on the square on the left to close it :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 5 10:16:42 2008 From: trac at haiku-os.org (axeld) Date: Fri, 05 Dec 2008 09:16:42 -0000 Subject: [Haiku-bugs] [Haiku] #2841: ACPI parser error In-Reply-To: <041.c9ee2087a8fac60f28dc323fc3d6a005@haiku-os.org> References: <041.c9ee2087a8fac60f28dc323fc3d6a005@haiku-os.org> Message-ID: <050.4632cfd178cba0471b1e7bf135f17f90@haiku-os.org> #2841: ACPI parser error ----------------------+----------------------------------------------------- Reporter: nopper | Owner: ithamar Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------+----------------------------------------------------- Comment(by axeld): There are a number of rules how the devices are iterated, and when supports_device() is being called. Either ACPI does not use the right flags for the nodes, or the device manager is at fault. PowerStatus is currently not on the image, as APM is problematic, and ACPI is not only turned off by default, but also does not deliver the information yet :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 5 13:17:26 2008 From: trac at haiku-os.org (Adek336) Date: Fri, 05 Dec 2008 12:17:26 -0000 Subject: [Haiku-bugs] [Haiku] #3204: Task bar should automatically go on bottom In-Reply-To: <042.b2bbbad2449e6e3d93e15d7318cccb2b@haiku-os.org> References: <042.b2bbbad2449e6e3d93e15d7318cccb2b@haiku-os.org> Message-ID: <051.a84bfbd9c6ff884ecc4db630df6e0dbf@haiku-os.org> #3204: Task bar should automatically go on bottom -----------------------------+---------------------------------------------- Reporter: Adek336 | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Comment(by Adek336): Also the task bar getting focus should be delayed by, say, half a second as otherwise closing a window is hard- you usually hit the screen border when reaching for the close button and the taskbar gets on top of the title bar. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 5 13:28:06 2008 From: trac at haiku-os.org (stippi) Date: Fri, 05 Dec 2008 12:28:06 -0000 Subject: [Haiku-bugs] [Haiku] #3204: Task bar should automatically go on bottom In-Reply-To: <042.b2bbbad2449e6e3d93e15d7318cccb2b@haiku-os.org> References: <042.b2bbbad2449e6e3d93e15d7318cccb2b@haiku-os.org> Message-ID: <051.475456561ff0bc313b36389e97a0096c@haiku-os.org> #3204: Task bar should automatically go on bottom -----------------------------+---------------------------------------------- Reporter: Adek336 | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Comment(by stippi): Yes, this bit is already tracked in it's own ticket though. Don't know the number of hand, sorry. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 5 16:40:59 2008 From: trac at haiku-os.org (phoudoin) Date: Fri, 05 Dec 2008 15:40:59 -0000 Subject: [Haiku-bugs] [Haiku] #3191: glut programs with single buffer display a black window In-Reply-To: <045.ead6e718327ebf52c4415b863aa3192a@haiku-os.org> References: <045.ead6e718327ebf52c4415b863aa3192a@haiku-os.org> Message-ID: <054.23bcd301167c52defff69da25e3eb6e7@haiku-os.org> #3191: glut programs with single buffer display a black window ------------------------------+--------------------------------------------- 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 phoudoin): Current GLUT implementation we designed for the BeOS R4.5+ targets. At this time, BGLView didn't support single buffer mode, enforcing silently ''BGL_DOUBLE'' flag. GLUT implementation knows that, and I guess that why GLUT_SINGLE flag is ignored and never passed to the BGLView below: see src/kits/opengl/glut/glutWindow.cpp, ''glutConvertDisplayMode()''. Being silently working in double buffer mode means that, indeed, calling glutSwapBuffers() is mandatory to see something/anything. I see two solutions here: 1) A short-term fix : When ''GLUT_SINGLE'' were set - a good hint code wont call glutSwapBuffers() - we could automagically call ''glutSwapBuffers()'' after each call to the registered display callback. 2) A longer-term solution : Honor ''GLUT_SINGLE'' and pass it to BGLView (''BGL_SINGLE'' flag). This solution needs to have '''actual''' support of single buffer mode in GLRenderer(s). ---- Anyway, I'm not for honoring '''actual''' single buffer mode: in OpenGL lingua single buffer is supposed to be the mode where every drawning primitive is visible on screen ASAP, so one after one (flickering !). The single buffer is supposed to be (part of) the screen frame buffer. To support such mode under BeOS, that can be only accomplished by calling BView's methods to draw single (ouch!) or span of pixels. When BDirectWindow mode is enabled, that can be done by clipping every primitives draws (ouch!) before applying to the screen frame buffer. While it's obvious performance will suffers a lot compared to a one-shot bitmap draw (clipping done only once), I fail to see what kind of benefit an actual single buffer mode give us (flickering? Who wants that!?), except for the lower memory footprint - an issue far more worrying 15 years ago than now. BTW, our current Mesa Software Renderer don't do '''actual''' single buffer mode. Primitives are drawn in a BBitmap first, and this bitmap is made visible at ''SwapBuffers()'' time, either by calling ''DrawBitmap()'' or by clipping & blitting when BDirectWindow mode is enabled. That's the double buffer mode as defined in OpenGL lingua... Let's try simply fix GLUT, aka 1). And, yes, Axel, GLUT '''is''' a mess ;-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 5 17:30:43 2008 From: trac at haiku-os.org (phoudoin) Date: Fri, 05 Dec 2008 16:30:43 -0000 Subject: [Haiku-bugs] [Haiku] #2843: Mesa software renderer doesn't support double buffering In-Reply-To: <040.f519e8eea3446dbebf873e78510d6947@haiku-os.org> References: <040.f519e8eea3446dbebf873e78510d6947@haiku-os.org> Message-ID: <049.36f94906df01c5fc9ab00e702acf7d66@haiku-os.org> #2843: Mesa software renderer doesn't support double buffering ------------------------------+--------------------------------------------- Reporter: korli | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/OpenGL Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by phoudoin): He '''does''' double buffering in OpenGL lingua, aka primitives currently emitted are not immediatly visible, but only at buffers swap they (all) will. What it does '''NOT''' is GUI double buffering. If a region of the BGLView is invalidated: * when BDirectWindow mode is enabled, nothing is redrawn until next ''SwapBuffers()'', leaving us with a view's background colored hole (black, but used to be transparent, even worse!). As the next swap is not necessarely around the corner, in particular when the OpenGL ''scene'' is not animated, this bug can be well visible. * otherwise, the '''current''' content of the offscreen bitmap is used to refresh the region. Unfortunatly, in both case the offscreen bitmap content is not the frame currently displayed but, if any primitive have been emitted already since last swap - glClear() being the most obvious one, the work-in- progress/next frame... Hence visible artefacts. For full double buffering, we'll needs '''two''' offscreen BBitmaps, one being the read-only visible frame, the second being the read-write (drawing) frame. Which leads to a triple buffers design: # drawing buffer, where all directives are drawn # display buffer, which is the last buffer being paint to screen and used to repaint as needed # screen frame buffer, eventually containing part (clipping) converted (color-spaces) copy of the display buffer. Buffers 1 and 2 are the ones that should be swapped now. One performance advantage here is that blitting the display buffer can be done asynchronously while the next frame is prepared, which we can't do currently with an unique offscreen bitmap... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 5 17:35:26 2008 From: trac at haiku-os.org (phoudoin) Date: Fri, 05 Dec 2008 16:35:26 -0000 Subject: [Haiku-bugs] [Haiku] #2843: Mesa software renderer doesn't support double buffering In-Reply-To: <040.f519e8eea3446dbebf873e78510d6947@haiku-os.org> References: <040.f519e8eea3446dbebf873e78510d6947@haiku-os.org> Message-ID: <049.b362b22727e3c6f8d015aee9d7a04aef@haiku-os.org> #2843: Mesa software renderer doesn't support double buffering ------------------------------+--------------------------------------------- Reporter: korli | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/OpenGL Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by phoudoin): ''Sorry, I screw wiki formatting of this part:'' For full double buffering, we'll needs '''two''' offscreen BBitmaps, one being the read-only visible frame, the second being the read-write (drawing) frame. Which leads to a triple buffers design: 1. drawing buffer, where all directives are drawn 2. display buffer, previous drawing buffer, painted to screen and used to repaint as needed 3. screen frame buffer, eventually containing part (clipping) converted (color-spaces) copy of the display buffer. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 5 18:01:25 2008 From: trac at haiku-os.org (humdinger) Date: Fri, 05 Dec 2008 17:01:25 -0000 Subject: [Haiku-bugs] [Haiku] #2850: Wonderbrush: PNG export broken In-Reply-To: <044.e4b8b0530d7dcf7cdc8e35e0c95271f1@haiku-os.org> References: <044.e4b8b0530d7dcf7cdc8e35e0c95271f1@haiku-os.org> Message-ID: <053.f66045dcbde9bf1d476804e833c828ee@haiku-os.org> #2850: Wonderbrush: PNG export broken ---------------------------+------------------------------------------------ Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by humdinger): Don't know which commit did it, but at least in r28717 it's fixed. Thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 5 18:05:17 2008 From: trac at haiku-os.org (anevilyak) Date: Fri, 05 Dec 2008 17:05:17 -0000 Subject: [Haiku-bugs] [Haiku] #2850: Wonderbrush: PNG export broken In-Reply-To: <044.e4b8b0530d7dcf7cdc8e35e0c95271f1@haiku-os.org> References: <044.e4b8b0530d7dcf7cdc8e35e0c95271f1@haiku-os.org> Message-ID: <053.b8427730ef1035ec9e28a6e939acc575@haiku-os.org> #2850: Wonderbrush: PNG export broken ---------------------------+------------------------------------------------ Reporter: humdinger | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by anevilyak): * status: new => closed * resolution: => fixed Comment: I'm going to guess it was korli's libpng update that I don't currently remember the exact commit number for. Thanks for the note! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 5 20:00:48 2008 From: trac at haiku-os.org (ithamar) Date: Fri, 05 Dec 2008 19:00:48 -0000 Subject: [Haiku-bugs] [Haiku] #2841: ACPI parser error In-Reply-To: <041.c9ee2087a8fac60f28dc323fc3d6a005@haiku-os.org> References: <041.c9ee2087a8fac60f28dc323fc3d6a005@haiku-os.org> Message-ID: <050.2f616737456c027d62312e06e7958e14@haiku-os.org> #2841: ACPI parser error ----------------------+----------------------------------------------------- Reporter: nopper | Owner: ithamar Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------+----------------------------------------------------- Comment(by ithamar): ok, got further now. ACPI sets B_FIND_CHILD_ON_DEMAND | B_FIND_MULTIPLE_CHILDREN as flags on the nodes, and when removing ON_DEMAND, the device manager actually calls supports_device() for all ACPI devices. Going to have a look at the device manager code what ON_DEMAND _exactly_ does, and try to figure out if this is a bug in acpi or the device manager ;) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 5 20:52:52 2008 From: trac at haiku-os.org (korli) Date: Fri, 05 Dec 2008 19:52:52 -0000 Subject: [Haiku-bugs] [Haiku] #3193: nVidia Realtek ALC1200 Audio driver In-Reply-To: <043.ba826d4f818de9ce61c459b12cc39534@haiku-os.org> References: <043.ba826d4f818de9ce61c459b12cc39534@haiku-os.org> Message-ID: <052.45663699a4a939eaf1031500c9d0cf6d@haiku-os.org> #3193: nVidia Realtek ALC1200 Audio driver --------------------------------+------------------------------------------- Reporter: Luposian | Owner: axeld Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Audio/HDA | Version: R1 development Resolution: duplicate | Blockedby: 1072 Platform: x86 | Blocking: --------------------------------+------------------------------------------- Comment(by korli): Feel free to post a syslog -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 5 21:53:18 2008 From: trac at haiku-os.org (mysticmike) Date: Fri, 05 Dec 2008 20:53:18 -0000 Subject: [Haiku-bugs] [Haiku] #3191: glut programs with single buffer display a black window In-Reply-To: <045.ead6e718327ebf52c4415b863aa3192a@haiku-os.org> References: <045.ead6e718327ebf52c4415b863aa3192a@haiku-os.org> Message-ID: <054.0008485c2be6b1399196088016b11428@haiku-os.org> #3191: glut programs with single buffer display a black window ------------------------------+--------------------------------------------- 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): My comments on the above proposed solutions 1) the short-term fix: Sounds like it can be made to work. The problem with just fixing glut is then this bug will crop up again in any lib that can manage an openGL window, ie SDL or similar (is there an SDL that works on Haiku ??). 2) the longer-term solution: if understand this right both the front and back buffers are bitmaps stored in main memory, ie not the actual framebuffer, so what would happens if thay were just made to point to the same actual memory and then swap buffers could just do nothing (or maybe just glFlush or glFinish) ?? When rendering in single buffer mode I don't think there is any need to update the framebuffer until the application issues a glFlush() or glFinish(). That shouldn't effect the performance much even with the software renderer, and it need not be to flicky. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 5 23:47:17 2008 From: trac at haiku-os.org (anevilyak) Date: Fri, 05 Dec 2008 22:47:17 -0000 Subject: [Haiku-bugs] [Haiku] #2079: Partition name not redrawn In-Reply-To: <043.c36a1f85471a9741af4e7fb0de8cc1ed@haiku-os.org> References: <043.c36a1f85471a9741af4e7fb0de8cc1ed@haiku-os.org> Message-ID: <052.b48c50f256fdcdd0a1a5746d4e57f978@haiku-os.org> #2079: Partition name not redrawn ---------------------------------+------------------------------------------ Reporter: andreasf | Owner: stippi Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------------+------------------------------------------ Comment(by anevilyak): Is this still valid? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 5 23:48:21 2008 From: trac at haiku-os.org (anevilyak) Date: Fri, 05 Dec 2008 22:48:21 -0000 Subject: [Haiku-bugs] [Haiku] #2975: Tracker, some items not properly redrawn in list mode In-Reply-To: <041.9e69551a83316dbb9a313201131b6d19@haiku-os.org> References: <041.9e69551a83316dbb9a313201131b6d19@haiku-os.org> Message-ID: <050.266efaf1b4b94d1dcfd9fe96cccd36c9@haiku-os.org> #2975: Tracker, some items not properly redrawn in list mode -----------------------------------+---------------------------------------- Reporter: miqlas | Owner: aldeck Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by anevilyak): Did you ever make any headway with this one aldeck? If not, would you like me to look at it? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 5 23:49:36 2008 From: trac at haiku-os.org (anevilyak) Date: Fri, 05 Dec 2008 22:49:36 -0000 Subject: [Haiku-bugs] [Haiku] #806: Revise locking In-Reply-To: <040.c5d48dcd29a6f8500905b53bd63e59b3@haiku-os.org> References: <040.c5d48dcd29a6f8500905b53bd63e59b3@haiku-os.org> Message-ID: <049.c0ff74aa561be3022f7c9a83551f7b51@haiku-os.org> #806: Revise locking ---------------------------------+------------------------------------------ Reporter: axeld | Owner: Type: enhancement | Status: new Priority: high | Milestone: R1 Component: Network & Internet | Version: Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by anevilyak): Is this still relevant? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 5 23:50:33 2008 From: trac at haiku-os.org (anevilyak) Date: Fri, 05 Dec 2008 22:50:33 -0000 Subject: [Haiku-bugs] [Haiku] #484: MenuItem flickering In-Reply-To: <040.a9ee129cb8df850e3581b4efa52bee71@haiku-os.org> References: <040.a9ee129cb8df850e3581b4efa52bee71@haiku-os.org> Message-ID: <049.16bb949570455b5695549b7100f5ed1d@haiku-os.org> #484: MenuItem flickering ---------------------------------+------------------------------------------ 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): So does something need to be fixed here or not? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 5 23:53:07 2008 From: trac at haiku-os.org (anevilyak) Date: Fri, 05 Dec 2008 22:53:07 -0000 Subject: [Haiku-bugs] [Haiku] #693: Cannot Change Resolution per Workspace (easy) In-Reply-To: <054.cded4538db07e83281123e6417f59949@haiku-os.org> References: <054.cded4538db07e83281123e6417f59949@haiku-os.org> Message-ID: <063.e76e7da51c6d7c04eb1dd4d6db22d9c1@haiku-os.org> #693: Cannot Change Resolution per Workspace (easy) ----------------------------------+----------------------------------------- Reporter: greg.gd at woosh.co.nz | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: Resolution: | Blockedby: Platform: All | Blocking: ----------------------------------+----------------------------------------- Changes (by anevilyak): * owner: axeld => anevilyak Comment: I can try and have a look at this one. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 5 23:53:52 2008 From: trac at haiku-os.org (anevilyak) Date: Fri, 05 Dec 2008 22:53:52 -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.b9374272ea0e546c932fcc51084d4b94@haiku-os.org> #701: [AboutHaiku] Time running isn't font sensitive (easy) ---------------------------+------------------------------------------------ Reporter: diver | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by anevilyak): * owner: axeld => anevilyak -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 5 23:55:15 2008 From: trac at haiku-os.org (anevilyak) Date: Fri, 05 Dec 2008 22:55:15 -0000 Subject: [Haiku-bugs] [Haiku] #1206: Tab-changing controls in wrong order In-Reply-To: <044.7a72ae787bb6c6dadebe4783d93eb401@haiku-os.org> References: <044.7a72ae787bb6c6dadebe4783d93eb401@haiku-os.org> Message-ID: <053.fb2bcceed5acb45c7b748d520c6c0e2f@haiku-os.org> #1206: Tab-changing controls in wrong order --------------------------------+------------------------------------------- Reporter: humdinger | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Mail | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by anevilyak): Anything ever happen with this? :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 5 23:57:49 2008 From: trac at haiku-os.org (anevilyak) Date: Fri, 05 Dec 2008 22:57:49 -0000 Subject: [Haiku-bugs] [Haiku] #1446: [Tracker] problems with dragging many items In-Reply-To: <040.edbd9f30548c0b7d2faa66f75b4ede46@haiku-os.org> References: <040.edbd9f30548c0b7d2faa66f75b4ede46@haiku-os.org> Message-ID: <049.bf0566f13836484be4672729984958d3@haiku-os.org> #1446: [Tracker] problems with dragging many items -----------------------------------+---------------------------------------- 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 anevilyak): Can this one be closed diver? Have you had a chance to retest? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 6 02:20:19 2008 From: trac at haiku-os.org (Adek336) Date: Sat, 06 Dec 2008 01: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.1d8d71a197d9389815e30cab1f2e03dd@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): FreeBSD tries to get the lowest free if_index http://fxr.watson.org/fxr/source/net/if.c#L399 , NetBSD http://fxr.watson.org/fxr/source/net/if.c?v=NETBSD#L437 and Linux http://fxr.watson.org/fxr/source/net/core/dev.c?v=linux-2.6#L3608 first try to find an if_index bigger than the last allocated one and only fallback to reusing old if_indices. I say, let's just make if_alloc try to find the lowest available if_index; that way one doesn't have to bother about resizing gDevices and gDeviceNameList. And also leave a comment about this behaviour in if_alloc. I am not really sure if if_indices should be system unique or driver unique, it seems that FreeBSD and Haiku go for driver unique whereas NetBSD and Linux for system unique. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 6 06:31:09 2008 From: trac at haiku-os.org (anevilyak) Date: Sat, 06 Dec 2008 05:31:09 -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.539cf40bd02ad6ccc93267bb811c5034@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 anevilyak): I just ran into this one as well while closing Firefox after it segfaulted...interestingly it was unable to backtrace into userspace, stopping with a read fault after the iframe. trace looked identical to kdl.png otherwise though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 6 12:45:32 2008 From: trac at haiku-os.org (andreasf) Date: Sat, 06 Dec 2008 11:45:32 -0000 Subject: [Haiku-bugs] [Haiku] #3205: Download page mangles disk images with other files Message-ID: <043.e9fadba7072ad7c635ed4d0a382200b0@haiku-os.org> #3205: Download page mangles disk images with other files ----------------------+----------------------------------------------------- Reporter: andreasf | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------+----------------------------------------------------- The list of raw images on haiku-files.org contains entries for subdirectories, a PHP file and an RSS feed, all non-distinct from the actual images. I would expect folders ({{{2007}}}) listed at the top, or in-list using distinguishable icons. The {{{dlf}}} directory contains mainly images and should probably not be listed. The RSS feed {{{rss}}} should probably not appear there. The PHP page {{{index-03012008.php}}} looks like an older version of the page. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 6 13:47:21 2008 From: trac at haiku-os.org (mysticmike) Date: Sat, 06 Dec 2008 12:47:21 -0000 Subject: [Haiku-bugs] [Haiku] #3191: glut programs with single buffer display a black window In-Reply-To: <045.ead6e718327ebf52c4415b863aa3192a@haiku-os.org> References: <045.ead6e718327ebf52c4415b863aa3192a@haiku-os.org> Message-ID: <054.43ea5751854130dd9a94e5a8f2e30e69@haiku-os.org> #3191: glut programs with single buffer display a black window ------------------------------+--------------------------------------------- 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): 1) A short-term fix : When GLUT_SINGLE were set - a good hint code wont call glutSwapBuffers() - we could automagically call glutSwapBuffers() after each call to the registered display callback. attached is glut3191.diff a patch that does just that. problems: black screen comes back when window is moved - must find a way to force it to redraw. mouse pointer leaves mouse droppings on the window. I also made it so glutSwapBuffers() does nothing if the app calls it in single buffer mode. . -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 6 14:35:07 2008 From: trac at haiku-os.org (Adek336) Date: Sat, 06 Dec 2008 13:35:07 -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.4cc512bc6f9ee0a92f11d5ffb84ef590@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): What does "ints" in KDL say, does removing usb devices or disabling *HCI help? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 6 15:32:09 2008 From: trac at haiku-os.org (humdinger) Date: Sat, 06 Dec 2008 14:32:09 -0000 Subject: [Haiku-bugs] [Haiku] #1206: Tab-changing controls in wrong order (easy) (was: Tab-changing controls in wrong order) In-Reply-To: <044.7a72ae787bb6c6dadebe4783d93eb401@haiku-os.org> References: <044.7a72ae787bb6c6dadebe4783d93eb401@haiku-os.org> Message-ID: <053.ee6a277bfde74957a0f8b726ece6c343@haiku-os.org> #1206: Tab-changing controls in wrong order (easy) --------------------------------+------------------------------------------- Reporter: humdinger | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Mail | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by humdinger): It's still there in r28717 at least. I added an "easy" to the subject as I guess it shouldn't be difficult. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 6 16:38:04 2008 From: trac at haiku-os.org (stippi) Date: Sat, 06 Dec 2008 15:38:04 -0000 Subject: [Haiku-bugs] [Haiku] #2079: Partition name not redrawn In-Reply-To: <043.c36a1f85471a9741af4e7fb0de8cc1ed@haiku-os.org> References: <043.c36a1f85471a9741af4e7fb0de8cc1ed@haiku-os.org> Message-ID: <052.360ee5d3e75832eed082a20a2c9be4bb@haiku-os.org> #2079: Partition name not redrawn ---------------------------------+------------------------------------------ Reporter: andreasf | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: ---------------------------------+------------------------------------------ Changes (by stippi): * status: assigned => closed * resolution: => fixed Comment: No, Axel and I fixed this the other day. Thanks for reminding! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 6 16:41:59 2008 From: trac at haiku-os.org (humdinger) Date: Sat, 06 Dec 2008 15:41:59 -0000 Subject: [Haiku-bugs] [Haiku] #3206: BePDF: Vector icon Message-ID: <044.13a08fad27a82bbb107035ce201de5d4@haiku-os.org> #3206: BePDF: Vector icon -------------------------+-------------------------------------------------- Reporter: humdinger | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- I've sent a vector icon to Michael Pfeiffer to be included with BePDF. He updated the cvs build with {{{ addattr -f bepdf.hvif -t "'VICN'" BEOS:ICON BePDF }}} Can someone update Haiku's optional package accordingly? I try to attach the icon (plus I-O-Matic file) to this ticket, just in case. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 6 19:37:46 2008 From: trac at haiku-os.org (graham) Date: Sat, 06 Dec 2008 18:37:46 -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.861a45b4f63115c316029108e6249ed7@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): Tried setting the SERR# Response bit to 0 in the command register of devices on bus 7 but no effect. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 6 19:38:36 2008 From: trac at haiku-os.org (graham) Date: Sat, 06 Dec 2008 18:38:36 -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.0dd3db03b552bf21e8ba40f1b5e3f331@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): By that I mean the functions of device 9. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 6 21:50:21 2008 From: trac at haiku-os.org (Adek336) Date: Sat, 06 Dec 2008 20:50:21 -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.4944991ad3b245b6c626039c40b38a10@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): Could you also try the fix proposed http://unix.derkeiler.com/Mailing- Lists/FreeBSD/current/2004-04/1049.html {{{ if (did == TC_DEVICEID_TORNADO_10_100BT_920B || did == TC_DEVICEID_TORNADO_10_100BT_920B_WNM) sc->xl_flags |= XL_FLAG_PHYOK; switch (did) { + case TC_DEVICEID_BOOMERANG_10BT_COMBO: /* added by rodrigc */ case TC_DEVICEID_BOOMERANG_10_100BT: /* 3c905-TX */ case TC_DEVICEID_HURRICANE_575A: case TC_DEVICEID_HURRICANE_575B: case TC_DEVICEID_HURRICANE_575C: sc->xl_flags |= XL_FLAG_NO_MMIO; }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 6 21:56:07 2008 From: trac at haiku-os.org (Adek336) Date: Sat, 06 Dec 2008 20:56:07 -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.9ef4b721681e9f0cfd08e2378e4cf29a@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 Adek336): * cc: adek336 at gmail.com (added) Comment: Which MII does FreeBSD use for your card? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 6 21:58:30 2008 From: trac at haiku-os.org (Adek336) Date: Sat, 06 Dec 2008 20:58:30 -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.d45e3219a08ebccf905800f6acb0b3b1@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): This should be in "devinfo -r" output. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 6 22:28:02 2008 From: trac at haiku-os.org (Adek336) Date: Sat, 06 Dec 2008 21:28:02 -0000 Subject: [Haiku-bugs] [Haiku] #1471: Deskbar's Auto Raise could be activated more specifically In-Reply-To: <044.efcd1d1de086b9b991d4dd4325c114af@haiku-os.org> References: <044.efcd1d1de086b9b991d4dd4325c114af@haiku-os.org> Message-ID: <053.f166d5f678bb00c8ada50f2f1c643980@haiku-os.org> #1471: Deskbar's Auto Raise could be activated more specifically --------------------------+------------------------------------------------- Reporter: meanwhile | Owner: axeld Type: enhancement | 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) Comment: Alternatively, deskbar should raise when mouse hits the side of the screen, but before it does so, it waits say half a second, just like the screensaver waits some time when the mouse hits the edge. Also if both taskbar and screensaver would be activated in the edge it would be a conflict. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 6 23:11:37 2008 From: trac at haiku-os.org (Adek336) Date: Sat, 06 Dec 2008 22:11:37 -0000 Subject: [Haiku-bugs] [Haiku] #2887: vim: upgrade In-Reply-To: <042.47a774473ccb5aa53f7e858bd05ae34d@haiku-os.org> References: <042.47a774473ccb5aa53f7e858bd05ae34d@haiku-os.org> Message-ID: <051.d0c7820d4f16de37a6dd4bfaf9bc137d@haiku-os.org> #2887: vim: upgrade ----------------------------------------------+----------------------------- Reporter: Adek336 | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------------------------+----------------------------- Comment(by Adek336): http://students.mimuw.edu.pl/~ap262965/vim-72-1.tar [33 MiB] This is a preliminary tree of vim 7.2, it should be fully functional. It needs some cleanup as only files in src/ and runtime/ have been upgraded from 6.3, files in other directories are still from version 6.3 and should be upgraded as well. Additionally, there are probably many files in src/ and runtime/ which come from 6.3 but are no longer needed for 7.2. I've put a handful of kludges in the source to make it compile; these are marked by a "//QQQ" comment, they should be fixed before commiting to trunk. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 7 01:59:21 2008 From: trac at haiku-os.org (diver) Date: Sun, 07 Dec 2008 00:59:21 -0000 Subject: [Haiku-bugs] [Haiku] #484: MenuItem flickering In-Reply-To: <040.a9ee129cb8df850e3581b4efa52bee71@haiku-os.org> References: <040.a9ee129cb8df850e3581b4efa52bee71@haiku-os.org> Message-ID: <049.e82fc280c7a032f5f71504b4237b7265@haiku-os.org> #484: MenuItem flickering ---------------------------------+------------------------------------------ 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): Yeah, see comment:21 by stippi. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 7 07:51:01 2008 From: trac at haiku-os.org (kaliber) Date: Sun, 07 Dec 2008 06:51:01 -0000 Subject: [Haiku-bugs] [Haiku] #3207: implement Message-ID: <042.eab0d2398b84bbd4581c573b127d07f6@haiku-os.org> #3207: implement -------------------------------+-------------------------------------------- Reporter: kaliber | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- It would be nice to have utmpx support in haiku: http://www.opengroup.org/onlinepubs/009695399/basedefs/utmpx.h.html -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 7 08:16:43 2008 From: trac at haiku-os.org (humdinger) Date: Sun, 07 Dec 2008 07:16:43 -0000 Subject: [Haiku-bugs] [Haiku] #3208: Queries don't work with special "parsedate" terms Message-ID: <044.b28eced9f54f4b2a6224a5589234ed78@haiku-os.org> #3208: Queries don't work with special "parsedate" terms ----------------------------------+----------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- This is vmware r28717. A query for 'All files and folders' 'by Attribute' 'Modified after' "-20 hours" [formula: (last_modified>=%-20 hours%)] should only list those files that were modified within the last 20 hours. Not here. It lists what looks like very file in the system. In case I'm messing up 'after'<->'before', if I change to 'before' the list is empty. Thread on the mailinglist: http://www.freelists.org/post/haiku-development /Querying-all-file-changed-since-10-minutes-ago-was-Where-are-the-Sounds- preference-settings -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 7 11:35:08 2008 From: trac at haiku-os.org (cssvb94) Date: Sun, 07 Dec 2008 10:35:08 -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.0101e5210cc9d5e8d84f0072aeb51385@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): Here is the devinfo output: -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 7 15:14:46 2008 From: trac at haiku-os.org (humdinger) Date: Sun, 07 Dec 2008 14:14:46 -0000 Subject: [Haiku-bugs] [Haiku] #3209: [Terminal] Enhancements (mostly easy) Message-ID: <044.e2e4602da82c8cf223d4299070489edb@haiku-os.org> #3209: [Terminal] Enhancements (mostly easy) -----------------------------------+---------------------------------------- Reporter: humdinger | Owner: jackburton Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- This is r28717. I have a few suggestions to make Terminal more enduser friendly. 1. See tip: http://betips.net/1997/09/09/customize-bash-keybindings I propose to add these lines to inputrc: {{{ Control-f: kill-word "\e[1~": beginning-of-line "\e[4~": end-of-line }}} Which will activate HOME and END keys and deletes the word to the right of the cursor with CRTL+F. The other lines in that tip refer to international characters which is blocked by another old ticket already, #215. 2. The title tab of Terminal's settings panel should be named like the menu item envoking it: "Terminal Preferences". 3. The colors in the dropdown menu in that panel should be renamed to be more enduser friendly: * Text * Background * Cursor * Text under Cursor * Selected Text * Selected Background 4. If there is more than one Tab in a Terminal window, ALT+W should only close the current Tab, not the whole window with all the tabbed sessions. That's what ALT+Q is for. 5. Only the current Tab should be light grey. The others should be darker to have the active one stand out. 6. Instead of "Shell 1,2,3" name each Tab "Alt+1, 2, 3" to remind people of the switching shortcuts. This should take in account the Menu preference setting if anybody uses "CONTROL" instead of "ALT". 7. A bit more complicated: Have a double-click on the "Alt+1,2,3" Tab- label enter editing mode to rename a Tab. 8. Tabbed-Terminals that are busy could show a little icon in the tab that gets removed when the prompt's back. 9. I'd appreciate to have a checkbox in the "Terminal Preferences" panel called "Automatic coloring of new tabs". This will open every new tab with a different nicely(!) colored profile. The Tab color should reflect each background color. I think I better stop now... :) I have to admit that I'm not the world's heaviest shell user, but these are the things I'd find being useful without imposing too much on our weathered shell denizens. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 7 15:38:59 2008 From: trac at haiku-os.org (diver) Date: Sun, 07 Dec 2008 14:38:59 -0000 Subject: [Haiku-bugs] [Haiku] #1446: [Tracker] problems with dragging many items In-Reply-To: <040.edbd9f30548c0b7d2faa66f75b4ede46@haiku-os.org> References: <040.edbd9f30548c0b7d2faa66f75b4ede46@haiku-os.org> Message-ID: <049.6dffc28c5707018ffff98b216ef8e102@haiku-os.org> #1446: [Tracker] problems with dragging many items -----------------------------------+---------------------------------------- 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): Can't reproduce in vmware, feel free to close this one :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 7 17:01:56 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 07 Dec 2008 16:01:56 -0000 Subject: [Haiku-bugs] [Haiku] #484: MenuItem flickering In-Reply-To: <040.a9ee129cb8df850e3581b4efa52bee71@haiku-os.org> References: <040.a9ee129cb8df850e3581b4efa52bee71@haiku-os.org> Message-ID: <049.c799a63f689c175aa64fe2c726838e26@haiku-os.org> #484: MenuItem flickering ---------------------------------+------------------------------------------ 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 Adek336): * cc: adek336 at gmail.com (added) Comment: Also note #913 with screenshots. Also when browsing the file system with the context menu on the Desktop one may see the menu draw a split second earlier than the contents draw. Also when I click on the Desktop and all the submenus are closed I can sometimes see a menu without contents. This is bad because it makes a bad impression on users that Haiku is slow and unresponsive. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 7 17:49:11 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 07 Dec 2008 16:49:11 -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.f1c2108c15a5fe49daca397dbd82fc0e@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): It uses bmtphy which is included in Haiku as well. Also we see that phyno=1 there. Could you try mii.diff, it blindly accepts phyno=1 as correct. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 7 18:06:23 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 07 Dec 2008 17:06:23 -0000 Subject: [Haiku-bugs] [Haiku] #1446: [Tracker] problems with dragging many items In-Reply-To: <040.edbd9f30548c0b7d2faa66f75b4ede46@haiku-os.org> References: <040.edbd9f30548c0b7d2faa66f75b4ede46@haiku-os.org> Message-ID: <049.8a795ee07d0961c651df3b64d2c1b0fa@haiku-os.org> #1446: [Tracker] problems with dragging many items -----------------------------------+---------------------------------------- Reporter: diver | Owner: axeld 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: Thanks for the note! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 7 18:25:07 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 07 Dec 2008 17:25:07 -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.de8a1bc1d544671b01862845e0f9a8c0@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): On a related note, in src/libs/compat/freebsd_network/device.c in compat_write() {{{ //if_printf(ifp, "compat_write(%lld, %p, [%lu])\n", position, // buffer, *numBytes); - mb = m_getcl(0, MT_DATA, M_PKTHDR); + if (*numBytes > MHLEN) + mb = m_getcl(0, MT_DATA, M_PKTHDR); + else + mb = m_gethdr(0, MT_DATA); + if (mb == NULL) return ENOBUFS; }}} This avoids allocating a mbuf with a cluster when a mbuf without a cluster suffices, this is how it's used in many places in fbsd_mbuf.c. Enjoy! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 7 20:50:42 2008 From: trac at haiku-os.org (oco) Date: Sun, 07 Dec 2008 19:50:42 -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.367d7fe488593835fcb693bfa80e351b@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: ------------------------+--------------------------------------------------- Changes (by oco): * cc: olivier.coursiere at laposte.net (added) Comment: I think i have a simpler test case to reproduce this problem. I use a USB hard drive. - initialize a 20 Go partition with DiskDrive (bfs with 2048 block size). - mount this partition with read/write support - put bonnie++ in a "test" directory on this new partition - run bonnie++ in this directory with "bonnie++ -d . -u baron" - once bonnie++ is launched then right click on the Desktop to browse the test partition. The menu take some time to draw and after a few second, bonnie++ show an error : Can't putc() - disk full? A few second later, Haiku enter KDL with PANIC: could not write back block 65 (General system error) Partial stack trace : [[BR]] write_cached_block [[BR]] block_notifier_and_writer [[BR]] _create_kernel_thread_kentry [[BR]] thread_kthread_exit Tested with r28723 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 7 23:31:36 2008 From: trac at haiku-os.org (kvdman) Date: Sun, 07 Dec 2008 22:31:36 -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.e816c6f15656c517784eb322bc4acd9b@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 kvdman): I can duplicate that exactly when trying to access a FAT32 partition on an SD disk through my EeePC's card reader using tracker (through Terminal it works). 'could not write back block 65; bytes read: -1; error: General system error' -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 7 23:32:19 2008 From: trac at haiku-os.org (cssvb94) Date: Sun, 07 Dec 2008 22:32:19 -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.9dcf91df064467a4b8208b3b836d8d05@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): It worked to certain point.[[BR]] 1. Applied the diff and compiled Haiku rev 28781.[[BR]] 2. Rebooted to Haiku, but after the boot sequence the system froze at the blue screen with no icons, but mouse hand cursor only. I wasn't able to move the mouse cursor.[[BR]] 3. Rebooted Haiku with disabled add-ons this time with everything operational.[[BR]] 4. The NIC is detected by the system, but according the syslog PHY reset couldn't complete.[[BR]] I'm able to set IP address, but not to change media to 100TX neither to ping any workstation in my network. DHCP IP assigning not working. The MAC address of the NIC is FF:FF:FF:FF:FF:FF, i.e. wrong.[[BR]] Hope that information will help you. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 8 00:34:30 2008 From: trac at haiku-os.org (korli) Date: Sun, 07 Dec 2008 23:34:30 -0000 Subject: [Haiku-bugs] [Haiku] #2887: vim: upgrade In-Reply-To: <042.47a774473ccb5aa53f7e858bd05ae34d@haiku-os.org> References: <042.47a774473ccb5aa53f7e858bd05ae34d@haiku-os.org> Message-ID: <051.372c4dfa7194fa8b681c3bc9f5003a9b@haiku-os.org> #2887: vim: upgrade ----------------------------------------------+----------------------------- Reporter: Adek336 | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------------------------+----------------------------- Comment(by korli): It might be a good idea to host the port somewhere like ports.haiku- files.org and only have an optional package in Haiku. What do you think ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 8 00:37:01 2008 From: trac at haiku-os.org (tigerdog) Date: Sun, 07 Dec 2008 23:37:01 -0000 Subject: [Haiku-bugs] [Haiku] #3210: traceroute does not work here Message-ID: <043.e9112e7c963ef258cb71853df4eb854a@haiku-os.org> #3210: traceroute does not work here --------------------------------+------------------------------------------- Reporter: tigerdog | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------------+------------------------------------------- traceroute command does not work. First intermediate node information is displayed normally. All subsequent nodes display "* * *" with 5-second intervals between "*". {{{ Welcome to the Haiku shell. ~> traceroute google.com traceroute: Warning: google.com has multiple addresses; using 74.125.45.100 traceroute to google.com (74.125.45.100), 30 hops max, 40 byte packets 1 192.168.1.1 (192.168.1.1) 1.643 ms -0.096 ms 0.667 ms 2 * * * 3 * * * ~> ~> Traceroute works fine on same computer from Xubuntu 8.10, Win2K and Zeta. Tested on real hardware: AMD 64x2 4200+, ECS Mainboard with nVidia chipset, nVidia Ethernet on-board. }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 8 00:40:38 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 07 Dec 2008 23:40:38 -0000 Subject: [Haiku-bugs] [Haiku] #693: Cannot Change Resolution per Workspace (easy) In-Reply-To: <054.cded4538db07e83281123e6417f59949@haiku-os.org> References: <054.cded4538db07e83281123e6417f59949@haiku-os.org> Message-ID: <063.ee73afb372b370501a4ff59086c67a0a@haiku-os.org> #693: Cannot Change Resolution per Workspace (easy) ----------------------------------+----------------------------------------- Reporter: greg.gd at woosh.co.nz | Owner: anevilyak Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Servers/app_server | Version: Resolution: | Blockedby: Platform: All | Blocking: ----------------------------------+----------------------------------------- Changes (by anevilyak): * status: new => assigned Comment: Initial patch attached - allows per workspace resolutions to be used. Known caveats: 1) If you attempt to call BScreen::SetMode() with a workspace ID that is not the active workspace, it will clone the active workspace's settings to that workspace instead of the mode specified in the call. 2) In order to avoid unnecessary resolution switches on workspace changes, a mode switch is skipped if the display modes are identical except for their flags. This shouldn't actually matter in any user-visible way, though it begs the question of how we want to handle the case of wanting to switch a mode's flags without touching anything else. Happy testing! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 8 00:42:08 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 07 Dec 2008 23:42:08 -0000 Subject: [Haiku-bugs] [Haiku] #693: Cannot Change Resolution per Workspace (easy) In-Reply-To: <054.cded4538db07e83281123e6417f59949@haiku-os.org> References: <054.cded4538db07e83281123e6417f59949@haiku-os.org> Message-ID: <063.f87bbaac7c26681a0f668d6244f33a50@haiku-os.org> #693: Cannot Change Resolution per Workspace (easy) ----------------------------------+----------------------------------------- Reporter: greg.gd at woosh.co.nz | Owner: anevilyak Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Servers/app_server | Version: Resolution: | Blockedby: Platform: All | Blocking: ----------------------------------+----------------------------------------- Comment(by anevilyak): Note also, that caveat #1 is not currently user-visible that I know of - the Screen preflet only makes calls in this manner when setting the resolution of all workspaces, in which case by definition the modes of all workspaces will match that of the active one. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 8 01:00:59 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 08 Dec 2008 00:00:59 -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.fa652eb47a24f6842f7d385721462193@haiku-os.org> #3172: registrar creating huge amounts of worker threads over time --------------------------------+------------------------------------------- Reporter: anevilyak | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Servers/registrar | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by anevilyak): * status: new => closed * resolution: => fixed Comment: Fixed in r28775, though in the long term I'd say it's probably a good idea to open an enhancement ticket to redo this part of registar as a work queue with a fixed number of threads. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 8 01:20:27 2008 From: trac at haiku-os.org (Adek336) Date: Mon, 08 Dec 2008 00:20:27 -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.bda93a7e1ebe51925644650bdd7b2812@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): The mouse pointer seems to be movable just right after resuming the fThread thread in MouseDevice::Start(), src/add- ons/input_server/devices/mouse/MouseInputDevice.cpp; delaying the resume also delays the moment when the mouse pointer is responsive. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 8 01:46:31 2008 From: trac at haiku-os.org (Adek336) Date: Mon, 08 Dec 2008 00:46:31 -0000 Subject: [Haiku-bugs] [Haiku] #2887: vim: upgrade In-Reply-To: <042.47a774473ccb5aa53f7e858bd05ae34d@haiku-os.org> References: <042.47a774473ccb5aa53f7e858bd05ae34d@haiku-os.org> Message-ID: <051.96281f12d3c4fb26dd40221aee0a5aff@haiku-os.org> #2887: vim: upgrade ----------------------------------------------+----------------------------- Reporter: Adek336 | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------------------------+----------------------------- Comment(by Adek336): That'd for sure help maintaining it. I'd very much like to see VIm or at least VIm without its runtime files included in every install, but seeing how little interest got getting the runtime files installed, I'm starting to think that not a lot of people use VIm and it would very well be an optional package. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 8 07:46:07 2008 From: trac at haiku-os.org (sikosis) Date: Mon, 08 Dec 2008 06:46:07 -0000 Subject: [Haiku-bugs] [Haiku] #3205: Download page mangles disk images with other files In-Reply-To: <043.e9fadba7072ad7c635ed4d0a382200b0@haiku-os.org> References: <043.e9fadba7072ad7c635ed4d0a382200b0@haiku-os.org> Message-ID: <052.c7866ba29956e6e280d902a5da8a0053@haiku-os.org> #3205: Download page mangles disk images with other files -----------------------+---------------------------------------------------- Reporter: andreasf | Owner: sikosis Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------+---------------------------------------------------- Changes (by sikosis): * owner: haiku-web => sikosis -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 8 08:01:15 2008 From: trac at haiku-os.org (sikosis) Date: Mon, 08 Dec 2008 07:01:15 -0000 Subject: [Haiku-bugs] [Haiku] #3205: Download page mangles disk images with other files In-Reply-To: <043.e9fadba7072ad7c635ed4d0a382200b0@haiku-os.org> References: <043.e9fadba7072ad7c635ed4d0a382200b0@haiku-os.org> Message-ID: <052.8d4119fdc246c34c72bebecf882e9a4f@haiku-os.org> #3205: Download page mangles disk images with other files -----------------------+---------------------------------------------------- Reporter: andreasf | Owner: sikosis Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Website | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------+---------------------------------------------------- Changes (by sikosis): * status: new => closed * resolution: => fixed Comment: Should be fixed now. I moved the year to the bottom. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 8 10:47:07 2008 From: trac at haiku-os.org (korli) Date: Mon, 08 Dec 2008 09:47:07 -0000 Subject: [Haiku-bugs] [Haiku] #2887: vim: upgrade In-Reply-To: <042.47a774473ccb5aa53f7e858bd05ae34d@haiku-os.org> References: <042.47a774473ccb5aa53f7e858bd05ae34d@haiku-os.org> Message-ID: <051.b962e4c5ef34f4d3f6fe276c4141fe84@haiku-os.org> #2887: vim: upgrade ----------------------------------------------+----------------------------- Reporter: Adek336 | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------------------------+----------------------------- Comment(by korli): I think that if VIm can be built on Haiku then good for us. Having an optional package for it would be fair given the size of the runtime files. I don't mean it won't be included by default in Haiku, it might just be easier to maintain. Also BePorts can host patchs. One missing thing is the rdef file. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 8 15:55:50 2008 From: trac at haiku-os.org (Adek336) Date: Mon, 08 Dec 2008 14:55:50 -0000 Subject: [Haiku-bugs] [Haiku] #2887: vim: upgrade In-Reply-To: <042.47a774473ccb5aa53f7e858bd05ae34d@haiku-os.org> References: <042.47a774473ccb5aa53f7e858bd05ae34d@haiku-os.org> Message-ID: <051.9769bb8380ebe9e71120de3739d7bc6a@haiku-os.org> #2887: vim: upgrade ----------------------------------------------+----------------------------- Reporter: Adek336 | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------------------------+----------------------------- Comment(by Adek336): There's a src/vim.rdef file in there. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 8 17:19:42 2008 From: trac at haiku-os.org (dustin howett) Date: Mon, 08 Dec 2008 16:19:42 -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.f23cd6c40ba7b568e81b740ebbc72a91@haiku-os.org> #2339: Can't exit "Haiku" screensaver (25802) --------------------------------------+------------------------------------- Reporter: dustin howett | Owner: anevilyak Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Preferences/ScreenSaver | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Comment(by dustin howett): The screensaver now exits quickly, as intended, but "Haiku" jumps about the screen very, '''very''' quickly. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 8 17:27:03 2008 From: trac at haiku-os.org (dustin howett) Date: Mon, 08 Dec 2008 16:27:03 -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.b8500cfda760cd518006c49ee4c3be6e@haiku-os.org> #2339: Can't exit "Haiku" screensaver (25802) --------------------------------------+------------------------------------- Reporter: dustin howett | Owner: anevilyak Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Preferences/ScreenSaver | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Comment(by dustin howett): Created #3211 for my last issue as to let this ticket die in peace. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 8 17:32:13 2008 From: trac at haiku-os.org (phoudoin) Date: Mon, 08 Dec 2008 16:32:13 -0000 Subject: [Haiku-bugs] [Haiku] #3191: glut programs with single buffer display a black window In-Reply-To: <045.ead6e718327ebf52c4415b863aa3192a@haiku-os.org> References: <045.ead6e718327ebf52c4415b863aa3192a@haiku-os.org> Message-ID: <054.16a1979fd76aa96990f1cc38db8de74e@haiku-os.org> #3191: glut programs with single buffer display a black window ------------------------------+--------------------------------------------- Reporter: mysticmike | Owner: phoudoin Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/OpenGL Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Changes (by phoudoin): * owner: korli => phoudoin Comment: Replying to [comment:5 mysticmike]: > 1) A short-term fix : When GLUT_SINGLE were set - a good hint code wont call glutSwapBuffers() - we could automagically call glutSwapBuffers() after each call to the registered display callback. > > attached is glut3191.diff a patch that does just that. [[BR]] Thanks. I've reviewed it, and it needs some modifications before being applied. 1. the displayFunc variable should'nt be a global variable but per-window one. Must be moved into gState.currentWindow struct. 2. Instead of calling window's SwapBuffers() directly when in single buffer mode *but* at the same time disabling all explicit call via glutSwapBuffers(), I'll prefer doing the reverse: in single buffer mode we simply call glutSwapBuffers() after the display callback, period. glutSwapBuffers() should always call the window's SwapBuffers() which in turn will ends in renderer's SwapBuffers(). He's the one who know actually if it does double or single *actual* buffering, so he should be in control of the decision to do something, nothing or whatever. While GLUT calling always SwapBuffers() could be tolerated, tweaking GLUT to work around of one renderer weakness is not. It should be transparent for GLUT. > problems: > > black screen comes back when window is moved - must find a way to force it to redraw. Just by moving it goes to black?! Or when some region were invalidated (moved partially out of screen, or overlapped by other window?). In first case, it's a bug. In second, well, in single buffer mode that the expected behavior and limitation, and unfortunatly our current software renderer don't do real double buffering, which give you the black holes. > mouse pointer leaves mouse droppings on the window. That's the same issue as above : our renderer don't have two buffers, but only one. It's bug #2843. Really not a GLUT issue. > I also made it so glutSwapBuffers() does nothing if the app calls it in single buffer mode. > . As I said above, I'm against it as GLUT should not try to work around renderer limitation. While faking a single buffer mode make all old' GLUT- based programs works even if they assume wrongly single buffer mode is always available, I'm against making GLUT more dependent on our renderer issues & limitations... These issues should be fixed in software renderer side. That's the point of #2843. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 8 17:37:32 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 08 Dec 2008 16:37:32 -0000 Subject: [Haiku-bugs] [Haiku] #3211: Haiku screensaver is very fast. In-Reply-To: <048.ad3caf1ea11447febf6acfab7a99902a@haiku-os.org> References: <048.ad3caf1ea11447febf6acfab7a99902a@haiku-os.org> Message-ID: <057.810490e97f1d1b26e4dd74e8edd2a9f8@haiku-os.org> #3211: Haiku screensaver is very fast. --------------------------------------+------------------------------------- Reporter: dustin howett | Owner: anevilyak Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Preferences/ScreenSaver | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Changes (by anevilyak): * owner: axeld => anevilyak * status: new => assigned Comment: Will look into this one. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 8 18:34:31 2008 From: trac at haiku-os.org (andreasf) Date: Mon, 08 Dec 2008 17:34:31 -0000 Subject: [Haiku-bugs] [Haiku] #3205: Download page mangles disk images with other files In-Reply-To: <043.e9fadba7072ad7c635ed4d0a382200b0@haiku-os.org> References: <043.e9fadba7072ad7c635ed4d0a382200b0@haiku-os.org> Message-ID: <052.4a9fb33e596b5024e0909a6e6e705811@haiku-os.org> #3205: Download page mangles disk images with other files -----------------------+---------------------------------------------------- Reporter: andreasf | Owner: sikosis Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Website | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------+---------------------------------------------------- Comment(by andreasf): Looks good, thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 8 18:56:55 2008 From: trac at haiku-os.org (luroh) Date: Mon, 08 Dec 2008 17:56:55 -0000 Subject: [Haiku-bugs] [Haiku] #693: Cannot Change Resolution per Workspace (easy) In-Reply-To: <054.cded4538db07e83281123e6417f59949@haiku-os.org> References: <054.cded4538db07e83281123e6417f59949@haiku-os.org> Message-ID: <063.6e5cc4ab852abc61694fe9f91852a03a@haiku-os.org> #693: Cannot Change Resolution per Workspace (easy) ----------------------------------+----------------------------------------- Reporter: greg.gd at woosh.co.nz | Owner: anevilyak Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Servers/app_server | Version: Resolution: | Blockedby: Platform: All | Blocking: ----------------------------------+----------------------------------------- Comment(by luroh): Interesting feature :) An observation:[[BR]] [[BR]] Start the Workspaces applet[[BR]] Move the applet up to somewhere below the desktop icons[[BR]] Switch to the top right workspace[[BR]] Open Preferences -> Screen[[BR]] Set the resolution for current workspace to 800x600[[BR]] Start switching between the two top workspaces[[BR]] [[BR]] Result: the position of the Workspace applet is not constant, it keeps moving around vertically. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 8 19:29:33 2008 From: trac at haiku-os.org (luroh) Date: Mon, 08 Dec 2008 18:29:33 -0000 Subject: [Haiku-bugs] [Haiku] #693: Cannot Change Resolution per Workspace (easy) In-Reply-To: <054.cded4538db07e83281123e6417f59949@haiku-os.org> References: <054.cded4538db07e83281123e6417f59949@haiku-os.org> Message-ID: <063.cfff2e2fa9ead4d08557d2e3f7c7deda@haiku-os.org> #693: Cannot Change Resolution per Workspace (easy) ----------------------------------+----------------------------------------- Reporter: greg.gd at woosh.co.nz | Owner: anevilyak Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Servers/app_server | Version: Resolution: | Blockedby: Platform: All | Blocking: ----------------------------------+----------------------------------------- Comment(by luroh): For better effect, move the applet window a bit between switching workspaces. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 8 20:27:14 2008 From: trac at haiku-os.org (mysticmike) Date: Mon, 08 Dec 2008 19:27:14 -0000 Subject: [Haiku-bugs] [Haiku] #2843: Mesa software renderer doesn't support double buffering In-Reply-To: <040.f519e8eea3446dbebf873e78510d6947@haiku-os.org> References: <040.f519e8eea3446dbebf873e78510d6947@haiku-os.org> Message-ID: <049.1e6cd5582b99916077515e206a9a19f9@haiku-os.org> #2843: Mesa software renderer doesn't support double buffering ------------------------------+--------------------------------------------- Reporter: korli | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/OpenGL Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Changes (by mysticmike): * cc: mysticmike at gmail.com (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 8 20:44:07 2008 From: trac at haiku-os.org (korli) Date: Mon, 08 Dec 2008 19:44:07 -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.0da01a4b44b57af2829aba1f844ed6b6@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 korli): TeamMonitor calling keys are in fact hard coded to Ctrl+Alt+Del. Menu also only checks against hard coded keys Ctrl and Alt. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 8 21:50:45 2008 From: trac at haiku-os.org (korli) Date: Mon, 08 Dec 2008 20:50:45 -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.4062227f4c05f3c2952ace719a39ccc3@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 korli): The TeamMonitor part is fixed in r28782. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 8 17:26:32 2008 From: trac at haiku-os.org (dustin howett) Date: Mon, 08 Dec 2008 16:26:32 -0000 Subject: [Haiku-bugs] [Haiku] #3211: Haiku screensaver is very fast. Message-ID: <048.ad3caf1ea11447febf6acfab7a99902a@haiku-os.org> #3211: Haiku screensaver is very fast. -------------------------------------+-------------------------------------- Reporter: dustin howett | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/ScreenSaver | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Since #2339 was fixed, on my Acer Aspire One (1.6GHz; this may be related to clock speed?), the Haiku screensaver updates very rapidly, flashing all over the place. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 8 22:56:53 2008 From: trac at haiku-os.org (axeld) Date: Mon, 08 Dec 2008 21:56:53 -0000 Subject: [Haiku-bugs] [Haiku] #2887: vim: upgrade In-Reply-To: <042.47a774473ccb5aa53f7e858bd05ae34d@haiku-os.org> References: <042.47a774473ccb5aa53f7e858bd05ae34d@haiku-os.org> Message-ID: <051.5b1d6202636e6617ab8dd23dfb7be15a@haiku-os.org> #2887: vim: upgrade ----------------------------------------------+----------------------------- Reporter: Adek336 | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------------------------+----------------------------- Comment(by axeld): Vim would definitely make a good optional package. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 8 23:08:11 2008 From: trac at haiku-os.org (Adek336) Date: Mon, 08 Dec 2008 22:08:11 -0000 Subject: [Haiku-bugs] [Haiku] #2887: vim: upgrade In-Reply-To: <042.47a774473ccb5aa53f7e858bd05ae34d@haiku-os.org> References: <042.47a774473ccb5aa53f7e858bd05ae34d@haiku-os.org> Message-ID: <051.e51419b15491fa12acff52688b23cf2d@haiku-os.org> #2887: vim: upgrade ----------------------------------------------+----------------------------- Reporter: Adek336 | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------------------------+----------------------------- Comment(by Adek336): http://students.mimuw.edu.pl/~ap262965/vim-72-2.tar [51 MiB] overgrown due to subversion metadata, which are fully functional, cleaned up a bit[[br]] http://students.mimuw.edu.pl/~ap262965/vim-72-vendor-1.tar [36 MiB] vendor version[[br]] http://students.mimuw.edu.pl/~ap262965/vim-63-vendor-1.tar [23 MiB] vendor version[[br]] Haiku version of 6.3 is in Haiku trunk -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 9 03:16:14 2008 From: trac at haiku-os.org (richienyhus) Date: Tue, 09 Dec 2008 02:16:14 -0000 Subject: [Haiku-bugs] [Haiku] #3212: TemplateNotFound: Template "dir_entries.html" not found Message-ID: <046.a1d8cb52df03a61dd41c92be9d74ddd3@haiku-os.org> #3212: TemplateNotFound: Template "dir_entries.html" not found --------------------------+------------------------------------------------- Reporter: richienyhus | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Followed link from ML to: http://dev.haiku- os.org/browser/haiku/vendor/freebsd ==== How to Reproduce ==== While doing a GET operation on `/browser/haiku/vendor/freebsd`, Trac issued an internal error. Request parameters: {{{ {'path': u'/haiku/vendor/freebsd'} }}} User Agent was: `Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.0.4) Gecko/2008102920 Firefox/3.0.4` ==== 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 430, in _prepare yield kind, (directives, list(substream)), pos 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 "dir_entries.html" not found }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 9 03:54:52 2008 From: trac at haiku-os.org (anevilyak) Date: Tue, 09 Dec 2008 02:54:52 -0000 Subject: [Haiku-bugs] [Haiku] #3213: Window relocation has issues with all workspaces windows + multiple workspace resolutions Message-ID: <044.78b1df7f9d36b7994e22ffae18ae7b46@haiku-os.org> #3213: Window relocation has issues with all workspaces windows + multiple workspace resolutions --------------------------------+------------------------------------------- Reporter: anevilyak | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Steps to reproduce: 1) open workspaces applet.[[BR]] 2) Set up two workspaces of differing resolutions, i.e. workspace 1 @ 1280x1024 and workspace 2 @ 800x600.[[BR]] 3) Move window to top left corner in workspace 1.[[BR]] 4) Switch to workspace 2.[[BR]] 5) Move window down a few hundred px[[BR]] 6) Switch back to workspace 1 - the window will have moved far more than you moved it in workspace 2.[[BR]] Continuing to switch back and forth sometimes provokes other random window movements. Note that this seems to work fine when the workspace resolutions are the same, and I've been unable to find out the reason why the resolution switch makes a difference.[[BR]] -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 9 03:55:31 2008 From: trac at haiku-os.org (anevilyak) Date: Tue, 09 Dec 2008 02:55:31 -0000 Subject: [Haiku-bugs] [Haiku] #3213: Window relocation has issues with all workspaces windows + multiple workspace resolutions In-Reply-To: <044.78b1df7f9d36b7994e22ffae18ae7b46@haiku-os.org> References: <044.78b1df7f9d36b7994e22ffae18ae7b46@haiku-os.org> Message-ID: <053.11d9899542bc3e5267dbc80085fda56e@haiku-os.org> #3213: Window relocation has issues with all workspaces windows + multiple workspace resolutions ---------------------------------+------------------------------------------ Reporter: anevilyak | 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): I've also seen Deskbar occasionally disappear and reappear when switching back and forth between workspaces like this. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 9 03:59:43 2008 From: trac at haiku-os.org (anevilyak) Date: Tue, 09 Dec 2008 02:59:43 -0000 Subject: [Haiku-bugs] [Haiku] #1527: Selecting an area on the desktop leaves ghostlines In-Reply-To: <042.707491492d3c5dfcbc5a423133096d6e@haiku-os.org> References: <042.707491492d3c5dfcbc5a423133096d6e@haiku-os.org> Message-ID: <051.8e2fa23420075d63f2dfa5ba27e01a06@haiku-os.org> #1527: Selecting an area on the desktop leaves ghostlines ---------------------------------+------------------------------------------ Reporter: scottmc | Owner: stippi Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by anevilyak): I notice this one is 100% reproducible if you switch resolutions also, albeit with the same "cleanup" behavior after dragging the selection rect around enough. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 9 04:01:05 2008 From: trac at haiku-os.org (anevilyak) Date: Tue, 09 Dec 2008 03:01:05 -0000 Subject: [Haiku-bugs] [Haiku] #693: Cannot Change Resolution per Workspace (easy) In-Reply-To: <054.cded4538db07e83281123e6417f59949@haiku-os.org> References: <054.cded4538db07e83281123e6417f59949@haiku-os.org> Message-ID: <063.eec6ab9c3c42a2dfad0c8fc0225677c1@haiku-os.org> #693: Cannot Change Resolution per Workspace (easy) ----------------------------------+----------------------------------------- Reporter: greg.gd at woosh.co.nz | Owner: anevilyak Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Servers/app_server | Version: Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------------+----------------------------------------- Changes (by anevilyak): * status: assigned => closed * resolution: => fixed Comment: Fixed in r28785 - the last problem you mentioned I filed a separate ticket for since I've had no luck tracking down why it occurs. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 9 05:52:58 2008 From: trac at haiku-os.org (scottmc) Date: Tue, 09 Dec 2008 04:52:58 -0000 Subject: [Haiku-bugs] [Haiku] #3213: Window relocation has issues with all workspaces windows + multiple workspace resolutions In-Reply-To: <044.78b1df7f9d36b7994e22ffae18ae7b46@haiku-os.org> References: <044.78b1df7f9d36b7994e22ffae18ae7b46@haiku-os.org> Message-ID: <053.cb4a0c85dae2ac207cd01e647c2a20a2@haiku-os.org> #3213: Window relocation has issues with all workspaces windows + multiple workspace resolutions ---------------------------------+------------------------------------------ Reporter: anevilyak | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by scottmc): Replying to [comment:1 anevilyak]: > I've also seen Deskbar occasionally disappear and reappear when switching back and forth between workspaces like this. That seems to be related to #2658 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 9 06:28:27 2008 From: trac at haiku-os.org (anevilyak) Date: Tue, 09 Dec 2008 05:28:27 -0000 Subject: [Haiku-bugs] [Haiku] #3213: Window relocation has issues with all workspaces windows + multiple workspace resolutions In-Reply-To: <044.78b1df7f9d36b7994e22ffae18ae7b46@haiku-os.org> References: <044.78b1df7f9d36b7994e22ffae18ae7b46@haiku-os.org> Message-ID: <053.db0bfd703ea2f839844b289af1a55637@haiku-os.org> #3213: Window relocation has issues with all workspaces windows + multiple workspace resolutions ---------------------------------+------------------------------------------ Reporter: anevilyak | 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): That's possible, though at the moment I suspect it might be related to the problem reported above, since I was sometimes seeing the workspace window disappearing entirely as well. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 9 06:38:13 2008 From: trac at haiku-os.org (anevilyak) Date: Tue, 09 Dec 2008 05:38:13 -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.20946130c52339fca43d673ab9e65bb1@haiku-os.org> #701: [AboutHaiku] Time running isn't font sensitive (easy) ---------------------------+------------------------------------------------ Reporter: diver | Owner: anevilyak Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications | Version: Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by anevilyak): * status: new => closed * resolution: => fixed Comment: Fixed in r28786. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 9 09:56:24 2008 From: trac at haiku-os.org (scottmc) Date: Tue, 09 Dec 2008 08:56:24 -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.8a309197bdb8e5646e35e256ca2e5c50@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: 3167 ------------------------+--------------------------------------------------- Comment(by scottmc): I've built and posted a freetype-2.3.7 binary for Haiku over on HaikuPorts, this package includes thee freetype2 headers, freetype-config tool and pkg-config files. So this could either be added as an optional package or the files can be pulled out of the binary zip and put into svn where needed. Once that is done this ticket can be closed out. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 9 11:45:31 2008 From: trac at haiku-os.org (apprentice) Date: Tue, 09 Dec 2008 10:45:31 -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.798e77c721cf09b7e7c57934247009c5@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 disabled usb & acpi & apm and about everything else you can disable from the bios - and also acpi and apic - from haiku safe mode options and still be able to boot but with the 3com diff it still crashes. I added the ints output but can't see anything network related in it. I'll try the fix when I get enough time to test it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 9 11:53:59 2008 From: trac at haiku-os.org (apprentice) Date: Tue, 09 Dec 2008 10:53:59 -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.5453a8aa557f218ab51e7fe4bfa8410c@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): Sorry, can't attach the image... trac complains something about not being able to give an unique name to the file. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 9 12:17:01 2008 From: trac at haiku-os.org (richienyhus) Date: Tue, 09 Dec 2008 11:17:01 -0000 Subject: [Haiku-bugs] [Haiku] #2780: Video out of range on KM51G-754 In-Reply-To: <046.76cb332d913612d99e9a4f2e6ef2809e@haiku-os.org> References: <046.76cb332d913612d99e9a4f2e6ef2809e@haiku-os.org> Message-ID: <055.bc09e32688db16f0abb94af3d8097f34@haiku-os.org> #2780: Video out of range on KM51G-754 --------------------------------------+------------------------------------- Reporter: richienyhus | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Comment(by richienyhus): still there in r28781 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 9 12:24:08 2008 From: trac at haiku-os.org (richienyhus) Date: Tue, 09 Dec 2008 11:24:08 -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.1210130e98720bc7580fe946200aa617@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): Trac is playing up right now. Try upload it to a external site, for the time being that is. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 9 12:26:40 2008 From: trac at haiku-os.org (richienyhus) Date: Tue, 09 Dec 2008 11:26:40 -0000 Subject: [Haiku-bugs] [Haiku] #2898: Booting from USB fails. In-Reply-To: <046.7b7a69ecabd42aec4c813d1053737980@haiku-os.org> References: <046.7b7a69ecabd42aec4c813d1053737980@haiku-os.org> Message-ID: <055.582afb1927708961eef1cefaa0c4bd66@haiku-os.org> #2898: Booting from USB fails. --------------------------+------------------------------------------------- Reporter: richienyhus | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------+------------------------------------------------- Comment(by richienyhus): Still get this regression in r28781 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 9 12:48:14 2008 From: trac at haiku-os.org (richienyhus) Date: Tue, 09 Dec 2008 11:48:14 -0000 Subject: [Haiku-bugs] [Haiku] #2898: Booting from USB fails. In-Reply-To: <046.7b7a69ecabd42aec4c813d1053737980@haiku-os.org> References: <046.7b7a69ecabd42aec4c813d1053737980@haiku-os.org> Message-ID: <055.02647317d0fd5aff3bba2f3283674d1f@haiku-os.org> #2898: Booting from USB fails. --------------------------+------------------------------------------------- Reporter: richienyhus | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------+------------------------------------------------- Comment(by richienyhus): Its looks like either r27765, r27766 or(and more likely) r27768 created this regression. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 9 15:57:02 2008 From: trac at haiku-os.org (mmlr) Date: Tue, 09 Dec 2008 14:57:02 -0000 Subject: [Haiku-bugs] [Haiku] #2898: Booting from USB fails. In-Reply-To: <046.7b7a69ecabd42aec4c813d1053737980@haiku-os.org> References: <046.7b7a69ecabd42aec4c813d1053737980@haiku-os.org> Message-ID: <055.e8858bcd13066677d69e327da6a8480f@haiku-os.org> #2898: Booting from USB fails. --------------------------+------------------------------------------------- Reporter: richienyhus | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------+------------------------------------------------- Comment(by mmlr): No, I highly doubt that these changes would cause anything in that direction. They do not change any functionality. I personally suspect r28244 as it triggered other issues with USB as well. If you could check with r28243 vs. r28244 that would be helpful. Are you running a dual core machine by any chance? Does this also happen when you disable SMP in the safemode menu? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 9 16:56:19 2008 From: trac at haiku-os.org (nielx) Date: Tue, 09 Dec 2008 15:56:19 -0000 Subject: [Haiku-bugs] [Haiku] #3212: TemplateNotFound: Template "dir_entries.html" not found In-Reply-To: <046.a1d8cb52df03a61dd41c92be9d74ddd3@haiku-os.org> References: <046.a1d8cb52df03a61dd41c92be9d74ddd3@haiku-os.org> Message-ID: <055.c59f3b5c8b29dc7967b7da1f91e4d989@haiku-os.org> #3212: TemplateNotFound: Template "dir_entries.html" not found ---------------------------+------------------------------------------------ Reporter: richienyhus | 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 (for now). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 9 23:11:03 2008 From: trac at haiku-os.org (ithamar) Date: Tue, 09 Dec 2008 22:11:03 -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.842c942fb02e4ce9b39e80def27cdaa8@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: ------------------------------------------+--------------------------------- Comment(by ithamar): thanks humdinger, I'm looking into that as well ;) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 10 00:17:08 2008 From: trac at haiku-os.org (Adek336) Date: Tue, 09 Dec 2008 23:17:08 -0000 Subject: [Haiku-bugs] [Haiku] #3214: Right click in Tracker file browsing menu to not close menu Message-ID: <042.2e6ec80243dc8fbd5ccb63315e9af807@haiku-os.org> #3214: Right click in Tracker file browsing menu to not close menu ----------------------------+----------------------------------------------- Reporter: Adek336 | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------+----------------------------------------------- When browsing the file system through a context menu with files. Both right and left clicking result in opening a selected file and closing the context menu. To open many files one directory, you have to browse to that directory many files. An improvement: left clicking opens the file and closes the context menu like it is now, but right click opens the file and leaves the context menu open. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 10 01:34:16 2008 From: trac at haiku-os.org (anevilyak) Date: Wed, 10 Dec 2008 00:34:16 -0000 Subject: [Haiku-bugs] [Haiku] #3211: Haiku screensaver is very fast. In-Reply-To: <048.ad3caf1ea11447febf6acfab7a99902a@haiku-os.org> References: <048.ad3caf1ea11447febf6acfab7a99902a@haiku-os.org> Message-ID: <057.fa849ca40d236a84000c80f88fe4c7b6@haiku-os.org> #3211: Haiku screensaver is very fast. --------------------------------------+------------------------------------- Reporter: dustin howett | Owner: anevilyak Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Preferences/ScreenSaver | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Changes (by anevilyak): * status: assigned => closed * resolution: => fixed Comment: Fixed in r28792, thanks for the heads up! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 10 02:42:21 2008 From: trac at haiku-os.org (richienyhus) Date: Wed, 10 Dec 2008 01:42:21 -0000 Subject: [Haiku-bugs] [Haiku] #2898: Booting from USB fails. In-Reply-To: <046.7b7a69ecabd42aec4c813d1053737980@haiku-os.org> References: <046.7b7a69ecabd42aec4c813d1053737980@haiku-os.org> Message-ID: <055.c7e3a99126175b2d2ec8050cc1b46bee@haiku-os.org> #2898: Booting from USB fails. --------------------------+------------------------------------------------- Reporter: richienyhus | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------+------------------------------------------------- Comment(by richienyhus): This is only a AMD sempron 2660+ on an Albatron KM51G-754. I don't have a build set-up so I can only try r28242 & r28251. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 10 05:07:03 2008 From: trac at haiku-os.org (kev) Date: Wed, 10 Dec 2008 04:07:03 -0000 Subject: [Haiku-bugs] [Haiku] #2177: boot screen video mode incorrect/unsupported, but desktop okay In-Reply-To: <038.d1bd554a50c472377b631d3cad48fc0e@haiku-os.org> References: <038.d1bd554a50c472377b631d3cad48fc0e@haiku-os.org> Message-ID: <047.b8f732c9f56f9af9d67342464f4fc989@haiku-os.org> #2177: boot screen video mode incorrect/unsupported, but desktop okay ---------------------+------------------------------------------------------ Reporter: kev | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------+------------------------------------------------------ Comment(by kev): Works great on the latest nightly. Hooray! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 10 05:14:03 2008 From: trac at haiku-os.org (Adek336) Date: Wed, 10 Dec 2008 04:14:03 -0000 Subject: [Haiku-bugs] [Haiku] #3215: debug_printf messages from userspace prefixed with "KERN" in syslog Message-ID: <042.5331202ccc6ab9edb0e654ed0b735238@haiku-os.org> #3215: debug_printf messages from userspace prefixed with "KERN" in syslog -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- A userspace program may user debug_printf() to write a message to the syslog and ktrace_printf() to write a message to the trace buffer. Both dprintf() and ktrace_printf(), when called in kernel space emit messages to the syslog and to the trace buffer, prefixed with "KERN: " to indicate the source. When called from user space, ktrace_printf() indicated this by prefixing the message with "user: ". debug_printf(), on the other hand, prefixes the syslog messages with "KERN: ". I suspect that in the syslog, the prefix also is supposed to indicate the source type so debug_printf() should emit "USER: "-like messages. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 10 07:19:17 2008 From: trac at haiku-os.org (bbjimmy) Date: Wed, 10 Dec 2008 06:19:17 -0000 Subject: [Haiku-bugs] [Haiku] #3216: KeyboardInputDevice stops the build. Message-ID: <042.05b01fa825b8d2ec69af090dad6a72c0@haiku-os.org> #3216: KeyboardInputDevice stops the build. -----------------------+---------------------------------------------------- Reporter: bbjimmy | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- src/add-ons/input_server/devices/keyboard/KeyboardInputDevice.cpp stops compiling with multiple errors. see attatched text file -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 10 07:37:24 2008 From: trac at haiku-os.org (richienyhus) Date: Wed, 10 Dec 2008 06:37:24 -0000 Subject: [Haiku-bugs] [Haiku] #2898: Booting from USB fails. In-Reply-To: <046.7b7a69ecabd42aec4c813d1053737980@haiku-os.org> References: <046.7b7a69ecabd42aec4c813d1053737980@haiku-os.org> Message-ID: <055.984b7658b92a44fe32c3ff36428cb6a3@haiku-os.org> #2898: Booting from USB fails. --------------------------+------------------------------------------------- Reporter: richienyhus | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------+------------------------------------------------- Comment(by richienyhus): I only had a USB keyboard plugged in before, so I didn't test with "bt". I just checked then and it seems as if the error has changed. Some of the out-put looks same, so I'll keep this here 'til someone can tell otherwise. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 10 10:20:24 2008 From: trac at haiku-os.org (Adek336) Date: Wed, 10 Dec 2008 09:20:24 -0000 Subject: [Haiku-bugs] [Haiku] #3209: [Terminal] Enhancements (mostly easy) In-Reply-To: <044.e2e4602da82c8cf223d4299070489edb@haiku-os.org> References: <044.e2e4602da82c8cf223d4299070489edb@haiku-os.org> Message-ID: <053.a12cc6605c39ee5b44a8d2cd46a49852@haiku-os.org> #3209: [Terminal] Enhancements (mostly easy) ------------------------------------+--------------------------------------- Reporter: humdinger | Owner: jackburton Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by Adek336): 10. Remember window position and size between runs. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 10 10:23:54 2008 From: trac at haiku-os.org (richienyhus) Date: Wed, 10 Dec 2008 09:23:54 -0000 Subject: [Haiku-bugs] [Haiku] #2780: Video out of range on GeForce 6100 (KM51G-754) (was: Video out of range on KM51G-754) In-Reply-To: <046.76cb332d913612d99e9a4f2e6ef2809e@haiku-os.org> References: <046.76cb332d913612d99e9a4f2e6ef2809e@haiku-os.org> Message-ID: <055.510e608002fec75759c3de1df29e8a84@haiku-os.org> #2780: Video out of range on GeForce 6100 (KM51G-754) --------------------------------------+------------------------------------- Reporter: richienyhus | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 10 15:09:43 2008 From: trac at haiku-os.org (karmak) Date: Wed, 10 Dec 2008 14:09:43 -0000 Subject: [Haiku-bugs] [Haiku] #3216: KeyboardInputDevice stops the build. In-Reply-To: <042.05b01fa825b8d2ec69af090dad6a72c0@haiku-os.org> References: <042.05b01fa825b8d2ec69af090dad6a72c0@haiku-os.org> Message-ID: <051.83179246c95c75bd92b0ccff3212cf5b@haiku-os.org> #3216: KeyboardInputDevice stops the build. ------------------------+--------------------------------------------------- Reporter: bbjimmy | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by karmak): With the patch attached, it does build. I will reboot to test if it works. Feel free to discard my patch if you have a more elegant or complete one. I was looking for a small thing for my first contribution, and this patch is kind of. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 10 15:35:48 2008 From: trac at haiku-os.org (anevilyak) Date: Wed, 10 Dec 2008 14:35:48 -0000 Subject: [Haiku-bugs] [Haiku] #3216: KeyboardInputDevice stops the build. In-Reply-To: <042.05b01fa825b8d2ec69af090dad6a72c0@haiku-os.org> References: <042.05b01fa825b8d2ec69af090dad6a72c0@haiku-os.org> Message-ID: <051.cd85dc2d25098aebf32b1aef28867616@haiku-os.org> #3216: KeyboardInputDevice stops the build. ------------------------+--------------------------------------------------- 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 anevilyak): * status: new => closed * resolution: => fixed Comment: Indeed, thanks! Applied in r28797. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 10 16:09:00 2008 From: trac at haiku-os.org (karmak) Date: Wed, 10 Dec 2008 15:09:00 -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.aae4e7c9c234bb47b653f204c9379956@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): And with r28797 (build fixed for `Keymap*`), I can use my swapped Control- Alt-Suppr to bring up Team Monitor. Thanks !! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 10 18:15:34 2008 From: trac at haiku-os.org (karmak) Date: Wed, 10 Dec 2008 17:15:34 -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.4fa5a31f96c92cd140825ab0fdbb331e@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): please anyone can commit the keymap.diff attachment ; it's the missing part for my last patch, making it complete. thanks. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 10 20:03:49 2008 From: trac at haiku-os.org (mysticmike) Date: Wed, 10 Dec 2008 19:03:49 -0000 Subject: [Haiku-bugs] [Haiku] #3191: glut programs with single buffer display a black window In-Reply-To: <045.ead6e718327ebf52c4415b863aa3192a@haiku-os.org> References: <045.ead6e718327ebf52c4415b863aa3192a@haiku-os.org> Message-ID: <054.e56b859edc3a0327469c8b36a0db1b3e@haiku-os.org> #3191: glut programs with single buffer display a black window ------------------------------+--------------------------------------------- Reporter: mysticmike | Owner: phoudoin Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/OpenGL Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by mysticmike): > These issues should be fixed in software renderer side. That's the point of #2843 Yes, patching glut is bad idea the renderer should be fixed, even just calling a swapbuffers at the end of the display function could potentially break some other renderer. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 10 23:22:20 2008 From: trac at haiku-os.org (Adek336) Date: Wed, 10 Dec 2008 22:22: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.e07021617e904ce74fdbb0b4282a9804@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): The problem turned out to come from an unexpected place.[[br]] The patch mouse.1.diff reduces mouse initialization time from 2 secs to 1 sec after desktop initialization. The desktop also needs one second to become visible (hardware latencies) so the mouse and the desktop are available to the user at the same time. The patch also points out three important places in the code- when a blank screen replaces the boot screen, when the blank screen is replaced with the desktop and when the mouse is finally usable. The fix is to avoid snooze()ing in the ps2 bus manager, is this acceptable? Also could the snooze() during device_republish be removed? time between blanking the screen and showing the desktop - 400 ms (note that it isn't visible for another 1 second because of hardware latencies)[[br]] time needed to initialize the mouse after showing the desktop - 1 second -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Dec 11 05:28:44 2008 From: trac at haiku-os.org (anevilyak) Date: Thu, 11 Dec 2008 04:28:44 -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.29aa031a28ca0b3203b359ac716f0e59@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 anevilyak): Updated patch applied in r28800 - thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Dec 11 05:35:15 2008 From: trac at haiku-os.org (anevilyak) Date: Thu, 11 Dec 2008 04:35:15 -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.74258b95b8b8e5481dbf27785241d2dd@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 anevilyak): iirc the input_server is started by the app_server, which in turn loads the keyboard add-on. For PS/2 and USB at least, there are response timeouts required by spec, though I don't know their exact values, so the delay might relate to waiting for the device to become ready at that level. Marcus would know for sure with respect to PS/2 at least though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Dec 11 06:38:08 2008 From: trac at haiku-os.org (scottmc) Date: Thu, 11 Dec 2008 05:38:08 -0000 Subject: [Haiku-bugs] [Haiku] #3217: Downloading in Firefox very slow with 2 CPUs enabled Message-ID: <042.ba9004ec552d7542855524cb7aac57f5@haiku-os.org> #3217: Downloading in Firefox very slow with 2 CPUs enabled -----------------------+---------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- When downloading with firefox, with both core enabled on my AMD Athlon X2 laptop, the download speed crawls along, almost stopping, but if I use pulse to turn one of the off it speeds right up. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Dec 11 06:40:18 2008 From: trac at haiku-os.org (scottmc) Date: Thu, 11 Dec 2008 05:40:18 -0000 Subject: [Haiku-bugs] [Haiku] #2014: Add 7zip In-Reply-To: <042.e8b8afcdf06cbee864587dc6a74ae461@haiku-os.org> References: <042.e8b8afcdf06cbee864587dc6a74ae461@haiku-os.org> Message-ID: <051.3d1a4da4aff01f2b3d85440f3a9cae68@haiku-os.org> #2014: Add 7zip --------------------------+------------------------------------------------- Reporter: scottmc | Owner: axeld Type: enhancement | Status: new Priority: low | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by scottmc): I have now tested this on an AMD Athlon X2 and it still passed all "make test" tests. So if the above patch is applied to expander and the p7zip binary is loaded you can now use expander to open .7z files. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Dec 11 07:58:05 2008 From: trac at haiku-os.org (scottmc) Date: Thu, 11 Dec 2008 06:58:05 -0000 Subject: [Haiku-bugs] [Haiku] #3217: Network very slow with 2 CPUs enabled (was: Downloading in Firefox very slow with 2 CPUs enabled) In-Reply-To: <042.ba9004ec552d7542855524cb7aac57f5@haiku-os.org> References: <042.ba9004ec552d7542855524cb7aac57f5@haiku-os.org> Message-ID: <051.a3de0068ebe49151e3bbc8547ff795f7@haiku-os.org> #3217: Network very slow with 2 CPUs enabled ------------------------+--------------------------------------------------- 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): Ran into the same issue, this time when doing a cvs checkout. Downloaded a few files and then stalled. So I turned off one CPU and tried again and it went normal speed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Dec 11 10:09:04 2008 From: trac at haiku-os.org (karmak) Date: Thu, 11 Dec 2008 09:09:04 -0000 Subject: [Haiku-bugs] [Haiku] #3176: swapping control and caps lock keys makes Menu preference, Apps Menus (except Firefox) and Team Monitor do weird things (was: 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.aa46c016a8bf5dab1cec15b408eeef0b@haiku-os.org> #3176: swapping control and caps lock keys makes Menu preference, Apps Menus (except Firefox) 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): Curiously enough, with my swapped Control and Caps Lock, every Haiku app shows "Ctrl"-* as shortcuts in theyr menus, except Firefox which correctly displays "Alt"-*. Perhaps the problem lyes in the interface kit and not just the "Menu" preferences applet. I'm currently digging in the code to try to correct "Menu". -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Dec 11 15:50:37 2008 From: trac at haiku-os.org (bga) Date: Thu, 11 Dec 2008 14:50:37 -0000 Subject: [Haiku-bugs] [Haiku] #3217: Network very slow with 2 CPUs enabled In-Reply-To: <042.ba9004ec552d7542855524cb7aac57f5@haiku-os.org> References: <042.ba9004ec552d7542855524cb7aac57f5@haiku-os.org> Message-ID: <051.ee5f5be658f78720747a53435b3c97af@haiku-os.org> #3217: Network very slow with 2 CPUs enabled ------------------------+--------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by bga): FWIW, I have 4 cores and no such problem. Maybe this is specific to your network card? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Dec 11 16:02:08 2008 From: trac at haiku-os.org (peat) Date: Thu, 11 Dec 2008 15:02:08 -0000 Subject: [Haiku-bugs] [Haiku] #2739: KDL at boot with SBLive In-Reply-To: <041.f8173d933891dbef51e6820edf478d62@haiku-os.org> References: <041.f8173d933891dbef51e6820edf478d62@haiku-os.org> Message-ID: <050.dcaf3e3f04fb17a07819c1b933e3e7ee@haiku-os.org> #2739: KDL at boot with SBLive ----------------------------+----------------------------------------------- Reporter: biffuz | Owner: mmu_man Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by peat): I also get a kdl when oss is installed. (sblive 5.1 emuxki) At boot it shows: PANIC: aquire_spinlock: attempt to aquire lock 0x81ecba08 with interrupts enabled Without oss drivers it loads fine and sound works. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Dec 11 16:08:48 2008 From: trac at haiku-os.org (anevilyak) Date: Thu, 11 Dec 2008 15:08:48 -0000 Subject: [Haiku-bugs] [Haiku] #2739: KDL at boot with SBLive In-Reply-To: <041.f8173d933891dbef51e6820edf478d62@haiku-os.org> References: <041.f8173d933891dbef51e6820edf478d62@haiku-os.org> Message-ID: <050.38d19c34ddd4ec1bc2bcc16ec43f76c9@haiku-os.org> #2739: KDL at boot with SBLive ----------------------------+----------------------------------------------- Reporter: biffuz | Owner: mmu_man Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by anevilyak): Replying to [comment:12 peat]: > I also get a kdl when oss is installed. (sblive 5.1 emuxki) > At boot it shows: > > PANIC: aquire_spinlock: attempt to aquire lock 0x81ecba08 with interrupts enabled That would be OpenSound conflicting with the native emuxki driver. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Dec 11 16:39:24 2008 From: trac at haiku-os.org (peat) Date: Thu, 11 Dec 2008 15:39:24 -0000 Subject: [Haiku-bugs] [Haiku] #3218: can't reach bootmenu Message-ID: <039.5edf33d39bb20b9c6f1426611da7fb56@haiku-os.org> #3218: can't reach bootmenu -----------------------+---------------------------------------------------- Reporter: peat | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Using real hardware i can`t reach haikus bootloader menu. Haiku is installed on hda16, boots and works fine. However if space is pressed on bootup haiku reboots my pc. Any ideas how to debug such an issue? Tested several times and several builds from the last weeks. I always get a reboot. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Dec 11 17:36:52 2008 From: trac at haiku-os.org (Adek336) Date: Thu, 11 Dec 2008 16:36:52 -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.3030321b4858b8f89a42ac65bdcb5c01@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): Replying to [comment:34 cssvb94]: > 4. The NIC is detected by the system, but according the syslog PHY reset couldn't complete. That's too bad because it means that the patch didn't help at all. Could you please try with reverting mii.diff and applying bfe440x.1.diff ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Dec 11 20:09:05 2008 From: trac at haiku-os.org (cssvb94) Date: Thu, 11 Dec 2008 19:09:05 -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.0658fa017a5b446670b04e7e065e6189@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): 1. Compiled and started up Haiku without a problem.[[BR]] 2. The network card is not registered in /dev/net.[[BR]] 3. All debug values are 0xff.[[BR]] mii.dif is reverted. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Dec 11 23:54:56 2008 From: trac at haiku-os.org (korli) Date: Thu, 11 Dec 2008 22:54:56 -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.6568eadffb121e51980db1d24f16fc0e@haiku-os.org> #3188: Glut programs crash on program exit ------------------------------+--------------------------------------------- Reporter: mysticmike | Owner: korli Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/OpenGL Kit | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed Comment: fixed in r28801. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 12 00:44:13 2008 From: trac at haiku-os.org (korli) Date: Thu, 11 Dec 2008 23:44:13 -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.a55f359f1b385ec093f382eb43bdfbc7@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: 3167 ------------------------+--------------------------------------------------- Comment(by korli): It's just the config tool and pkg-config should be tuned with /boot/develop/headers and /boot/develop/lib -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 12 00:56:13 2008 From: trac at haiku-os.org (korli) Date: Thu, 11 Dec 2008 23:56:13 -0000 Subject: [Haiku-bugs] [Haiku] #1144: auich driver from build factory not working? In-Reply-To: <038.995ff0bcf75369e84967e8d482040004@haiku-os.org> References: <038.995ff0bcf75369e84967e8d482040004@haiku-os.org> Message-ID: <047.9bfec7e4341d667e3a721adaffafbae8@haiku-os.org> #1144: auich driver from build factory not working? ----------------------+----------------------------------------------------- Reporter: tqh | Owner: sikosis Type: bug | Status: new Priority: low | Milestone: Component: Website | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------+----------------------------------------------------- Changes (by korli): * priority: normal => low -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 12 01:11:18 2008 From: trac at haiku-os.org (korli) Date: Fri, 12 Dec 2008 00:11:18 -0000 Subject: [Haiku-bugs] [Haiku] #1948: Make dl*() Functions Standard Compliant In-Reply-To: <043.a78c66b75abe6fc92e5672024e7a9f3e@haiku-os.org> References: <043.a78c66b75abe6fc92e5672024e7a9f3e@haiku-os.org> Message-ID: <052.a63c6784a7aacacdcae453acf15cc942@haiku-os.org> #1948: Make dl*() Functions Standard Compliant --------------------------------+------------------------------------------- Reporter: bonefish | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by korli): Is this ticket covered by dl* changes ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 12 01:21:25 2008 From: trac at haiku-os.org (korli) Date: Fri, 12 Dec 2008 00:21:25 -0000 Subject: [Haiku-bugs] [Haiku] #2294: functions declared in headers/posix/iconv.h are not published by libroot.so In-Reply-To: <038.a61e4e8bf85dc8ff1f5ea300cefec5d5@haiku-os.org> References: <038.a61e4e8bf85dc8ff1f5ea300cefec5d5@haiku-os.org> Message-ID: <047.2594b6af549f0845ed6a4c3f3111caff@haiku-os.org> #2294: functions declared in headers/posix/iconv.h are not published by libroot.so --------------------------------+------------------------------------------- Reporter: oco | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by korli): Could you check the current state of this bug please ? a libiconv.so is now provided. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 12 03:04:46 2008 From: trac at haiku-os.org (Adek336) Date: Fri, 12 Dec 2008 02:04:46 -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.2eec9da0916b0b6cc6986b17d4df971e@haiku-os.org> #2514: Enlarged Terminal wraps input line overwriting beginning ------------------------+--------------------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by Adek336): * status: closed => reopened * resolution: fixed => Comment: ping ! that patch divides the profile code into general and bash-specific. It only needs a change to the build system so that the new files are copied to /etc. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 12 02:51:17 2008 From: trac at haiku-os.org (Adek336) Date: Fri, 12 Dec 2008 01:51:17 -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.f857f91eb08d4363a726506cbf955424@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): It looks like the driver fails to setup memory mapped io, bfe440x.2.diff will show the pci control registers' values. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 12 09:50:15 2008 From: trac at haiku-os.org (cssvb94) Date: Fri, 12 Dec 2008 08:50:15 -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.a38973464ec98ac0b835503e6858e08b@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'll do it right a way when I come back home.[[BR]] Do you want me to revert bfe440x.1.diff, before applying bfe440x.2.diff? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 12 10:18:51 2008 From: trac at haiku-os.org (phoudoin) Date: Fri, 12 Dec 2008 09:18:51 -0000 Subject: [Haiku-bugs] [Haiku] #3217: Network very slow with 2 CPUs enabled In-Reply-To: <042.ba9004ec552d7542855524cb7aac57f5@haiku-os.org> References: <042.ba9004ec552d7542855524cb7aac57f5@haiku-os.org> Message-ID: <051.59cdc439cd09f103f7a68bc8bec8c02b@haiku-os.org> #3217: Network very slow with 2 CPUs enabled ------------------------+--------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by phoudoin): Replying to [comment:2 bga]: > FWIW, I have 4 cores and no such problem. Maybe this is specific to your network card? Quad cores here too, but I wonder: 1. which network card are you using, Scott? 2. does it happens on quad cores systems if only two cores are enabled, whatever the net card? I'm at office right now, but I'll check point 2 when back home. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 12 10:43:20 2008 From: trac at haiku-os.org (Adek336) Date: Fri, 12 Dec 2008 09:43:20 -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.6ffdc7729204b564cf288f48ed83efa2@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): Yea, revert. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 12 10:55:16 2008 From: trac at haiku-os.org (Adek336) Date: Fri, 12 Dec 2008 09:55:16 -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.f7369ebc955958ef37088b3db6b24bc9@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): Oh and also change PCIR_BAR(0) to PCIR_BAR(1) in bfe_attach(). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 12 11:28:07 2008 From: trac at haiku-os.org (bonefish) Date: Fri, 12 Dec 2008 10:28:07 -0000 Subject: [Haiku-bugs] [Haiku] #1948: Make dl*() Functions Standard Compliant In-Reply-To: <043.a78c66b75abe6fc92e5672024e7a9f3e@haiku-os.org> References: <043.a78c66b75abe6fc92e5672024e7a9f3e@haiku-os.org> Message-ID: <052.6d522fb3f659c628443f7dc6ace63e90@haiku-os.org> #1948: Make dl*() Functions Standard Compliant --------------------------------+------------------------------------------- Reporter: bonefish | Owner: axeld Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by bonefish): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 12 16:51:29 2008 From: trac at haiku-os.org (scottmc) Date: Fri, 12 Dec 2008 15:51:29 -0000 Subject: [Haiku-bugs] [Haiku] #3217: Network very slow with 2 CPUs enabled In-Reply-To: <042.ba9004ec552d7542855524cb7aac57f5@haiku-os.org> References: <042.ba9004ec552d7542855524cb7aac57f5@haiku-os.org> Message-ID: <051.2f5d4555eb71c9ffa9991ff36576ed0d@haiku-os.org> #3217: Network very slow with 2 CPUs enabled ------------------------+--------------------------------------------------- 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): seems attachments are still broken, so I'll cut and paste my listdev here for my compaq cq-50-215nr laptop: {{{ device Bridge (Host bridge) [6|0|0] vendor 1022: Advanced Micro Devices [AMD] device 1304: Family 11h Link Control device Bridge (Host bridge) [6|0|0] vendor 1022: Advanced Micro Devices [AMD] device 1303: Family 11h Miscellaneous Control device Bridge (Host bridge) [6|0|0] vendor 1022: Advanced Micro Devices [AMD] device 1302: Family 11h DRAM Controller device Bridge (Host bridge) [6|0|0] vendor 1022: Advanced Micro Devices [AMD] device 1301: Family 11h Address Map device Bridge (Host bridge) [6|0|0] vendor 1022: Advanced Micro Devices [AMD] device 1300: Family 11h HyperTransport Configuration device Network controller (Ethernet controller) [2|0|0] vendor 168c: Atheros Communications Inc. device 001c: AR242x 802.11abg Wireless PCI Express Adapter device Bridge (PCI bridge, Normal decode) [6|4|0] vendor 10de: nVidia Corporation device 077a: MCP78S [GeForce 8200] PCI Bridge device Display controller (VGA compatible controller, VGA controller) [3|0|0] vendor 10de: nVidia Corporation device 0845: Unknown device Bridge (PCI bridge, Normal decode) [6|4|0] vendor 10de: nVidia Corporation device 0569: MCP78S [GeForce 8200] PCI Express Bridge device Network controller (Ethernet controller) [2|0|0] vendor 10de: nVidia Corporation device 0760: MCP78S [GeForce 8200] Ethernet device Mass storage controller (IDE interface) [1|1|85] vendor 10de: nVidia Corporation device 0ad0: MCP78S [GeForce 8200] SATA Controller (non-AHCI mode) device Bridge (PCI bridge, Subtractive decode) [6|4|1] vendor 10de: nVidia Corporation device 075a: MCP78S [GeForce 8200] PCI Bridge device Multimedia controller (Audio device) [4|3|0] vendor 10de: nVidia Corporation device 0774: MCP78S [GeForce 8200] High Definition Audio device Mass storage controller (IDE interface) [1|1|8a] vendor 10de: nVidia Corporation device 0759: MCP78S [GeForce 8200] IDE device Serial bus controller (USB Controller, EHCI) [c|3|20] vendor 10de: nVidia Corporation device 077e: MCP78S [GeForce 8200] EHCI USB 2.0 Controller device Serial bus controller (USB Controller, OHCI) [c|3|10] vendor 10de: nVidia Corporation device 077d: MCP78S [GeForce 8200] OHCI USB 1.1 Controller device Serial bus controller (USB Controller, EHCI) [c|3|20] vendor 10de: nVidia Corporation device 077c: MCP78S [GeForce 8200] EHCI USB 2.0 Controller device Serial bus controller (USB Controller, OHCI) [c|3|10] vendor 10de: nVidia Corporation device 077b: MCP78S [GeForce 8200] OHCI USB 1.1 Controller device Memory controller (RAM memory) [5|0|0] vendor 10de: nVidia Corporation device 0568: MCP78S [GeForce 8200] Memory Controller device Processor (Co-processor) [b|40|0] vendor 10de: nVidia Corporation device 0753: MCP78S [GeForce 8200] Co-Processor device Serial bus controller (SMBus) [c|5|0] vendor 10de: nVidia Corporation device 0752: MCP78S [GeForce 8200] SMBus device Bridge (ISA bridge) [6|1|0] vendor 10de: nVidia Corporation device 075e: Unknown device Memory controller (RAM memory) [5|0|0] vendor 10de: nVidia Corporation device 0754: MCP78S [GeForce 8200] Memory Controller ~> }}} I'm not using wireless, but don't see any other network device listed, but the wired network is working since I am writing this on said laptop in Haiku. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 12 16:56:59 2008 From: trac at haiku-os.org (scottmc) Date: Fri, 12 Dec 2008 15:56:59 -0000 Subject: [Haiku-bugs] [Haiku] #3217: Network very slow with 2 CPUs enabled In-Reply-To: <042.ba9004ec552d7542855524cb7aac57f5@haiku-os.org> References: <042.ba9004ec552d7542855524cb7aac57f5@haiku-os.org> Message-ID: <051.3bb23107c35c38d7b7df0052670a6fd0@haiku-os.org> #3217: Network very slow with 2 CPUs enabled ------------------------+--------------------------------------------------- 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): I see it now: {{{ device Network controller (Ethernet controller) [2|0|0] vendor 10de: nVidia Corporation device 0760: MCP78S [GeForce 8200] Ethernet }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 12 19:38:51 2008 From: trac at haiku-os.org (cssvb94) Date: Fri, 12 Dec 2008 18:38: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.28ec945168817a28454c540f6d385f6d@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): 1. Compiled and started up Haiku without a problem.[[BR]] 2. The network card is not registered in /dev/net.[[BR]] bfe440x.1.diff reverted and changed PCIR_BAR(0) to PCIR_BAR(1) in bfe_attach(). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 12 22:37:20 2008 From: trac at haiku-os.org (Adek336) Date: Fri, 12 Dec 2008 21:37:20 -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.d494de93ef055866615eb995813a542b@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): That PCIR_BAR(0) is correct after all. So either the card needs more configuring before being accessed through mmio (unlikely), or the mmio range isn't mapped into the proper virtual address. bus_alloc_mem_resource() allocates indifferently 128 kb. Looking at the listdev output we see that such an amount overlaps with the card reader's memory. It's a thin chance, but forcing the driver to allocate only the amount it needs may help. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 12 23:18:03 2008 From: trac at haiku-os.org (korli) Date: Fri, 12 Dec 2008 22:18:03 -0000 Subject: [Haiku-bugs] [Haiku] #2014: Add 7zip In-Reply-To: <042.e8b8afcdf06cbee864587dc6a74ae461@haiku-os.org> References: <042.e8b8afcdf06cbee864587dc6a74ae461@haiku-os.org> Message-ID: <051.ef0d48725dcdcf29526350c81b6bc179@haiku-os.org> #2014: Add 7zip --------------------------+------------------------------------------------- Reporter: scottmc | Owner: axeld Type: enhancement | Status: closed Priority: low | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed Comment: Added in r28802. Rule added in expander.rules -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 12 23:46:36 2008 From: trac at haiku-os.org (Adek336) Date: Fri, 12 Dec 2008 22:46: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.a5c2a4bd8bbb84aa6444aad49e837ca3@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): If that doesn't help; could you try disabling stuff in BIOS or removing them from the computer - particularly the memory stick reader? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 13 00:25:44 2008 From: trac at haiku-os.org (axeld) Date: Fri, 12 Dec 2008 23:25:44 -0000 Subject: [Haiku-bugs] [Haiku] #806: Revise locking In-Reply-To: <040.c5d48dcd29a6f8500905b53bd63e59b3@haiku-os.org> References: <040.c5d48dcd29a6f8500905b53bd63e59b3@haiku-os.org> Message-ID: <049.f67e9e410ec77cb39122e26f02aa2ad2@haiku-os.org> #806: Revise locking ---------------------------------+------------------------------------------ Reporter: axeld | Owner: Type: enhancement | Status: closed Priority: high | Milestone: R1 Component: Network & Internet | Version: Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Partially yes, but it's probably not worth anymore to track this in a ticket. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 13 00:39:27 2008 From: trac at haiku-os.org (axeld) Date: Fri, 12 Dec 2008 23:39:27 -0000 Subject: [Haiku-bugs] [Haiku] #3215: debug_printf messages from userspace prefixed with "KERN" in syslog In-Reply-To: <042.5331202ccc6ab9edb0e654ed0b735238@haiku-os.org> References: <042.5331202ccc6ab9edb0e654ed0b735238@haiku-os.org> Message-ID: <051.a778e3f0daab2c008ade07009e2faa9f@haiku-os.org> #3215: debug_printf messages from userspace prefixed with "KERN" in syslog ------------------------+--------------------------------------------------- Reporter: Adek336 | 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: debug_printf() uses a kernel service, and that stuff is supposed to go out the serial line (it just ends up in the syslog as there is a redirection). If you want to use the syslog from applications, please use the appropriate API instead. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 13 01:53:09 2008 From: trac at haiku-os.org (karmak) Date: Sat, 13 Dec 2008 00:53:09 -0000 Subject: [Haiku-bugs] [Haiku] #3176: swapping control and caps lock keys makes Menu preference, Apps Menus (except Firefox) and Team Monitor do weird things In-Reply-To: <041.f5a6f7b4f8cd6bc997bb8b5fe7aaa42c@haiku-os.org> References: <041.f5a6f7b4f8cd6bc997bb8b5fe7aaa42c@haiku-os.org> Message-ID: <050.0ce59034cb0b75ab24e6a209ff555398@haiku-os.org> #3176: swapping control and caps lock keys makes Menu preference, Apps Menus (except Firefox) 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): Attached `menu.diff`, which fixes Menu preferences applet. It hardcodes only `Alt` key, and doesn't car of what value is set to Control key. It just inverts the 2 modifiers when conditions are met to. Added a TODO entry inside to explain what to do, in case someone want to definitely fix the Applet in case user sets whatever keyboard key to `Alt` (Command). I will now dig into app_server/input_server/whatever to understand why native apps have `Control` shown in their menu when `Alt` is set, but not Firefox. But not now (currently 2AM here ; going to sleep). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 13 05:08:34 2008 From: trac at haiku-os.org (anevilyak) Date: Sat, 13 Dec 2008 04:08:34 -0000 Subject: [Haiku-bugs] [Haiku] #3176: swapping control and caps lock keys makes Menu preference, Apps Menus (except Firefox) and Team Monitor do weird things In-Reply-To: <041.f5a6f7b4f8cd6bc997bb8b5fe7aaa42c@haiku-os.org> References: <041.f5a6f7b4f8cd6bc997bb8b5fe7aaa42c@haiku-os.org> Message-ID: <050.d647e91120c87593599d93c1b29dbc4d@haiku-os.org> #3176: swapping control and caps lock keys makes Menu preference, Apps Menus (except Firefox) 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 anevilyak): Replying to [comment:9 karmak]: > I will now dig into app_server/input_server/whatever to understand why native apps have `Control` shown in their menu when `Alt` is set, but not Firefox. But not now (currently 2AM here ; going to sleep). The answer is quite simple: Firefox does not use the native menus. It implements all its own widgets in its XUL toolkit using low level drawing and input primitives, and as a consequence, has an entirely internal method for determining what the menu accelerator key is. For native menus, the reason for this is that for whatever reason currently a hardcoded keycode check is used to determine which of two (also hard-coded) bitmaps to draw (see src/kits/interface/Menu.cpp circa line 352). Ideally this should probably be changed to a) draw it using vector primitives so it can scale properly to different menu font sizes, and b) use the keycode definitions in InterfaceDefs.h to determine what symbols are mapped to the command and control keys and draw what's actually mapped. Care needs to be taken here though, as menu commands can require a combination of B_COMMAND_KEY, B_CONTROL_KEY and/or B_SHIFT_KEY together to be invoked as well, so all of those would need to be checked depending on what the modifiers mask of the menu item is set to. Hope that helps. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 13 05:51:18 2008 From: trac at haiku-os.org (Adek336) Date: Sat, 13 Dec 2008 04:51:18 -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.7a923c7d2a4ce6baa43035be066ead7b@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 Adek336): The interrupt handler debug_keyboard_interrupt() steals the keystroke from arch_debug_blue_screen_getchar() in x86 (perhaps this also affects other architectures). To fix the problem, arch_debug_blue_screen_getchar() has to force the isr to not read from ps2 port, temporarily uninstall the isr, clear interrupts or mask the keyboard irq. kbd.1.diff is an example fix. Also note that F12 / BREAK key isn't programmed to open the KDL, when pressed against a "Press key to continue" message. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 13 06:57:05 2008 From: trac at haiku-os.org (anevilyak) Date: Sat, 13 Dec 2008 05:57:05 -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.fbc1675f72148acb394da5208b686ec5@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: ------------------------------+--------------------------------------------- Comment(by anevilyak): I just saw this one again while messing with IMKit...one of its teams seemed to be unkillable. Dropped to KDL and found the following: The deadlocking team: {{{ team 164512 TEAM: 0xb1f54000 id: 164512 (0x282a0) name: 'ProtocolLoader' args: '/boot/apps/im_kit/ProtocolLoader /boot/common/add- ons/im_kit/pr' next: 0x00000000 parent: 0x81192198 (id = 1) children: 0x00000000 num_threads: 2 state: 0 flags: 0x0 io_context: 0x96ac7e80 address_space: 0x94008d20 main_thread: 0x9055d000 thread_list: 0x905c8800 group_id: 164504 session_id: 160047 kdebug> threads 164512 thread id state wait for object cpu pri stack team name 0x905c8800 164529 waiting rwlock 0x94008d28 - 10 0x95eec000164512 user thread 0x9055d000 164512 waiting rwlock 0x94008d28 - 20 0x95ebc000164512 MSN }}} The rw_lock mentioned: {{{ rw lock 0x94008d28: name: address space holder: -1 reader count: 1 writer count: 1 owner count: 0 flags: 0x0 waiting threads: 164512/w 164529/r 164575/r 164602/r }}} The mentioned threads: {{{ thread 164512 THREAD: 0x9055d000 id: 164512 (0x282a0) name: "MSN" all_next: 0x905db800 team_next: 0x00000000 q_next: 0x905d4800 priority: 20 (next 20, I/O: -1) state: waiting next_state: waiting cpu: 0x00000000 sig_pending: 0x104100 (blocked: 0x0) in_kernel: 1 waiting for: rwlock 0x94008d28 fault_handler: 0x00000000 args: 0x813f055c 0x00000000 entry: 0x8004d4fc team: 0xb1f54000, "ProtocolLoader" exit.sem: 45164700 exit.status: 0x0 (No error) exit.reason: 0x1 exit.signal: 0x0 exit.waiters: kernel_stack_area: 736446 kernel_stack_base: 0x95ebc000 user_stack_area: -1 user_stack_base: 0x7efef000 user_local_storage: 0x7ffef000 kernel_errno: 0x0 (No error) kernel_time: 6022 user_time: 5048 flags: 0x1 architecture dependant section: esp: 0x95ebfc08 ss: 0x00000010 fpu_state at 0x9055d3d0 }}} I find it interesting that this particular one is marked as user_stack area -1, which seems incorrect. The other 3 threads waiting on read locks belong to ProcessController, and were me attempting to invoke its context menu. Backtrace of 164512: {{{ stack trace for thread 164512 "MSN" kernel stack: 0x95ebc000 to 0x95ec0000 user stack: 0x7efef000 to 0x7ffef000 frame caller :function + offset 0 95ebfc64 (+ 48) 80057bc8 context_switch(thread*: 0x9055d000, thread*: 0x905d4800) + 0x003c 1 95ebfc94 (+ 64) 80057eaf simple_reschedule() + 0x029f 2 95ebfcd4 (+ 48) 8003c8ad rw_lock_wait(rw_lock*: 0x94008d28, true) + 0x00c9 3 95ebfd04 (+ 64) 8003cf12 :rw_lock_write_lock + 0x010a 4 95ebfd44 (+ 48) 800b6c20 AddressSpaceWriteLocker<0x95ebfdfc>::SetFromArea(int32: 164512, int32: 736448, false, vm_area&: 0x95ebfdf8) + 0x008c 5 95ebfd74 (+ 64) 800b6ca9 AddressSpaceWriteLocker<0x95ebfdfc>::SetFromArea(int32: 164512, int32: 736448, vm_area&: 0x95ebfdf8) + 0x0025 6 95ebfdb4 (+ 80) 800b99c7 :vm_delete_area + 0x0027 7 95ebfe04 (+ 192) 80052c7b :thread_exit + 0x009f 8 95ebfec4 (+ 64) 800484e8 :handle_signals + 0x0454 9 95ebff04 (+ 64) 80053384 :thread_at_kernel_exit + 0x0090 10 95ebff44 (+ 100) 800d0152 :kernel_exit_handle_signals + 0x0006 user iframe at 0x95ebffa8 (end = 0x95ec0000) eax 0x0 ebx 0x55f580 ecx 0x7ffeef40 edx 0x246 esi 0x7ffef538 edi 0x7ffef54c ebp 0x7ffeef6c esp 0x95ebffdc eip 0xffff0104 eflags 0x200207 user esp 0x7ffeef40 vector: 0x63, error code: 0x0 11 95ebffa8 (+ 0) ffff0104 :commpage_syscall + 0x0004 12 7ffeef6c (+ 64) 00202998 <_APP_>:_start + 0x0064 13 7ffeefac (+ 48) 0010090a :unknown + 0x090a 14 7ffeefdc (+ 0) 7ffeefec 736448:ProtocolLoader_main_stack at 0x7efef000 + 0xffffec }}} The areas mentioned in the call to AddressSpaceWriteLocker: {{{ kdebug> area 164512 could not find area 164512 (164512) kdebug> area 736448 AREA: 0x8134aeb0 name: 'ProtocolLoader_main_stack' owner: 0x282a0 id: 0xb3cc0 base: 0x7efef000 size: 0x1001000 protection: 0x3b wiring: 0x0 memory_type: 0x0 cache: 0x94008f00 cache_type: RAM cache_offset: 0x0 cache_next: 0x00000000 cache_prev: 0x00000000 page mappings: 8 }}} Not sure what else to look up right now, leaving this system up and running though, please let me know if there's any other information I can dig up from its current state. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 13 09:57:14 2008 From: trac at haiku-os.org (karmak) Date: Sat, 13 Dec 2008 08:57:14 -0000 Subject: [Haiku-bugs] [Haiku] #3219: [PATCH] small bug in InputServer Message-ID: <041.8a8fead3f830bea5a56afa15edd800c9@haiku-os.org> #3219: [PATCH] small bug in InputServer ----------------------------------+----------------------------------------- Reporter: karmak | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/input_server | Version: R1 development Blockedby: | Platform: x86 Blocking: | ----------------------------------+----------------------------------------- While hunting for #3176, i found a little bug in `InputServer.ccp` ; just apply this patch to correct it : {{{ Index: servers/input/InputServer.cpp =================================================================== --- servers/input/InputServer.cpp (revision 28801) +++ servers/input/InputServer.cpp (working copy) @@ -736,7 +780,7 @@ fKeys.num_key = key; break; case B_SCROLL_LOCK: - fKeys.num_key = key; + fKeys.scroll_key = key; break; case B_LEFT_SHIFT_KEY: fKeys.left_shift_key = key; }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 13 13:20:56 2008 From: trac at haiku-os.org (siarzhuk) Date: Sat, 13 Dec 2008 12:20:56 -0000 Subject: [Haiku-bugs] [Haiku] #3220: Value of multi_mix_value::id provied with B_MULTI_SET_MIX is differ from one set in multi_mix_control::id. Message-ID: <043.df7207237892a8e941e3da38abb65d2a@haiku-os.org> #3220: Value of multi_mix_value::id provied with B_MULTI_SET_MIX is differ from one set in multi_mix_control::id. ----------------------------+----------------------------------------------- Reporter: siarzhuk | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Media Kit | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------+----------------------------------------------- '''The Problem:''' Id of control, provided by media server to driver with B_MULTI_SET_MIX call is differ from id assigned by the driver on creating controls list in the handler of B_MULTI_LIST_MIX_CONTROLS call. Such behavior was observed for B_MULTI_MIX_GAIN type of controls with non-zero master (for example right channel of the the stereo gain control). The id of this slave control is equal to incremented id of it's master control instead of this control id. To illustrate the problem I have added following changes to the null_audio driver: {{{ Index: null_multi.c =================================================================== --- null_multi.c (revision 28803) +++ null_multi.c (working copy) @@ -155,8 +155,27 @@ parent = create_group_control(data->controls +0, 0, 0, 0, "Record"); parent = create_group_control(data->controls +1, 1, 0, 0, "Playback"); - data->control_count = 2; + + data->controls[2].id = MULTI_AUDIO_BASE_ID + 100; // 1124 + data->controls[2].parent = parent; + data->controls[2].flags = B_MULTI_MIX_GAIN; + data->controls[2].master = MULTI_AUDIO_MASTER_ID; + data->controls[2].string = S_GAIN; + data->controls[2].u.gain.min_gain = 0.; + data->controls[2].u.gain.max_gain = 100.; + data->controls[2].u.gain.granularity = 1.; + + data->controls[3].id = MULTI_AUDIO_BASE_ID + 200; // 1224 + data->controls[3].parent = parent; + data->controls[3].flags = B_MULTI_MIX_GAIN; + data->controls[3].master = data->controls[2].id; + data->controls[3].string = S_GAIN; + data->controls[3].u.gain.min_gain = 0.; + data->controls[3].u.gain.max_gain = 100.; + data->controls[3].u.gain.granularity = 1.; + data->control_count = 4; + return B_OK; } @@ -334,8 +353,16 @@ case B_MULTI_SET_GLOBAL_FORMAT: return set_global_format(cookie, arg); case B_MULTI_GET_CHANNEL_FORMATS: return B_ERROR; case B_MULTI_SET_CHANNEL_FORMATS: return B_ERROR; - case B_MULTI_GET_MIX: return B_ERROR; - case B_MULTI_SET_MIX: return B_ERROR; + case B_MULTI_GET_MIX: return B_OK; + case B_MULTI_SET_MIX: + { + multi_mix_value_info *info = (multi_mix_value_info *)arg; + int i = 0; + for(i=0; i < info->item_count; i++) { + dprintf("SET_MIX:item #%d id:%d\n", i, info->values[i].id); + } + return B_OK; + } case B_MULTI_LIST_MIX_CHANNELS: return list_mix_channels(cookie, arg); case B_MULTI_LIST_MIX_CONTROLS: return list_mix_controls(cookie, arg); case B_MULTI_LIST_MIX_CONNECTIONS: return list_mix_connections(cookie, arg); }}} I have expected such behavior: {{{ KERN: SET_MIX:item #0 id:1124 KERN: SET_MIX:item #1 id:1224 }}} but real attempt to touch gain control has following result: {{{ KERN: SET_MIX:item #0 id:1124 KERN: SET_MIX:item #1 id:1125 }}} '''The Question:''' Is such behavior intended??? '''PS:''' Current implementation of the Haiku multi-audio drivers is not affected by this problem because all they use the same algorithm of creating controls list. This algorithm assign id to controls by increment. I have tried to write more compact code for controls creation in my sis7018 driver and observed this issue. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 13 13:36:31 2008 From: trac at haiku-os.org (korli) Date: Sat, 13 Dec 2008 12:36:31 -0000 Subject: [Haiku-bugs] [Haiku] #3219: [PATCH] small bug in InputServer In-Reply-To: <041.8a8fead3f830bea5a56afa15edd800c9@haiku-os.org> References: <041.8a8fead3f830bea5a56afa15edd800c9@haiku-os.org> Message-ID: <050.12eb590d7a358701a092e73578f24ed2@haiku-os.org> #3219: [PATCH] small bug in InputServer -----------------------------------+---------------------------------------- Reporter: karmak | Owner: korli Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Servers/input_server | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: -----------------------------------+---------------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed Comment: Applied in r28805. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 13 17:10:31 2008 From: trac at haiku-os.org (scottmc) Date: Sat, 13 Dec 2008 16:10:31 -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.bfc324a509c1e212ac421b2bae713dcd@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 scottmc): Perhaps roll back bison to 2.3 until they get regressions fixed in 2.4: http://www.mail-archive.com/bug-bison at gnu.org/msg01234.html -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 13 17:15:28 2008 From: trac at haiku-os.org (scottmc) Date: Sat, 13 Dec 2008 16:15:28 -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.fdf90b965403be5640e98d71bafc20c2@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 scottmc): Or perhap they already fixed it? http://ftp.gnu.org/gnu/bison/bison-2.4.1.tar.gz -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 13 19:14:29 2008 From: trac at haiku-os.org (Hubert) Date: Sat, 13 Dec 2008 18:14:29 -0000 Subject: [Haiku-bugs] [Haiku] #3221: Mount USB drive is impossible Message-ID: <041.a48703c79f87d3df279b67d30f0fe321@haiku-os.org> #3221: Mount USB drive is impossible -------------------------+-------------------------------------------------- Reporter: Hubert | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------+-------------------------------------------------- From two months I have had problem from mount USB drives, during I mounting device in working Haiku, system freezes, during bootowania from connected flash USB in KDL several screens debugu and system stands up also. Athlon64 X2 4600, 3GB RAM, GA-M61PM-S2 mainboard. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 13 19:25:53 2008 From: trac at haiku-os.org (Hubert) Date: Sat, 13 Dec 2008 18:25:53 -0000 Subject: [Haiku-bugs] [Haiku] #3221: Mount USB drive is impossible In-Reply-To: <041.a48703c79f87d3df279b67d30f0fe321@haiku-os.org> References: <041.a48703c79f87d3df279b67d30f0fe321@haiku-os.org> Message-ID: <050.1169d1f0bb2e0234e4f27894f99fb8c5@haiku-os.org> #3221: Mount USB drive is impossible --------------------------+------------------------------------------------- Reporter: Hubert | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------+------------------------------------------------- Comment(by Hubert): screens r28800: http://www.wrzuta.pl/obraz/eCdr0lhH5S/, http://www.wrzuta.pl/obraz/b1PZFQkPHa/, http://www.wrzuta.pl/obraz/23M1iBTDtj/, http://www.wrzuta.pl/obraz/7PYINnl1gt/, http://www.wrzuta.pl/obraz/582Lg4uoDs/, http://www.wrzuta.pl/obraz/4E375MkKAH/, http://www.wrzuta.pl/obraz/dElbj32mlS/, -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 14 00:28:56 2008 From: trac at haiku-os.org (korli) Date: Sat, 13 Dec 2008 23:28:56 -0000 Subject: [Haiku-bugs] [Haiku] #3191: glut programs with single buffer display a black window In-Reply-To: <045.ead6e718327ebf52c4415b863aa3192a@haiku-os.org> References: <045.ead6e718327ebf52c4415b863aa3192a@haiku-os.org> Message-ID: <054.97100997af27fbdf4a4e420e9a75e474@haiku-os.org> #3191: glut programs with single buffer display a black window ------------------------------+--------------------------------------------- Reporter: mysticmike | Owner: phoudoin Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/OpenGL Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by korli): Applied in r28806 a fix to handle drawing in single buffer mode. Still there is a problem with window moves and mouse moves. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 14 07:05:51 2008 From: trac at haiku-os.org (richienyhus) Date: Sun, 14 Dec 2008 06:05:51 -0000 Subject: [Haiku-bugs] [Haiku] #3221: Mount USB drive is impossible In-Reply-To: <041.a48703c79f87d3df279b67d30f0fe321@haiku-os.org> References: <041.a48703c79f87d3df279b67d30f0fe321@haiku-os.org> Message-ID: <050.b6d2902c3c7341d5aa2a0cf1a3b2d9c5@haiku-os.org> #3221: Mount USB drive is impossible --------------------------+------------------------------------------------- Reporter: Hubert | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------+------------------------------------------------- Changes (by richienyhus): * cc: richienyhus at gmail.com (added) Comment: I can't read the last page but does it look like this ?: http://i397.photobucket.com/albums/pp55/richienyhus/haiku6.jpg -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 14 12:25:39 2008 From: trac at haiku-os.org (Hubert) Date: Sun, 14 Dec 2008 11:25:39 -0000 Subject: [Haiku-bugs] [Haiku] #3221: Mount USB drive is impossible In-Reply-To: <041.a48703c79f87d3df279b67d30f0fe321@haiku-os.org> References: <041.a48703c79f87d3df279b67d30f0fe321@haiku-os.org> Message-ID: <050.effee0fa5f17022b1cd25b8b5262d94c@haiku-os.org> #3221: Mount USB drive is impossible --------------------------+------------------------------------------------- Reporter: Hubert | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------+------------------------------------------------- Comment(by Hubert): last screen: http://www.wrzuta.pl/obraz/3vpe763dMw/ -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 14 13:42:04 2008 From: trac at haiku-os.org (PieterPanman) Date: Sun, 14 Dec 2008 12:42:04 -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.8b79e4f24de7db57c1cf1e86b171712c@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): I can confirm your patch works on my laptop, it now responds perfectly. Very nice. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 14 13:55:21 2008 From: trac at haiku-os.org (cssvb94) Date: Sun, 14 Dec 2008 12:55:21 -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.60ccd70f84a59a636005a400e239560c@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 reverted all previous patches and applied bfe440x.3.diff.[[BR]] Then I compiled Haiku and rebooted.[[BR]] After the last icon (the rocket) at boot process I was dropped right into KDL.[[BR]] The pictures are attached below.[[BR]] I was able to continue to working Desktop, but no network, syslog attached above. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 14 15:05:56 2008 From: trac at haiku-os.org (korli) Date: Sun, 14 Dec 2008 14:05:56 -0000 Subject: [Haiku-bugs] [Haiku] #3220: Value of multi_mix_value::id provied with B_MULTI_SET_MIX is differ from one set in multi_mix_control::id. In-Reply-To: <043.df7207237892a8e941e3da38abb65d2a@haiku-os.org> References: <043.df7207237892a8e941e3da38abb65d2a@haiku-os.org> Message-ID: <052.65c67dfe283110824084a7bf9f306d6f@haiku-os.org> #3220: Value of multi_mix_value::id provied with B_MULTI_SET_MIX is differ from one set in multi_mix_control::id. -----------------------------+---------------------------------------------- Reporter: siarzhuk | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Media Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Comment(by korli): Could you check with r28811 please ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 14 15:46:45 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 14 Dec 2008 14:46:45 -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.4e391a75fea8e7dd64add0ddb597142a@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): Um, it would be interesting to see what is the mapping for 0xd0001000 but I don't know how to use the "page" kdl command? I'll try to investigate. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 14 18:00:56 2008 From: trac at haiku-os.org (korli) Date: Sun, 14 Dec 2008 17:00: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.348719462a1ebd4ada68a8dacc0596eb@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): Could you attach the output of "lspci -vvvv" on linux please ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 14 22:34:56 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 14 Dec 2008 21:34:56 -0000 Subject: [Haiku-bugs] [Haiku] #2887: vim: upgrade In-Reply-To: <042.47a774473ccb5aa53f7e858bd05ae34d@haiku-os.org> References: <042.47a774473ccb5aa53f7e858bd05ae34d@haiku-os.org> Message-ID: <051.3aa9cd9aea706aee09ac1c4ae41e7ee6@haiku-os.org> #2887: vim: upgrade ----------------------------------------------+----------------------------- Reporter: Adek336 | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------------------------+----------------------------- Comment(by Adek336): 72.diff against vanilla 72 base sources+runtime+extra. use the script comp to compile. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 15 06:48:07 2008 From: trac at haiku-os.org (richienyhus) Date: Mon, 15 Dec 2008 05:48:07 -0000 Subject: [Haiku-bugs] [Haiku] #3221: Mount USB drive is impossible In-Reply-To: <041.a48703c79f87d3df279b67d30f0fe321@haiku-os.org> References: <041.a48703c79f87d3df279b67d30f0fe321@haiku-os.org> Message-ID: <050.e557a7c2458ef534bb1ea83046e68735@haiku-os.org> #3221: Mount USB drive is impossible --------------------------+------------------------------------------------- Reporter: Hubert | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------+------------------------------------------------- Comment(by richienyhus): You could try this work around, Enable USB legacy mode (or changing "USB1.0+2.0" mode to "USB1.0" mode), This should help. Imy self can not boot while not in legacy mode. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 15 08:22:30 2008 From: trac at haiku-os.org (scottmc) Date: Mon, 15 Dec 2008 07:22:30 -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.3e0d6b6d2b6db4cb52e6e8e9808cdd3b@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 scottmc): http://ports.haiku-files.org/wiki/sys-devel/bison/2.4.1 2.4.1 builds on Haiku if you use --disable-nls, but it's failing 7 "make check" tests. Not sure if the new build fixes the orig problem or not. Binary is posted on haikuports for testing. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 15 15:32:46 2008 From: trac at haiku-os.org (humdinger) Date: Mon, 15 Dec 2008 14:32:46 -0000 Subject: [Haiku-bugs] [Haiku] #3222: Wrong gradients Message-ID: <044.19deccedefdee7a9c84b89e8f8f7e32d@haiku-os.org> #3222: Wrong gradients ---------------------------------------+------------------------------------ Reporter: humdinger | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Icon-O-Matic | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------+------------------------------------ This is r28717. Have a look at the attached two images. Both show two rectangles using the same gradient style from white to black. Picture 1: Shouldn't the upper rect be completely white at the left edge and should the deepest black be much nearer the right edge? The frame you see around the canvas is the size-box of the gradient style. Picture 2: See the changed size-box of the gradient style. I squeezed it horizontally until the white appears at the left edge of the upper rect. This is actually how I imagine the left of the rect should look in the gradient configuration of picture 1. Also, note that the right, black side of the rect hasn't changed. Something's wrong here. Could it be something with Artur's gradient work? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 15 15:38:45 2008 From: trac at haiku-os.org (humdinger) Date: Mon, 15 Dec 2008 14:38:45 -0000 Subject: [Haiku-bugs] [Haiku] #3223: DiskUsage: nicer colors Message-ID: <044.3e138a469ccc43a8bd689544b51952ee@haiku-os.org> #3223: DiskUsage: nicer colors -----------------------------+---------------------------------------------- Reporter: humdinger | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Add-Ons/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------+---------------------------------------------- This is r28717. I never liked DiskUsage's drab colors. I changed some values in DiskUsage.rdef to brighten things up a little, see attached screenshot. ...the right side's the one with the new colors. :) If it pleases you, the diff's attached, too. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 15 15:41:52 2008 From: trac at haiku-os.org (stippi) Date: Mon, 15 Dec 2008 14:41:52 -0000 Subject: [Haiku-bugs] [Haiku] #3222: Wrong gradients In-Reply-To: <044.19deccedefdee7a9c84b89e8f8f7e32d@haiku-os.org> References: <044.19deccedefdee7a9c84b89e8f8f7e32d@haiku-os.org> Message-ID: <053.ae6b3fc05809ed3a2f0f6b452d09bb67@haiku-os.org> #3222: Wrong gradients ----------------------------------------+----------------------------------- Reporter: humdinger | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Icon-O-Matic | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------------------+----------------------------------- Comment(by stippi): Yes, it's a known problem in Icon-O-Matic. The transformation box wraps wrongly around linear gradients. It has nothing to do with Artur's gradient work. I need to fix it in a way, though, that does not break all existing icons, but that should be doable by fixing both the initial transformation and how the transform box wraps around linear gradients. By the way, the wrong wrapping happens in this way: The gradient start is where the right edge of the box is mirrored at the left edge: {{{ .---------. | | |---------+----o----| | | .---------. }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 15 16:20:07 2008 From: trac at haiku-os.org (scottmc) Date: Mon, 15 Dec 2008 15:20:07 -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.039ff2032625d8136bdf4fa52af267ed@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 scottmc): I can now confirm that a simple build of bison-2.4.1 does NOT fix this issue. Here's what I get when trying to build Haiku using bison-2.4.1: {{{ Cc generated/objects/haiku/x86/release/bin/network/ftpd/ftpcmd.o /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:138: `USER' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:138: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:138: (near initialization for `cmdtab[0].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:139: `PASS' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:139: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:139: (near initialization for `cmdtab[1].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:140: `ACCT' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:140: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:140: (near initialization for `cmdtab[2].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:141: `SMNT' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:141: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:141: (near initialization for `cmdtab[3].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:142: `REIN' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:142: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:142: (near initialization for `cmdtab[4].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:143: `QUIT' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:143: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:143: (near initialization for `cmdtab[5].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:144: `PORT' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:144: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:144: (near initialization for `cmdtab[6].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:145: `LPRT' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:145: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:145: (near initialization for `cmdtab[7].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:146: `EPRT' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:146: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:146: (near initialization for `cmdtab[8].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:147: `PASV' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:147: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:147: (near initialization for `cmdtab[9].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:148: `LPSV' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:148: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:148: (near initialization for `cmdtab[10].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:149: `EPSV' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:149: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:149: (near initialization for `cmdtab[11].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:150: `TYPE' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:150: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:150: (near initialization for `cmdtab[12].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:151: `STRU' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:151: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:151: (near initialization for `cmdtab[13].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:152: `MODE' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:152: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:152: (near initialization for `cmdtab[14].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:153: `RETR' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:153: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:153: (near initialization for `cmdtab[15].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:154: `STOR' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:154: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:154: (near initialization for `cmdtab[16].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:155: `APPE' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:155: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:155: (near initialization for `cmdtab[17].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:156: `MLFL' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:156: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:156: (near initialization for `cmdtab[18].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:157: `MAIL' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:157: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:157: (near initialization for `cmdtab[19].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:158: `MSND' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:158: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:158: (near initialization for `cmdtab[20].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:159: `MSOM' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:159: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:159: (near initialization for `cmdtab[21].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:160: `MSAM' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:160: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:160: (near initialization for `cmdtab[22].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:161: `MRSQ' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:161: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:161: (near initialization for `cmdtab[23].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:162: `MRCP' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:162: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:162: (near initialization for `cmdtab[24].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:163: `ALLO' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:163: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:163: (near initialization for `cmdtab[25].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:164: `REST' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:164: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:164: (near initialization for `cmdtab[26].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:165: `RNFR' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:165: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:165: (near initialization for `cmdtab[27].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:166: `RNTO' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:166: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:166: (near initialization for `cmdtab[28].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:167: `ABOR' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:167: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:167: (near initialization for `cmdtab[29].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:168: `DELE' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:168: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:168: (near initialization for `cmdtab[30].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:169: `CWD' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:169: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:169: (near initialization for `cmdtab[31].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:170: `CWD' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:170: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:170: (near initialization for `cmdtab[32].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:171: `LIST' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:171: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:171: (near initialization for `cmdtab[33].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:172: `NLST' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:172: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:172: (near initialization for `cmdtab[34].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:173: `SITE' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:173: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:173: (near initialization for `cmdtab[35].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:174: `SYST' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:174: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:174: (near initialization for `cmdtab[36].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:175: `FEAT' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:175: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:175: (near initialization for `cmdtab[37].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:176: `STAT' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:176: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:176: (near initialization for `cmdtab[38].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:177: `HELP' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:177: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:177: (near initialization for `cmdtab[39].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:178: `NOOP' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:178: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:178: (near initialization for `cmdtab[40].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:179: `MKD' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:179: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:179: (near initialization for `cmdtab[41].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:180: `MKD' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:180: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:180: (near initialization for `cmdtab[42].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:181: `RMD' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:181: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:181: (near initialization for `cmdtab[43].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:182: `RMD' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:182: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:182: (near initialization for `cmdtab[44].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:183: `PWD' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:183: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:183: (near initialization for `cmdtab[45].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:184: `PWD' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:184: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:184: (near initialization for `cmdtab[46].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:185: `CDUP' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:185: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:185: (near initialization for `cmdtab[47].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:186: `CDUP' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:186: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:186: (near initialization for `cmdtab[48].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:187: `STOU' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:187: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:187: (near initialization for `cmdtab[49].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:188: `SIZE' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:188: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:188: (near initialization for `cmdtab[50].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:189: `MDTM' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:189: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:189: (near initialization for `cmdtab[51].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:194: `MDFIVE' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:194: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:194: (near initialization for `sitetab[0].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:195: `UMASK' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:195: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:195: (near initialization for `sitetab[1].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:196: `IDLE' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:196: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:196: (near initialization for `sitetab[2].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:197: `CHMOD' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:197: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:197: (near initialization for `sitetab[3].token') /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:198: `HELP' undeclared here (not in a function) /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:198: initializer element is not constant /boot/home/develop/haiku/trunk/src/bin/network/ftpd/ftpcmd.y:198: (near initialization for `sitetab[4].token') }}} So perhaps we should roll back to bison-2.3 for now? http://haiku-files.org/files/optional- packages/bison-2.3-gcc2-2008-03-28.zip Nope.. I get the same failure there... and bison --version shows that 2.3 is active. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 15 19:08:27 2008 From: trac at haiku-os.org (Hubert) Date: Mon, 15 Dec 2008 18:08:27 -0000 Subject: [Haiku-bugs] [Haiku] #3221: Mount USB drive is impossible In-Reply-To: <041.a48703c79f87d3df279b67d30f0fe321@haiku-os.org> References: <041.a48703c79f87d3df279b67d30f0fe321@haiku-os.org> Message-ID: <050.8ddc05d3236221ba6a08811f7a827999@haiku-os.org> #3221: Mount USB drive is impossible --------------------------+------------------------------------------------- Reporter: Hubert | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------+------------------------------------------------- Comment(by Hubert): Enable USB legacy mode and changing "USB1.0+2.0" mode to "USB1.0" mode helping me but it stood very unstable. One processor is often 100% busy and Haiku almost oneself freezing - helping push "menu" key on keyboard - sometime Haiku it freezes fully. It's the same was and early but about many more seldom. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 15 19:44:29 2008 From: trac at haiku-os.org (Scott Puopolo) Date: Mon, 15 Dec 2008 18:44:29 -0000 Subject: [Haiku-bugs] [Haiku] #3224: Desktop resolution improper at startup Message-ID: <048.e4afca090faa91736adfe88c14aea89f@haiku-os.org> #3224: Desktop resolution improper at startup ---------------------------+------------------------------------------------ Reporter: Scott Puopolo | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Audio & Video | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------------+------------------------------------------------ During boot screen, icons light up properly [Picture1]. After last icon is lit, entire boot screen shifts to the left (Haiku logo is at left edge of screen) [Picture2]. The mouse appears, the hard drive indicator continues for a few seconds as booting completes. The mouse can be moved but is very slow / choppy [Picture3]. Some artifacts from the underlying desktop can be revealed by moving the mouse. The system seems to be responding to keyboard input but without visual reference it is tough to tell what is happening. Booting this system using safe mode graphics at 1024x768x32 brings up a usable system but with vesa mode graphics. This laptop also boots up under BeOS 5.0.3 with Radeon driver with no issues (even dualhead support). There is no way to specify the correct startup resolution for the Radeon driver in Haiku. I have included an output from listdev and the referenced pictures in the above text. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 15 19:57:17 2008 From: trac at haiku-os.org (Scott Puopolo) Date: Mon, 15 Dec 2008 18:57:17 -0000 Subject: [Haiku-bugs] [Haiku] #3224: Desktop resolution improper at startup In-Reply-To: <048.e4afca090faa91736adfe88c14aea89f@haiku-os.org> References: <048.e4afca090faa91736adfe88c14aea89f@haiku-os.org> Message-ID: <057.87c0f544d4812f73718432e646033f19@haiku-os.org> #3224: Desktop resolution improper at startup ----------------------------+----------------------------------------------- Reporter: Scott Puopolo | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Audio & Video | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by Scott Puopolo): The listdev output was created under BeOS 5.0.3. Let me know if you would rather have the output from Haiku or if any other diagnostic info is needed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 15 21:01:13 2008 From: trac at haiku-os.org (siarzhuk) Date: Mon, 15 Dec 2008 20:01:13 -0000 Subject: [Haiku-bugs] [Haiku] #3220: Value of multi_mix_value::id provied with B_MULTI_SET_MIX is differ from one set in multi_mix_control::id. In-Reply-To: <043.df7207237892a8e941e3da38abb65d2a@haiku-os.org> References: <043.df7207237892a8e941e3da38abb65d2a@haiku-os.org> Message-ID: <052.7cb44805c258d3487e465ce55dda76e0@haiku-os.org> #3220: Value of multi_mix_value::id provied with B_MULTI_SET_MIX is differ from one set in multi_mix_control::id. -----------------------------+---------------------------------------------- Reporter: siarzhuk | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Media Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Comment(by siarzhuk): Yes the control id is now correctly provided. Thank you! BTW, after those changes I observe access violation in media_addon_server on first attempt to look on the card mixer pane. Stack crawl is attached. What can be wrong with following MUX control declaration? {{{ + data->controls[4].id = MULTI_AUDIO_BASE_ID + 300; 38 + data->controls[4].parent = parent; 39 + data->controls[4].flags = B_MULTI_MIX_MUX; 40 + data->controls[4].string = S_GAIN; 41 + 42 + for(i = 0; i < 3; i++) { 43 + data->controls[i + 5].id = data->controls[4].id + i + 10; 44 + data->controls[i + 5].flags = B_MULTI_MIX_MUX_VALUE; 45 + data->controls[i + 5].master = 0; 46 + data->controls[i + 5].string = S_null; 47 + data->controls[i + 5].parent = data->controls[4].id; 48 + strncpy(data->controls[i + 5].name, srcs[i], sizeof(data->controls[i + 5].name)); 49 + } }}} Adding it to my test driver - forces the media_addon_server to crash in mentioned situation. PS: How can I debug trace such problem in the media_addon_server? I tried to enable PRINTING define in MultiAudioNode.cpp, but looks like it doesn't help. The media_server "printf" output can be catched in the Terminal but how to restart only media_addon_server without media_server? ;-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 15 21:14:39 2008 From: trac at haiku-os.org (ekdahl) Date: Mon, 15 Dec 2008 20:14:39 -0000 Subject: [Haiku-bugs] [Haiku] #3196: Add ethernet driver for Atheros L1 In-Reply-To: <041.3c9d21604d4a5847745f61c817e8f911@haiku-os.org> References: <041.3c9d21604d4a5847745f61c817e8f911@haiku-os.org> Message-ID: <050.cf45c0ae7f908571d95d600f47826d92@haiku-os.org> #3196: Add ethernet driver for Atheros L1 ------------------------------+--------------------------------------------- Reporter: ekdahl | Owner: ithamar Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by ekdahl): I've now tested on my 1000H and it worked great on that too! Sorry for the delay. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 15 21:22:33 2008 From: trac at haiku-os.org (ithamar) Date: Mon, 15 Dec 2008 20:22:33 -0000 Subject: [Haiku-bugs] [Haiku] #3196: Add ethernet driver for Atheros L1 In-Reply-To: <041.3c9d21604d4a5847745f61c817e8f911@haiku-os.org> References: <041.3c9d21604d4a5847745f61c817e8f911@haiku-os.org> Message-ID: <050.aac3f1fcbbca3f32fdbdd2132f86af31@haiku-os.org> #3196: Add ethernet driver for Atheros L1 ------------------------------+--------------------------------------------- Reporter: ekdahl | Owner: ithamar Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by ithamar): Thanks ekdahl, that's good news! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 15 21:35:44 2008 From: trac at haiku-os.org (korli) Date: Mon, 15 Dec 2008 20:35:44 -0000 Subject: [Haiku-bugs] [Haiku] #3220: Value of multi_mix_value::id provied with B_MULTI_SET_MIX is differ from one set in multi_mix_control::id. In-Reply-To: <043.df7207237892a8e941e3da38abb65d2a@haiku-os.org> References: <043.df7207237892a8e941e3da38abb65d2a@haiku-os.org> Message-ID: <052.f3da917c416c446852a295d641484175@haiku-os.org> #3220: Value of multi_mix_value::id provied with B_MULTI_SET_MIX is differ from one set in multi_mix_control::id. ----------------------------+----------------------------------------------- Reporter: siarzhuk | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by korli): * owner: marcusoverhagen => korli * component: Kits/Media Kit => Drivers/Audio Comment: Should be a bug in my last commit. Will fix ASAP. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 16 00:33:30 2008 From: trac at haiku-os.org (korli) Date: Mon, 15 Dec 2008 23:33:30 -0000 Subject: [Haiku-bugs] [Haiku] #3220: Value of multi_mix_value::id provied with B_MULTI_SET_MIX is differ from one set in multi_mix_control::id. In-Reply-To: <043.df7207237892a8e941e3da38abb65d2a@haiku-os.org> References: <043.df7207237892a8e941e3da38abb65d2a@haiku-os.org> Message-ID: <052.f52e6f510426493d5f76e5ff3900bf5a@haiku-os.org> #3220: Value of multi_mix_value::id provied with B_MULTI_SET_MIX is differ from one set in multi_mix_control::id. ----------------------------+----------------------------------------------- Reporter: siarzhuk | Owner: korli Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed Comment: Please check in r28815. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 16 10:33:43 2008 From: trac at haiku-os.org (humdinger) Date: Tue, 16 Dec 2008 09:33:43 -0000 Subject: [Haiku-bugs] [Haiku] #3225: BePDF settings in wrong folder (easy) Message-ID: <044.135273e355238eff707ebf0574c443ee@haiku-os.org> #3225: BePDF settings in wrong folder (easy) --------------------------+------------------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- This is r28814. Considering BePDF is an official optional package, is this the right place to file bugs/enhancements? Since Michael Pfeiffer said he'll take a break from BeOS/Haiku, there's probably nobody outside Haiku actively working on BePDF anyway... Anyhoo, it's just a minor detail: BePDF's settings should be at ~/config/settings/ not /boot/common/settings/ as it's now. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 16 11:43:13 2008 From: trac at haiku-os.org (marcusoverhagen) Date: Tue, 16 Dec 2008 10:43:13 -0000 Subject: [Haiku-bugs] [Haiku] #3224: Desktop resolution improper at startup In-Reply-To: <048.e4afca090faa91736adfe88c14aea89f@haiku-os.org> References: <048.e4afca090faa91736adfe88c14aea89f@haiku-os.org> Message-ID: <057.5b59c6594c6d0bc752634118fffca609@haiku-os.org> #3224: Desktop resolution improper at startup --------------------------------------+------------------------------------- Reporter: Scott Puopolo | Owner: euan Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/radeon | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------------------+------------------------------------- Changes (by marcusoverhagen): * owner: marcusoverhagen => euan * component: Audio & Video => Drivers/Graphics/radeon -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 16 17:12:32 2008 From: trac at haiku-os.org (humdinger) Date: Tue, 16 Dec 2008 16:12:32 -0000 Subject: [Haiku-bugs] [Haiku] #2333: [CDPlayer] if there is no CD drive it should not show main UI after error message (easy) In-Reply-To: <040.c8c924961d6d30fd71d686651fbaef16@haiku-os.org> References: <040.c8c924961d6d30fd71d686651fbaef16@haiku-os.org> Message-ID: <049.27590a695612409ef03aaf2c609d4686@haiku-os.org> #2333: [CDPlayer] if there is no CD drive it should not show main UI after error message (easy) ------------------------------------+--------------------------------------- Reporter: diver | Owner: darkwyrm Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/CDPlayer | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by humdinger): This seems to've been fixed meanwhile. I just tried with r28814, and CDPlayer opens and says "CD drive is emtpy". -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 16 17:30:25 2008 From: trac at haiku-os.org (humdinger) Date: Tue, 16 Dec 2008 16:30:25 -0000 Subject: [Haiku-bugs] [Haiku] #3226: Album title cut off Message-ID: <044.3ec172c6961e8416880884fe1c7da8ee@haiku-os.org> #3226: Album title cut off -----------------------------------+---------------------------------------- Reporter: humdinger | Owner: darkwyrm Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/CDPlayer | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- This is r28814. The album name of every CD gets cut off. It doesn't look like it's always at the same position. I tried: {{{ Wish You Were Here -> Wish An Anthology Vol. 2 -> An On The Road -> O }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 16 17:32:17 2008 From: trac at haiku-os.org (luroh) Date: Tue, 16 Dec 2008 16:32:17 -0000 Subject: [Haiku-bugs] [Haiku] #2333: [CDPlayer] if there is no CD drive it should not show main UI after error message (easy) In-Reply-To: <040.c8c924961d6d30fd71d686651fbaef16@haiku-os.org> References: <040.c8c924961d6d30fd71d686651fbaef16@haiku-os.org> Message-ID: <049.73454ae3011a4340fc692f612f59df3f@haiku-os.org> #2333: [CDPlayer] if there is no CD drive it should not show main UI after error message (easy) ------------------------------------+--------------------------------------- Reporter: diver | Owner: darkwyrm Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/CDPlayer | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by luroh): Humdinger, I think you're misreading the description - it talks about the lack of a CDROM drive, not a CDROM disc. The problem is still with us in r28815. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 16 17:39:49 2008 From: trac at haiku-os.org (anevilyak) Date: Tue, 16 Dec 2008 16:39:49 -0000 Subject: [Haiku-bugs] [Haiku] #2333: [CDPlayer] if there is no CD drive it should not show main UI after error message (easy) In-Reply-To: <040.c8c924961d6d30fd71d686651fbaef16@haiku-os.org> References: <040.c8c924961d6d30fd71d686651fbaef16@haiku-os.org> Message-ID: <049.6e6c8b160667cf8737e742317f8efc57@haiku-os.org> #2333: [CDPlayer] if there is no CD drive it should not show main UI after error message (easy) ------------------------------------+--------------------------------------- Reporter: diver | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/CDPlayer | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Changes (by anevilyak): * owner: darkwyrm => anevilyak -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 16 17:44:47 2008 From: trac at haiku-os.org (humdinger) Date: Tue, 16 Dec 2008 16:44:47 -0000 Subject: [Haiku-bugs] [Haiku] #3227: CDPlayer: Can stop fast-for/backwarding Message-ID: <044.6842b878f33bb42eb2895a81b74bdc46@haiku-os.org> #3227: CDPlayer: Can stop fast-for/backwarding -----------------------------------+---------------------------------------- Reporter: humdinger | Owner: darkwyrm Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/CDPlayer | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- This is r28814. The fast-forward/backward mode isn't easily stopped. Experienced behavior: Once you start fast-forwarding you can't go back to "play". You can press the fast-backward button to reverse direction, but you can't go back to "play". If you press "play", it pauses. If you press "play" again it goes back to fast-forwarding. You have to use the stop-button, which of course resets playback to the start of the CD. Expected behaviour: Either only fast forward as long as you press the button and revert to former mode (play/pause) on release. Or, one click starts fast-forwarding (highlight the arrows like with the play button) and another click on the ffwd-button or the play-button reverts to play. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 16 17:54:07 2008 From: trac at haiku-os.org (humdinger) Date: Tue, 16 Dec 2008 16:54:07 -0000 Subject: [Haiku-bugs] [Haiku] #3228: CDPlayer: Automatic window resizing on CD insert Message-ID: <044.a1356fc8c9484f4b262e61909ea30ac8@haiku-os.org> #3228: CDPlayer: Automatic window resizing on CD insert -----------------------------------+---------------------------------------- Reporter: humdinger | Owner: darkwyrm Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/CDPlayer | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- This is r28814. Long artist/album/title names are cut off. How about checking for the longest artist/album/title when a CD is inserted and resize CDPlayer's window accordingly. Note: Don't resize for every song individually or the window keeps getting resized with every track. Which would be annoying... Also, have the window horizontally resizable so a user can override the initial resizing. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 16 18:03:32 2008 From: trac at haiku-os.org (humdinger) Date: Tue, 16 Dec 2008 17:03:32 -0000 Subject: [Haiku-bugs] [Haiku] #3229: CDPlayer: Quickjump to a title (via context menu) Message-ID: <044.3f73f0ab34ee0b46cdf02217f57a2207@haiku-os.org> #3229: CDPlayer: Quickjump to a title (via context menu) -----------------------------------+---------------------------------------- Reporter: humdinger | Owner: darkwyrm Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/CDPlayer | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- This is r28814. I think a way to quickly jump to a certain track/title would be useful. Two approaches come to mind (the first looks a bit more complicated to me): 1) An expander (the little triangle) under the control-buttons open a listview of the current CD contents with columns for track, title, time. A click on an entry jumps to that song and continues playing from there. 2) Have a simple context menu activated when right-clicking in the view- box above the controls. The currently played song has a checkmark. Like in solution 1) we'll have the menu formatted in three columns: track, title, time. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 16 19:20:40 2008 From: trac at haiku-os.org (humdinger) Date: Tue, 16 Dec 2008 18:20:40 -0000 Subject: [Haiku-bugs] [Haiku] #2333: [CDPlayer] if there is no CD drive it should not show main UI after error message (easy) In-Reply-To: <040.c8c924961d6d30fd71d686651fbaef16@haiku-os.org> References: <040.c8c924961d6d30fd71d686651fbaef16@haiku-os.org> Message-ID: <049.68a758aea065d0cd4e89b2d1d60fd033@haiku-os.org> #2333: [CDPlayer] if there is no CD drive it should not show main UI after error message (easy) ------------------------------------+--------------------------------------- Reporter: diver | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/CDPlayer | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by humdinger): Oops. Right you are. The embarrassment... :) Thanks luroh. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 16 19:27:44 2008 From: trac at haiku-os.org (humdinger) Date: Tue, 16 Dec 2008 18:27:44 -0000 Subject: [Haiku-bugs] [Haiku] #3225: BePDF settings in wrong folder (easy) In-Reply-To: <044.135273e355238eff707ebf0574c443ee@haiku-os.org> References: <044.135273e355238eff707ebf0574c443ee@haiku-os.org> Message-ID: <053.dd3a9822e9e46ee01879728d118896e0@haiku-os.org> #3225: BePDF settings in wrong folder (easy) ---------------------------+------------------------------------------------ Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by humdinger): I have to retract my rumour spreading comment above. Michael hasn't taken a break from BeOS/Haiku. He just didn't have the time/motivation lately. Apparently, he's itching to do some Haiku work in the near future, as he mailed me. I apologize for jumping to conclusions. And for misusing the bugtracker. Sorry. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 16 19:45:06 2008 From: trac at haiku-os.org (siarzhuk) Date: Tue, 16 Dec 2008 18:45:06 -0000 Subject: [Haiku-bugs] [Haiku] #3220: Value of multi_mix_value::id provied with B_MULTI_SET_MIX is differ from one set in multi_mix_control::id. In-Reply-To: <043.df7207237892a8e941e3da38abb65d2a@haiku-os.org> References: <043.df7207237892a8e941e3da38abb65d2a@haiku-os.org> Message-ID: <052.7474be0d830de6db5ba1874e9c875162@haiku-os.org> #3220: Value of multi_mix_value::id provied with B_MULTI_SET_MIX is differ from one set in multi_mix_control::id. ----------------------------+----------------------------------------------- Reporter: siarzhuk | Owner: korli Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by siarzhuk): No more problems observed. Thank you! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 16 19:55:40 2008 From: trac at haiku-os.org (scottmc) Date: Tue, 16 Dec 2008 18:55:40 -0000 Subject: [Haiku-bugs] [Haiku] #3230: sed needs to be freshened (easy) Message-ID: <042.09b5d38121938938df9116d80a5f145c@haiku-os.org> #3230: sed needs to be freshened (easy) ---------------------------------------------+------------------------------ Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------------+------------------------------ Current version included with Haiku is 4.0.9. As I write this 4.1.5 is available, and has been ported to Haiku: http://ports.haiku-files.org/wiki/sys-apps/sed/4.1.5/1 (Thanks to Kaliber) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 16 23:09:29 2008 From: trac at haiku-os.org (PieterPanman) Date: Tue, 16 Dec 2008 22:09:29 -0000 Subject: [Haiku-bugs] [Haiku] #3231: File type problems with Paladin in Haiku, not BeOS Message-ID: <047.7f10d7c830d5ae1c35ab5ff08228e2cf@haiku-os.org> #3231: File type problems with Paladin in Haiku, not BeOS ----------------------------------+----------------------------------------- Reporter: PieterPanman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- I installed DarkWyrm's Paladin, a BeIDE replacement. I'm running into some filetype issues that don't exist in BeOS. When I create a project file, its file type is messed up. To reproduce: - Install Paladin 1.0 RC from Bebits - Run it and create a new project - Save it and exit In Tracker, the file home/MyProject/MyProject.pld is identified as a generic file. See BeforeOpening.png. However, when I catattr the file, it returns a Paladin file type: {{{ ~/projects/MyProject> catattr BEOS:TYPE MyProject.pld MyProject.pld : string : text/x-vnd.dw-Paladin.Project }}} Paladin installed the FileType association correctly as far as I can see. (see PaladinFileType.png) Double clicking the file opens it in StyleEdit. It also doesn't have the correct icon. When I Identify the file, it is identified as a Text File (text/plain). With the File Type addon I changed its type to text/x-vnd.dw- Paladin.Project. Now this type is also seen by catattr, and also by Tracker ("Paladin Project" as the kind). However, when I open the project and close it, it is saved and the same issue as above occurs again. I don't know where tracker gets its information, but if catattr BEOS:TYPE returns text/x-vnd.dw-Paladin.Project, it should find the type to be a Paladin Project. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 17 10:17:42 2008 From: trac at haiku-os.org (cssvb94) Date: Wed, 17 Dec 2008 09:17:42 -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.c54c973f805ab78a63c4b944e404cf7e@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 updated the system BIOS, but the result is still the same. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Dec 18 02:11:46 2008 From: trac at haiku-os.org (Adek336) Date: Thu, 18 Dec 2008 01:11:46 -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.25dc5bfdd902184fcaee7d46628d2ba7@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): Can this patch be commited now? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Dec 18 03:26:22 2008 From: trac at haiku-os.org (Adek336) Date: Thu, 18 Dec 2008 02:26: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.1753d02ee039e2b6a80fb8eca7a54947@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): Could you post the output of {{{ db -p 0xd0010000 600 }}} from the kernel debugger? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Dec 18 04:23:42 2008 From: trac at haiku-os.org (anevilyak) Date: Thu, 18 Dec 2008 03:23:42 -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.ea453740a66c8ab9e28e1db69a60df0b@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 anevilyak): Assuming no one beats me to it, I can commit once I'm back home friday evening. Sorry this sort of slipped under the radar! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 19 10:42:29 2008 From: trac at haiku-os.org (cssvb94) Date: Fri, 19 Dec 2008 09:42:29 -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.179b96f393dc26894e72bf2d8970739a@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): Sorry for the delay, but yesterday (18.Dec) the dev site wasn't accessible for some reason. I'll post the result later today. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 19 20:40:10 2008 From: trac at haiku-os.org (cssvb94) Date: Fri, 19 Dec 2008 19:40:10 -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.407868e67419c774e291f99b2ee8c40c@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): Hm, now Haiku boots normally - without dropping in KDL any more.[[BR]] NIC still not operational - same debug messages in the syslog as the last attached here. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 19 20:49:38 2008 From: trac at haiku-os.org (Adek336) Date: Fri, 19 Dec 2008 19:49: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.d6ad47215d1ae70e88aad37a996e8fc1@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): Sorry about the KDL, it's a result of not properly allocating memory in the debug code. It's weird that it sometimes doesn't crash for you, though.[[br]] Could you post a photo of what that db command outputs? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 19 20:54:58 2008 From: trac at haiku-os.org (Adek336) Date: Fri, 19 Dec 2008 19:54:58 -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.db23ffb716b641952755c6c95fc7d591@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): Could you try that patch?[[br]] Your card doesn't support MMIO but Haiku uses MMIO for you card anyway, the patch above disables MMIO for your model; unless there is some other problem, your card will now work. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 19 21:14:09 2008 From: trac at haiku-os.org (Adek336) Date: Fri, 19 Dec 2008 20:14:09 -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.c6eb135a2d5463220b393300a39c8087@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 Adek336): Does the shift key work in the debugger for you with the patch applied? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 19 23:48:37 2008 From: trac at haiku-os.org (anevilyak) Date: Fri, 19 Dec 2008 22:48:37 -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.5606be87c0165d0e4e898ec3ccc1150f@haiku-os.org> #2531: DHCP changes IP address every 5 minutes ---------------------------------+------------------------------------------ Reporter: idefix | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by anevilyak): * status: new => closed * resolution: => fixed Comment: Applied in r28817, thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 19 23:58:27 2008 From: trac at haiku-os.org (nielx) Date: Fri, 19 Dec 2008 22:58:27 -0000 Subject: [Haiku-bugs] [Haiku] #2768: While trying to view View Tickets page Internal server error ... In-Reply-To: <043.71705e85538e51cb4dac23d8258719a7@haiku-os.org> References: <043.71705e85538e51cb4dac23d8258719a7@haiku-os.org> Message-ID: <052.77f07e5570229bfa728595030d44ef36@haiku-os.org> #2768: While trying to view View Tickets page Internal server error ... ---------------------------+------------------------------------------------ Reporter: herdemir | Owner: nielx Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by nielx): * status: new => closed * resolution: => fixed Comment: With the recent software update, the problem seems to have been fixed, though more time is needed to conclude that. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 20 00:02:21 2008 From: trac at haiku-os.org (nielx) Date: Fri, 19 Dec 2008 23:02:21 -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.4a1e6b7623e50919e47fe060ef1e54a5@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: reopened => closed * resolution: => fixed Comment: It seems that the most recent software update fixed this condition. Though it needs a bit more time, I do not see the earlier behaviour, and as such I declare this fixed for now. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 20 00:09:53 2008 From: trac at haiku-os.org (nielx) Date: Fri, 19 Dec 2008 23:09:53 -0000 Subject: [Haiku-bugs] [Haiku] #3092: trac "View Tickets" doesn't work In-Reply-To: <050.31cb4a1299ff39ab66304b211dac0357@haiku-os.org> References: <050.31cb4a1299ff39ab66304b211dac0357@haiku-os.org> Message-ID: <059.c2cb01e1f0d263198305eb595834884f@haiku-os.org> #3092: trac "View Tickets" doesn't work ------------------------------+--------------------------------------------- Reporter: marcusoverhagen | Owner: nielx Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Changes (by nielx): * owner: haiku-web => nielx Old description: > 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 0x9aa86cc> > 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 0x9aa874c> > 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 filepath '/opt/csw/lib/python/site- > packages/Trac-0.11.1-py2.5.egg/trac/ticket/templa ... > isabs False > loadfunc > relative_to None > search_path ['/var/trac/dev.haiku-os.org/templates', ... > self 0x989b46c> > 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 filepath '/opt/csw/lib/python/site- > packages/Trac-0.11.1-py2.5.egg/trac/ticket/templa ... > self 0x989b46c> > * 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 0x989b46c> > lookup 'lenient' > self > source * File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/base.py", > line 444, in _prepare > Local variables: > Name Value > TemplateNotFound > cls > data (u'query_results.html', 'genshi.template.markup.MarkupTemplate'>, ... > 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 0x989b46c> > > 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 New description: 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 -- Comment: What was the issue of this ticket? Was it within the context of our well- known server hangs? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 20 00:14:14 2008 From: trac at haiku-os.org (nielx) Date: Fri, 19 Dec 2008 23:14:14 -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.f4d85c9918594d31ecb5ed1976586bc7@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: ------------------------------+--------------------------------------------- Comment(by nielx): Could you try again? The thing is there is no such permission within Trac. Is this ATTACHMENT_CREATE permission from an actual error message? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 20 00:15:37 2008 From: trac at haiku-os.org (nielx) Date: Fri, 19 Dec 2008 23:15:37 -0000 Subject: [Haiku-bugs] [Haiku] #3094: trac "Admin" page doesn't work In-Reply-To: <050.2b8b3e6ba70b74dfedf90a2e070ebbf7@haiku-os.org> References: <050.2b8b3e6ba70b74dfedf90a2e070ebbf7@haiku-os.org> Message-ID: <059.0d106c2e7e4fc7badfd8d3a1f0c4d5dd@haiku-os.org> #3094: trac "Admin" page doesn't work ------------------------------+--------------------------------------------- Reporter: marcusoverhagen | 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 Old description: > 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 0x9aa86cc> > 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 0x9aa87ec> > chrome > content_type None > data {'dateinfo': , > 'active_panel': 'basics', ... > err (, ... > handler > req > resp ('admin_basics.html', {'dateinfo': 0xabdadbc>, ... > 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 filepath '/opt/csw/lib/python/site- > packages/Trac-0.11.1-py2.5.egg/trac/admin/templat ... > isabs False > loadfunc > relative_to None > search_path ['/var/trac/dev.haiku-os.org/templates', ... > self 0x989b46c> > 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 filepath '/opt/csw/lib/python/site- > packages/Trac-0.11.1-py2.5.egg/trac/admin/templat ... > self 0x989b46c> > * 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 0x989b46c> > lookup 'lenient' > self > source * File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/base.py", > line 444, in _prepare > Local variables: > Name Value > TemplateNotFound > cls > data (u'admin.html', 'genshi.template.markup.MarkupTemplate'>, 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 0x989b46c> > > 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 New description: 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 -- Comment: Probably the same root cause as #3091. It is also likely that this is one of those issues that has hopefully been resolved with the software update. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 20 00:17:42 2008 From: trac at haiku-os.org (nielx) Date: Fri, 19 Dec 2008 23:17:42 -0000 Subject: [Haiku-bugs] [Haiku] #3095: attaching files doesn't work In-Reply-To: <050.6ff0acf77e287d14f565d8ac5112b630@haiku-os.org> References: <050.6ff0acf77e287d14f565d8ac5112b630@haiku-os.org> Message-ID: <059.cdf6b71a07af807b2df59f6e82e9af49@haiku-os.org> #3095: attaching files doesn't work ------------------------------+--------------------------------------------- Reporter: marcusoverhagen | 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: One again hopefully fixed by the software update on the server. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 20 00:33:29 2008 From: trac at haiku-os.org (nielx) Date: Fri, 19 Dec 2008 23:33:29 -0000 Subject: [Haiku-bugs] [Haiku] #3096: trac "ticket details" is slow In-Reply-To: <050.b228ee3ffded1154c8b3f72f18d463a1@haiku-os.org> References: <050.b228ee3ffded1154c8b3f72f18d463a1@haiku-os.org> Message-ID: <059.29b95bf883aac828445852243ea2fa5e@haiku-os.org> #3096: trac "ticket details" is slow ------------------------------+--------------------------------------------- Reporter: marcusoverhagen | Owner: nielx Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Changes (by nielx): * owner: haiku-web => nielx Comment: Ticket details are a known performance issue. There is even a Trac switch to disable users viewing ticket details in their timelines. I believe this performance hit is caused by the poor data model that Trac uses. Now the question is, is this worth a ticket in our installation of Trac? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 20 12:31:04 2008 From: trac at haiku-os.org (cssvb94) Date: Sat, 20 Dec 2008 11:31: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.8be69991502dc626c4179d921d38dc28@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): Two photos attached after complete boot into working Haiku environment.[[BR]]I entered KDL using CTRL-ALT-F12.[[BR]] The first one is : {{{ db -p 0xd0010000 600 }}} The second one is : {{{ db -p 0xd00100000 600 }}} because I've noticed that address in the previous shots I took. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 20 14:38:08 2008 From: trac at haiku-os.org (Adek336) Date: Sat, 20 Dec 2008 13:38:08 -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.30f3aa3d56fba200e76682c5ae1383c1@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): Wow, that is unexpected.[[br]] Could you take a look at {{{ db -p 0xd0010000 4096 }}} and {{{ db -p 0xd0011000 4096 }}} and see if you get anything else than lots of "ff" ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 20 15:52:28 2008 From: trac at haiku-os.org (cssvb94) Date: Sat, 20 Dec 2008 14:52:28 -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.d413855011c694cf0e39c8d0076492e2@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 did the same, i.e. entered in KDL after full boot into Haiku.[[BR]] In the both scenarios only 0xFF is read =(. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 20 23:00:12 2008 From: trac at haiku-os.org (marcusoverhagen) Date: Sat, 20 Dec 2008 22:00:12 -0000 Subject: [Haiku-bugs] [Haiku] #3096: trac "ticket details" is slow In-Reply-To: <050.b228ee3ffded1154c8b3f72f18d463a1@haiku-os.org> References: <050.b228ee3ffded1154c8b3f72f18d463a1@haiku-os.org> Message-ID: <059.588db70ac3491348550fd06625efb7b1@haiku-os.org> #3096: trac "ticket details" is slow ------------------------------+--------------------------------------------- Reporter: marcusoverhagen | Owner: nielx Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by marcusoverhagen): Yes I believe it is. Perhaps adding a "(slow)" after the ticket details switch or short explanation below would be nice. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 20 23:00:59 2008 From: trac at haiku-os.org (marcusoverhagen) Date: Sat, 20 Dec 2008 22:00:59 -0000 Subject: [Haiku-bugs] [Haiku] #3094: trac "Admin" page doesn't work In-Reply-To: <050.2b8b3e6ba70b74dfedf90a2e070ebbf7@haiku-os.org> References: <050.2b8b3e6ba70b74dfedf90a2e070ebbf7@haiku-os.org> Message-ID: <059.a8299f70f6dd26a222d849b8b88bf970@haiku-os.org> #3094: trac "Admin" page doesn't work ------------------------------+--------------------------------------------- Reporter: marcusoverhagen | Owner: haiku-web Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by marcusoverhagen): working fine right now. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 20 23:02:08 2008 From: trac at haiku-os.org (marcusoverhagen) Date: Sat, 20 Dec 2008 22:02:08 -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.507f4c2d00dcf0c99ae3ccb363bbac8d@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: ------------------------------+--------------------------------------------- Comment(by marcusoverhagen): Yes, that was from the acutal error message. I can't reach the use right now, sorry. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 20 23:03:11 2008 From: trac at haiku-os.org (marcusoverhagen) Date: Sat, 20 Dec 2008 22:03:11 -0000 Subject: [Haiku-bugs] [Haiku] #3092: trac "View Tickets" doesn't work In-Reply-To: <050.31cb4a1299ff39ab66304b211dac0357@haiku-os.org> References: <050.31cb4a1299ff39ab66304b211dac0357@haiku-os.org> Message-ID: <059.f59478f19813e35540c37a071f7759dc@haiku-os.org> #3092: trac "View Tickets" doesn't work ------------------------------+--------------------------------------------- Reporter: marcusoverhagen | Owner: nielx Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Changes (by marcusoverhagen): * status: new => closed * resolution: => fixed Comment: Probably. Seems to be working fine right now. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 20 23:52:20 2008 From: trac at haiku-os.org (korli) Date: Sat, 20 Dec 2008 22:52:20 -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.43ca0f1964671c1391e87af30a18195b@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 could be interesting to check the memory for the next device on the bus at 0xd0000000 ? It might indicate a bad configuration of the pci-pci bus. Just an idea. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 21 00:11:18 2008 From: trac at haiku-os.org (Adek336) Date: Sat, 20 Dec 2008 23: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.2048ea5954ae552d81f951029add6432@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): That'd be 0xd0012000 for the "CardBus bridge". -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 21 00:13:01 2008 From: trac at haiku-os.org (Adek336) Date: Sat, 20 Dec 2008 23:13:01 -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.44e909e313a86eee047555f77a38c7d0@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): Unless you meant the Atheros NIC, of course, should be interesting to see ! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 21 03:14:26 2008 From: trac at haiku-os.org (RandomInsano) Date: Sun, 21 Dec 2008 02:14:26 -0000 Subject: [Haiku-bugs] [Haiku] #3204: Task bar should automatically go on bottom In-Reply-To: <042.b2bbbad2449e6e3d93e15d7318cccb2b@haiku-os.org> References: <042.b2bbbad2449e6e3d93e15d7318cccb2b@haiku-os.org> Message-ID: <051.7bafbd9ca95ae62b46fa3286c73199da@haiku-os.org> #3204: Task bar should automatically go on bottom -----------------------------+---------------------------------------------- Reporter: Adek336 | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Comment(by RandomInsano): It's just better to disable the 'always on top' item in Deskbar's menu. Maybe the recommended thing to do would be disable this feature by default. Doesn't the Windows key bring up the system menu and Deskbar to the for us anyway? Do Mac users have a similar hotkey? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 21 14:27:58 2008 From: trac at haiku-os.org (cssvb94) Date: Sun, 21 Dec 2008 13:27:58 -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.4106308a2fc09510252f30c03924604b@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): Here are some KDL screen shots: {{{ 1. db -p 0xd0012000 4096 ;Only 0xFF 2. db -p 0xd00012000 4096 ;Various =) 3. db -p 0xd0001000 4096 ;Only 0xFF 4. db -p 0xd00010000 4096 ;Various =) }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 21 15:08:49 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 21 Dec 2008 14:08:49 -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.ba443af08f27cb60a8204ce0c697f300@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): Regarding 0xd00010000 and other 9-digit hex numbers: memory addresses are 8-digit hex, so 0xd00010000 is cut to 0x10000 which is no MMIO range but some program data, so unfortunately, non-ff data there is of no help to us. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 21 15:39:23 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 21 Dec 2008 14:39: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.5124688415ad51dc79c64da4819e4821@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): Replying to [comment:55 korli]: > It could be interesting to check the memory for the next device on the bus at 0xd0000000 ? It might indicate a bad configuration of the pci-pci bus. Just an idea. Haiku {{{ 431 KERN: PCI: [dom 0, bus 0] bus 0, device 30, function 0: vendor 8086, device 2448, revision e2 432 KERN: PCI: class_base 06, class_function 04, class_api 01 433 KERN: PCI: vendor 8086: Intel Corporation 434 KERN: PCI: device 2448: 82801 Mobile PCI Bridge 435 KERN: PCI: info: Bridge (PCI bridge, Subtractive decode) 436 KERN: PCI: line_size 00, latency 00, header_type 01, BIST 00 437 KERN: PCI: subsystem_id 0000, subsystem_vendor_id 0050 438 KERN: PCI: primary_bus 00, secondary_bus 06, subordinate_bus 07, secondary_latency 20 439 KERN: PCI: io_base_upper_16 0000, io_base f0 440 KERN: PCI: io_limit_upper_16 0000, io_limit 00 441 KERN: PCI: memory_base d000, memory_limit d000 442 KERN: PCI: prefetchable_memory_base_upper32 00000000, prefetchable_memory_base fff1 443 KERN: PCI: prefetchable_memory_limit_upper32 00000000, prefetchable_memory_limit 0001 444 KERN: PCI: bridge_control 0823, secondary_status 0280 445 KERN: PCI: interrupt_line ff, interrupt_pin 00 446 KERN: PCI: ROM base host 00000000, pci 00000000, size ?? 447 KERN: PCI: base reg 0: host 00000000, pci 00000000, size 00000000, flags 00 448 KERN: PCI: base reg 1: hostKERN: 00000000, pci 00000000, size 00000000, flags 00 449 KERN: PCI: Capabilities: 0x0d }}} Ubuntu {{{ 282 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2) (prog-if 01) 283 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- 284 Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B- 292 PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- 293 Capabilities: [50] Subsystem: Acer Incorporated [ALI] Device 0090 }}} Given that neither the Atheros NIC, Broadcom NIC or cardbus bridge on pci6 seem to talk and that Haiku does not mention the 0xd0000000 - 0xd00fffff range for the bridge, you might be right that the bridge needs more configuring. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 22 04:58:42 2008 From: trac at haiku-os.org (Adek336) Date: Mon, 22 Dec 2008 03:58:42 -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.836388fe9a3f560b4b5bc1c01505cf59@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): Note #3. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 22 13:05:12 2008 From: trac at haiku-os.org (PieterPanman) Date: Mon, 22 Dec 2008 12:05:12 -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.bca7784e80854703c3d1506bb9e9b296@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): Nope it does not. I also cannot enter KDL using F12 while it is paging the debugging output :) It just goes to the next page... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 22 19:10:52 2008 From: trac at haiku-os.org (aldeck) Date: Mon, 22 Dec 2008 18:10:52 -0000 Subject: [Haiku-bugs] [Haiku] #2975: Tracker, some items not properly redrawn in list mode In-Reply-To: <041.9e69551a83316dbb9a313201131b6d19@haiku-os.org> References: <041.9e69551a83316dbb9a313201131b6d19@haiku-os.org> Message-ID: <050.8f83c5d269972ad8806fed3a62a2bddd@haiku-os.org> #2975: Tracker, some items not properly redrawn in list mode -----------------------------------+---------------------------------------- Reporter: miqlas | Owner: nobody Type: bug | 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: Replying to [comment:2 anevilyak]: > Did you ever make any headway with this one aldeck? If not, would you like me to look at it? Go ahead Rene :) Sorry for the late reply, i was in vacation! [[BR]] IIRC it ended unrelated to the other bugs i mentioned. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 23 11:04:26 2008 From: trac at haiku-os.org (MrSunshine) Date: Tue, 23 Dec 2008 10:04:26 -0000 Subject: [Haiku-bugs] [Haiku] #3232: Patch for tty and some drivers n stuff ; ) Message-ID: <045.0ef4c6d788e41a5370db80f80e5886ea@haiku-os.org> #3232: Patch for tty and some drivers n stuff ;) -------------------------+-------------------------------------------------- Reporter: MrSunshine | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------+-------------------------------------------------- '''tty change dont know if this is the right way, but''':[[BR]] added entries for TIOCM stuff, only stubbed in the tty driver (this is for tcl n stuff later dunno how to implement the stuff tho, hope someone else can do that :P )[[BR]] '''added api_version to acpi_thermal and acpi_lid''', these drivers are broken tho, mandetory symbol missing and cant find what :)[[BR]] '''wchar.h''': added missing wcsdup, its implemented but not found in the header file. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 23 18:13:44 2008 From: trac at haiku-os.org (VinDuv) Date: Tue, 23 Dec 2008 17:13:44 -0000 Subject: [Haiku-bugs] [Haiku] #2654: The Boot Menu doesn't work on Intel Macs In-Reply-To: <041.5c74fb71b4501ca58b7a0b9c116ecdf9@haiku-os.org> References: <041.5c74fb71b4501ca58b7a0b9c116ecdf9@haiku-os.org> Message-ID: <050.89ee06e4a3baaf93eaf576247b9e68e1@haiku-os.org> #2654: The Boot Menu doesn't work on Intel Macs ---------------------------------+------------------------------------------ Reporter: VinDuv | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Boot Loader | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------------+------------------------------------------ Comment(by VinDuv): I just made some more tests. Since the problem seemed to be in the wait_for_key function (in src/system/boot/platform/bios_ia32/keyboard.cpp), I replaced it with : {{{ extern "C" union key wait_for_key(void) { union key key; do { key.ax = check_for_key(); } while(key.ax == 0); return key; } }}} Probably not the best way to do this, but it made the boot menu working... The problem seems to be the "regs.eax = 0; call_bios(0x16, ®s);" call used in wait_for_keys. It seems to hang forever (I tried adding it to the top of check_for_boot_keys, and got nothing but a blinking cursor at boot) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 23 23:15:20 2008 From: trac at haiku-os.org (axeld) Date: Tue, 23 Dec 2008 22:15:20 -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.8ec857ce4977be8d64d5c5cdfc8b6b57@haiku-os.org> #2514: Enlarged Terminal wraps input line overwriting beginning ------------------------+--------------------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by axeld): I'm not really fond of that solution, it's a bit too invasive and unnecessary IMO. AFAICT our current /etc/profile is pretty much POSIX shell conformant, so other shells shouldn't have a problem with it. Either way, Haiku comes with bash, and there won't be another shell. If a user wants to install his own shell, it's his problem. Why not just enable /etc/bashrc, and put the shopt in both of them? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 24 18:25:08 2008 From: trac at haiku-os.org (the ringmaster) Date: Wed, 24 Dec 2008 17:25:08 -0000 Subject: [Haiku-bugs] [Haiku] #3233: running haiku's .vmdk file within virtualbox caused some errors. Message-ID: <049.14751e7ff624e953b11799a8fe20801a@haiku-os.org> #3233: running haiku's .vmdk file within virtualbox caused some errors. ----------------------------+----------------------------------------------- Reporter: the ringmaster | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------+----------------------------------------------- This bug is in reference to a post I made here so you can go there to learn about what my problem is. Now I believe this is caused by moving the mouse during startup, because that's all I did to get these errors. Can anyone recreate this? http://www.haiku- os.org/community/forum/running_vmdk_in_virtualbox_is_causing_errors -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 24 18:27:48 2008 From: trac at haiku-os.org (the ringmaster) Date: Wed, 24 Dec 2008 17:27:48 -0000 Subject: [Haiku-bugs] [Haiku] #3233: running haiku's .vmdk file within virtualbox caused some errors. In-Reply-To: <049.14751e7ff624e953b11799a8fe20801a@haiku-os.org> References: <049.14751e7ff624e953b11799a8fe20801a@haiku-os.org> Message-ID: <058.2d6ba082e7160d6df4c903a06ecd757c@haiku-os.org> #3233: running haiku's .vmdk file within virtualbox caused some errors. -----------------------------+---------------------------------------------- Reporter: the ringmaster | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Comment(by the ringmaster): oh and I should say that I was running virtualbox version 2.1.0 (on vista) and I was trying to boot the version of haiku that I will link to below. http://haiku-files.org/vm/haiku-pre-alpha-r28818-vm.zip -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 24 19:20:30 2008 From: trac at haiku-os.org (umccullough) Date: Wed, 24 Dec 2008 18:20:30 -0000 Subject: [Haiku-bugs] [Haiku] #3233: running haiku's .vmdk file within virtualbox caused some errors. In-Reply-To: <049.14751e7ff624e953b11799a8fe20801a@haiku-os.org> References: <049.14751e7ff624e953b11799a8fe20801a@haiku-os.org> Message-ID: <058.aa6e71d000336020595bc2f7356ec83b@haiku-os.org> #3233: running haiku's .vmdk file within virtualbox caused some errors. -----------------------------+---------------------------------------------- Reporter: the ringmaster | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Changes (by umccullough): * component: - General => System/Kernel Comment: I've taken the liberty of attaching the two images to this ticket, always best to reduce the number of external links when filing a ticket (in the event that the URLs move or disappear in the future). Also changing component to the Kernel as that seems the most relevant. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 24 23:59:37 2008 From: trac at haiku-os.org (Hubert) Date: Wed, 24 Dec 2008 22:59:37 -0000 Subject: [Haiku-bugs] [Haiku] #1641: KDL: rtl8139 In-Reply-To: <043.5f4af7ba053274031187f62bac03de4a@haiku-os.org> References: <043.5f4af7ba053274031187f62bac03de4a@haiku-os.org> Message-ID: <052.95f9e2b8dfff06355c21a560fc79ff38@haiku-os.org> #1641: KDL: rtl8139 ------------------------------+--------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: 1661, 1890, 2452 ------------------------------+--------------------------------------------- Changes (by Hubert): * cc: HubertNG at interia.pl (added) * platform: All => x86 * status: closed => reopened * resolution: fixed => Comment: I reproduced this bug in hybrid gcc4 28810 on FF 2.0.0.12 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Dec 25 08:52:15 2008 From: trac at haiku-os.org (siarzhuk) Date: Thu, 25 Dec 2008 07:52:15 -0000 Subject: [Haiku-bugs] [Haiku] #1641: KDL: rtl8139 In-Reply-To: <043.5f4af7ba053274031187f62bac03de4a@haiku-os.org> References: <043.5f4af7ba053274031187f62bac03de4a@haiku-os.org> Message-ID: <052.9766cd722436324beeb8067dd813f40a@haiku-os.org> #1641: KDL: rtl8139 ------------------------------+--------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: 1661, 1890, 2452 ------------------------------+--------------------------------------------- Comment(by siarzhuk): Replying to [comment:20 Hubert]: > I reproduced this bug in hybrid gcc4 28810 on FF 2.0.0.12 IMHO: Your stack crawl looks like it is related to #2706 not to this one. I think #2706 (#2279?) is a better place to put it in. This one is related to m_buf handling and was really fixed. :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Dec 25 16:12:09 2008 From: trac at haiku-os.org (Hubert) Date: Thu, 25 Dec 2008 15:12:09 -0000 Subject: [Haiku-bugs] [Haiku] #1641: KDL: rtl8139 In-Reply-To: <043.5f4af7ba053274031187f62bac03de4a@haiku-os.org> References: <043.5f4af7ba053274031187f62bac03de4a@haiku-os.org> Message-ID: <052.9acc3445a2064b4dbc7a8565ac0f7c2a@haiku-os.org> #1641: KDL: rtl8139 ------------------------------+--------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: 1661, 1890, 2452 ------------------------------+--------------------------------------------- Comment(by Hubert): Replying to [comment:21 siarzhuk]: I don't know, but this is bug "0 reader" too, not only "vm_page_fault: unhandled page fault in kernel space at..." -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 26 17:52:50 2008 From: trac at haiku-os.org (humdinger) Date: Fri, 26 Dec 2008 16:52:50 -0000 Subject: [Haiku-bugs] [Haiku] #3234: Rename "About Calculator" (easy) Message-ID: <044.35b93bcac8b0df1a1f7a5bc8a16be477@haiku-os.org> #3234: Rename "About Calculator" (easy) -----------------------------------+---------------------------------------- Reporter: humdinger | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/DeskCalc | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- This is r28717. Right-clicking offers "Options..." and "About Calculator...". It should be renamed to "About DeskCalc..." -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 26 18:01:34 2008 From: trac at haiku-os.org (humdinger) Date: Fri, 26 Dec 2008 17:01:34 -0000 Subject: [Haiku-bugs] [Haiku] #3235: Jumping text field Message-ID: <044.022eb34f33e640f4ed906f312f748c19@haiku-os.org> #3235: Jumping text field -----------------------------------+---------------------------------------- Reporter: humdinger | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/DeskCalc | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- This is r28814. Write something into the text field. Now slowly select the text with the mouse. See how the whole line jumps up and down until you release the mouse button. Cute, when overdubbed with a boing,boing,boing sound, but... :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 26 18:24:02 2008 From: trac at haiku-os.org (humdinger) Date: Fri, 26 Dec 2008 17:24:02 -0000 Subject: [Haiku-bugs] [Haiku] #3236: Small enhancements (easy) Message-ID: <044.00aedb59cb154b70ca864eb42495e97f@haiku-os.org> #3236: Small enhancements (easy) -----------------------------------+---------------------------------------- Reporter: humdinger | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/DeskCalc | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- This is r28814. The Options panel remembers its position from the last time. Is that really that useful? IMO it'd be better to open it at the position you've invoked it, i.e. somewhere near the DeskCalc application. DeskCalc is intelligent enough to ignore spaces and accept "," and "." as equal. How about ":" == "\" == "/" and "x" == "*" ? You can drag&drop a selection from the text field into Tracker, creating an "Untitled clipping" text file containing the dragged number. How about naming the file according to the dragged number or "DeskCalc - {number}". A small, inconsequential thing that's not even noticed by the average user, but kinda neat. Plus, someone who dragged a selection by accident can deduce at once what must have happened. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 26 19:16:22 2008 From: trac at haiku-os.org (humdinger) Date: Fri, 26 Dec 2008 18:16:22 -0000 Subject: [Haiku-bugs] [Haiku] #3236: Small enhancements (easy) In-Reply-To: <044.00aedb59cb154b70ca864eb42495e97f@haiku-os.org> References: <044.00aedb59cb154b70ca864eb42495e97f@haiku-os.org> Message-ID: <053.6798f2ad9ee31e32fd5e6c4e35c1762d@haiku-os.org> #3236: Small enhancements (easy) ------------------------------------+--------------------------------------- Reporter: humdinger | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/DeskCalc | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by humdinger): Oh, I'm sorry, but I have to add one more: Either do away with the Options panel altogether, as those three entries fit easily into the right-click context menu. Or, if you prefer a separat panel (why? why?! :) ), lose the "Cancel" and "OK" button and apply live. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Dec 26 19:47:15 2008 From: trac at haiku-os.org (mmlr) Date: Fri, 26 Dec 2008 18:47:15 -0000 Subject: [Haiku-bugs] [Haiku] #3235: Jumping text field In-Reply-To: <044.022eb34f33e640f4ed906f312f748c19@haiku-os.org> References: <044.022eb34f33e640f4ed906f312f748c19@haiku-os.org> Message-ID: <053.79192525aab34e2a068c825f22ce7db1@haiku-os.org> #3235: Jumping text field ------------------------------------+--------------------------------------- Reporter: humdinger | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/DeskCalc | Version: R1 development Resolution: duplicate | Blockedby: 2134 Platform: All | Blocking: ------------------------------------+--------------------------------------- Changes (by mmlr): * status: new => closed * resolution: => duplicate * blockedby: => 2134 Comment: Another duplicate of #2134. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 27 09:29:09 2008 From: trac at haiku-os.org (Adek336) Date: Sat, 27 Dec 2008 08:29:09 -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.69a3af85458ae164f2872545df724771@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): Would you care to check this patch. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Dec 27 23:25:01 2008 From: trac at haiku-os.org (miqlas) Date: Sat, 27 Dec 2008 22:25:01 -0000 Subject: [Haiku-bugs] [Haiku] #2931: Scrollable typebox in pre-alpha1 In-Reply-To: <041.3d68d944495516e8244208245da426a8@haiku-os.org> References: <041.3d68d944495516e8244208245da426a8@haiku-os.org> Message-ID: <050.eebcb2f0245145b408297d5fc413ad17@haiku-os.org> #2931: Scrollable typebox in pre-alpha1 ----------------------------+----------------------------------------------- Reporter: miqlas | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Blockedby: | Platform: x86 Blocking: | ----------------------------+----------------------------------------------- Comment(by miqlas): Another duplicate of #2134. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 28 00:03:20 2008 From: trac at haiku-os.org (sil2100) Date: Sat, 27 Dec 2008 23:03:20 -0000 Subject: [Haiku-bugs] [Haiku] #2969: PackageInstaller crash with personalStudio In-Reply-To: <041.876002a541f5c2f2eb7e9f226a7a09b2@haiku-os.org> References: <041.876002a541f5c2f2eb7e9f226a7a09b2@haiku-os.org> Message-ID: <050.c9e9e86221d54d4a668552870a747556@haiku-os.org> #2969: PackageInstaller crash with personalStudio -------------------------------------------+-------------------------------- Reporter: miqlas | Owner: sil2100 Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Applications/PackageInstaller | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------------------------+-------------------------------- Changes (by sil2100): * status: new => assigned Comment: I finally found some time to look into this problem, and located the bug that was responsible for this behavior. It's a quite serious one even. It seems that I left some 'probably' old code that should be removed in the final version, that - in fact - if more than one profile existed that used the same files to install, tried to free the same memory locations many times. Attaching patch diff. I would be grateful if someone could commit it. Thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 28 00:52:25 2008 From: trac at haiku-os.org (Hubert) Date: Sat, 27 Dec 2008 23:52:25 -0000 Subject: [Haiku-bugs] [Haiku] #1641: KDL: rtl8139 In-Reply-To: <043.5f4af7ba053274031187f62bac03de4a@haiku-os.org> References: <043.5f4af7ba053274031187f62bac03de4a@haiku-os.org> Message-ID: <052.aeb5f0e3fdabfeb0ca8a267026f6da82@haiku-os.org> #1641: KDL: rtl8139 ------------------------------+--------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: 1661, 1890, 2452 ------------------------------+--------------------------------------------- Comment(by Hubert): > Replying to [comment:21 siarzhuk]: Upss, sorry, you have right, this "0 consumer" error, my big mistake, sorry one more... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 28 01:01:36 2008 From: trac at haiku-os.org (Hubert) Date: Sun, 28 Dec 2008 00:01:36 -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.760f99cf81f4c97b929c6d598ca18db1@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 Blockedby: | Platform: x86 Blocking: | ------------------------------------+--------------------------------------- Changes (by Hubert): * platform: All => x86 Comment: I reproduced this bug in hybrid gcc4 28810 on FF 2.0.0.12 (Realtek 8139), on gcc2 version work fine. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 28 01:08:32 2008 From: trac at haiku-os.org (Hubert) Date: Sun, 28 Dec 2008 00:08:32 -0000 Subject: [Haiku-bugs] [Haiku] #1641: KDL: rtl8139 In-Reply-To: <043.5f4af7ba053274031187f62bac03de4a@haiku-os.org> References: <043.5f4af7ba053274031187f62bac03de4a@haiku-os.org> Message-ID: <052.57137a2b803b8e037c1bb3ac0000568d@haiku-os.org> #1641: KDL: rtl8139 ------------------------------+--------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: 1661, 1890, 2452 ------------------------------+--------------------------------------------- Comment(by Hubert): I moved to [http://dev.haiku-os.org/ticket/2706/ #2706] Please closed this bug again. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 28 03:36:42 2008 From: trac at haiku-os.org (mmlr) Date: Sun, 28 Dec 2008 02:36:42 -0000 Subject: [Haiku-bugs] [Haiku] #1641: KDL: rtl8139 In-Reply-To: <043.5f4af7ba053274031187f62bac03de4a@haiku-os.org> References: <043.5f4af7ba053274031187f62bac03de4a@haiku-os.org> Message-ID: <052.81489fad7c7b5d3f06db7848c09a6443@haiku-os.org> #1641: KDL: rtl8139 ------------------------------+--------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: 1661, 1890, 2452 ------------------------------+--------------------------------------------- Changes (by mmlr): * status: reopened => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 28 04:53:23 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 28 Dec 2008 03:53:23 -0000 Subject: [Haiku-bugs] [Haiku] #3237: Hybrid boot fail in QEMU with large trace buffer Message-ID: <042.d8783a004229c239933726c229f425af@haiku-os.org> #3237: Hybrid boot fail in QEMU with large trace buffer -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Hybrid build r28827 with 200 MiB trace buffer run under QEMU with 200 MiB hangs after showing the boot screen; none of the boot icons are alight. F12 doesn't open the KDL. qemu -s and gdb provided the following backtrace {{{ #0 0x800556ba in spin () #1 0x800b88c8 in arch_debug_blue_screen_getchar () #2 0x80057ee1 in blue_screen_getchar () #3 0x80059905 in read_line () #4 0x8005a4d4 in kernel_debugger () #5 0x8005a67b in panic () #6 0x800364b5 in ConditionVariableEntry::Wait () #7 0x800366ed in ConditionVariable::Wait () #8 0x8003e2f8 in low_resource () #9 0x800a94fe in vm_try_reserve_memory () #10 0x800abafd in vm_create_anonymous_area () #11 0x800ac204 in create_area () #12 0x8005e6f2 in tracing_init () #13 0x80059c92 in debug_init_post_vm () #14 0x8003ef3f in _start () }}} and the following panic message {{{ (gdb) up #6 0x8005a67b in panic () (gdb) info frame Stack level 6, frame at 0x80204d48: eip = 0x8005a67b in panic; saved eip 0x800364b5 called by frame at 0x80204d88, caller of frame at 0x80204c98 Arglist at 0x80204d40, args: Locals at 0x80204d40, Previous frame's sp is 0x80204d48 Saved registers: ebx at 0x80204d3c, ebp at 0x80204d40, eip at 0x80204d44 (gdb) x/12xw 0x80204d40 0x80204d40: 0x80204d80 0x800364b5 0x800f201c 0x80204dc0 0x80204d50: 0x80109788 0x00200092 0x00bfe883 0x00000000 0x80204d60: 0x80204d90 0x80036307 0x801064b8 0x00000000 (gdb) x/s 0x800f201c 0x800f201c: "ConditionVariableEntry::Wait() called with interrupts disabled, entry: %p, variable: %p" }}} Entering "reb" reboots the machine. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 28 04:58:54 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 28 Dec 2008 03:58:54 -0000 Subject: [Haiku-bugs] [Haiku] #3237: Hybrid boot fail in QEMU with large trace buffer In-Reply-To: <042.d8783a004229c239933726c229f425af@haiku-os.org> References: <042.d8783a004229c239933726c229f425af@haiku-os.org> Message-ID: <051.b1cbc3a9194b16f4c4ae74486cf83314@haiku-os.org> #3237: Hybrid boot fail in QEMU with large trace buffer -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by Adek336): With qemu -serial stdio: {{{ ... Load kernel... video mode: 1024x768x24 smp: found 1 cpu smp: apic_phys = 0xfee00000 smp: ioapic_phys = 0xfec00000 smp: apic = 0x8069d000 smp: ioapic = 0x8069e000 APIC ticks/sec = 998405238 kernel entry at 8003edfa Welcome to kernel debugger output! Haiku revision: 28827 CPU 0: type 0 family 6 extended_family 0 model 3 extended_model 0 stepping 3, string 'GenuineIntel' CPU 0: features: fpu de pse tsc msr pae mce cx8 apic sep pge cmov pat mmx fxsr sse sse2 sse3 heap_add_area: area -1 added to small heap 0x80ea4000 - usable range 0x80eab000 - 0x812a4000 heap_add_area: area -1 added to medium heap 0x812a4000 - usable range 0x812a5000 - 0x8150a000 heap_add_area: area -1 added to large heap 0x8150a666 - usable range 0x8150b000 - 0x816a4000 slab: init base 0x816a4000 + 0x2000 vm_mark_page_range_inuse: page 0x9f in non-free state 7! PANIC: ConditionVariableEntry::Wait() called with interrupts disabled, entry: 0x80204dc0, variable: 0x80109788 Welcome to Kernel Debugging Land... Thread 0 "" running on CPU 0 kdebug> bt Unknown command "bt". Enter "help" to get a list of all supported commands. }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 28 05:08:29 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 28 Dec 2008 04:08:29 -0000 Subject: [Haiku-bugs] [Haiku] #3238: KDL doesn't show up for panics early in the boot process Message-ID: <042.509504e8406924f1806c29a76b2f35b2@haiku-os.org> #3238: KDL doesn't show up for panics early in the boot process ---------------------------+------------------------------------------------ Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Like in #3237, the KDL doesn't show up for early panics, KDL is invisible, panic is not shown. Panic The boot screen with none of the boot icons alight appears only. Typing "reb" reboots the system. Enabling on screen debug does not show any messages on the screen. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 28 05:09:56 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 28 Dec 2008 04:09:56 -0000 Subject: [Haiku-bugs] [Haiku] #3237: Hybrid boot fail in QEMU with large trace buffer In-Reply-To: <042.d8783a004229c239933726c229f425af@haiku-os.org> References: <042.d8783a004229c239933726c229f425af@haiku-os.org> Message-ID: <051.0451fdea0855d1709bb5ab6bab0f6dc2@haiku-os.org> #3237: Hybrid boot fail in QEMU with large trace buffer -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by Adek336): Obviously 200 MiB is more than the default 128 MiB RAM size in QEMU. qemu -m 400 makes Haiku work just fine! Too bad the kernel debugger isn't shown on screen when Haiku panics at such an early stage (#3238). If it did show up, it would be reasonable to panic with a message "Trace buffer too large". -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 28 05:10:26 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 28 Dec 2008 04:10:26 -0000 Subject: [Haiku-bugs] [Haiku] #3237: Hybrid boot fail in QEMU with large trace buffer In-Reply-To: <042.d8783a004229c239933726c229f425af@haiku-os.org> References: <042.d8783a004229c239933726c229f425af@haiku-os.org> Message-ID: <051.b480422cfbc53b2d80326e95023af0f7@haiku-os.org> #3237: Hybrid boot fail in QEMU with large trace buffer -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by Adek336): And resizing the trace buffer or at least disabling tracing. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 28 05:26:35 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 28 Dec 2008 04:26:35 -0000 Subject: [Haiku-bugs] [Haiku] #3139: Recompiling unchanged files In-Reply-To: <042.32527f81100ce4976caf86b45bf3f2b7@haiku-os.org> References: <042.32527f81100ce4976caf86b45bf3f2b7@haiku-os.org> Message-ID: <051.98784c4560d9510e5c87db53d7fcb1e3@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: | --------------------------+------------------------------------------------- Comment(by Adek336): Possibly HAIKU_DONT_CLEAR_IMAGE = 1 helps here. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 28 12:18:15 2008 From: trac at haiku-os.org (sil2100) Date: Sun, 28 Dec 2008 11:18:15 -0000 Subject: [Haiku-bugs] [Haiku] #2969: PackageInstaller crash with personalStudio In-Reply-To: <041.876002a541f5c2f2eb7e9f226a7a09b2@haiku-os.org> References: <041.876002a541f5c2f2eb7e9f226a7a09b2@haiku-os.org> Message-ID: <050.2cae6349c39e9e1cfc1be64443e3d881@haiku-os.org> #2969: PackageInstaller crash with personalStudio -------------------------------------------+-------------------------------- Reporter: miqlas | Owner: sil2100 Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Applications/PackageInstaller | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------------------------+-------------------------------- Comment(by sil2100): I resubmitted the patch, since I just found that I forgot yet another obvious thing during program design. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 28 14:35:05 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 28 Dec 2008 13:35:05 -0000 Subject: [Haiku-bugs] [Haiku] #3239: ps shows negative total memory Message-ID: <042.a1dbfd743a54a210324f05dbedbec111@haiku-os.org> #3239: ps shows negative total memory ---------------------------------------------+------------------------------ Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------------+------------------------------ {{{ ~> ps ... 3144512k (-1074987008 bytes) total memory 314348k (321892352 bytes) currently committed 2830164k (-1396879360 bytes) currently available 10.0% memory utilisation }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 28 14:37:07 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 28 Dec 2008 13:37:07 -0000 Subject: [Haiku-bugs] [Haiku] #1944: Kill command don't work with process names In-Reply-To: <038.92673db4233c8a78a2bc2c023a4462b9@haiku-os.org> References: <038.92673db4233c8a78a2bc2c023a4462b9@haiku-os.org> Message-ID: <047.8a6ee7af121c6daa3e9b18349c6c6bcd@haiku-os.org> #1944: Kill command don't work with process names --------------------------+------------------------------------------------- Reporter: tqh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by Adek336): killall doesn't seem to be included with Haiku {{{ ~> killall sh: killall: command not found }}} it'd be cool to have it, though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 28 14:45:00 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 28 Dec 2008 13:45:00 -0000 Subject: [Haiku-bugs] [Haiku] #3240: info kdl command should show gcc version Message-ID: <042.b84dcc5086294171991d1e99ea1e029b@haiku-os.org> #3240: info kdl command should show gcc version ---------------------------+------------------------------------------------ Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ info command in the kernel debugger should show whether it is a gcc2 or gcc4 build. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 28 15:32:15 2008 From: trac at haiku-os.org (darkwyrm) Date: Sun, 28 Dec 2008 14:32:15 -0000 Subject: [Haiku-bugs] [Haiku] #3241: Lights Off crashes on startup Message-ID: <043.1f1c66124f5bc8dd7b198229caacbb7e@haiku-os.org> #3241: Lights Off crashes on startup ----------------------------+----------------------------------------------- Reporter: darkwyrm | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Media Kit | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------+----------------------------------------------- As of r28815, the version on BeBits (www.bebits.com/app/4252) crashes immediately after starting up. #0 0x0061fdf7 in BMediaTrack::ReadFrames () from /boot/beos/system/lib/libmedia.so #1 0x0061fdd2 in BMediaTrack::ReadFrames () from /boot/beos/system/lib/libmedia.so #2 0x00498c16 in BFileGameSound::Load () from /boot/beos/system/lib/libgame.so #3 0x00498409 in BFileGameSound::Preload () from /boot/beos/system/lib/libgame.so #4 0x0020cd49 in GridView::StartupPreferences () #5 0x00209dce in GridView::GridView () #6 0x0020d1e8 in MainWindow::MainWindow () #7 0x00208eb2 in MyApp::MyApp () #8 0x00208fb5 in main () -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 28 17:59:36 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 28 Dec 2008 16:59:36 -0000 Subject: [Haiku-bugs] [Haiku] #3117: svn co while emptying trash makes trash in checked out data In-Reply-To: <042.913baca67a214462051eef8c3c36d1d9@haiku-os.org> References: <042.913baca67a214462051eef8c3c36d1d9@haiku-os.org> Message-ID: <051.a3601bee6b82b32d8e35fffa7ad002ee@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: | -----------------------------+---------------------------------------------- Comment(by Adek336): So the data that were written to the disk don't get corrupt. Only the new data that are only now being written to disk get corrupt. On a BFS partition, when you have say 30 files, each file 20 MiB, do a copy of them, wait a few seconds after Tracker has finished copying and press F12 and type "reb". After reboot, you can see the just copied files, although, they are corrupt. I suppose that BFS has got journaling and the newly copied files after a crash should be either present and not corrupt, or not exist at all. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 28 21:42:16 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 28 Dec 2008 20:42:16 -0000 Subject: [Haiku-bugs] [Haiku] #3117: svn co while emptying trash makes trash in checked out data In-Reply-To: <042.913baca67a214462051eef8c3c36d1d9@haiku-os.org> References: <042.913baca67a214462051eef8c3c36d1d9@haiku-os.org> Message-ID: <051.22b83a82a2fbb586ff77c2de4245e327@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: | -----------------------------+---------------------------------------------- Comment(by anevilyak): Replying to [comment:1 Adek336]: > On a BFS partition, when you have say 30 files, each file 20 MiB, do a copy of them, wait a few seconds after Tracker has finished copying and press F12 and type "reb". After reboot, you can see the just copied files, although, they are corrupt. I suppose that BFS has got journaling and the newly copied files after a crash should be either present and not corrupt, or not exist at all. You seem to be under a slight misconception here: on the vast vast majority of filesystems, journalling guarantees nothing whatsoever with respect to the file data; all that is journalled is metadata operations, in other words, the journal is used to guarantee that the FS itself is internally consistent, i.e. if a file is created/destroyed/resized, it is guaranteed that all the underlying metadata operations (volume bitmap, B+Tree modifications, etc.) happened completely or not at all. The actual file block data is not journalled or guaranteed in any way, shape or form. The only filesystems that do this that I'm aware of are log-structured filesystems such as ZFS. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 28 21:46:25 2008 From: trac at haiku-os.org (bbjimmy) Date: Sun, 28 Dec 2008 20:46:25 -0000 Subject: [Haiku-bugs] [Haiku] #3242: r28828 build fails on haiku Message-ID: <042.3c138a1d9881ac0e30c1333c15144b4e@haiku-os.org> #3242: r28828 build fails on haiku -----------------------+---------------------------------------------------- Reporter: bbjimmy | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Link generated/objects/haiku/x86/release/add- ons/kernel/network/notifications/notifications generated/objects/haiku/x86/release/add- ons/kernel/network/notifications/notifications.o: In function `NetNotificationService::NetNotificationService(void)': notifications.cpp:(.text+0xaa): undefined reference to `BPrivate::Referenceable::Referenceable(bool)' collect2: ld returned 1 exit status rm -f "generated/objects/haiku/x86/release/add- ons/kernel/network/notifications/notifications" gcc -nostdlib -Xlinker --no-undefined -Xlinker -soname="notifications" -o "generated/objects/haiku/x86/release/add- ons/kernel/network/notifications/notifications" "/boot/develop/tools/gnupro/lib/gcc-lib/i586-pc- haiku/2.95.3-haiku-081024/crtbegin.o" "generated/objects/haiku/x86/release /add-ons/kernel/network/notifications/notifications.o" \ "generated/objects/haiku/x86/release/system/kernel/kernel.so" "/boot/develop/tools/gnupro/lib/gcc-lib/i586-pc- haiku/2.95.3-haiku-081024/libgcc.a" "/boot/develop/tools/gnupro/lib/gcc- lib/i586-pc-haiku/2.95.3-haiku-081024/crtend.o" ; ...failed Link generated/objects/haiku/x86/release/add- ons/kernel/network/notifications/notifications ... ...skipped haiku.image-copy-files-dummy-beos/system/add- ons/kernel/network for lack of notifications... ...skipped haiku.image for lack of haiku.image-copy-files... ...failed updating 1 target(s)... ...skipped 2 target(s)... ...updated 329 target(s)... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 28 21:58:46 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 28 Dec 2008 20:58:46 -0000 Subject: [Haiku-bugs] [Haiku] #2969: PackageInstaller crash with personalStudio In-Reply-To: <041.876002a541f5c2f2eb7e9f226a7a09b2@haiku-os.org> References: <041.876002a541f5c2f2eb7e9f226a7a09b2@haiku-os.org> Message-ID: <050.ecc49316015ed3d48b6720b506a29fa8@haiku-os.org> #2969: PackageInstaller crash with personalStudio -------------------------------------------+-------------------------------- Reporter: miqlas | Owner: sil2100 Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Applications/PackageInstaller | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------------------------+-------------------------------- Comment(by anevilyak): Applied in r28829, thanks! Can you give it another try miqlas? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 28 22:00:56 2008 From: trac at haiku-os.org (umccullough) Date: Sun, 28 Dec 2008 21:00:56 -0000 Subject: [Haiku-bugs] [Haiku] #3242: r28828 build fails on haiku In-Reply-To: <042.3c138a1d9881ac0e30c1333c15144b4e@haiku-os.org> References: <042.3c138a1d9881ac0e30c1333c15144b4e@haiku-os.org> Message-ID: <051.bd326f08e12b356865bc7c8548d09b4c@haiku-os.org> #3242: r28828 build fails on haiku -----------------------+---------------------------------------------------- Reporter: bbjimmy | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by umccullough): Try jam clean;jam -aq Worst case, remove the generated/objects and start fresh -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 28 22:37:44 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 28 Dec 2008 21:37:44 -0000 Subject: [Haiku-bugs] [Haiku] #3242: r28828 build fails on haiku In-Reply-To: <042.3c138a1d9881ac0e30c1333c15144b4e@haiku-os.org> References: <042.3c138a1d9881ac0e30c1333c15144b4e@haiku-os.org> Message-ID: <051.c2df740a1ea0432d9d2ac136a9e30e4a@haiku-os.org> #3242: r28828 build fails on haiku ------------------------+--------------------------------------------------- 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: Indeed, that looks like a stale dependency. Can't reproduce here in any case. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 28 22:37:56 2008 From: trac at haiku-os.org (miqlas) Date: Sun, 28 Dec 2008 21:37:56 -0000 Subject: [Haiku-bugs] [Haiku] #2969: PackageInstaller crash with personalStudio In-Reply-To: <041.876002a541f5c2f2eb7e9f226a7a09b2@haiku-os.org> References: <041.876002a541f5c2f2eb7e9f226a7a09b2@haiku-os.org> Message-ID: <050.24218a550a1695656c9686d21db8df8a@haiku-os.org> #2969: PackageInstaller crash with personalStudio -------------------------------------------+-------------------------------- Reporter: miqlas | Owner: sil2100 Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Applications/PackageInstaller | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------------------------+-------------------------------- Comment(by miqlas): Yes, i will try it after the exams. Thanks for the fix :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 28 23:40:57 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 28 Dec 2008 22:40:57 -0000 Subject: [Haiku-bugs] [Haiku] #2594: PANIC: ASSERT FAILED (src/add-ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null In-Reply-To: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> References: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> Message-ID: <050.caf1cdea93dfdad38336fd62cebbba54@haiku-os.org> #2594: PANIC: ASSERT FAILED (src/add- ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null ------------------------------------+--------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1 Component: Network & Internet/TCP | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- Comment(by Adek336): Note #2706. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Dec 28 23:41:00 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 28 Dec 2008 22:41:00 -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.06482f030c8e534a1ec742a2bb58d376@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 Blockedby: | Platform: x86 Blocking: | ------------------------------------+--------------------------------------- Comment(by Adek336): Note #2594. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 29 00:34:53 2008 From: trac at haiku-os.org (bbjimmy) Date: Sun, 28 Dec 2008 23:34:53 -0000 Subject: [Haiku-bugs] [Haiku] #3242: r28828 build fails on haiku In-Reply-To: <042.3c138a1d9881ac0e30c1333c15144b4e@haiku-os.org> References: <042.3c138a1d9881ac0e30c1333c15144b4e@haiku-os.org> Message-ID: <051.b77f9fb4cee1318f86fde7b024460148@haiku-os.org> #3242: r28828 build fails on haiku ------------------------+--------------------------------------------------- Reporter: bbjimmy | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by bbjimmy): it is still compiling with: jam clean;jam -aq Has not reached the file yet. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 29 00:39:46 2008 From: trac at haiku-os.org (bbjimmy) Date: Sun, 28 Dec 2008 23:39:46 -0000 Subject: [Haiku-bugs] [Haiku] #3242: r28828 build fails on haiku In-Reply-To: <042.3c138a1d9881ac0e30c1333c15144b4e@haiku-os.org> References: <042.3c138a1d9881ac0e30c1333c15144b4e@haiku-os.org> Message-ID: <051.dd003976e103d6664f5c958be4269870@haiku-os.org> #3242: r28828 build fails on haiku ------------------------+--------------------------------------------------- Reporter: bbjimmy | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by bbjimmy): Replying to [comment:1 umccullough]: I now have notifications in /BeO51/haiku/generated/objects/haiku/x86/release/add- ons/kernel/network/notifications seems to be working ... thanks -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 29 07:14:36 2008 From: trac at haiku-os.org (miqlas) Date: Mon, 29 Dec 2008 06:14:36 -0000 Subject: [Haiku-bugs] [Haiku] #3243: Haiku-OS.org "Latest Bugs & Tasks" bug Message-ID: <041.b1044fc8508cd381156eabdc5699c075@haiku-os.org> #3243: Haiku-OS.org "Latest Bugs & Tasks" bug --------------------------+------------------------------------------------- Reporter: miqlas | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- The links on the haiku-os.org "Latest Bugs & Tasks" section don't working. Frontpage link syntax: http://dev.haiku-os.org/ticket/xxxx Trac ticket syntax : http://dev.haiku-os.org/ticket/ticket/xxxx -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 29 08:28:14 2008 From: trac at haiku-os.org (umccullough) Date: Mon, 29 Dec 2008 07:28:14 -0000 Subject: [Haiku-bugs] [Haiku] #3243: Haiku-OS.org "Latest Bugs & Tasks" bug In-Reply-To: <041.b1044fc8508cd381156eabdc5699c075@haiku-os.org> References: <041.b1044fc8508cd381156eabdc5699c075@haiku-os.org> Message-ID: <050.69342bf8df664f84c48a1bca071141af@haiku-os.org> #3243: Haiku-OS.org "Latest Bugs & Tasks" bug --------------------------+------------------------------------------------- Reporter: miqlas | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by umccullough): Heh, http://dev.haiku-os.org/timeline/timeline is also in a similar state, and even this seems to work funky: http://dev.haiku-os.org/timeline/ticket/3243 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 29 10:20:00 2008 From: trac at haiku-os.org (Adek336) Date: Mon, 29 Dec 2008 09:20:00 -0000 Subject: [Haiku-bugs] [Haiku] #3244: info kdl command may hang Message-ID: <042.15694c0d1c7c871c94037fc9554563c2@haiku-os.org> #3244: info kdl command may hang ---------------------------+------------------------------------------------ Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ In KDL, after a crash, typing the "info" command sometimes hangs the computer. The last line printed is "Active times:". May be related to low memory circumstances. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 29 11:50:48 2008 From: trac at haiku-os.org (axeld) Date: Mon, 29 Dec 2008 10:50:48 -0000 Subject: [Haiku-bugs] [Haiku] #3117: svn co while emptying trash makes trash in checked out data In-Reply-To: <042.913baca67a214462051eef8c3c36d1d9@haiku-os.org> References: <042.913baca67a214462051eef8c3c36d1d9@haiku-os.org> Message-ID: <051.02d2793d60e856794fe23ac9320e2f9a@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: | -----------------------------+---------------------------------------------- Comment(by axeld): Indeed, BFS does not log file data, only meta data (it even has a "log file" flag (usually used for symlinks), but that is not working on our BFS anymore (since it has been ported to Haiku's file system API). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 29 12:14:45 2008 From: trac at haiku-os.org (korli) Date: Mon, 29 Dec 2008 11:14:45 -0000 Subject: [Haiku-bugs] [Haiku] #3243: Haiku-OS.org "Latest Bugs & Tasks" bug In-Reply-To: <041.b1044fc8508cd381156eabdc5699c075@haiku-os.org> References: <041.b1044fc8508cd381156eabdc5699c075@haiku-os.org> Message-ID: <050.1dad15dd520399d821db5344b63e3748@haiku-os.org> #3243: Haiku-OS.org "Latest Bugs & Tasks" bug --------------------------+------------------------------------------------- Reporter: miqlas | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by korli): Heh, about the same for Haiku-bugs mailing list, tickets notifications URLs don't work, ie : -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 29 12:41:41 2008 From: trac at haiku-os.org (Adek336) Date: Mon, 29 Dec 2008 11:41:41 -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.b6e000f57ad22ed487d28f5d9105121c@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 Blockedby: | Platform: x86 Blocking: | ------------------------------------+--------------------------------------- Comment(by Adek336): it's bge not bfe. Why are the function names not demangled? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 29 12:43:58 2008 From: trac at haiku-os.org (Adek336) Date: Mon, 29 Dec 2008 11:43:58 -0000 Subject: [Haiku-bugs] [Haiku] #3245: Firefox sometimes doesn't draw underscores Message-ID: <042.1090de1065ec320fcccafaf2e65fb072@haiku-os.org> #3245: Firefox sometimes doesn't draw underscores --------------------------+------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Only from time to time. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 29 12:52:08 2008 From: trac at haiku-os.org (Adek336) Date: Mon, 29 Dec 2008 11:52:08 -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.246b1659075c9e48dd393598a63decdc@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: | ----------------------------+----------------------------------------------- Comment(by Adek336): img_10630.jpg, img_10640.jpg: after pressing the enter, the correct names would draw. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 29 12:54:59 2008 From: trac at haiku-os.org (korli) Date: Mon, 29 Dec 2008 11:54:59 -0000 Subject: [Haiku-bugs] [Haiku] #3241: Lights Off crashes on startup In-Reply-To: <043.1f1c66124f5bc8dd7b198229caacbb7e@haiku-os.org> References: <043.1f1c66124f5bc8dd7b198229caacbb7e@haiku-os.org> Message-ID: <052.7d6c729872a3f221425a063b20259465@haiku-os.org> #3241: Lights Off crashes on startup ----------------------------+----------------------------------------------- Reporter: darkwyrm | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Media Kit | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------+----------------------------------------------- Description changed by korli: Old description: > As of r28815, the version on BeBits (www.bebits.com/app/4252) crashes > immediately after starting up. > > #0 0x0061fdf7 in BMediaTrack::ReadFrames () > from /boot/beos/system/lib/libmedia.so > #1 0x0061fdd2 in BMediaTrack::ReadFrames () > from /boot/beos/system/lib/libmedia.so > #2 0x00498c16 in BFileGameSound::Load () from > /boot/beos/system/lib/libgame.so > #3 0x00498409 in BFileGameSound::Preload () > from /boot/beos/system/lib/libgame.so > #4 0x0020cd49 in GridView::StartupPreferences () > #5 0x00209dce in GridView::GridView () > #6 0x0020d1e8 in MainWindow::MainWindow () > #7 0x00208eb2 in MyApp::MyApp () > #8 0x00208fb5 in main () New description: As of r28815, the version on [http://www.bebits.com/app/4252 Bebits] crashes immediately after starting up. {{{ #0 0x0061fdf7 in BMediaTrack::ReadFrames () from /boot/beos/system/lib/libmedia.so #1 0x0061fdd2 in BMediaTrack::ReadFrames () from /boot/beos/system/lib/libmedia.so #2 0x00498c16 in BFileGameSound::Load () from /boot/beos/system/lib/libgame.so #3 0x00498409 in BFileGameSound::Preload () from /boot/beos/system/lib/libgame.so #4 0x0020cd49 in GridView::StartupPreferences () #5 0x00209dce in GridView::GridView () #6 0x0020d1e8 in MainWindow::MainWindow () #7 0x00208eb2 in MyApp::MyApp () #8 0x00208fb5 in main () }}} -- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 29 12:57:56 2008 From: trac at haiku-os.org (korli) Date: Mon, 29 Dec 2008 11:57:56 -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.4d8fa9b2e0f5d68a6f44a90cbddb3161@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 Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by korli): So you heard something on vmware, then you apply it on virtualbox :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Dec 29 12:59:07 2008 From: trac at haiku-os.org (Adek336) Date: Mon, 29 Dec 2008 11:59:07 -0000 Subject: [Haiku-bugs] [Haiku] #3246: page fault in lookup_dir_entry Message-ID: <042.d57e87435e51f9a30145758bfa0d21e3@haiku-os.org> #3246: page fault in lookup_dir_entry -----------------------+---------------------------------------------------- Reporter: Adek336 | 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 Mon Dec 29 13:23:14 2008 From: trac at haiku-os.org (Adek336) Date: Mon, 29 Dec 2008 12:23:14 -0000 Subject: [Haiku-bugs] [Haiku] #3247: KDL in jam in put_cached_block Message-ID: <042.514bb91026ed95706a25b351e78d21fa@haiku-os.org> #3247: KDL in jam in put_cached_block -----------------------+---------------------------------------------------- Reporter: Adek336 | 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 Mon Dec 29 23:11:18 2008 From: trac at haiku-os.org (axeld) Date: Mon, 29 Dec 2008 22:11:18 -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.4557167ea96aec255c4d2cc2563901a5@haiku-os.org> #1493: The networkstatus app closes ---------------------------+------------------------------------------------ Reporter: lxstoian | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by axeld): * status: new => closed * resolution: => fixed * component: Applications/Tracker => Applications Comment: Fixed in r28832. At least I don't think there is a general problem that a menu item is preselected; it only shouldn't be invoked once you released the mouse button. Since we already somehow turned off support for those pop-up, I guess we should make the "openAnyway" parameter meaningless for BPopUpMenu::Go(), too. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 30 01:18:54 2008 From: trac at haiku-os.org (miqlas) Date: Tue, 30 Dec 2008 00:18:54 -0000 Subject: [Haiku-bugs] [Haiku] #3248: PackageInstaller treeview Message-ID: <041.7b36e03f3256ee011025cd7e22fc473a@haiku-os.org> #3248: PackageInstaller treeview -------------------------------------------+-------------------------------- Reporter: miqlas | Owner: sil2100 Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/PackageInstaller | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------------+-------------------------------- The good old BeOS PackageInstaller have a handy feature taht i like: After selecting the target partition it shows a small window with a file tree, it shows where it want to put the files. Sorry, i don't found screenshot about it... Can these feature add to our PackageInstaller? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 30 03:53:38 2008 From: trac at haiku-os.org (umccullough) Date: Tue, 30 Dec 2008 02:53:38 -0000 Subject: [Haiku-bugs] [Haiku] #3243: Haiku-OS.org "Latest Bugs & Tasks" bug In-Reply-To: <041.b1044fc8508cd381156eabdc5699c075@haiku-os.org> References: <041.b1044fc8508cd381156eabdc5699c075@haiku-os.org> Message-ID: <050.131ac41ba21462c5046a2bb0ad3065a0@haiku-os.org> #3243: Haiku-OS.org "Latest Bugs & Tasks" bug --------------------------+------------------------------------------------- Reporter: miqlas | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by umccullough): This seems to be fixed now (there was a mailing list thread about it) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 30 10:27:48 2008 From: trac at haiku-os.org (tqh) Date: Tue, 30 Dec 2008 09:27:48 -0000 Subject: [Haiku-bugs] [Haiku] #3245: Firefox sometimes doesn't draw underscores In-Reply-To: <042.1090de1065ec320fcccafaf2e65fb072@haiku-os.org> References: <042.1090de1065ec320fcccafaf2e65fb072@haiku-os.org> Message-ID: <051.b6518797158261a118d77d368bde2a05@haiku-os.org> #3245: Firefox sometimes doesn't draw underscores --------------------------+------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Changes (by tqh): * cc: fredrik.holmqvist@? (added) Comment: This is probably due to one of: * the font handling in Firefox * the blitting when scrolling in Firefox * glyph heights (and all those things to handle height for a char) might be incorrect. If it's a Haiku or Firefox is hard to tell. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 30 10:29:43 2008 From: trac at haiku-os.org (nielx) Date: Tue, 30 Dec 2008 09:29:43 -0000 Subject: [Haiku-bugs] [Haiku] #3243: Haiku-OS.org "Latest Bugs & Tasks" bug In-Reply-To: <041.b1044fc8508cd381156eabdc5699c075@haiku-os.org> References: <041.b1044fc8508cd381156eabdc5699c075@haiku-os.org> Message-ID: <050.7fc416c2c5abd03732e62e6a64f43cdb@haiku-os.org> #3243: Haiku-OS.org "Latest Bugs & Tasks" bug ---------------------------+------------------------------------------------ Reporter: miqlas | Owner: haiku-web Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Website/Trac | Version: Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by nielx): * status: new => closed * resolution: => fixed Comment: Yes indeed, this was a configuration issue caused by the switch to mod_python. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 30 10:45:04 2008 From: trac at haiku-os.org (sil2100) Date: Tue, 30 Dec 2008 09:45:04 -0000 Subject: [Haiku-bugs] [Haiku] #3248: PackageInstaller treeview In-Reply-To: <041.7b36e03f3256ee011025cd7e22fc473a@haiku-os.org> References: <041.7b36e03f3256ee011025cd7e22fc473a@haiku-os.org> Message-ID: <050.0f03fd5ce5c6f09297bad9ef5994ac79@haiku-os.org> #3248: PackageInstaller treeview -------------------------------------------+-------------------------------- Reporter: miqlas | Owner: sil2100 Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/PackageInstaller | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------------+-------------------------------- Comment(by sil2100): Ah, I understand very well what you are talking about. This was one of the few things that were heavily discussed during the design stage of the PackageInstaller. I originally wanted to have such a feature, since I saw it very very useful, but since the installer was planned to be as simple as possible, the idea was eventually dropped. If I remember correctly though, we agreed on creating another application someday, called PackageInspector, which would have such functionalitty (as well as many more). The idea was to have a different application for browsing through all available package information, just like files to be installed, version, description and so on. But eventually, this is yet waiting for implementation. But someday I will most certainly get back to this project - along with finishing the InstalledPackages application (for browsing and uninstallation). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Dec 30 12:51:07 2008 From: trac at haiku-os.org (miqlas) Date: Tue, 30 Dec 2008 11:51:07 -0000 Subject: [Haiku-bugs] [Haiku] #3248: PackageInstaller treeview In-Reply-To: <041.7b36e03f3256ee011025cd7e22fc473a@haiku-os.org> References: <041.7b36e03f3256ee011025cd7e22fc473a@haiku-os.org> Message-ID: <050.7d74d9ed98e4d2134485dcd03195d7cc@haiku-os.org> #3248: PackageInstaller treeview -------------------------------------------+-------------------------------- Reporter: miqlas | Owner: sil2100 Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/PackageInstaller | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------------+-------------------------------- Comment(by miqlas): So sorry for my bad english :) I can understand, this is only a small feature, and not everybody needs it, but if somebody will implement it i will be happy :) Thanks sil2100 for the fast answer. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 31 00:55:26 2008 From: trac at haiku-os.org (miqlas) Date: Tue, 30 Dec 2008 23:55:26 -0000 Subject: [Haiku-bugs] [Haiku] #3249: Jukebox can't run on GCC4/GCC2 hibryd build Message-ID: <041.4d1fce18fdf4d12835919bc859405f28@haiku-os.org> #3249: Jukebox can't run on GCC4/GCC2 hibryd build --------------------------+------------------------------------------------- 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 the latest (0.4) Jukebox version on an r28832 version, but i get error massage: {{{ ~> /Haiku1/apps/Jukebox resolve symbol "_ZNK11BArchivable7ArchiveEP8BMessageb" returned: -2147478780 resolve symbol "_ZNK5BView7ArchiveEP8BMessageb" returned: -2147478780 resolve symbol "_ZNK12BApplication7ArchiveEP8BMessageb" returned: -2147478780 resolve symbol "_ZNK5BView7ArchiveEP8BMessageb" returned: -2147478780 resolve symbol "_ZNK5BView7ArchiveEP8BMessageb" returned: -2147478780 resolve symbol "_ZNK11BArchivable7ArchiveEP8BMessageb" returned: -2147478780 resolve symbol "_ZNK11BArchivable7ArchiveEP8BMessageb" returned: -2147478780 resolve symbol "_ZNK7BWindow7ArchiveEP8BMessageb" returned: -2147478780 resolve symbol "_ZNK11BArchivable7ArchiveEP8BMessageb" returned: -2147478780 resolve symbol "_ZNK11BArchivable7ArchiveEP8BMessageb" returned: -2147478780 resolve symbol "_ZTVN10__cxxabiv117__class_type_infoE" returned: -2147478780 resolve symbol "_ZNK11BArchivable7ArchiveEP8BMessageb" returned: -2147478780 resolve symbol "_ZNK11BArchivable7ArchiveEP8BMessageb" returned: -2147478780 resolve symbol "_ZNK11BArchivable7ArchiveEP8BMessageb" returned: -2147478780 resolve symbol "_ZN5BList14_ReservedList1Ev" returned: -2147478780 Kill Thread }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 31 01:01:52 2008 From: trac at haiku-os.org (anevilyak) Date: Wed, 31 Dec 2008 00:01:52 -0000 Subject: [Haiku-bugs] [Haiku] #3249: Jukebox can't run on GCC4/GCC2 hibryd build In-Reply-To: <041.4d1fce18fdf4d12835919bc859405f28@haiku-os.org> References: <041.4d1fce18fdf4d12835919bc859405f28@haiku-os.org> Message-ID: <050.9d08e3e09691dff0ab6e094ccf23b27f@haiku-os.org> #3249: Jukebox can't run on GCC4/GCC2 hibryd build --------------------------+------------------------------------------------- Reporter: miqlas | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------+------------------------------------------------- Comment(by anevilyak): It looks like you probably grabbed the Zeta version instead of R5. At least http://www.bebits.com/bob/22022/Jukebox_V04_R5.zip works correctly on gcc2/4 hybrid build here. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 31 01:19:23 2008 From: trac at haiku-os.org (miqlas) Date: Wed, 31 Dec 2008 00:19:23 -0000 Subject: [Haiku-bugs] [Haiku] #3249: Jukebox can't run on GCC4/GCC2 hibryd build In-Reply-To: <041.4d1fce18fdf4d12835919bc859405f28@haiku-os.org> References: <041.4d1fce18fdf4d12835919bc859405f28@haiku-os.org> Message-ID: <050.69d68e5e5092b161fdd0ed4eed3a2089@haiku-os.org> #3249: Jukebox can't run on GCC4/GCC2 hibryd build --------------------------+------------------------------------------------- Reporter: miqlas | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------+------------------------------------------------- Comment(by miqlas): No, i have R5 version, i'm sure, because i use the binary from my Haiku GCC2 build partition, and i always use it for audio :) I get these error with BePDF, and with ProjectConceptor too. Jukebox: In gdb: {{{ (gdb) bt #0 0x00661450 in BBitmap::Bounds () from /boot/beos/system/lib/gcc2/libbe.so #1 0x0025a5d1 in PlayButton::setSkin () #2 0x00244f7b in Jukebox::initViews () #3 0x00243c90 in Jukebox::Jukebox () #4 0x0024e30f in main () (gdb) }}} BePDF: Shoot: [http://boly.hu/~miqlas/haiku/BePDF_GCC4.jpg] In gdb: {{{ (gdb) bt #0 0xffff0104 in ?? () #1 0x007b93e6 in port_buffer_size_etc () from /boot/beos/system/lib/gcc2/libroot.so #2 0x00571b92 in BLooper::ReadRawFromPort () from /boot/beos/system/lib/gcc2/libbe.so #3 0x00571c1e in BLooper::ReadMessageFromPort () from /boot/beos/system/lib/gcc2/libbe.so #4 0x005712bb in BLooper::MessageFromPort () from /boot/beos/system/lib/gcc2/libbe.so #5 0x00571dab in BLooper::task_looper () from /boot/beos/system/lib/gcc2/libbe.so #6 0x0056563d in BApplication::Run () from /boot/beos/system/lib/gcc2/libbe.so #7 0x002da854 in main () (gdb) }}} ProjectConceptor: In Terminal: {{{ resolve symbol "_ZNK11BArchivable7ArchiveEP8BMessageb" returned: -2147478780 resolve symbol "_ZNK5BView7ArchiveEP8BMessageb" returned: -2147478780 resolve symbol "_ZNK12BApplication7ArchiveEP8BMessageb" returned: -2147478780 resolve symbol "_ZNK5BView7ArchiveEP8BMessageb" returned: -2147478780 resolve symbol "_ZNK5BView7ArchiveEP8BMessageb" returned: -2147478780 resolve symbol "_ZNK11BArchivable7ArchiveEP8BMessageb" returned: -2147478780 resolve symbol "_ZNK11BArchivable7ArchiveEP8BMessageb" returned: -2147478780 resolve symbol "_ZNK7BWindow7ArchiveEP8BMessageb" returned: -2147478780 resolve symbol "_ZNK11BArchivable7ArchiveEP8BMessageb" returned: -2147478780 resolve symbol "_ZNK11BArchivable7ArchiveEP8BMessageb" returned: -2147478780 resolve symbol "_ZTVN10__cxxabiv117__class_type_infoE" returned: -2147478780 resolve symbol "_ZNK11BArchivable7ArchiveEP8BMessageb" returned: -2147478780 resolve symbol "_ZNK11BArchivable7ArchiveEP8BMessageb" returned: -2147478780 resolve symbol "_ZNK11BArchivable7ArchiveEP8BMessageb" returned: -2147478780 resolve symbol "_ZN5BList14_ReservedList1Ev" returned: -2147478780 }}} In gdb: {{{ 0x0093beda in GraphEditor::AttachedToWindow (this=0x18046260) at GraphEditor.cpp:574 574 GraphEditor.cpp: No such file or directory. in GraphEditor.cpp (gdb) bt #0 0x0093beda in GraphEditor::AttachedToWindow (this=0x18046260) at GraphEditor.cpp:574 #1 0x003fe848 in BView::_Attach () from /boot/beos/system/lib/gcc2/libbe.so #2 0x003fe8c3 in BView::_Attach () from /boot/beos/system/lib/gcc2/libbe.so #3 0x003fb78d in BView::_AddChild () from /boot/beos/system/lib/gcc2/libbe.so #4 0x003fb629 in BView::AddChild () from /boot/beos/system/lib/gcc2/libbe.so #5 0x003de82e in BTab::Select () from /boot/beos/system/lib/gcc2/libbe.so #6 0x003e047c in BTabView::Select () from /boot/beos/system/lib/gcc2/libbe.so #7 0x0023c2d4 in MainView::Select (this=0x18019fe0, tab=0x18063ab0) at MainView.cpp:53 #8 0x00258da5 in PWindow::AddEditor (this=0x1802c1a8, name=0x943e02 "GraphEditor", editor=0x18046260) at Document/PWindow.cpp:465 #9 0x00253203 in PWindow::CreatEditorList (this=0x1802c1a8) at Document/PWindow.cpp:87 #10 0x0025a658 in PWindow::Show (this=0x1802c1a8) at Document/PWindow.cpp:875 #11 0x00252af1 in PWindow::PWindow (this=0x1802c1a8, rect= {left = 50, top = 50, right = 973, bottom = 717}, document=0x1801a108) at Document/PWindow.cpp:35 #12 0x0024bffc in PDocument::Init (this=0x1801a108) at Document/PDocument.cpp:261 #13 0x0024a834 in PDocument::PDocument (this=0x1801a108, initManager=0x180202a0) at Document/PDocument.cpp:31 #14 0x002511f2 in PDocumentManager::CreateDocument (this=0x180202a0) at Document/PDocumentManager.cpp:123 ---Type to continue, or q to quit--- #15 0x002505cf in PDocumentManager::PDocumentManager (this=0x180202a0) at Document/PDocumentManager.cpp:9 #16 0x0023c551 in ProjektConceptor::ProjektConceptor (this=0x1801a230) at ProjectConceptor.cpp:144 #17 0x0023d2ce in main () at ProjectConceptor.cpp:298 (gdb) }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 31 01:32:56 2008 From: trac at haiku-os.org (miqlas) Date: Wed, 31 Dec 2008 00:32:56 -0000 Subject: [Haiku-bugs] [Haiku] #3250: Paladin RC2 don't work correctly with GCC4 hybrid build Message-ID: <041.b3b70f17e6bf2abde0c1213aab017123@haiku-os.org> #3250: Paladin RC2 don't work correctly with GCC4 hybrid build --------------------------+------------------------------------------------- Reporter: miqlas | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------+------------------------------------------------- I tested Paladin RC2 in Haiku r28832: [http://boly.hu/~miqlas/haiku/paladin_GCC4.jpg] And if i try to make an new project, and try to open the About box, it crashed. In gdb: {{{ [tcsetpgrp failed in terminal_inferior: Invalid Argument] [Switching to team /boot/apps/Paladin/Paladin (675) thread Paladin (675)] 0x00350450 in BBitmap::Bounds () from /boot/beos/system/lib/gcc2/libbe.so (gdb) bt #0 0x00350450 in BBitmap::Bounds () from /boot/beos/system/lib/gcc2/libbe.so #1 0x00222ab0 in AboutView::AboutView () #2 0x002225c9 in AboutWindow::AboutWindow () #3 0x00230209 in App::AboutRequested () #4 0x00327def in BApplication::DispatchMessage () from /boot/beos/system/lib/gcc2/libbe.so #5 0x00332f4d in BLooper::task_looper () from /boot/beos/system/lib/gcc2/libbe.so #6 0x0032663d in BApplication::Run () from /boot/beos/system/lib/gcc2/libbe.so #7 0x00233295 in main () (gdb) }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 31 01:48:24 2008 From: trac at haiku-os.org (miqlas) Date: Wed, 31 Dec 2008 00:48:24 -0000 Subject: [Haiku-bugs] [Haiku] #3250: Paladin RC2 don't work correctly with GCC4 hybrid build In-Reply-To: <041.b3b70f17e6bf2abde0c1213aab017123@haiku-os.org> References: <041.b3b70f17e6bf2abde0c1213aab017123@haiku-os.org> Message-ID: <050.48222e701886877e7e34466161b21fb5@haiku-os.org> #3250: Paladin RC2 don't work correctly with GCC4 hybrid build --------------------------+------------------------------------------------- Reporter: miqlas | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------+------------------------------------------------- Comment(by miqlas): Oh sorry, i missed to say, this is an GCC4 hybrid Haiku. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 31 11:34:41 2008 From: trac at haiku-os.org (cssvb94) Date: Wed, 31 Dec 2008 10:34: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.8e54119cc07e75f561fff922056c7ec3@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 Blockedby: | Platform: x86 Blocking: | -----------------------------+---------------------------------------------- Comment(by cssvb94): Now I'm applying the patch.[[BR]] At first it failed to build, because:[[BR]] {{{ @434 int bus_alloc_mem_resource_adipe(device_t dev, struct resource *res, int regid); }}} [[BR]] I added the following code at the beginning of your patch:[[BR]] {{{ Index: src/libs/compat/freebsd_network/bus.c =================================================================== --- src/libs/compat/freebsd_network/bus.c (wersja 28800) +++ src/libs/compat/freebsd_network/bus.c (kopia robocza) @@ -108,7 +108,26 @@ return 0; } +int +bus_alloc_mem_resource_adipe(device_t dev, struct resource *res, int regid) +{ + uint32 addr = pci_read_config(dev, regid, 4) & PCI_address_memory_32_mask; + uint32 size = 4 * 1024; /* XXX */ + void *virtualAddr; + dprintf("bfe: bus_alloc_mem_resource_adipe\n"); + + res->r_mapped_area = map_mem(&virtualAddr, (void *)addr, size, 0, + "bus_alloc_resource(MEMORY)"); + if (res->r_mapped_area < B_OK) + return -1; + + res->r_bustag = I386_BUS_SPACE_MEM; + res->r_bushandle = (bus_space_handle_t)virtualAddr; + return 0; +} + + static int bus_alloc_ioport_resource(device_t dev, struct resource *res, int regid) { }}} Sorry for the delay. [[BR]] I'll post the result as soon as possible. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 31 14:41:56 2008 From: trac at haiku-os.org (cssvb94) Date: Wed, 31 Dec 2008 13:41: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.65b805ecbc024610f94424b229e4a629@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 Blockedby: | Platform: x86 Blocking: | -----------------------------+---------------------------------------------- Comment(by cssvb94): Haiku compiled and when I rebooted it stopped at the last boot icon (rocket). KDL wasn't possible to be called. PC freezed. Then I rebooted in debug output mode to take some pictures (attached above). If I choose safe mode it boots to bash prompt. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 31 15:32:21 2008 From: trac at haiku-os.org (emitrax) Date: Wed, 31 Dec 2008 14:32:21 -0000 Subject: [Haiku-bugs] [Haiku] #3239: ps shows negative total memory In-Reply-To: <042.a1dbfd743a54a210324f05dbedbec111@haiku-os.org> References: <042.a1dbfd743a54a210324f05dbedbec111@haiku-os.org> Message-ID: <051.56acb1e75ef8f420e17c31cbf7e62c8a@haiku-os.org> #3239: ps shows negative total memory ---------------------------------------------+------------------------------ Reporter: Adek336 | Owner: emitrax Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------------+------------------------------ Changes (by emitrax): * owner: axeld => emitrax Comment: Reassigning to me as I'm reworking ps. The current output is just messy. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 31 17:51:04 2008 From: trac at haiku-os.org (emitrax) Date: Wed, 31 Dec 2008 16:51:04 -0000 Subject: [Haiku-bugs] [Haiku] #3239: ps shows negative total memory In-Reply-To: <042.a1dbfd743a54a210324f05dbedbec111@haiku-os.org> References: <042.a1dbfd743a54a210324f05dbedbec111@haiku-os.org> Message-ID: <051.7bc25c527e7945c3e609bc94b9d591bd@haiku-os.org> #3239: ps shows negative total memory ----------------------------------------------+----------------------------- Reporter: Adek336 | Owner: emitrax Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------------------------+----------------------------- Changes (by emitrax): * status: new => closed * resolution: => fixed Comment: Should be fixed in r28835. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 31 18:42:58 2008 From: trac at haiku-os.org (Adek336) Date: Wed, 31 Dec 2008 17:42:58 -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.a708b3f369ed8548124effd4e22119d8@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 Blockedby: | Platform: x86 Blocking: | -----------------------------+---------------------------------------------- Comment(by Adek336): If you enter KDL after the "bfe: rman_bus_handle: ...", does "db -p 0xd0010000 600" yield something interesting ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 31 18:43:08 2008 From: trac at haiku-os.org (tqh) Date: Wed, 31 Dec 2008 17:43:08 -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.5cec90d984e3bbaede78e5a02db77753@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 Blockedby: | Platform: All Blocking: 3193 | ---------------------------+------------------------------------------------ Comment(by tqh): I made a quick hack for getting HDA working on ATI SBX00 chips, after looking at what ALSA HDA does on init. It's choppy but otherwise correct, as opposed to the noise without it. It needs to setup 'snooping': Basically same as reading/writing TCSEL in hdacontroller.cpp but on register 0x42 OR'ing what is written back with 0x2. (See the lines ~731 /* TCSEL is reset to TC0 (clear 0-2 bits) */ I added my hack before the /* Enable controller interrupts */ section ) For Nvidia the register is 0x4e and the value to OR with is 0x0F. Sorry for the cryptic explanation, but don't want to introduce any license complications. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 31 19:20:34 2008 From: trac at haiku-os.org (emitrax) Date: Wed, 31 Dec 2008 18:20:34 -0000 Subject: [Haiku-bugs] [Haiku] #2887: vim: upgrade In-Reply-To: <042.47a774473ccb5aa53f7e858bd05ae34d@haiku-os.org> References: <042.47a774473ccb5aa53f7e858bd05ae34d@haiku-os.org> Message-ID: <051.7a82712dbd8905a53320f7231ea8bcb7@haiku-os.org> #2887: vim: upgrade ---------------------------------------------+------------------------------ Reporter: Adek336 | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------------+------------------------------ Comment(by emitrax): Replying to [comment:6 axeld]: > Vim would definitely make a good optional package. +1 for removing the current version and add a new-up-to-date version as optional package. It's indeed easier to mantain! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Dec 31 22:52:49 2008 From: trac at haiku-os.org (Adek336) Date: Wed, 31 Dec 2008 21:52:49 -0000 Subject: [Haiku-bugs] [Haiku] #1944: Kill command don't work with process names In-Reply-To: <038.92673db4233c8a78a2bc2c023a4462b9@haiku-os.org> References: <038.92673db4233c8a78a2bc2c023a4462b9@haiku-os.org> Message-ID: <047.2b81c2f34c02447f8f81e413fd618cba@haiku-os.org> #1944: Kill command don't work with process names --------------------------+------------------------------------------------- Reporter: tqh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Changes (by Adek336): * cc: adek336@? (added) -- Ticket URL: Haiku The Haiku operating system.