From trac at haiku-os.org Wed Aug 1 00:11:08 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 31 Jul 2007 22:11:08 -0000 Subject: [Haiku-bugs] [Haiku] #1347: DriveSetup needs more work done on its implementation Message-ID: <041.e6715a2011e8d211f9215c68efad8217@haiku-os.org> #1347: DriveSetup needs more work done on its implementation ---------------------------+------------------------------------------------ Reporter: jamesu | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - Preferences | Version: R1 development Platform: All | ---------------------------+------------------------------------------------ The DriveSetup preferences app which currently resides in the repository (at src/preferences/drivesetup) is pretty much non-functional and incomplete. In order for end-user's to have any hope of installing Haiku on their systems, it needs to be further implemented, at least to match the functionality of the original DriveSetup. For reference, as of revision 21777 DriveSetup doesn't even startup on its first attempt. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 1 00:38:37 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 31 Jul 2007 22:38:37 -0000 Subject: [Haiku-bugs] [Haiku] #1346: Full build broken In-Reply-To: <040.453a512dc6b8464fa40917d07f324355@haiku-os.org> References: <040.453a512dc6b8464fa40917d07f324355@haiku-os.org> Message-ID: <049.d9df3fdd720c60ebf761b1f55209ace4@haiku-os.org> #1346: Full build broken ---------------------------+------------------------------------------------ Reporter: korli | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: fixed | Platform: All ---------------------------+------------------------------------------------ Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Fixed in r21778. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 1 03:47:07 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 01 Aug 2007 01:47:07 -0000 Subject: [Haiku-bugs] [Haiku] #89: Charts blocks drawing while '2 Threads' is selected In-Reply-To: <049.8cc993e41cf38e3d12470906433e3b5e@haiku-os.org> References: <049.8cc993e41cf38e3d12470906433e3b5e@haiku-os.org> Message-ID: <058.1a158135939ae0b09db40c61705c48dc@haiku-os.org> #89: Charts blocks drawing while '2 Threads' is selected -----------------------------+---------------------------------------------- Reporter: johndrinkwater | Owner: jackburton Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: - Applications | Version: Resolution: | Platform: All -----------------------------+---------------------------------------------- Comment (by aldeck): Replying to [comment:16 jackburton]: I can confirm that the bug appears under vmware with either haiku or r5. No problem on real hardware. Hardcoding all instances of fSecondThreadThreshold to 0.5 in ChartWindow.cpp seems to solve the 2 threads problem. The code must be blocking itself with erroneous timing calculations. This old code is a bit too geeky/complicated for what it does IMHO :) Don't know if it's due to my modification but on one time it didn't quit properly (window closing only). What lead me to this is the strange cpu usage display, especially when animation is off but drawing is enabled. It's maybe unrelated but i thought some timing calculation might be responsible. Maybe a clock/cpu usage issue under vmware? Or Charts is the only suspect :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 1 08:54:35 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 01 Aug 2007 06:54:35 -0000 Subject: [Haiku-bugs] [Haiku] #1068: Print server dies with PDF printer driver In-Reply-To: <045.5e9e8815b8ca37dcf95c3ebc0a388d06@haiku-os.org> References: <045.5e9e8815b8ca37dcf95c3ebc0a388d06@haiku-os.org> Message-ID: <054.a952ee72299b486260585ef8ff50456c@haiku-os.org> #1068: Print server dies with PDF printer driver -----------------------------------+---------------------------------------- Reporter: jackburton | Owner: phoudoin Type: bug | Status: closed Priority: high | Milestone: R1 Component: Servers/print_server | Version: R1 development Resolution: fixed | Platform: All -----------------------------------+---------------------------------------- Comment (by jackburton): Replying to [comment:4 laplace]: > The 'Print to File' transport add-on returns an invalid BFile object on cancellation with revision 21771. Thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 1 13:14:40 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 01 Aug 2007 11:14:40 -0000 Subject: [Haiku-bugs] [Haiku] #1348: unchecking 'Auto-Start Mail Daemon' has no effect Message-ID: <041.35287257da2e5b95814375e7fc7710ee@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 Platform: All | --------------------------------+------------------------------------------- Unchecking the 'Auto-Start Mail Daemon' option has no effect. The mail daemon is always started, independent of this setting. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 1 14:06:06 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 01 Aug 2007 12:06:06 -0000 Subject: [Haiku-bugs] [Haiku] #1349: "Sort by Name..." for Icon View in Tracker Message-ID: <041.ba0d8e2a9b3bdbae29e84d5531be454e@haiku-os.org> #1349: "Sort by Name..." for Icon View in Tracker -------------------------+-------------------------------------------------- Reporter: polari | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Platform: All | -------------------------+-------------------------------------------------- A "Sort by Name" (and date, size etc.) option in Tracker is sorely needed. See OS X's Finder, Nautilus and Windows Explorer for examples. The ability to sort a folder by a chosen attribute continuously would be good too, like in OS X. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 1 16:23:52 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 01 Aug 2007 14:23:52 -0000 Subject: [Haiku-bugs] [Haiku] #1349: "Sort by Name..." for Icon View in Tracker In-Reply-To: <041.ba0d8e2a9b3bdbae29e84d5531be454e@haiku-os.org> References: <041.ba0d8e2a9b3bdbae29e84d5531be454e@haiku-os.org> Message-ID: <050.63f4c3a426022a2765159246e953aa15@haiku-os.org> #1349: "Sort by Name..." for Icon View in Tracker -------------------------------------+-------------------------------------- Reporter: polari | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: Unscheduled Component: - Applications/Tracker | Version: R1 development Resolution: | Platform: All -------------------------------------+-------------------------------------- Changes (by axeld): * component: - General => - Applications/Tracker * milestone: R1 => Unscheduled Comment: Do I understand you correctly that you are referring to the icon mode? Because the listview mode already allows you to define a secondary and primary order type. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 1 17:24:55 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 01 Aug 2007 15:24:55 -0000 Subject: [Haiku-bugs] [Haiku] #1350: GLTeapot crashes in VMware player on faster machine in FPS::drawChar () Message-ID: <046.470bde797870ada4b331b440863feb66@haiku-os.org> #1350: GLTeapot crashes in VMware player on faster machine in FPS::drawChar () -----------------------------+---------------------------------------------- Reporter: umccullough | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/OpenGL Kit | Version: R1 development Platform: x86 | -----------------------------+---------------------------------------------- GLTeapot runs for a second and then it crashes into gdb with attached stack trace. Looks like something wrong in FPS::drawChar () This occurs running Haiku r21778 in VMWare Player 1.0.4 (windows) - machine is AMD64 X2 5600+ but VMWare is configured for single CPU. This seems to work fine on a slower PII450 running on real hardware (vesa driver). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 1 19:46:51 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 01 Aug 2007 17:46:51 -0000 Subject: [Haiku-bugs] [Haiku] #1350: GLTeapot crashes in VMware player on faster machine in FPS::drawChar () In-Reply-To: <046.470bde797870ada4b331b440863feb66@haiku-os.org> References: <046.470bde797870ada4b331b440863feb66@haiku-os.org> Message-ID: <055.78b151b99f73e25b4927f2019d3e34f4@haiku-os.org> #1350: GLTeapot crashes in VMware player on faster machine in FPS::drawChar () ------------------------------+--------------------------------------------- Reporter: umccullough | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/OpenGL Kit | Version: R1 development Resolution: | Platform: x86 ------------------------------+--------------------------------------------- Comment (by ekdahl): I've observed the same behaviour here with an Athlon 64 X2 3800, also with vmware. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 1 20:04:35 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 01 Aug 2007 18:04:35 -0000 Subject: [Haiku-bugs] [Haiku] #1349: "Sort by Name..." for Icon View in Tracker In-Reply-To: <041.ba0d8e2a9b3bdbae29e84d5531be454e@haiku-os.org> References: <041.ba0d8e2a9b3bdbae29e84d5531be454e@haiku-os.org> Message-ID: <050.0683f5569237956259a2cb8c82ed78ef@haiku-os.org> #1349: "Sort by Name..." for Icon View in Tracker -------------------------------------+-------------------------------------- Reporter: polari | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: Unscheduled Component: - Applications/Tracker | Version: R1 development Resolution: | Platform: All -------------------------------------+-------------------------------------- Comment (by ekdahl): I second this feature request. The placement of the files in the icon view mode is kinda strange also. I think placement in a grid (where all columns have the same width) would look cleaner. The icons should automatically "snap" to this grid and positions should be updated when files are added or removed. All IMO of course.. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 1 20:03:25 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 01 Aug 2007 18:03:25 -0000 Subject: [Haiku-bugs] [Haiku] #1350: GLTeapot crashes in VMware player on faster machine in FPS::drawChar () In-Reply-To: <046.470bde797870ada4b331b440863feb66@haiku-os.org> References: <046.470bde797870ada4b331b440863feb66@haiku-os.org> Message-ID: <055.d935827dc0079eb4ec3084ab8f310c64@haiku-os.org> #1350: GLTeapot crashes in VMware player on faster machine in FPS::drawChar () ------------------------------+--------------------------------------------- Reporter: umccullough | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/OpenGL Kit | Version: R1 development Resolution: | Platform: x86 ------------------------------+--------------------------------------------- Comment (by mmlr): Should be fixed in r21782. The FPS counter did only expect frame rates below 1000. Anything above could cause an invalid array access. Can you please verify? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 1 20:10:18 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 01 Aug 2007 18:10:18 -0000 Subject: [Haiku-bugs] [Haiku] #1349: "Sort by Name..." for Icon View in Tracker In-Reply-To: <041.ba0d8e2a9b3bdbae29e84d5531be454e@haiku-os.org> References: <041.ba0d8e2a9b3bdbae29e84d5531be454e@haiku-os.org> Message-ID: <050.ec60a96c7e26ab3a03bd661968803e7c@haiku-os.org> #1349: "Sort by Name..." for Icon View in Tracker -------------------------------------+-------------------------------------- Reporter: polari | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: Unscheduled Component: - Applications/Tracker | Version: R1 development Resolution: | Platform: All -------------------------------------+-------------------------------------- Comment (by humdinger): A nice, though not apparent solution, would be to define the primary and secondary sorting by changing to the listview. Changing back to iconview should then simply keep that sorting. A menu would be handy in any case... [BTW: if you drag a column e.g. "Size" to the leftmost position, the iconview will reflect that change by using the file's size as text. Neat.] [BTW2: Holding the ALT key before releasing a dragged icon has it snapped into the grid.] -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 1 20:30:06 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 01 Aug 2007 18:30:06 -0000 Subject: [Haiku-bugs] [Haiku] #1349: "Sort by Name..." for Icon View in Tracker In-Reply-To: <041.ba0d8e2a9b3bdbae29e84d5531be454e@haiku-os.org> References: <041.ba0d8e2a9b3bdbae29e84d5531be454e@haiku-os.org> Message-ID: <050.0b7c6e3b4a91a9f1ed6285798d4c3804@haiku-os.org> #1349: "Sort by Name..." for Icon View in Tracker -------------------------------------+-------------------------------------- Reporter: polari | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: Unscheduled Component: - Applications/Tracker | Version: R1 development Resolution: | Platform: All -------------------------------------+-------------------------------------- Comment (by diver): Replying to [comment:2 ekdahl]: > I second this feature request. > The placement of the files in the icon view mode is kinda strange also. I think placement in a grid (where all columns have the same width) would look cleaner. The icons should automatically "snap" to this grid and positions should be updated when files are added or removed. > All IMO of course.. I would like to see these features in tracker too. Somebody please implement it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 1 21:52:15 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 01 Aug 2007 19:52:15 -0000 Subject: [Haiku-bugs] [Haiku] #1350: GLTeapot crashes in VMware player on faster machine in FPS::drawChar () In-Reply-To: <046.470bde797870ada4b331b440863feb66@haiku-os.org> References: <046.470bde797870ada4b331b440863feb66@haiku-os.org> Message-ID: <055.43b3e5869445500ba4f7e5c041ef0dd2@haiku-os.org> #1350: GLTeapot crashes in VMware player on faster machine in FPS::drawChar () ------------------------------+--------------------------------------------- Reporter: umccullough | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/OpenGL Kit | Version: R1 development Resolution: | Platform: x86 ------------------------------+--------------------------------------------- Comment (by ekdahl): It does indeed seem to work fine here now. Thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 1 23:04:03 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 01 Aug 2007 21:04:03 -0000 Subject: [Haiku-bugs] [Haiku] #1350: GLTeapot crashes in VMware player on faster machine in FPS::drawChar () In-Reply-To: <046.470bde797870ada4b331b440863feb66@haiku-os.org> References: <046.470bde797870ada4b331b440863feb66@haiku-os.org> Message-ID: <055.14f361068a465e90e2e2ea7a05cb7256@haiku-os.org> #1350: GLTeapot crashes in VMware player on faster machine in FPS::drawChar () ------------------------------+--------------------------------------------- Reporter: umccullough | Owner: korli Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/OpenGL Kit | Version: R1 development Resolution: fixed | Platform: x86 ------------------------------+--------------------------------------------- Changes (by mmlr): * status: new => closed * resolution: => fixed Comment: Verified, closing ticket. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 1 23:44:34 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 01 Aug 2007 21:44:34 -0000 Subject: [Haiku-bugs] [Haiku] #1303: Tracker doesn't let the deskbar close his opened windows. In-Reply-To: <043.5b5bf644532745ec395eabc8c81e92e0@haiku-os.org> References: <043.5b5bf644532745ec395eabc8c81e92e0@haiku-os.org> Message-ID: <052.398f0342a58cad2135314fc6555b8f5a@haiku-os.org> #1303: Tracker doesn't let the deskbar close his opened windows. -------------------------------------+-------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - Applications/Tracker | Version: R1 development Resolution: fixed | Platform: x86 -------------------------------------+-------------------------------------- Changes (by kaoutsis): * status: new => closed * resolution: => fixed Comment: tested again with r21778: it's fixed! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 2 02:09:19 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 02 Aug 2007 00:09:19 -0000 Subject: [Haiku-bugs] [Haiku] #1349: "Sort by Name..." for Icon View in Tracker In-Reply-To: <041.ba0d8e2a9b3bdbae29e84d5531be454e@haiku-os.org> References: <041.ba0d8e2a9b3bdbae29e84d5531be454e@haiku-os.org> Message-ID: <050.b9331ff14c4e9dace328f8b81dcaf634@haiku-os.org> #1349: "Sort by Name..." for Icon View in Tracker -------------------------------------+-------------------------------------- Reporter: polari | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: Unscheduled Component: - Applications/Tracker | Version: R1 development Resolution: | Platform: All -------------------------------------+-------------------------------------- Comment (by polari): Replying to [comment:1 axeld]: > Do I understand you correctly that you are referring to the icon mode? Because the listview mode already allows you to define a secondary and primary order type. Yes, for icon mode. Replying to [comment:2 ekdahl]: > The placement of the files in the icon view mode is kinda strange also. I think placement in a grid (where all columns have the same width) would look cleaner. The icons should automatically "snap" to this grid and positions should be updated when files are added or removed. Yeah, this is what I meant by "The ability to sort a folder by a chosen attribute continuously would be good too, like in OS X." You've explained it much more clearly than I did though. :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 2 04:37:57 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 02 Aug 2007 02:37:57 -0000 Subject: [Haiku-bugs] [Haiku] #1304: Panic: ASSERT FAILED while compiling jam with kernel assert enabled In-Reply-To: <045.0ded1e829f625cd83a13d3199456feb7@haiku-os.org> References: <045.0ded1e829f625cd83a13d3199456feb7@haiku-os.org> Message-ID: <054.17e3bfbef65dc194ab368fa8ef3b327a@haiku-os.org> #1304: Panic: ASSERT FAILED while compiling jam with kernel assert enabled ----------------------------+----------------------------------------------- Reporter: jackburton | Owner: axeld Type: bug | Status: closed Priority: blocker | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Platform: All ----------------------------+----------------------------------------------- Changes (by bonefish): * status: new => closed * resolution: => fixed Comment: Fixed in r21783. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 2 07:41:04 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 02 Aug 2007 05:41:04 -0000 Subject: [Haiku-bugs] [Haiku] #1153: GLTeapot crashes on AMD64x2 In-Reply-To: <043.ea3c568d02588ae415238866fa9a8b78@haiku-os.org> References: <043.ea3c568d02588ae415238866fa9a8b78@haiku-os.org> Message-ID: <052.6514828d69ffcc8e7425b0b17ff306dc@haiku-os.org> #1153: GLTeapot crashes on AMD64x2 ------------------------+--------------------------------------------------- Reporter: tigerdog | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by marcusoverhagen): Can you please retest with r21784 or newer? This might have been fixed by r21782 or r21784. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 2 10:22:52 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 02 Aug 2007 08:22:52 -0000 Subject: [Haiku-bugs] [Haiku] #1350: GLTeapot crashes in VMware player on faster machine in FPS::drawChar () In-Reply-To: <046.470bde797870ada4b331b440863feb66@haiku-os.org> References: <046.470bde797870ada4b331b440863feb66@haiku-os.org> Message-ID: <055.57e699ad4f946f6906969faa3762aaba@haiku-os.org> #1350: GLTeapot crashes in VMware player on faster machine in FPS::drawChar () ------------------------------+--------------------------------------------- Reporter: umccullough | Owner: korli Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/OpenGL Kit | Version: R1 development Resolution: fixed | Platform: x86 ------------------------------+--------------------------------------------- Comment (by umccullough): Yep, definitely fixed here too. Thanks for tracking that down so quickly! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 2 11:38:54 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 02 Aug 2007 09:38:54 -0000 Subject: [Haiku-bugs] [Haiku] #1351: aliasing is heared with playback 44.1kHz files on 48kHz system sample rate Message-ID: <041.45ac5762248cf244fcd7242fe413012c@haiku-os.org> #1351: aliasing is heared with playback 44.1kHz files on 48kHz system sample rate ----------------------------+----------------------------------------------- Reporter: nutela | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Media Kit | Version: R1 development Platform: x86 | ----------------------------+----------------------------------------------- The sound card used is an Echo Mia MIDI 4xio 24/96 sound card. When I set the sample rate in the echo.settings file to 44100 the aliasing is gone. Therefore this might be in the wrong category, please let my know and I'll change that. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 2 11:47:25 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 02 Aug 2007 09:47:25 -0000 Subject: [Haiku-bugs] [Haiku] #1352: Echo 24 driver: no support for 24 bit and 96kHz sample rate r 21093 Message-ID: <041.c9096c1dcca27e57347bcbeb5d8a0930@haiku-os.org> #1352: Echo 24 driver: no support for 24 bit and 96kHz sample rate r 21093 ---------------------------+------------------------------------------------ Reporter: nutela | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Platform: x86 | ---------------------------+------------------------------------------------ The sound card is an Echo Mia MIDI. With the Haiku multiaudio media addon and Echo driver of release 21093. I expect to use the cards all available sample and bit rates but most important is 24 bit and 96kHz sample rate support. (nice job nevertheless!) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 2 14:25:37 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 02 Aug 2007 12:25:37 -0000 Subject: [Haiku-bugs] [Haiku] #1153: GLTeapot crashes on AMD64x2 In-Reply-To: <043.ea3c568d02588ae415238866fa9a8b78@haiku-os.org> References: <043.ea3c568d02588ae415238866fa9a8b78@haiku-os.org> Message-ID: <052.2a895e2859350d55b551a26541ae29ca@haiku-os.org> #1153: GLTeapot crashes on AMD64x2 ------------------------+--------------------------------------------------- Reporter: tigerdog | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by mt): Replying to [comment:9 marcusoverhagen]: > Can you please retest with r21784 or newer? > This might have been fixed by r21782 or r21784. Tested r21785, do not work. I think this is Jamfile problem I pointed before. Why Haiku build accepts "-DUSE_SSE_ASM"? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 2 21:16:06 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 02 Aug 2007 19:16:06 -0000 Subject: [Haiku-bugs] [Haiku] #1342: Mails which just has been fetched from mail server don't have names in Tracker's window. In-Reply-To: <043.3b7f460119aa10899057457779a3496a@haiku-os.org> References: <043.3b7f460119aa10899057457779a3496a@haiku-os.org> Message-ID: <052.a762ad552ac59a22c35a3a31700c1ea9@haiku-os.org> #1342: Mails which just has been fetched from mail server don't have names in Tracker's window. ------------------------+--------------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: duplicate | Platform: All ------------------------+--------------------------------------------------- Changes (by kaoutsis): * status: new => closed * resolution: => duplicate Comment: Duplicate of #1200. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 3 01:50:33 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 02 Aug 2007 23:50:33 -0000 Subject: [Haiku-bugs] [Haiku] #1353: Missing symbol: confstr Message-ID: <041.c72c5c956af2b44e808dd3c4751fa4df@haiku-os.org> #1353: Missing symbol: confstr -----------------------+---------------------------------------------------- Reporter: aldeck | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Platform: All | -----------------------+---------------------------------------------------- Missing symbol: confstr Trying to run the (R5 compiled) python interpreter on Haiku (http://www.bebits.com/app/4232) on R5: nm libroot.so | grep confstr {{{ 00015040 T confstr }}} Python can be conditionaly compiled without confstr but it's still a bug :) Quite mysterious nonetheless, on R5, i can't find it in any header! Should be in unistd.h . I could propose a patch but i'd like to know what others think. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 3 04:51:41 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 03 Aug 2007 02:51:41 -0000 Subject: [Haiku-bugs] [Haiku] #1354: It is possible to copy text from a password field (BTextView) Message-ID: <041.d079968ee76fa72eb42559ff23ff11e3@haiku-os.org> #1354: It is possible to copy text from a password field (BTextView) --------------------------------+------------------------------------------- Reporter: ksmith | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Platform: All | --------------------------------+------------------------------------------- When a BTextView is set to HideTyping, it is still possible to copy the text from the BTextView and paste it into another app (i.e., StyledEdit) and read the password. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 3 09:14:07 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 03 Aug 2007 07:14:07 -0000 Subject: [Haiku-bugs] [Haiku] #1354: It is possible to copy text from a password field (BTextView) In-Reply-To: <041.d079968ee76fa72eb42559ff23ff11e3@haiku-os.org> References: <041.d079968ee76fa72eb42559ff23ff11e3@haiku-os.org> Message-ID: <050.1a74d7bf7262193bcfeb11b22ddbb30e@haiku-os.org> #1354: It is possible to copy text from a password field (BTextView) ---------------------------------+------------------------------------------ Reporter: ksmith | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Changes (by jackburton): * owner: axeld => jackburton Comment: How does BeOS behave here ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 3 10:52:36 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 03 Aug 2007 08:52:36 -0000 Subject: [Haiku-bugs] [Haiku] #1188: Dragging GLTeapot shows artifacts and locks the system. In-Reply-To: <041.9b0f9a5bed97b3cf35bcb317ebef3be8@haiku-os.org> References: <041.9b0f9a5bed97b3cf35bcb317ebef3be8@haiku-os.org> Message-ID: <050.6a1b67c00435864e9af9b9b956e512dd@haiku-os.org> #1188: Dragging GLTeapot shows artifacts and locks the system. ------------------------+--------------------------------------------------- Reporter: mmadia | Owner: jackburton Type: bug | Status: closed Priority: blocker | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Platform: All ------------------------+--------------------------------------------------- Changes (by jackburton): * status: new => closed * resolution: => fixed Comment: I can't reproduce either. Probably fixed in mesa. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 3 11:46:59 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 03 Aug 2007 09:46:59 -0000 Subject: [Haiku-bugs] [Haiku] #1354: It is possible to copy text from a password field (BTextView) In-Reply-To: <041.d079968ee76fa72eb42559ff23ff11e3@haiku-os.org> References: <041.d079968ee76fa72eb42559ff23ff11e3@haiku-os.org> Message-ID: <050.45e81af0a83c102761aa4faafa8394d0@haiku-os.org> #1354: It is possible to copy text from a password field (BTextView) ---------------------------------+------------------------------------------ Reporter: ksmith | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by kaoutsis): Replying to [comment:1 jackburton]: > How does BeOS behave here ? copied the ******** from a password field; pastes the ******** (i find it very logic!) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 3 11:50:48 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 03 Aug 2007 09:50:48 -0000 Subject: [Haiku-bugs] [Haiku] #1354: It is possible to copy text from a password field (BTextView) In-Reply-To: <041.d079968ee76fa72eb42559ff23ff11e3@haiku-os.org> References: <041.d079968ee76fa72eb42559ff23ff11e3@haiku-os.org> Message-ID: <050.1b6f4bf79f618e52b806de1088f99ed6@haiku-os.org> #1354: It is possible to copy text from a password field (BTextView) ---------------------------------+------------------------------------------ Reporter: ksmith | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by jackburton): Replying to [comment:2 kaoutsis]: > Replying to [comment:1 jackburton]: > > How does BeOS behave here ? > > copied the ******** from a password field; > pastes the ******** (i find it very logic!) I thought so (behaves like windows or gnome). So the patch isn't correct. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 3 11:51:40 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 03 Aug 2007 09:51:40 -0000 Subject: [Haiku-bugs] [Haiku] #1317: [LaunchBox] will not disappear from deskbar on close In-Reply-To: <040.affad700d2baca4f71f5b05d0cc27ff1@haiku-os.org> References: <040.affad700d2baca4f71f5b05d0cc27ff1@haiku-os.org> Message-ID: <049.c0f47b4eb54b1c32d11091efe1efb2fa@haiku-os.org> #1317: [LaunchBox] will not disappear from deskbar on close -----------------------------+---------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - Applications | Version: R1 development Resolution: fixed | Platform: All -----------------------------+---------------------------------------------- Changes (by kaoutsis): * status: new => closed * resolution: => fixed Comment: Tested with r21803: it's fixed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 3 11:54:21 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 03 Aug 2007 09:54:21 -0000 Subject: [Haiku-bugs] [Haiku] #1308: [People] don't disappear from Deskbar on close In-Reply-To: <040.688736dcfc1184c7e55f4d6927fd7766@haiku-os.org> References: <040.688736dcfc1184c7e55f4d6927fd7766@haiku-os.org> Message-ID: <049.baaf86980c7dccc61598d32e65b7fc20@haiku-os.org> #1308: [People] don't disappear from Deskbar on close ------------------------------------+--------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - Applications/People | Version: R1 development Resolution: fixed | Platform: All ------------------------------------+--------------------------------------- Changes (by kaoutsis): * status: new => closed * resolution: => fixed Comment: Tested with r21803: it's fixed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 3 18:37:49 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 03 Aug 2007 16:37:49 -0000 Subject: [Haiku-bugs] [Haiku] #1354: It is possible to copy text from a password field (BTextView) In-Reply-To: <041.d079968ee76fa72eb42559ff23ff11e3@haiku-os.org> References: <041.d079968ee76fa72eb42559ff23ff11e3@haiku-os.org> Message-ID: <050.6624c34dad838c48445199f36bddaf68@haiku-os.org> #1354: It is possible to copy text from a password field (BTextView) ---------------------------------+------------------------------------------ Reporter: ksmith | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by ksmith): Replying to [comment:3 jackburton]: > Replying to [comment:2 kaoutsis]: > > Replying to [comment:1 jackburton]: > > > How does BeOS behave here ? > > > > copied the ******** from a password field; > > pastes the ******** (i find it very logic!) > > I thought so (behaves like windows or gnome). So the patch isn't correct. Sorry, I suppose I should have checked how BeOS behaves before proposing a patch. I will continue looking into this. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 3 19:31:06 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 03 Aug 2007 17:31:06 -0000 Subject: [Haiku-bugs] [Haiku] #1310: [GLTeapot] can't be controlled by a mouse anymore In-Reply-To: <040.331a3dc9623631958c936d219dd94328@haiku-os.org> References: <040.331a3dc9623631958c936d219dd94328@haiku-os.org> Message-ID: <049.c4cb3178155a9fd935691eacdc769f2a@haiku-os.org> #1310: [GLTeapot] can't be controlled by a mouse anymore ------------------------------+--------------------------------------------- Reporter: diver | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/OpenGL Kit | Version: R1 development Resolution: | Platform: All ------------------------------+--------------------------------------------- Comment (by diver): It seems it just ignore mouse events, keboard (alt+n) works though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 3 19:33:20 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 03 Aug 2007 17:33:20 -0000 Subject: [Haiku-bugs] [Haiku] #1355: [GLTeapot] last frame stays on screen at close Message-ID: <040.737ff0af8a5b492c0eb342df8e8072bf@haiku-os.org> #1355: [GLTeapot] last frame stays on screen at close -----------------------+---------------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Platform: All | -----------------------+---------------------------------------------------- GLTeapot leaves last frame on screen at close via Alt+q. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 3 20:15:20 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 03 Aug 2007 18:15:20 -0000 Subject: [Haiku-bugs] [Haiku] #1353: Missing symbol: confstr In-Reply-To: <041.c72c5c956af2b44e808dd3c4751fa4df@haiku-os.org> References: <041.c72c5c956af2b44e808dd3c4751fa4df@haiku-os.org> Message-ID: <050.bde3a76c4e06824bbb507fa597a83d97@haiku-os.org> #1353: Missing symbol: confstr ------------------------+--------------------------------------------------- Reporter: aldeck | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Platform: All ------------------------+--------------------------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed Comment: Added an empty implementation in r21810. Please test to see if it works as is. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 4 12:57:29 2007 From: trac at haiku-os.org (Haiku) Date: Sat, 04 Aug 2007 10:57:29 -0000 Subject: [Haiku-bugs] [Haiku] #1356: /haiku/docs/develop/befs/resources.html outdated (update attatched) Message-ID: <044.68d8338b93fb34dd8088f2be4517a858@haiku-os.org> #1356: /haiku/docs/develop/befs/resources.html outdated (update attatched) ---------------------------+------------------------------------------------ Reporter: kamikazow | Owner: mphipps Type: bug | Status: new Priority: normal | Milestone: R1 Component: Documentation | Version: R1 development Platform: All | ---------------------------+------------------------------------------------ `/haiku/docs/develop/befs/resources.html` in the SVN tree is outdated. I fixed the broken links (if mirrors are available). I also added a link to the free download of Dominic Giampaolo's book ''Practical File System Design''. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 4 15:46:05 2007 From: trac at haiku-os.org (Haiku) Date: Sat, 04 Aug 2007 13:46:05 -0000 Subject: [Haiku-bugs] [Haiku] #1354: It is possible to copy text from a password field (BTextView) In-Reply-To: <041.d079968ee76fa72eb42559ff23ff11e3@haiku-os.org> References: <041.d079968ee76fa72eb42559ff23ff11e3@haiku-os.org> Message-ID: <050.2bbeb7bb68742d334496bebf4ba30f24@haiku-os.org> #1354: It is possible to copy text from a password field (BTextView) ---------------------------------+------------------------------------------ Reporter: ksmith | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by johndrinkwater): Replying to [comment:3 jackburton]: > Replying to [comment:2 kaoutsis]: > > Replying to [comment:1 jackburton]: > > > How does BeOS behave here ? > > > > copied the ******** from a password field; > > pastes the ******** (i find it very logic!) > > I thought so (behaves like windows or gnome). So the patch isn't correct. Can we deviate from this behaviour, why would anyone want to copy from a password field? Just ignore the request and leave clipboard untouched. Unless copying from one password field to another works (a really bad idea), it seems wholly stupid imo. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 4 17:21:38 2007 From: trac at haiku-os.org (Haiku) Date: Sat, 04 Aug 2007 15:21:38 -0000 Subject: [Haiku-bugs] [Haiku] #1357: A default soundfont is missing Message-ID: <041.76501dc93bd5db88289d902f6b887c26@haiku-os.org> #1357: A default soundfont is missing ---------------------------+------------------------------------------------ Reporter: ekdahl | Owner: korli Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Kits/Midi Kit | Version: R1 development Platform: All | ---------------------------+------------------------------------------------ Needed to enable midi playback. It should.. * have good quality sounds * be appropriately sized (or it will increase the image size considerably) * have a license which makes it redistributable * be compatible with fluidsynth -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 4 20:39:23 2007 From: trac at haiku-os.org (Haiku) Date: Sat, 04 Aug 2007 18:39:23 -0000 Subject: [Haiku-bugs] [Haiku] #715: BTextView::HideTyping not implemented In-Reply-To: <040.137cc10e634eb0b194c10801532e9567@haiku-os.org> References: <040.137cc10e634eb0b194c10801532e9567@haiku-os.org> Message-ID: <049.849f78c7b8bc9092f8cd9c955fca1c8a@haiku-os.org> #715: BTextView::HideTyping not implemented ---------------------------------+------------------------------------------ Reporter: korli | Owner: jackburton Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: Resolution: | Platform: All ---------------------------------+------------------------------------------ Changes (by ksmith): * cc: ksmith (added) Comment: The bullets are not being properly displayed. Could this be because the number of bytes taken by a bullet is not being properly calculated? If you change the bullets to asterisks in TextGapBuffer.cpp, they actually show up in the textview when you are typing. However, when you leave the textview, the formatting (spacing) of the asterisks change, and I am not sure why. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 4 21:48:48 2007 From: trac at haiku-os.org (Haiku) Date: Sat, 04 Aug 2007 19:48:48 -0000 Subject: [Haiku-bugs] [Haiku] #1354: It is possible to copy text from a password field (BTextView) In-Reply-To: <041.d079968ee76fa72eb42559ff23ff11e3@haiku-os.org> References: <041.d079968ee76fa72eb42559ff23ff11e3@haiku-os.org> Message-ID: <050.88544ab3446560c019d8f814fbf3e272@haiku-os.org> #1354: It is possible to copy text from a password field (BTextView) ---------------------------------+------------------------------------------ Reporter: ksmith | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by ksmith): Replying to [comment:5 johndrinkwater]: > Replying to [comment:3 jackburton]: > > Replying to [comment:2 kaoutsis]: > > > Replying to [comment:1 jackburton]: > > > > How does BeOS behave here ? > > > > > > copied the ******** from a password field; > > > pastes the ******** (i find it very logic!) > > > > I thought so (behaves like windows or gnome). So the patch isn't correct. > > Can we deviate from this behaviour, why would anyone want to copy from a password field? Just ignore the request and leave clipboard untouched. > Unless copying from one password field to another works (a really bad idea), it seems wholly stupid imo. If copying is infact allowed, you will only be copying a string of bullets, not the password, so pasting into another password field would not work. I think its silly to allow copying from password fields because of this reason (Mac OS X does not allow copying from password fields. If you attempt to copy from one, an error sound will play). However, BeOS allowed it and I suppose they want Haiku to function in a similar way to BeOS. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 5 13:08:12 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 05 Aug 2007 11:08:12 -0000 Subject: [Haiku-bugs] [Haiku] #1358: disallow signature in comments Message-ID: <048.2177f5500002aa6f617871228343af52@haiku-os.org> #1358: disallow signature in comments ---------------------------+------------------------------------------------ Reporter: jonas.kirilla | Owner: gavin Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - Website/CMS | Version: R1 development Platform: All | ---------------------------+------------------------------------------------ The use of lines or blocks of "signature" in comments, on the website, as allowed/suggested by the user profile form, mixes relevant content (the discussion) with irrelevant content (the signature). It's a nuisance, to me. Some small amount of time and mental resources is wasted reading each sig line, trying to figure out if its part of the comment (to be read) or not part of the comment (to be skipped). The user name and profile link should be enough for everyone. No signatures and, please, no images. I'm hoping this misfeature can be disabled, either globally, or by user- preference (hiding other people's signature). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 5 16:19:23 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 05 Aug 2007 14:19:23 -0000 Subject: [Haiku-bugs] [Haiku] #1359: PANIC: vm_cache_insert_page() Message-ID: <048.34fb07bbd7de16153507a5db72f0cec3@haiku-os.org> #1359: PANIC: vm_cache_insert_page() ---------------------------+------------------------------------------------ Reporter: jonas.kirilla | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Platform: All | ---------------------------+------------------------------------------------ This panic is reproducible, withins seconds on my hardware, by running either of these in Terminal: - while (true); do sleep 0.001; done; - while (true); do times > /dev/null; done; This is with Haiku r21827 on real hardware. Sample: (KDL1) {{{ PANIC: vm_cache_insert_page(): there's already page 0x928dfc08 with cache offset 4095 in cache 0x90af3680; inserting page 0x928e0188 Welcome to Kernel Debugging Land... Running on CPU 0 kdebug> bt stack trace for thread 0x7e "sh" kernel stack: 0x9c80d000 to 0x9c811000 user stack: 0x7efe7000 to 0x7ffe7000 frame caller :function + offset 9c810c50 (+ 52) 8008635b :invoke_command + 0x0073 9c810c84 (+ 48) 800864a2 :kernel_debugger_loop + 0x0102 9c810cb4 (+ 32) 80086efa :kernel_debugger + 0x00b2 9c810cd4 (+ 192) 80086e3d :panic + 0x0029 9c810d94 (+ 80) 8005ad28 :vm_cache_insert_page + 0x00a8 9c810de4 (+ 208) 8005892c :vm_soft_fault__FUlbT1 + 0x0868 9c810eb4 (+ 64) 80057ecd :vm_page_fault + 0x0031 9c810ef4 (+ 176) 8008f68a :i386_handle_trap + 0x023a iframe at 0x9c810fac (end = 0x9c811000) eax 0x0 ebx 0x32bedc ecx 0x7ffe6c68 edx 0x0 esi 0xf8 edi 0x0 ebp 0x7ffe6cac esp 0x9c810fdc eip 0x30ffcf eflags 0x10207 user esp 0x7ffe6c88 vector: 0xe, error code: 0x7 9c810fa4 (+ 0) 0030ffcf :unknown + 0x7afcf 7ffe6cac (+ 32) 0023c1ad :unknown + 0x3c1ad 7ffe6ccc (+ 48) 0022762c :unknown + 0x2762c 7ffe6cfc (+ 96) 00226b4b :unknown + 0x26b4b 7ffe6d5c (+ 96) 00223cb7 :unknown + 0x23cb7 7ffe6dbc (+ 80) 00223682 :unknown + 0x23682 7ffe6e0c (+ 48) 00225f54 :unknown + 0x25f54 7ffe6e3c (+ 48) 00225e79 :unknown + 0x25e79 7ffe6e6c (+ 80) 00223e56 :unknown + 0x23e56 7ffe6ebc (+ 80) 00223682 :unknown + 0x23682 7ffe6f0c (+ 48) 0021f05e :unknown + 0x1f05e 7ffe6f3c (+ 64) 0021d142 :unknown + 0x1d142 7ffe6f7c (+ 48) 00215c7f :unknown + 0x15c7f 7ffe6fac (+ 48) 001007c8 1190:runtime_loader_seg0ro at 0x00100000 + 0x7c8 7ffe6fdc (+ 0) 7ffe6fec 1187:/bin/sh_main_stack at 0x7efe7000 + 0xffffec }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 6 01:29:49 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 05 Aug 2007 23:29:49 -0000 Subject: [Haiku-bugs] [Haiku] #1360: KDL while booting Message-ID: <042.064e066a1cb377378d65524c129b64da@haiku-os.org> #1360: KDL while booting -----------------------------------+---------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1 Component: System/runtime_loader | Version: R1 development Platform: All | -----------------------------------+---------------------------------------- vm_cache_intert_page(): there's already page 0x929b9688 with cache offset 12 in cache 0x909f6b00; inserting page 0x929ba4f8 trace for thread "sh" libroot.so***:unknow + ... unknown " " (many unknown) " " runtime_loaged_seg /bin/sh_main_stack That's more or less what KDL prints out. This actually happened even while using the system. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 6 01:30:25 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 05 Aug 2007 23:30:25 -0000 Subject: [Haiku-bugs] [Haiku] #1354: It is possible to copy text from a password field (BTextView) In-Reply-To: <041.d079968ee76fa72eb42559ff23ff11e3@haiku-os.org> References: <041.d079968ee76fa72eb42559ff23ff11e3@haiku-os.org> Message-ID: <050.7bc90355e4d53b7836224b926a4baeee@haiku-os.org> #1354: It is possible to copy text from a password field (BTextView) ---------------------------------+------------------------------------------ Reporter: ksmith | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by axeld): While we're indeed striving for BeOS binary compatibility, that does not mean we want to imitate all of its quirks. In this case, I'd think copying the dots is pretty much the stupidest thing that could happen (well, after copying the actual password, of course :-)). I think that's just a good opportunity to play the system beep. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 6 01:31:01 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 05 Aug 2007 23:31:01 -0000 Subject: [Haiku-bugs] [Haiku] #1360: KDL while booting In-Reply-To: <042.064e066a1cb377378d65524c129b64da@haiku-os.org> References: <042.064e066a1cb377378d65524c129b64da@haiku-os.org> Message-ID: <051.403d1c35d4e7af2def484763892ba394@haiku-os.org> #1360: KDL while booting ------------------------------------+--------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1 Component: System/runtime_loader | Version: R1 development Resolution: | Platform: All ------------------------------------+--------------------------------------- Comment (by emitrax): I forgot to mention that it happens in revision 21829. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 6 01:40:45 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 05 Aug 2007 23:40:45 -0000 Subject: [Haiku-bugs] [Haiku] #1331: broken pipes In-Reply-To: <042.dcac595ce82c2af5dff27698862f13ff@haiku-os.org> References: <042.dcac595ce82c2af5dff27698862f13ff@haiku-os.org> Message-ID: <051.1dedbc91f0058dc400a0ac1d71707df3@haiku-os.org> #1331: broken pipes ----------------------------------+----------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: closed Priority: high | Milestone: R1 Component: File Systems/pipefs | Version: R1 development Resolution: fixed | Platform: All ----------------------------------+----------------------------------------- Changes (by axeld): * priority: normal => high * resolution: => fixed * status: new => closed * component: - General => File Systems/pipefs Comment: Fixed in r21830. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 6 01:58:10 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 05 Aug 2007 23:58:10 -0000 Subject: [Haiku-bugs] [Haiku] #1356: /haiku/docs/develop/befs/resources.html outdated (update attatched) In-Reply-To: <044.68d8338b93fb34dd8088f2be4517a858@haiku-os.org> References: <044.68d8338b93fb34dd8088f2be4517a858@haiku-os.org> Message-ID: <053.ba700e5b3fc5591c286794be9d0f0ed2@haiku-os.org> #1356: /haiku/docs/develop/befs/resources.html outdated (update attatched) ----------------------------+----------------------------------------------- Reporter: kamikazow | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Documentation | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Changes (by axeld): * owner: mphipps => axeld -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 6 02:07:47 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 06 Aug 2007 00:07:47 -0000 Subject: [Haiku-bugs] [Haiku] #1356: /haiku/docs/develop/befs/resources.html outdated (update attatched) In-Reply-To: <044.68d8338b93fb34dd8088f2be4517a858@haiku-os.org> References: <044.68d8338b93fb34dd8088f2be4517a858@haiku-os.org> Message-ID: <053.ba70a53cf49bda6f108286e32b8c6f6a@haiku-os.org> #1356: /haiku/docs/develop/befs/resources.html outdated (update attatched) ----------------------------+----------------------------------------------- Reporter: kamikazow | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Documentation | Version: R1 development Resolution: fixed | Platform: All ----------------------------+----------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Thanks for the update! However, I did not commit it as is, and I have the following comments: 1) please prefer attaching patches over whole documents. 2) please don't link to pages with questionable or annoying commercials. 3) I've brought the document up to date now; I've removed the outdated information that was linked to, and made it focus BFS, since it's in a sub-directory that would suggest just that. 4) thanks for your effort, anyway! The docs have been updated in r21831. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 6 02:09:58 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 06 Aug 2007 00:09:58 -0000 Subject: [Haiku-bugs] [Haiku] #1360: KDL while booting In-Reply-To: <042.064e066a1cb377378d65524c129b64da@haiku-os.org> References: <042.064e066a1cb377378d65524c129b64da@haiku-os.org> Message-ID: <051.ec9f3293f7fc0c4b749e91f32e08a862@haiku-os.org> #1360: KDL while booting ----------------------------+----------------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: closed Priority: blocker | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: duplicate | Platform: All ----------------------------+----------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => duplicate * component: System/runtime_loader => System/Kernel Comment: This appears to be a duplicate of bug #1359. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 6 02:10:58 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 06 Aug 2007 00:10:58 -0000 Subject: [Haiku-bugs] [Haiku] #1359: PANIC: vm_cache_insert_page() In-Reply-To: <048.34fb07bbd7de16153507a5db72f0cec3@haiku-os.org> References: <048.34fb07bbd7de16153507a5db72f0cec3@haiku-os.org> Message-ID: <057.f3bbd3d6b23b50de9b2119dcb5f0b2f5@haiku-os.org> #1359: PANIC: vm_cache_insert_page() ----------------------------+----------------------------------------------- Reporter: jonas.kirilla | Owner: bonefish Type: bug | Status: new Priority: blocker | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Changes (by axeld): * owner: axeld => bonefish * priority: normal => blocker Comment: bonefish, wasn't that supposed to be fixed now? :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 6 02:55:57 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 06 Aug 2007 00:55:57 -0000 Subject: [Haiku-bugs] [Haiku] #1359: PANIC: vm_cache_insert_page() In-Reply-To: <048.34fb07bbd7de16153507a5db72f0cec3@haiku-os.org> References: <048.34fb07bbd7de16153507a5db72f0cec3@haiku-os.org> Message-ID: <057.a4e06bb7dcd42b6f0515ca80f5b7f476@haiku-os.org> #1359: PANIC: vm_cache_insert_page() ----------------------------+----------------------------------------------- Reporter: jonas.kirilla | Owner: bonefish Type: bug | Status: new Priority: blocker | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by bonefish): Replying to [comment:1 axeld]: > bonefish, wasn't that supposed to be fixed now? :-) I fixed one occurrence. Looks like this wasn't the only one. Scary. But hey, why does this become my bug now? I only added the panic(). :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 6 04:30:01 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 06 Aug 2007 02:30:01 -0000 Subject: [Haiku-bugs] [Haiku] #1359: PANIC: vm_cache_insert_page() In-Reply-To: <048.34fb07bbd7de16153507a5db72f0cec3@haiku-os.org> References: <048.34fb07bbd7de16153507a5db72f0cec3@haiku-os.org> Message-ID: <057.44dd40d68e9bb3e440e3839b43a8d328@haiku-os.org> #1359: PANIC: vm_cache_insert_page() ----------------------------+----------------------------------------------- Reporter: jonas.kirilla | Owner: bonefish Type: bug | Status: new Priority: blocker | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Changes (by bonefish): * cc: axeld (added) Comment: I think I've spotted the problem. In fault_get_page() in the part handling a write fault and a page found in a lower cache: {{{ mutex_unlock(&cache->lock); mutex_lock(&topCache->lock); // Insert the new page into our cache, and replace it with the dummy page if necessary // if we inserted a dummy page into this cache, we have to remove it now if (dummyPage.state == PAGE_STATE_BUSY && dummyPage.cache == topCache) fault_remove_dummy_page(dummyPage, true); vm_cache_insert_page(topCache, page, cacheOffset); }}} After "cache" has been unlocked, we don't have a lock to either cache and vm_cache_remove_consumer() can happily replace our dummy page with a page from a to-be-removed lower cache (probably the one we've found). We insert our fresh page in either case. I suppose adding checking whether there's already a page should solve the problem. I have a similarly bad feeling about the end of fault_find_page(), when no page has been found. We don't recheck whether a page has appeared in the chosen cache and will insert a clear page at the beginning of fault_get_page() at any rate. Opinions? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 6 08:02:46 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 06 Aug 2007 06:02:46 -0000 Subject: [Haiku-bugs] [Haiku] #715: BTextView::HideTyping not implemented In-Reply-To: <040.137cc10e634eb0b194c10801532e9567@haiku-os.org> References: <040.137cc10e634eb0b194c10801532e9567@haiku-os.org> Message-ID: <049.725b453096d9ccff27c20ae3e4c1de6f@haiku-os.org> #715: BTextView::HideTyping not implemented ---------------------------------+------------------------------------------ Reporter: korli | Owner: jackburton Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by jackburton): Replying to [comment:11 ksmith]: > The bullets are not being properly displayed. Could this be because the number of bytes taken by a bullet is not being properly calculated? Yes, it's for that reason. Moreover, I never finished implementing that feature correctly, because I cannot test how beos behaves. I mean: which public methods of BTextView return the real text and which ones return the bullets ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 6 10:39:27 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 06 Aug 2007 08:39:27 -0000 Subject: [Haiku-bugs] [Haiku] #1354: It is possible to copy text from a password field (BTextView) In-Reply-To: <041.d079968ee76fa72eb42559ff23ff11e3@haiku-os.org> References: <041.d079968ee76fa72eb42559ff23ff11e3@haiku-os.org> Message-ID: <050.4685f7279f14119c53cb41f8331aad05@haiku-os.org> #1354: It is possible to copy text from a password field (BTextView) ---------------------------------+------------------------------------------ Reporter: ksmith | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by kaoutsis): Replying to [comment:7 axeld]: > While we're indeed striving for BeOS binary compatibility, that does not mean we want to imitate all of its quirks. In this case, I'd think copying the dots is pretty much the stupidest thing that could happen (well, after copying the actual password, of course :-)). > I think that's just a good opportunity to play the system beep. second thought, (correcting my ... logic:)): you are right! there is no meaning copying the asterisks. The system should disallow the copy, play a system beep and may be display an alert message. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 6 10:44:43 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 06 Aug 2007 08:44:43 -0000 Subject: [Haiku-bugs] [Haiku] #1354: It is possible to copy text from a password field (BTextView) In-Reply-To: <041.d079968ee76fa72eb42559ff23ff11e3@haiku-os.org> References: <041.d079968ee76fa72eb42559ff23ff11e3@haiku-os.org> Message-ID: <050.98e8aad4b0af84d0f3b18912cf37fd89@haiku-os.org> #1354: It is possible to copy text from a password field (BTextView) ---------------------------------+------------------------------------------ Reporter: ksmith | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by jackburton): Replying to [comment:8 kaoutsis]: > second thought, (correcting my ... logic:)): you are right! there is no meaning copying the asterisks. The system should disallow the copy, play a system beep and may be display an alert message. And actually, I was wrong: Neither Windows nor Gnome let you copy from a password field. I was obviously confused since you can _PASTE TO_ a password field, I just never tried (before now) to copy from one. Windows displays a tooltip saying you can't do that. Gnome copies the bullets. But I agree this is stupid. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 6 10:46:36 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 06 Aug 2007 08:46:36 -0000 Subject: [Haiku-bugs] [Haiku] #1354: It is possible to copy text from a password field (BTextView) In-Reply-To: <041.d079968ee76fa72eb42559ff23ff11e3@haiku-os.org> References: <041.d079968ee76fa72eb42559ff23ff11e3@haiku-os.org> Message-ID: <050.b712f9c212f143f98b2b0d08d8120a13@haiku-os.org> #1354: It is possible to copy text from a password field (BTextView) ---------------------------------+------------------------------------------ Reporter: ksmith | Owner: jackburton Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Changes (by jackburton): * status: new => assigned Comment: Replying to [comment:9 jackburton]: > And actually, I was wrong: > Neither Windows nor Gnome let you copy from a password field. I was obviously confused since you can _PASTE TO_ a password field, I just never tried (before now) to copy from one. > Windows displays a tooltip saying you can't do that. > Gnome copies the bullets. But I agree this is stupid. So, I'll apply the patch, plus I'll let the system beep() in case one tries to copy from the password field. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 6 10:49:50 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 06 Aug 2007 08:49:50 -0000 Subject: [Haiku-bugs] [Haiku] #1354: It is possible to copy text from a password field (BTextView) In-Reply-To: <041.d079968ee76fa72eb42559ff23ff11e3@haiku-os.org> References: <041.d079968ee76fa72eb42559ff23ff11e3@haiku-os.org> Message-ID: <050.3f467cc913d47e4f3221fb803d0a02b4@haiku-os.org> #1354: It is possible to copy text from a password field (BTextView) ---------------------------------+------------------------------------------ Reporter: ksmith | Owner: jackburton Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by jackburton): Replying to [comment:10 jackburton]: > Replying to [comment:9 jackburton]: > > > And actually, I was wrong: > > Neither Windows nor Gnome let you copy from a password field. I was obviously confused since you can _PASTE TO_ a password field, I just never tried (before now) to copy from one. > > Windows displays a tooltip saying you can't do that. > > Gnome copies the bullets. But I agree this is stupid. > > So, I'll apply the patch, plus I'll let the system beep() in case one tries to copy from the password field. > Oh, I forgot: Should we also forbid copying text using the BTextView methods ? I mean: what should happen if the developer calls BTextView::Copy() from its code ? And what happens on R5 when the developer calls BTextView::Text() or TextLength() ? And how should we handle that case anyway ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 6 11:40:48 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 06 Aug 2007 09:40:48 -0000 Subject: [Haiku-bugs] [Haiku] #1354: It is possible to copy text from a password field (BTextView) In-Reply-To: <041.d079968ee76fa72eb42559ff23ff11e3@haiku-os.org> References: <041.d079968ee76fa72eb42559ff23ff11e3@haiku-os.org> Message-ID: <050.35a934156b5f18593e12c0686d0baad3@haiku-os.org> #1354: It is possible to copy text from a password field (BTextView) ---------------------------------+------------------------------------------ Reporter: ksmith | Owner: jackburton Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by stippi): I think the application that the text view is embedded in can be trusted. Therefor all methods to get the text should work. However, special care needs to be taken when messaging/scripting is involved. Especially when the reply target is not in the same team... :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 6 11:59:04 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 06 Aug 2007 09:59:04 -0000 Subject: [Haiku-bugs] [Haiku] #1288: StyledEdit does not print when there is only one line of text In-Reply-To: <044.0880b7c01fcf05a6a1607f433df9f5ae@haiku-os.org> References: <044.0880b7c01fcf05a6a1607f433df9f5ae@haiku-os.org> Message-ID: <053.08f2f3b4fae7b509bb1790669ebc31e6@haiku-os.org> #1288: StyledEdit does not print when there is only one line of text ----------------------------------------+----------------------------------- Reporter: bnickname | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications/StyledEdit | Version: R1 development Resolution: | Platform: All ----------------------------------------+----------------------------------- Comment (by jackburton): I had a brief look at StyledEditWindow::Print(). When there's only one line, the values of firstLine and lastLine before the while loop at line 1167 are both 0. So the while loop is never executed. But 0 means the first line, so maybe we should change line 1167 to be while (printLine <= lastLine). I haven't done that change yet, because I see there are other problems with printing (The content of the view isn't shifted as it should, on print, so the text usually falls outside the margins of the print area). This could be a problem in BPicture, btw, I'll have a look at that before. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 6 12:03:22 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 06 Aug 2007 10:03:22 -0000 Subject: [Haiku-bugs] [Haiku] #1254: rtl8139 read_hook: Error in package reception: bits: 20704 length 26088!!! In-Reply-To: <043.9529328e33253927123c30ea4ac1cff1@haiku-os.org> References: <043.9529328e33253927123c30ea4ac1cff1@haiku-os.org> Message-ID: <052.89d19d12c54b730c2d7729b2e18838ba@haiku-os.org> #1254: rtl8139 read_hook: Error in package reception: bits: 20704 length 26088!!! ------------------------------+--------------------------------------------- Reporter: kaoutsis | Owner: nielx Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Platform: All ------------------------------+--------------------------------------------- Changes (by nielx): * owner: axeld => nielx Comment: This is the driver written by me, so I'll take responsibility here (even though hugosantos is porting the BSD driver). I'll have a quick look and I'll try to diagnose the problem ASAP. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 6 13:40:03 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 06 Aug 2007 11:40:03 -0000 Subject: [Haiku-bugs] [Haiku] #1359: PANIC: vm_cache_insert_page() In-Reply-To: <048.34fb07bbd7de16153507a5db72f0cec3@haiku-os.org> References: <048.34fb07bbd7de16153507a5db72f0cec3@haiku-os.org> Message-ID: <057.4d8fc0b105e9a1c8171174b288f4a7a6@haiku-os.org> #1359: PANIC: vm_cache_insert_page() ----------------------------+----------------------------------------------- Reporter: jonas.kirilla | Owner: bonefish Type: bug | Status: new Priority: blocker | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by axeld): I remember you wanted more colors in your bug list ;-) Anyway, that sounds like causing the problem - so we would need to add a check there if a page has appeared in the mean time before inserting the other page. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 6 16:36:12 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 06 Aug 2007 14:36:12 -0000 Subject: [Haiku-bugs] [Haiku] #1353: Missing symbol: confstr In-Reply-To: <041.c72c5c956af2b44e808dd3c4751fa4df@haiku-os.org> References: <041.c72c5c956af2b44e808dd3c4751fa4df@haiku-os.org> Message-ID: <050.241bc61968601dabd881aa2972f56238@haiku-os.org> #1353: Missing symbol: confstr ------------------------+--------------------------------------------------- Reporter: aldeck | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Platform: All ------------------------+--------------------------------------------------- Comment (by aldeck): Tested, the python package on bebits works as is! Thanks. Should i file an enhancement ticket for an implementation of confstr ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 6 16:55:22 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 06 Aug 2007 14:55:22 -0000 Subject: [Haiku-bugs] [Haiku] #98: ListView behaves weirdly inside a tabview In-Reply-To: <045.2198674ad36b4c3e251a83bd36241e3d@haiku-os.org> References: <045.2198674ad36b4c3e251a83bd36241e3d@haiku-os.org> Message-ID: <054.5539d4de271b2b6b8dd4078980b3a44c@haiku-os.org> #98: ListView behaves weirdly inside a tabview -------------------------+-------------------------------------------------- Reporter: jackburton | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: Resolution: | Platform: All -------------------------+-------------------------------------------------- Comment (by jackburton): I've investigated this a bit... I added some printfs() in ListView::Draw(). When you switch the tab (BTabView::Select()), Invalidate() is called on the view, then ListView::Draw() is called with an invalid BRect. Looks like the scrolling offset is ignored in some place. The weird thing is that this doesn't happen the first time the view is attached. Note that this doesn't happen with BListView only, but with every scrolled view inside a BTabView (also with Terminal, for example) Draw() called with BRect(l:0.0, t:462.0, r:97.0, b:159.0) Bounds() is BRect(l:0.0, t:462.0, r:97.0, b:611.0) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 6 17:16:12 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 06 Aug 2007 15:16:12 -0000 Subject: [Haiku-bugs] [Haiku] #1353: Missing symbol: confstr In-Reply-To: <041.c72c5c956af2b44e808dd3c4751fa4df@haiku-os.org> References: <041.c72c5c956af2b44e808dd3c4751fa4df@haiku-os.org> Message-ID: <050.6184e3c9abc88985fbfdb7ad43db044b@haiku-os.org> #1353: Missing symbol: confstr ------------------------+--------------------------------------------------- Reporter: aldeck | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Platform: All ------------------------+--------------------------------------------------- Comment (by korli): I don't know the actual BeOS behavior. Also have a look here http://www.opengroup.org/onlinepubs/009695399/functions/confstr.html -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 6 17:50:35 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 06 Aug 2007 15:50:35 -0000 Subject: [Haiku-bugs] [Haiku] #1353: Missing symbol: confstr In-Reply-To: <041.c72c5c956af2b44e808dd3c4751fa4df@haiku-os.org> References: <041.c72c5c956af2b44e808dd3c4751fa4df@haiku-os.org> Message-ID: <050.27929499618b5b9387d85db19a5ee6b1@haiku-os.org> #1353: Missing symbol: confstr ------------------------+--------------------------------------------------- Reporter: aldeck | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Platform: All ------------------------+--------------------------------------------------- Comment (by aldeck): Yep, i had a look at this page, thanks for the effort anyway :) I tried to investigate a maximum on my side, but really couldn't find any declaration of confstr (nor the accompanying _CS_* constants) on R5 (and i searched/greped a lot), i wonder how python could even compile on R5 if i can't find it in any header. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 6 20:05:07 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 06 Aug 2007 18:05:07 -0000 Subject: [Haiku-bugs] [Haiku] #1353: Missing symbol: confstr In-Reply-To: <041.c72c5c956af2b44e808dd3c4751fa4df@haiku-os.org> References: <041.c72c5c956af2b44e808dd3c4751fa4df@haiku-os.org> Message-ID: <050.f02c1881848c5ef63a5b476db01188fe@haiku-os.org> #1353: Missing symbol: confstr ------------------------+--------------------------------------------------- Reporter: aldeck | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Platform: All ------------------------+--------------------------------------------------- Comment (by korli): I created a test I did on BeOS and only the name "0" returns an empty string. Committed in revision 21840. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 6 20:07:13 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 06 Aug 2007 18:07:13 -0000 Subject: [Haiku-bugs] [Haiku] #1359: PANIC: vm_cache_insert_page() In-Reply-To: <048.34fb07bbd7de16153507a5db72f0cec3@haiku-os.org> References: <048.34fb07bbd7de16153507a5db72f0cec3@haiku-os.org> Message-ID: <057.c2de862152cf76747eea054a9b7448f3@haiku-os.org> #1359: PANIC: vm_cache_insert_page() ----------------------------+----------------------------------------------- Reporter: jonas.kirilla | Owner: bonefish Type: bug | Status: new Priority: blocker | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by bonefish): Should be fixed in r21841. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 6 21:53:38 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 06 Aug 2007 19:53:38 -0000 Subject: [Haiku-bugs] [Haiku] #932: [Icons] White space behind desktop icon after icon view change In-Reply-To: <043.f0d35594fc6a90d97adce8ad9a8601ce@haiku-os.org> References: <043.f0d35594fc6a90d97adce8ad9a8601ce@haiku-os.org> Message-ID: <052.81c4ad1385d420e64a3a13e4fdde6239@haiku-os.org> #932: [Icons] White space behind desktop icon after icon view change -------------------------------------+-------------------------------------- Reporter: jfreeman | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications/Tracker | Version: R1 development Resolution: | Platform: All -------------------------------------+-------------------------------------- Changes (by stippi): * component: - User Interface => - Applications/Tracker Comment: I tested this under QEMU. When I turn on "Show Disk Icon" in the Tracker settings, then change the Icon View size, the disk icon will just disappear. It will reappear when I toggle the Show Disk Icon option. I think this should be a Tracker bug. If I do the same thing in the apps folder for example, there is an old bitmap icon for CodyCam right now, and that one will be scaled and shown as expected. The app_server or the icon code does not know about the difference between the disk icon or any other icon, so I think it should be a Tracker bug. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 6 22:57:47 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 06 Aug 2007 20:57:47 -0000 Subject: [Haiku-bugs] [Haiku] #387: FontDemo have some font issues In-Reply-To: <040.df053b1713a0bc3f922806b839517eef@haiku-os.org> References: <040.df053b1713a0bc3f922806b839517eef@haiku-os.org> Message-ID: <049.cf588aab610cb3f721dec819f7f7d935@haiku-os.org> #387: FontDemo have some font issues ------------------------+--------------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: - General | Version: Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by aldeck): The label issue is fixed in r21836, this bug should be closed. The bounding box issue is a separate ticket, #303 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 6 22:59:57 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 06 Aug 2007 20:59:57 -0000 Subject: [Haiku-bugs] [Haiku] #1297: Lost icons In-Reply-To: <044.aaf1b93e48bac1faae93876b64fb45a5@haiku-os.org> References: <044.aaf1b93e48bac1faae93876b64fb45a5@haiku-os.org> Message-ID: <053.547726991f66880246ffc25c1c29f99c@haiku-os.org> #1297: Lost icons ---------------------------+------------------------------------------------ Reporter: meanwhile | Owner: bonefish Type: bug | Status: closed Priority: high | Milestone: R1 Component: Build System | Version: R1 development Resolution: fixed | Platform: All ---------------------------+------------------------------------------------ Changes (by bonefish): * status: new => closed * resolution: => fixed Comment: Not sure what the original problem was, but if no one can reproduce it anymore, I can as well close the ticket. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 6 23:03:02 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 06 Aug 2007 21:03:02 -0000 Subject: [Haiku-bugs] [Haiku] #303: Haikus boundingboxes seemes to be broken (when you rotate fonts) In-Reply-To: <061.4a869a9fb2408b889b8ef49de56a6fc9@haiku-os.org> References: <061.4a869a9fb2408b889b8ef49de56a6fc9@haiku-os.org> Message-ID: <070.63df226c860bdf29665e8cfdfca01e10@haiku-os.org> #303: Haikus boundingboxes seemes to be broken (when you rotate fonts) -----------------------------------------+---------------------------------- Reporter: mikael.konradson at gmail.com | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: Resolution: | Platform: All -----------------------------------------+---------------------------------- Changes (by aldeck): * platform: => All Comment: Bounding boxes are correct since a few revisions (testing on r21836), bug should be closed. There's a new bug that would deserve a separate ticket : shear and rotation not working, then working again, after a changing the font. But i know this area is in active development so i'll wait and see. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 6 23:05:25 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 06 Aug 2007 21:05:25 -0000 Subject: [Haiku-bugs] [Haiku] #303: Haikus boundingboxes seemes to be broken (when you rotate fonts) In-Reply-To: <061.4a869a9fb2408b889b8ef49de56a6fc9@haiku-os.org> References: <061.4a869a9fb2408b889b8ef49de56a6fc9@haiku-os.org> Message-ID: <070.3d62d4877674951795499ba8d72a5494@haiku-os.org> #303: Haikus boundingboxes seemes to be broken (when you rotate fonts) -----------------------------------------+---------------------------------- Reporter: mikael.konradson at gmail.com | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: Resolution: fixed | Platform: All -----------------------------------------+---------------------------------- Changes (by mmlr): * status: new => closed * resolution: => fixed Old description: > Haiku's versions of GetBoundingBoxesAs*/ForStrings workes only for non > rotated > fonts. (Or atleast the fontdemos version is broken). > > Steps to reproduce: > 1. Start FontDemo (copy from R5) > 2. Check Bounding boxes > 3. Rotate string to see the bug > /Konrad New description: Haiku's versions of GetBoundingBoxesAs*/ForStrings workes only for non rotated fonts. (Or atleast the fontdemos version is broken). Steps to reproduce: 1. Start FontDemo (copy from R5) 2. Check Bounding boxes 3. Rotate string to see the bug /Konrad Comment: closing as per comment above. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 6 23:42:21 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 06 Aug 2007 21:42:21 -0000 Subject: [Haiku-bugs] [Haiku] #271: drag & drop is broken, can crash or deadlock app_server In-Reply-To: <050.fc2777c8090bdf680d9d05920eebf216@haiku-os.org> References: <050.fc2777c8090bdf680d9d05920eebf216@haiku-os.org> Message-ID: <059.df88d02a6f7039bc6b204d5e017756e7@haiku-os.org> #271: drag & drop is broken, can crash or deadlock app_server ------------------------------+--------------------------------------------- Reporter: marcusoverhagen | Owner: mmlr Type: bug | Status: assigned Priority: blocker | Milestone: R1 Component: - General | Version: Resolution: | Platform: All ------------------------------+--------------------------------------------- Comment (by aldeck): Can't reproduce any of those bugs here on r21836, may need more testing, if there's more specific bugs to test other drag&drop issues should have their own ticket. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 7 00:01:05 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 06 Aug 2007 22:01:05 -0000 Subject: [Haiku-bugs] [Haiku] #387: FontDemo have some font issues In-Reply-To: <040.df053b1713a0bc3f922806b839517eef@haiku-os.org> References: <040.df053b1713a0bc3f922806b839517eef@haiku-os.org> Message-ID: <049.85a359f3c9309967a5545665def44a89@haiku-os.org> #387: FontDemo have some font issues ------------------------+--------------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: Resolution: fixed | Platform: All ------------------------+--------------------------------------------------- Changes (by stippi): * status: reopened => closed * resolution: => fixed Comment: should be fixed since the reimplementation of BFont::GetBoundingBoxesAsString() -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 7 00:36:20 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 06 Aug 2007 22:36:20 -0000 Subject: [Haiku-bugs] [Haiku] #751: [kernel] PANIC if all apps in /boot/beos/bin opened at once In-Reply-To: <040.868d2983d41c0be9ffe720e90da368dc@haiku-os.org> References: <040.868d2983d41c0be9ffe720e90da368dc@haiku-os.org> Message-ID: <049.4c240806feaf5b0334d35b099a870906@haiku-os.org> #751: [kernel] PANIC if all apps in /boot/beos/bin opened at once ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1 Component: System/Kernel | Version: Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by aldeck): Can't reproduce, other minor bugs (see below) but, no kernel panic, testing on r21836. Not really a proper test case anyway, running /boot/beos/bin apps that way. For example running /boot/beos/bin/consoled gives a redraw and input issue (what's consoled supposed to do?). Anyway, to put it short, this bug is too vague (and too old) and even not reproducible, should be closed. For more precise testing new bugs should be filled imho :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 7 03:54:23 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 07 Aug 2007 01:54:23 -0000 Subject: [Haiku-bugs] [Haiku] #751: [kernel] PANIC if all apps in /boot/beos/bin opened at once In-Reply-To: <040.868d2983d41c0be9ffe720e90da368dc@haiku-os.org> References: <040.868d2983d41c0be9ffe720e90da368dc@haiku-os.org> Message-ID: <049.abcfd0d146ae2e5158f5396ad955d727@haiku-os.org> #751: [kernel] PANIC if all apps in /boot/beos/bin opened at once ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: blocker | Milestone: R1 Component: System/Kernel | Version: Resolution: fixed | Platform: All ----------------------------+----------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 7 04:20:26 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 07 Aug 2007 02:20:26 -0000 Subject: [Haiku-bugs] [Haiku] #1336: System lock up, playing WMV9 codec in VLC In-Reply-To: <041.38b5f9b348cf97e3058ee6986d38d59f@haiku-os.org> References: <041.38b5f9b348cf97e3058ee6986d38d59f@haiku-os.org> Message-ID: <050.37eba950b06ef224f9d021c29ab482fd@haiku-os.org> #1336: System lock up, playing WMV9 codec in VLC ------------------------------+--------------------------------------------- Reporter: kvdman | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Audio & Video | Version: R1 development Resolution: | Platform: All ------------------------------+--------------------------------------------- Comment (by aldeck): Works great here under vmware (no sound) with r21836, vlc-0.8.6c-BeOS It played fine for several minutes, low cpu usage, no mem leak. Will test later on real hardware. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 7 04:31:35 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 07 Aug 2007 02:31:35 -0000 Subject: [Haiku-bugs] [Haiku] #605: [VLC] resizing main window doesn't work second time In-Reply-To: <040.954808f778b7a7e438936d7892f81c69@haiku-os.org> References: <040.954808f778b7a7e438936d7892f81c69@haiku-os.org> Message-ID: <049.8f037e6f6290805a424ffb2c7a639242@haiku-os.org> #605: [VLC] resizing main window doesn't work second time ------------------------+--------------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: Resolution: | Platform: All ------------------------+--------------------------------------------------- Changes (by aldeck): * platform: => All Comment: If i understand the problem as "resizing vlc control window didn't resize the timeview" , then it works great here under vmware with r21836, vlc-0.8 .6c-BeOS -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 7 05:01:03 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 07 Aug 2007 03:01:03 -0000 Subject: [Haiku-bugs] [Haiku] #621: [VLC] BScrollbars doesn't follow BWindow on Messages window resize In-Reply-To: <040.a399fa8f0e351d20eea2541c1dddd955@haiku-os.org> References: <040.a399fa8f0e351d20eea2541c1dddd955@haiku-os.org> Message-ID: <049.3ba0fefff173eda9a01b750d35f5bbc2@haiku-os.org> #621: [VLC] BScrollbars doesn't follow BWindow on Messages window resize ------------------------+--------------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: Resolution: | Platform: All ------------------------+--------------------------------------------------- Changes (by aldeck): * platform: => All Comment: MessagesWindow scrollbar isn't updated/resized on window resize, r21836, vlc 0.8.6c It works on R5. with vlc 0.8.6c see: https://trac.videolan.org/vlc/browser/trunk/modules/gui/beos/MessagesWindow.cpp https://trac.videolan.org/vlc/browser/trunk/modules/gui/beos -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 7 16:17:45 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 07 Aug 2007 14:17:45 -0000 Subject: [Haiku-bugs] [Haiku] #1336: System lock up, playing WMV9 codec in VLC In-Reply-To: <041.38b5f9b348cf97e3058ee6986d38d59f@haiku-os.org> References: <041.38b5f9b348cf97e3058ee6986d38d59f@haiku-os.org> Message-ID: <050.48e0ed0cc09d7e08ae1d6e4a39984503@haiku-os.org> #1336: System lock up, playing WMV9 codec in VLC ------------------------------+--------------------------------------------- Reporter: kvdman | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Audio & Video | Version: R1 development Resolution: | Platform: All ------------------------------+--------------------------------------------- Comment (by kvdman): Yes, seems to work fine now. Although no video, it doesn't lock anymore. Please close this. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 7 16:18:36 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 07 Aug 2007 14:18:36 -0000 Subject: [Haiku-bugs] [Haiku] #1361: Haiku wont boot on Asus P5W DH Deluxe Message-ID: <041.8ad85acdd1263df20aec0d3f566f2b59@haiku-os.org> #1361: Haiku wont boot on Asus P5W DH Deluxe -----------------------+---------------------------------------------------- Reporter: aldeck | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Platform: All | -----------------------+---------------------------------------------------- with r21809: on: Asus P5W DH Deluxe Core 2 Duo 6600 2 * 1GB PATA IDE disk (first slave) GeForce 8800 GTS Booting stops at the Haiku logo screen, ctrl F12 works as expected. See attached serial log. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 7 16:33:50 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 07 Aug 2007 14:33:50 -0000 Subject: [Haiku-bugs] [Haiku] #1336: System lock up, playing WMV9 codec in VLC In-Reply-To: <041.38b5f9b348cf97e3058ee6986d38d59f@haiku-os.org> References: <041.38b5f9b348cf97e3058ee6986d38d59f@haiku-os.org> Message-ID: <050.b26534dbbe8377042ba570090c008c0e@haiku-os.org> #1336: System lock up, playing WMV9 codec in VLC ------------------------------+--------------------------------------------- Reporter: kvdman | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Audio & Video | Version: R1 development Resolution: | Platform: All ------------------------------+--------------------------------------------- Comment (by aldeck): Tested on real hardware, worked for 1 sec, even got sound, but it seems that the network couldn't handle the bandwidth (rtl8139). No lockup or crash though, vlc and haiku are fine. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 7 17:08:12 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 07 Aug 2007 15:08:12 -0000 Subject: [Haiku-bugs] [Haiku] #1359: PANIC: vm_cache_insert_page() In-Reply-To: <048.34fb07bbd7de16153507a5db72f0cec3@haiku-os.org> References: <048.34fb07bbd7de16153507a5db72f0cec3@haiku-os.org> Message-ID: <057.8f9eb6bb0cc9e9b00ad68f8575a39ae1@haiku-os.org> #1359: PANIC: vm_cache_insert_page() ----------------------------+----------------------------------------------- Reporter: jonas.kirilla | Owner: bonefish Type: bug | Status: new Priority: blocker | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by jonas.kirilla): Yes, it's solid as a rock now. Thanks! :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 7 19:04:20 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 07 Aug 2007 17:04:20 -0000 Subject: [Haiku-bugs] [Haiku] #1336: System lock up, playing WMV9 codec in VLC In-Reply-To: <041.38b5f9b348cf97e3058ee6986d38d59f@haiku-os.org> References: <041.38b5f9b348cf97e3058ee6986d38d59f@haiku-os.org> Message-ID: <050.39486933ed0ae19a1fba5be47055b332@haiku-os.org> #1336: System lock up, playing WMV9 codec in VLC ------------------------------+--------------------------------------------- Reporter: kvdman | Owner: marcusoverhagen Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - Audio & Video | Version: R1 development Resolution: fixed | Platform: All ------------------------------+--------------------------------------------- Changes (by stippi): * status: new => closed * resolution: => fixed Comment: Ok, closed then. :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 7 19:39:59 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 07 Aug 2007 17:39:59 -0000 Subject: [Haiku-bugs] [Haiku] #1336: System lock up, playing WMV9 codec in VLC In-Reply-To: <041.38b5f9b348cf97e3058ee6986d38d59f@haiku-os.org> References: <041.38b5f9b348cf97e3058ee6986d38d59f@haiku-os.org> Message-ID: <050.f7a4dc99c00e5a204e684a7ac0408d75@haiku-os.org> #1336: System lock up, playing WMV9 codec in VLC ------------------------------+--------------------------------------------- Reporter: kvdman | Owner: marcusoverhagen Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - Audio & Video | Version: R1 development Resolution: fixed | Platform: All ------------------------------+--------------------------------------------- Comment (by aldeck): Yep! Retested on real hardware and the timeouts i experienced were due to an overlay problem, it works pretty well in bitmap mode, and with sound too, thanks to mmu_man's oss :-D -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 7 19:42:50 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 07 Aug 2007 17:42:50 -0000 Subject: [Haiku-bugs] [Haiku] #1362: Executing Opera seems to wipe out IP settings Message-ID: <038.07a2dca17e4595f7462adc7d251f8443@haiku-os.org> #1362: Executing Opera seems to wipe out IP settings ----------------------------------------+----------------------------------- Reporter: tgx | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Network & Internet/Stack | Version: R1 development Platform: x86 | ----------------------------------------+----------------------------------- I have created two small scripts that I execute to set my IP settings as I do not have a DHCP system in place. The files are simple. name setip ifconfig /dev/net/ipro1000/0 192.168.0.5 broadcast 192.168.0.255 netmask 255.255.255.0 name setroute route delete /dev/net/ipro1000/0 default 192.168.0.254 route add /dev/net/ipro1000/0 default gateway 192.168.0.1 After execution ifconfig and route shows that the settings are in place. I can then ping the local network as well as ping internet sites. When I execute Opera I then get page cannot be displayed. Leaving Opera open and going back to the shell I see that ifconfig shows the default IP information has been reinstated and my changes are gone. Re-running my script sets it back, then going into Opera I can now browse. I also note that periodically the IP information will get lost and browsing in Opera will cease requiring re-run of the scripts. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 7 20:06:23 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 07 Aug 2007 18:06:23 -0000 Subject: [Haiku-bugs] [Haiku] #1362: Executing Opera seems to wipe out IP settings In-Reply-To: <038.07a2dca17e4595f7462adc7d251f8443@haiku-os.org> References: <038.07a2dca17e4595f7462adc7d251f8443@haiku-os.org> Message-ID: <047.5d7b8c5af9a97cf6a4d8e65be05205b9@haiku-os.org> #1362: Executing Opera seems to wipe out IP settings -----------------------------------------+---------------------------------- Reporter: tgx | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Network & Internet/Stack | Version: R1 development Resolution: | Platform: x86 -----------------------------------------+---------------------------------- Comment (by tgx): > I also note that periodically the IP information will get lost and browsing in > Opera will cease requiring re-run of the scripts. Note, this part seems to be inaccurate. Please disregard. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 7 20:11:37 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 07 Aug 2007 18:11:37 -0000 Subject: [Haiku-bugs] [Haiku] #1363: PANIC: vm_page_fault: unhandled page fault in kernel space (rev21847) Message-ID: <042.0d495f1e0aba174c9f94ff817bfa40de@haiku-os.org> #1363: PANIC: vm_page_fault: unhandled page fault in kernel space (rev21847) -----------------------+---------------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Platform: All | -----------------------+---------------------------------------------------- I'm using vmware image. 1. wget ..../libxml2-2.6.27.tar.bz2 2. tar xfvj libxml2-2.6.27.tar.bz2 {{{ vm_page_fault: vm_soft_fault returned error 'Bad address' on fault at 0xa02e0000, ip 0x8009b758, write 0, user 0, thread 0x8d PANIC: vm_page_fault: unhandled page fault in kernel space at 0xa02e0000, ip 0x8009b758 Welcome to Kernel Debugging Land... Running on CPU 0 kdebug> bt stack trace for thread 0x8d "tar" kernel stack: 0x906a2000 to 0x906a6000 user stack: 0x7efe7000 to 0x7ffe7000 frame caller :function + offset 906a5500 (+ 52) 80086fbc :invoke_command + 0x0074 906a5534 (+ 48) 800870da :kernel_debugger_loop + 0x00de 906a5564 (+ 32) 80087b66 :kernel_debugger + 0x00b2 906a5584 (+ 192) 80087aa9 :panic + 0x0029 906a5644 (+ 64) 8005846b :vm_page_fault + 0x00ab 906a5684 (+ 176) 8009025b :i386_handle_trap + 0x0217 iframe at 0x906a573c (end = 0x906a5790) eax 0x0 ebx 0xa02e0000 ecx 0xa02dfe24 edx 0x1 esi 0x10 edi 0xa02dfe18 ebp 0x906a5794 esp 0x906a576c eip 0x8009b758 eflags 0x10202 vector: 0xe, error code: 0x0 906a5734 (+ 96) 8009b758 :memmove + 0x006c 906a5794 (+ 128) 80236c36 :_SplitNode__9BPlusTreeP14bplustree_nodexT1xPUsPUcT5Px + 0x06a2 906a5814 (+ 496) 8023732d :Insert__9BPlusTreeR11TransactionPCUcUsx + 0x0641 906a5a04 (+ 80) 8023b9e5 :Update__5IndexR11TransactionPCclPCUcUsT4UsP5Inode + 0x0235 906a5a54 (+ 80) 8023bb0b :UpdateName__5IndexR11TransactionPCcT2P5Inode + 0x007f 906a5aa4 (+ 64) 8023ba4a :InsertName__5IndexR11TransactionPCcP5Inode + 0x002e 906a5ae4 (+ 144) 802423fd :Create__5InodeR11TransactionP5InodePCcliUlPbPxPP5Inode + 0x07d1 906a5b74 (+ 96) 8024a205 :bfs_create__FPvT0PCciiPPvPx + 0x0135 906a5bd4 (+ 80) 800477e1 :create_vnode__FP5vnodePCciib + 0x0055 906a5c24 (+ 320) 80047b9a :file_create__FiPciib + 0x005a 906a5d64 (+ 80) 8004cbf4 :_user_open + 0x00bc 906a5db4 (+ 336) 80034d38 :syscall_dispatcher + 0x07dc 906a5f04 (+ 160) 800902f4 :i386_handle_trap + 0x02b0 iframe at 0x906a5fac (end = 0x906a6000) eax 0x44 ebx 0x2c3770 ecx 0x1801c368 edx 0x8301 esi 0x8301 edi 0x1b4 ebp 0x7ffe6d8c esp 0x906a5fdc eip 0xffff0102 eflags 0x206 vector: 0x63, error code: 0x0 906a5fa4 (+ 0) ffff0102 7ffe6d8c (+ 336) 0020e92f :unknown + 0xe92f 7ffe6edc (+ 112) 00212461 :unknown + 0x12461 7ffe6f4c (+ 48) 0021cd84 :unknown + 0x1cd84 7ffe6f7c (+ 48) 00207573 :unknown + 0x7573 7ffe6fac (+ 48) 001007ae 1379:runtime_loader_seg0ro at 0x00100000 + 0x7ae 7ffe6fdc (+ 0) 7ffe6fec 1378:/bin/tar_main_stack at 0x7efe7000 + 0xffffec kdebug> }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 7 21:42:09 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 07 Aug 2007 19:42:09 -0000 Subject: [Haiku-bugs] [Haiku] #1363: PANIC: vm_page_fault: unhandled page fault in kernel space (rev21847) In-Reply-To: <042.0d495f1e0aba174c9f94ff817bfa40de@haiku-os.org> References: <042.0d495f1e0aba174c9f94ff817bfa40de@haiku-os.org> Message-ID: <051.3959403eb7c96cdfdd680f06496978b3@haiku-os.org> #1363: PANIC: vm_page_fault: unhandled page fault in kernel space (rev21847) ------------------------+--------------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by aldeck): It worked here two times on libxml2.tar.bz2 . But got the same backtrace on another tgz archive. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 7 23:15:27 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 07 Aug 2007 21:15:27 -0000 Subject: [Haiku-bugs] [Haiku] #1364: Bootloader can't find boot volume, booting from cd Message-ID: <041.ff14f133560c18c550bdf6a3c705c6c8@haiku-os.org> #1364: Bootloader can't find boot volume, booting from cd -----------------------+---------------------------------------------------- Reporter: aldeck | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Platform: All | -----------------------+---------------------------------------------------- r21847, real hardware and vmware, http://haikubeat.free.fr/files/testing/livecd_cue.zip (created on R5 with pauloestrela's script) The bootloader loads well but can't find any boot volume on the cd (it finds them on harddrives though) See attached serial log (real hardware, only the cd drive is plugged) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 7 23:28:27 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 07 Aug 2007 21:28:27 -0000 Subject: [Haiku-bugs] [Haiku] #1364: Bootloader can't find boot volume, booting from cd In-Reply-To: <041.ff14f133560c18c550bdf6a3c705c6c8@haiku-os.org> References: <041.ff14f133560c18c550bdf6a3c705c6c8@haiku-os.org> Message-ID: <050.f0f479ef03880c79f056921ad1b94611@haiku-os.org> #1364: Bootloader can't find boot volume, booting from cd ---------------------------------+------------------------------------------ Reporter: aldeck | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Boot Loader | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Changes (by axeld): * component: - General => System/Boot Loader Comment: What exactly do you mean by "the cd drive is plugged"? :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 7 23:36:52 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 07 Aug 2007 21:36:52 -0000 Subject: [Haiku-bugs] [Haiku] #1364: Bootloader can't find boot volume, booting from cd In-Reply-To: <041.ff14f133560c18c550bdf6a3c705c6c8@haiku-os.org> References: <041.ff14f133560c18c550bdf6a3c705c6c8@haiku-os.org> Message-ID: <050.05302b98ca721738cee74e7a7baf87f5@haiku-os.org> #1364: Bootloader can't find boot volume, booting from cd ---------------------------------+------------------------------------------ Reporter: aldeck | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Boot Loader | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by aldeck): that is, in this serial log, the harddrive was unplugged :-) btw, sorry for the "HTML preview not available" on the attachment, first time it does this -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 8 08:14:10 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 08 Aug 2007 06:14:10 -0000 Subject: [Haiku-bugs] [Haiku] #1365: broken isinf in math.h Message-ID: <042.7ed86ff64a3c93d96f14e3955d9b3bf5@haiku-os.org> #1365: broken isinf in math.h -----------------------+---------------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Platform: All | -----------------------+---------------------------------------------------- There is: {{{ # define isinf(x) \ (sizeof(value) == sizeof(float) ? __isinff(value) \ : sizeof(value) == sizeof(double) ? __isinf(value) \ : __isinfl(value)) }}} but should be: {{{ # define isinf(value) \ (sizeof(value) == sizeof(float) ? __isinff(value) \ : sizeof(value) == sizeof(double) ? __isinf(value) \ : __isinfl(value)) }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 8 08:46:01 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 08 Aug 2007 06:46:01 -0000 Subject: [Haiku-bugs] [Haiku] #1366: /dev/urandom doesn't working? Message-ID: <042.fb0b186d689d19d3ef497dfd37979abb@haiku-os.org> #1366: /dev/urandom doesn't working? -----------------------+---------------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Platform: All | -----------------------+---------------------------------------------------- I think, that cat /dev/urandom should produce some output but it doesn't. DEBUGS: random: open("urandom") and after ctrl-c random: close() random: free() -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 8 08:59:22 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 08 Aug 2007 06:59:22 -0000 Subject: [Haiku-bugs] [Haiku] #1363: PANIC: vm_page_fault: unhandled page fault in kernel space (rev21847) In-Reply-To: <042.0d495f1e0aba174c9f94ff817bfa40de@haiku-os.org> References: <042.0d495f1e0aba174c9f94ff817bfa40de@haiku-os.org> Message-ID: <051.e7b06a4ccbb983dd1e5d1c76bd407242@haiku-os.org> #1363: PANIC: vm_page_fault: unhandled page fault in kernel space (rev21847) ------------------------+--------------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by jackburton): Replying to [comment:1 aldeck]: > It worked here two times on libxml2.tar.bz2 . > But got the same backtrace on another tgz archive. I got the same backtrace on unzipping a zip archive. Looks like this could be a dup of bug #1003, and that one has not been fixed completely ? Although it's much harder to reproduce now. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 8 11:15:52 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 08 Aug 2007 09:15:52 -0000 Subject: [Haiku-bugs] [Haiku] #1365: broken isinf in math.h In-Reply-To: <042.7ed86ff64a3c93d96f14e3955d9b3bf5@haiku-os.org> References: <042.7ed86ff64a3c93d96f14e3955d9b3bf5@haiku-os.org> Message-ID: <051.2dc88519ed5cc531da73cf745f9b934e@haiku-os.org> #1365: broken isinf in math.h ------------------------+--------------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Platform: All ------------------------+--------------------------------------------------- Changes (by stippi): * status: new => closed * resolution: => fixed Comment: Thanks, fixed in r21849. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 8 11:22:07 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 08 Aug 2007 09:22:07 -0000 Subject: [Haiku-bugs] [Haiku] #1366: /dev/urandom doesn't working? In-Reply-To: <042.fb0b186d689d19d3ef497dfd37979abb@haiku-os.org> References: <042.fb0b186d689d19d3ef497dfd37979abb@haiku-os.org> Message-ID: <051.d200f508d3b187dff60b70ccf33eb0d3@haiku-os.org> #1366: /dev/urandom doesn't working? ------------------------+--------------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by korli): Did you test on real hardware ? How much time did you wait before ctrl+c ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 8 11:25:27 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 08 Aug 2007 09:25:27 -0000 Subject: [Haiku-bugs] [Haiku] #1359: PANIC: vm_cache_insert_page() In-Reply-To: <048.34fb07bbd7de16153507a5db72f0cec3@haiku-os.org> References: <048.34fb07bbd7de16153507a5db72f0cec3@haiku-os.org> Message-ID: <057.2a0f725c921fea9003c7145faa7db1c1@haiku-os.org> #1359: PANIC: vm_cache_insert_page() ----------------------------+----------------------------------------------- Reporter: jonas.kirilla | Owner: bonefish Type: bug | Status: closed Priority: blocker | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Platform: All ----------------------------+----------------------------------------------- Changes (by bonefish): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 8 12:59:39 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 08 Aug 2007 10:59:39 -0000 Subject: [Haiku-bugs] [Haiku] #1366: /dev/urandom doesn't working? In-Reply-To: <042.fb0b186d689d19d3ef497dfd37979abb@haiku-os.org> References: <042.fb0b186d689d19d3ef497dfd37979abb@haiku-os.org> Message-ID: <051.482489d6f7d86f0529107c77ade7dfe0@haiku-os.org> #1366: /dev/urandom doesn't working? ------------------------+--------------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by kaliber): At least 10 seconds. QEMU and VMWare. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 8 13:07:42 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 08 Aug 2007 11:07:42 -0000 Subject: [Haiku-bugs] [Haiku] #1367: Shapes are drawn at incorrect location with BPictures Message-ID: <045.d64d49f83f9d99fe8db5dc6a0b8ca895@haiku-os.org> #1367: Shapes are drawn at incorrect location with BPictures --------------------------------+------------------------------------------- Reporter: jackburton | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Platform: All | --------------------------------+------------------------------------------- Launch PictureTest. Shapes (the lion, or the shape drawn on the top in the other window) are drawn correctly. Now move around the windows, so that the views are invalidated. Looks like the shape is always rendered at the same position relative to the screen, and not relative to the view. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 8 13:24:14 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 08 Aug 2007 11:24:14 -0000 Subject: [Haiku-bugs] [Haiku] #1366: /dev/urandom doesn't working? In-Reply-To: <042.fb0b186d689d19d3ef497dfd37979abb@haiku-os.org> References: <042.fb0b186d689d19d3ef497dfd37979abb@haiku-os.org> Message-ID: <051.19cdb971b68bfd7ac5f670ecc1ab5ddd@haiku-os.org> #1366: /dev/urandom doesn't working? ------------------------+--------------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by korli): Could you wait a lot more with emulated systems ? urandom init is very cpu consuming. I experienced the same kind of behavior already. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 8 13:52:10 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 08 Aug 2007 11:52:10 -0000 Subject: [Haiku-bugs] [Haiku] #1366: /dev/urandom doesn't working? In-Reply-To: <042.fb0b186d689d19d3ef497dfd37979abb@haiku-os.org> References: <042.fb0b186d689d19d3ef497dfd37979abb@haiku-os.org> Message-ID: <051.e2c74ce1f8260cfc1a8e9738ae050063@haiku-os.org> #1366: /dev/urandom doesn't working? ------------------------+--------------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by kaliber): After 4 minutes first data occur. It's too slow... Maybe there is problem with scheduler because the CPU was mostly idle. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 8 14:33:43 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 08 Aug 2007 12:33:43 -0000 Subject: [Haiku-bugs] [Haiku] #1363: PANIC: vm_page_fault: unhandled page fault in kernel space (rev21847) In-Reply-To: <042.0d495f1e0aba174c9f94ff817bfa40de@haiku-os.org> References: <042.0d495f1e0aba174c9f94ff817bfa40de@haiku-os.org> Message-ID: <051.c9b3c22f42bfb41f9beeeb13f315fffe@haiku-os.org> #1363: PANIC: vm_page_fault: unhandled page fault in kernel space (rev21847) ------------------------+--------------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by axeld): #1003 has been fixed, but the SplitNode() method obviously has another bug :-) In the old bug, it crashed at another memmove(), and for obviously different reasons, so I think this new bug makes sense. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 8 14:48:13 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 08 Aug 2007 12:48:13 -0000 Subject: [Haiku-bugs] [Haiku] #1320: KDL on /bin/listarea In-Reply-To: <048.1375ed38810a5a524325f1537d48b0dc@haiku-os.org> References: <048.1375ed38810a5a524325f1537d48b0dc@haiku-os.org> Message-ID: <057.1eca5a2fd86ec54fe591b204aae4a85c@haiku-os.org> #1320: KDL on /bin/listarea ----------------------------+----------------------------------------------- Reporter: jonas.kirilla | Owner: axeld Type: bug | Status: closed Priority: critical | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Platform: All ----------------------------+----------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: This one should be fixed in r21848. Can you confirm? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 8 15:13:01 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 08 Aug 2007 13:13:01 -0000 Subject: [Haiku-bugs] [Haiku] #1366: /dev/urandom doesn't working? In-Reply-To: <042.fb0b186d689d19d3ef497dfd37979abb@haiku-os.org> References: <042.fb0b186d689d19d3ef497dfd37979abb@haiku-os.org> Message-ID: <051.ebb783cc0c1a11fd815759c3c04b8dea@haiku-os.org> #1366: /dev/urandom doesn't working? ------------------------+--------------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by axeld): That actually happens because I changed the thread_yield() function - it now does a snooze(10000) which is obviously much too long for this kind of use. We could either wait for the new scheduler, or just use snooze() with a lower value in there again (like its BeOS version does). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 8 15:14:13 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 08 Aug 2007 13:14:13 -0000 Subject: [Haiku-bugs] [Haiku] #1367: Shapes are drawn at incorrect location with BPictures In-Reply-To: <045.d64d49f83f9d99fe8db5dc6a0b8ca895@haiku-os.org> References: <045.d64d49f83f9d99fe8db5dc6a0b8ca895@haiku-os.org> Message-ID: <054.4c0e455cf5cee75417f514e1352c063b@haiku-os.org> #1367: Shapes are drawn at incorrect location with BPictures ---------------------------------+------------------------------------------ Reporter: jackburton | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Changes (by jackburton): * component: Kits/Interface Kit => Servers/app_server Comment: Changing component, maybe stippi has some idea... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 8 18:55:19 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 08 Aug 2007 16:55:19 -0000 Subject: [Haiku-bugs] [Haiku] #1368: seq is not working. Message-ID: <042.45d6be212e3892c6c19a435b3ad7de96@haiku-os.org> #1368: seq is not working. -----------------------------------------------+---------------------------- Reporter: rdaneel | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications/Command Line Tools | Version: R1 development Platform: All | -----------------------------------------------+---------------------------- This is the Haiku's seq output: ~> seq 10 0 0 0 0 0 0 4 c2 00 It should be: 1 2 3 4 5 6 7 8 9 10 I dont know where the problema is. The source looks good: http://svn.berlios.de/viewcvs/haiku/haiku/trunk/src/bin/coreutils/src/seq.c?rev=19747&view=markup And this sample program is working. #include int main() { int max = 5; long i; for (i=0; i < max ; i++) printf("%L ",i); } -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 8 19:09:22 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 08 Aug 2007 17:09:22 -0000 Subject: [Haiku-bugs] [Haiku] #1368: seq is not working. In-Reply-To: <042.45d6be212e3892c6c19a435b3ad7de96@haiku-os.org> References: <042.45d6be212e3892c6c19a435b3ad7de96@haiku-os.org> Message-ID: <051.ee76b89c47e7023d179b1fe8a2838880@haiku-os.org> #1368: seq is not working. --------------------------------+------------------------------------------- Reporter: rdaneel | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: | Platform: All --------------------------------+------------------------------------------- Changes (by axeld): * owner: axeld => korli * component: - Applications/Command Line Tools => System/libroot.so Comment: Ingo and I had investigated the issue a while back, and it looks our printf() is broken for "long long double". Since Korli had last worked on glibc's printf(), I'm assigning it to him - I hope he'll like it :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 8 19:17:11 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 08 Aug 2007 17:17:11 -0000 Subject: [Haiku-bugs] [Haiku] #708: [Tracker] crashes in BList::CountItems() In-Reply-To: <040.ea18f9e7115fefff6ea56ae8bb0cacf4@haiku-os.org> References: <040.ea18f9e7115fefff6ea56ae8bb0cacf4@haiku-os.org> Message-ID: <049.f62302b97a2c784f841c9ab6d250411b@haiku-os.org> #708: [Tracker] crashes in BList::CountItems() ------------------------+--------------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by diver): This bug is still here. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 8 19:20:13 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 08 Aug 2007 17:20:13 -0000 Subject: [Haiku-bugs] [Haiku] #1320: KDL on /bin/listarea In-Reply-To: <048.1375ed38810a5a524325f1537d48b0dc@haiku-os.org> References: <048.1375ed38810a5a524325f1537d48b0dc@haiku-os.org> Message-ID: <057.7e898aa28cb8062dbfa1b949a25dbb69@haiku-os.org> #1320: KDL on /bin/listarea ----------------------------+----------------------------------------------- Reporter: jonas.kirilla | Owner: axeld Type: bug | Status: closed Priority: critical | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Platform: All ----------------------------+----------------------------------------------- Comment (by jonas.kirilla): /bin/listarea hangs on semaphore named "address space" and can't be killed, so I can't say if it is fixed or not. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 8 19:37:57 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 08 Aug 2007 17:37:57 -0000 Subject: [Haiku-bugs] [Haiku] #1368: seq is not working. In-Reply-To: <042.45d6be212e3892c6c19a435b3ad7de96@haiku-os.org> References: <042.45d6be212e3892c6c19a435b3ad7de96@haiku-os.org> Message-ID: <051.babdb8ec2fd71c948204cccca93cf516@haiku-os.org> #1368: seq is not working. --------------------------------+------------------------------------------- Reporter: rdaneel | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: | Platform: All --------------------------------+------------------------------------------- Comment (by korli): Just had a look and the weird thing is : it's working ok with a gcc4 build, but not a gcc2.95.3 ... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 8 20:35:10 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 08 Aug 2007 18:35:10 -0000 Subject: [Haiku-bugs] [Haiku] #1092: PCL6: Second page upside down in duplex mode In-Reply-To: <042.f4e72cff2731bfb040699237cc1c1d91@haiku-os.org> References: <042.f4e72cff2731bfb040699237cc1c1d91@haiku-os.org> Message-ID: <051.ec884520c9e3c33ddd4757971edb110d@haiku-os.org> #1092: PCL6: Second page upside down in duplex mode -------------------------+-------------------------------------------------- Reporter: laplace | Owner: laplace Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - Printing | Version: R1 development Resolution: fixed | Platform: All -------------------------+-------------------------------------------------- Changes (by laplace): * status: new => closed * resolution: => fixed Comment: Fixed in revision 21854 by Dr. Hartmut Reh. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 8 20:40:34 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 08 Aug 2007 18:40:34 -0000 Subject: [Haiku-bugs] [Haiku] #1367: Shapes are drawn at incorrect location with BPictures In-Reply-To: <045.d64d49f83f9d99fe8db5dc6a0b8ca895@haiku-os.org> References: <045.d64d49f83f9d99fe8db5dc6a0b8ca895@haiku-os.org> Message-ID: <054.389575fa05dd6f9335ee0b2271eec11b@haiku-os.org> #1367: Shapes are drawn at incorrect location with BPictures ---------------------------------+------------------------------------------ Reporter: jackburton | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: fixed | Platform: All ---------------------------------+------------------------------------------ Changes (by stippi): * status: new => closed * resolution: => fixed Comment: fixed in 21855. Tested under qemu with PictureTest demo. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 8 21:21:01 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 08 Aug 2007 19:21:01 -0000 Subject: [Haiku-bugs] [Haiku] #1369: Haiku corrupts vlc binary Message-ID: <043.0776bc795c2f6693699882733c9470b8@haiku-os.org> #1369: Haiku corrupts vlc binary -----------------------+---------------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Platform: All | -----------------------+---------------------------------------------------- * run haiku (tested with real hardware, r21848) * unzip from haiku the vlc zip package: unzip vlc-0.8.6c-BeOS.zip * cd vlc-0.8.6c * ./vlc works amazingly well listen a internet radio station, or watch a internet tv station. * close the app * reboot * after reboot rerun the vlc binary you should get: sh: ./vlc: cannot execute binary file *finally i mounted the haiku partition and try to run the binary from r5: the same result sh: ./vlc: cannot execute binary file -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 8 22:09:12 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 08 Aug 2007 20:09:12 -0000 Subject: [Haiku-bugs] [Haiku] #1369: Haiku corrupts vlc binary In-Reply-To: <043.0776bc795c2f6693699882733c9470b8@haiku-os.org> References: <043.0776bc795c2f6693699882733c9470b8@haiku-os.org> Message-ID: <052.d2364990fd7b64d9623fdbfb1662db01@haiku-os.org> #1369: Haiku corrupts vlc binary ----------------------------+----------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Changes (by axeld): * component: - General => System/Kernel Comment: Just curious about "reboot" - are you shutting down Haiku correctly? Because only then the caches are written back. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 8 22:22:35 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 08 Aug 2007 20:22:35 -0000 Subject: [Haiku-bugs] [Haiku] #1369: Haiku corrupts vlc binary In-Reply-To: <043.0776bc795c2f6693699882733c9470b8@haiku-os.org> References: <043.0776bc795c2f6693699882733c9470b8@haiku-os.org> Message-ID: <052.04c981789a79582c82f77a9d15f2cb1f@haiku-os.org> #1369: Haiku corrupts vlc binary ----------------------------+----------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by kaoutsis): Replying to [comment:1 axeld]: > Just curious about "reboot" - are you shutting down Haiku correctly? Because only then the caches are written back. Yes. i am shutting down haiku correctly; After all that is the point:) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 8 23:23:56 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 08 Aug 2007 21:23:56 -0000 Subject: [Haiku-bugs] [Haiku] #1369: Haiku corrupts vlc binary In-Reply-To: <043.0776bc795c2f6693699882733c9470b8@haiku-os.org> References: <043.0776bc795c2f6693699882733c9470b8@haiku-os.org> Message-ID: <052.cf3fcbb4c9662fad8ade82cf64c42baa@haiku-os.org> #1369: Haiku corrupts vlc binary ----------------------------+----------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by aldeck): Replying to kaoutsis: I may be wrong but i always run 'sync' after any file op, if i were you i would do a sync after unziping :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 8 23:31:03 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 08 Aug 2007 21:31:03 -0000 Subject: [Haiku-bugs] [Haiku] #1369: Haiku corrupts vlc binary In-Reply-To: <043.0776bc795c2f6693699882733c9470b8@haiku-os.org> References: <043.0776bc795c2f6693699882733c9470b8@haiku-os.org> Message-ID: <052.04f8046b913ac30c1d6a2a1148e3759c@haiku-os.org> #1369: Haiku corrupts vlc binary ----------------------------+----------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by stippi): It's still a bug though if multiple file ops and a sync produces different results than a sync after each op. I have seen this bug too I think. We hoped that it would have disappeared with all the file cache and vm fixes recently. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 9 00:39:44 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 08 Aug 2007 22:39:44 -0000 Subject: [Haiku-bugs] [Haiku] #1320: KDL on /bin/listarea In-Reply-To: <048.1375ed38810a5a524325f1537d48b0dc@haiku-os.org> References: <048.1375ed38810a5a524325f1537d48b0dc@haiku-os.org> Message-ID: <057.5698c0ee3a5429ee6701fffa7588df2a@haiku-os.org> #1320: KDL on /bin/listarea ----------------------------+----------------------------------------------- Reporter: jonas.kirilla | Owner: axeld Type: bug | Status: closed Priority: critical | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Platform: All ----------------------------+----------------------------------------------- Comment (by axeld): Thanks for the update! That particular problem is gone with r21862, at least. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 9 01:23:51 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 08 Aug 2007 23:23:51 -0000 Subject: [Haiku-bugs] [Haiku] #1355: [GLTeapot] last frame stays on screen at close In-Reply-To: <040.737ff0af8a5b492c0eb342df8e8072bf@haiku-os.org> References: <040.737ff0af8a5b492c0eb342df8e8072bf@haiku-os.org> Message-ID: <049.c7ac82a18d670b351164e49a025ce73a@haiku-os.org> #1355: [GLTeapot] last frame stays on screen at close ------------------------------+--------------------------------------------- Reporter: diver | Owner: phoudoin Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/OpenGL Kit | Version: R1 development Resolution: | Platform: All ------------------------------+--------------------------------------------- Changes (by axeld): * owner: axeld => phoudoin * component: - General => Kits/OpenGL Kit Comment: It's not just that, actually it easily draws over other windows as well - and since other BDirectWindow apps obviously don't do that, I'd guess the OpenGL implementation is to blame here. You can reproduce the problems much easier with the GLDirectMode test application, btw. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 9 02:41:22 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 09 Aug 2007 00:41:22 -0000 Subject: [Haiku-bugs] [Haiku] #592: selected (inverted) text is disappearing In-Reply-To: <040.b4c4b1fd0df5f47e132a3aff742b81f5@haiku-os.org> References: <040.b4c4b1fd0df5f47e132a3aff742b81f5@haiku-os.org> Message-ID: <049.b7c691e2121ec736f2355f2f9802b5b7@haiku-os.org> #592: selected (inverted) text is disappearing ---------------------------------+------------------------------------------ Reporter: diver | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Servers/app_server | Version: Resolution: fixed | Platform: All ---------------------------------+------------------------------------------ Changes (by stippi): * status: assigned => closed * resolution: => fixed Comment: fixed in r21867. (maybe not the different font stuff in StyledEdit) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 9 02:34:11 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 09 Aug 2007 00:34:11 -0000 Subject: [Haiku-bugs] [Haiku] #908: DeskCalc: not drawing correctly In-Reply-To: <045.38e06d6d48bab799f2bd5437d735c50f@haiku-os.org> References: <045.38e06d6d48bab799f2bd5437d735c50f@haiku-os.org> Message-ID: <054.01ea68838aeae8eff4853268e31eb5ac@haiku-os.org> #908: DeskCalc: not drawing correctly ---------------------------------+------------------------------------------ Reporter: wkornewald | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: fixed | Platform: All ---------------------------------+------------------------------------------ Changes (by stippi): * status: new => closed * resolution: => fixed Comment: Fixed in r21867. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 9 03:15:38 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 09 Aug 2007 01:15:38 -0000 Subject: [Haiku-bugs] [Haiku] #555: Several things will crash using Romashka In-Reply-To: <040.646d51eae08a2894832819b7c401d2c8@haiku-os.org> References: <040.646d51eae08a2894832819b7c401d2c8@haiku-os.org> Message-ID: <049.4a2c0bde820147914d3df87c0ead8b1c@haiku-os.org> #555: Several things will crash using Romashka ------------------------+--------------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1 Component: - General | Version: Resolution: | Platform: All ------------------------+--------------------------------------------------- Changes (by aldeck): * platform: => All Comment: Can't find Romashka on the web, can't reproduce. Not very informative for recent revisions anyway. This bug should be updated/precised or closed imho. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 9 06:00:26 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 09 Aug 2007 04:00:26 -0000 Subject: [Haiku-bugs] [Haiku] #1370: Alpha Transparency in PNGs missing for desktop backgrounds Message-ID: <041.1ad9a5a2913c3b7cc487e0766c0f6688@haiku-os.org> #1370: Alpha Transparency in PNGs missing for desktop backgrounds ------------------------------+--------------------------------------------- Reporter: kvdman | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - User Interface | Version: R1 development Platform: All | ------------------------------+--------------------------------------------- Show image shows the transparency layer, but when you set an alpha transparent png on your desktop the layer is black. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 9 09:10:35 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 09 Aug 2007 07:10:35 -0000 Subject: [Haiku-bugs] [Haiku] #1355: [GLTeapot] last frame stays on screen at close In-Reply-To: <040.737ff0af8a5b492c0eb342df8e8072bf@haiku-os.org> References: <040.737ff0af8a5b492c0eb342df8e8072bf@haiku-os.org> Message-ID: <049.06572e5a10c40a1b8aeb90eb46ae1cf3@haiku-os.org> #1355: [GLTeapot] last frame stays on screen at close ------------------------------+--------------------------------------------- Reporter: diver | Owner: phoudoin Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/OpenGL Kit | Version: R1 development Resolution: | Platform: All ------------------------------+--------------------------------------------- Comment (by jackburton): Replying to [comment:1 axeld]: > It's not just that, actually it easily draws over other windows as well - and since other BDirectWindow apps obviously don't do that, I'd guess the OpenGL implementation is to blame here. Although this could also be a problem of BGLView. I thought I'd fixed it some time ago in r20844 (see bug #1157), but maybe I was wrong. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 9 09:53:13 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 09 Aug 2007 07:53:13 -0000 Subject: [Haiku-bugs] [Haiku] #1110: StyledEdit find textbox garbles escape sequences In-Reply-To: <041.50147c2115720167261394336c29fa50@haiku-os.org> References: <041.50147c2115720167261394336c29fa50@haiku-os.org> Message-ID: <050.599da5bb301c58a55cb03ba66198cfc7@haiku-os.org> #1110: StyledEdit find textbox garbles escape sequences ----------------------------------------+----------------------------------- Reporter: engima | Owner: Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - Applications/StyledEdit | Version: R1 development Resolution: fixed | Platform: All ----------------------------------------+----------------------------------- Changes (by jackburton): * status: new => closed * resolution: => fixed Comment: Replying to [comment:1 korli]: I think this was an app_server bug (same thing as bug #908), and was fixed by stippi in r21867. At least I can't reproduce it anymore. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 9 10:47:26 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 09 Aug 2007 08:47:26 -0000 Subject: [Haiku-bugs] [Haiku] #1371: Registrar died while compiling "doodle" sample app. Message-ID: <045.cf21dd5127cff44b17d4ecf0ae0cca6e@haiku-os.org> #1371: Registrar died while compiling "doodle" sample app. ----------------------------------+----------------------------------------- Reporter: jackburton | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Application Kit | Version: R1 development Platform: All | ----------------------------------+----------------------------------------- With r21867, I installed the R5 development tools under haiku, and tried to compile the "doodle" sample app in optional/sample-code/intro. The actual compiling and linking works fine, but when mimesetting the binary, registrar crashed. Since it crashes in BMessage, I assume it's a BMessage bug. It's 100% reproducible. Included is the backtrace. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 9 10:48:14 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 09 Aug 2007 08:48:14 -0000 Subject: [Haiku-bugs] [Haiku] #1371: Registrar died while compiling "doodle" sample app. In-Reply-To: <045.cf21dd5127cff44b17d4ecf0ae0cca6e@haiku-os.org> References: <045.cf21dd5127cff44b17d4ecf0ae0cca6e@haiku-os.org> Message-ID: <054.474a0ef809cbbbd3bad9cc82768cc3cd@haiku-os.org> #1371: Registrar died while compiling "doodle" sample app. -----------------------------------+---------------------------------------- Reporter: jackburton | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Application Kit | Version: R1 development Resolution: | Platform: All -----------------------------------+---------------------------------------- Changes (by jackburton): * owner: axeld => mmlr -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 9 10:51:03 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 09 Aug 2007 08:51:03 -0000 Subject: [Haiku-bugs] [Haiku] #1370: Alpha Transparency in PNGs missing for desktop backgrounds In-Reply-To: <041.1ad9a5a2913c3b7cc487e0766c0f6688@haiku-os.org> References: <041.1ad9a5a2913c3b7cc487e0766c0f6688@haiku-os.org> Message-ID: <050.a81c8815c3d75a6eb38d429d9ffb9db4@haiku-os.org> #1370: Alpha Transparency in PNGs missing for desktop backgrounds -------------------------------------+-------------------------------------- Reporter: kvdman | Owner: axeld Type: enhancement | Status: new Priority: low | Milestone: Unscheduled Component: - Applications/Tracker | Version: R1 development Resolution: | Platform: All -------------------------------------+-------------------------------------- Changes (by stippi): * priority: normal => low * component: - User Interface => - Applications/Tracker * milestone: R1 => Unscheduled Comment: IMHO, this should be handled by Tracker, if at all. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 9 11:13:26 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 09 Aug 2007 09:13:26 -0000 Subject: [Haiku-bugs] [Haiku] #152: PANIC: heap overgrew itself In-Reply-To: <054.b2a065af31403c988fc7482631f5f594@haiku-os.org> References: <054.b2a065af31403c988fc7482631f5f594@haiku-os.org> Message-ID: <063.6ab3def303ddee0846d9e4390983642d@haiku-os.org> #152: PANIC: heap overgrew itself ----------------------------------+----------------------------------------- Reporter: daneel at rootshell.be | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1 Component: System/Kernel | Version: Resolution: | Platform: All ----------------------------------+----------------------------------------- Comment (by kaliber): Replying to [comment:3 diver]: As I know there is slab allocator implemented by Hugo Santos. Can we use it here? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 9 11:14:02 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 09 Aug 2007 09:14:02 -0000 Subject: [Haiku-bugs] [Haiku] #1368: seq is not working. In-Reply-To: <042.45d6be212e3892c6c19a435b3ad7de96@haiku-os.org> References: <042.45d6be212e3892c6c19a435b3ad7de96@haiku-os.org> Message-ID: <051.8ce2d7003f2b52a8955febd0e123d53c@haiku-os.org> #1368: seq is not working. --------------------------------+------------------------------------------- Reporter: rdaneel | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: | Platform: All --------------------------------+------------------------------------------- Comment (by bonefish): Probably the compiler would need long long double support and gcc 2.95.3 might not implement it (properly), while gcc 4 does. I suppose it's some configuration issue of glibc (or coreutils?), but Axel and I didn't spot it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 9 11:35:25 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 09 Aug 2007 09:35:25 -0000 Subject: [Haiku-bugs] [Haiku] #1354: It is possible to copy text from a password field (BTextView) In-Reply-To: <041.d079968ee76fa72eb42559ff23ff11e3@haiku-os.org> References: <041.d079968ee76fa72eb42559ff23ff11e3@haiku-os.org> Message-ID: <050.ec1223fa3b6bff936abbce251a7085ca@haiku-os.org> #1354: It is possible to copy text from a password field (BTextView) ---------------------------------+------------------------------------------ Reporter: ksmith | Owner: jackburton Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by jackburton): Replying to [comment:12 stippi]: > I think the application that the text view is embedded in can be trusted. Therefor all methods to get the text should work. However, special care needs to be taken when messaging/scripting is involved. Especially when the reply target is not in the same team... :-) But if the app sends a B_COPY message, the message will come from the same team, no? I.E: in case the user hits ALT-C or ALT-X, it's the window which will handle the message. So we either forbid copying in every case (also when the Copy() (and Cut()) function is called directly) or never. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 9 12:33:19 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 09 Aug 2007 10:33:19 -0000 Subject: [Haiku-bugs] [Haiku] #1355: [GLTeapot] last frame stays on screen at close In-Reply-To: <040.737ff0af8a5b492c0eb342df8e8072bf@haiku-os.org> References: <040.737ff0af8a5b492c0eb342df8e8072bf@haiku-os.org> Message-ID: <049.12f7ab91a81ef294c2fdcdbaf0a37ce3@haiku-os.org> #1355: [GLTeapot] last frame stays on screen at close ------------------------------+--------------------------------------------- Reporter: diver | Owner: phoudoin Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/OpenGL Kit | Version: R1 development Resolution: | Platform: All ------------------------------+--------------------------------------------- Comment (by diver): Funny thing is that if closed via alt+w everythig ok. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 9 12:41:10 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 09 Aug 2007 10:41:10 -0000 Subject: [Haiku-bugs] [Haiku] #716: StyledEdit: selecting, selecting fonts In-Reply-To: <053.cdfc46d604fe66fcffe579be87ef77f9@haiku-os.org> References: <053.cdfc46d604fe66fcffe579be87ef77f9@haiku-os.org> Message-ID: <062.4f6563f92e5d2f9b07393ffb19f38b37@haiku-os.org> #716: StyledEdit: selecting, selecting fonts ----------------------------------------+----------------------------------- Reporter: kutspam at wolke7.net | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications/StyledEdit | Version: Resolution: | Platform: All ----------------------------------------+----------------------------------- Comment (by humdinger): The thing I've reported is fixed with stippi's [http://svn.berlios.de/viewcvs/haiku?rev=21867&view=rev r21867]. I don't quite understand everything the original poster wrote, but at least the selected text still isn't kept marked selected when invoking a menu. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 9 12:45:26 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 09 Aug 2007 10:45:26 -0000 Subject: [Haiku-bugs] [Haiku] #555: Several things will crash using Romashka In-Reply-To: <040.646d51eae08a2894832819b7c401d2c8@haiku-os.org> References: <040.646d51eae08a2894832819b7c401d2c8@haiku-os.org> Message-ID: <049.f487be493651c368dda836911ae75042@haiku-os.org> #555: Several things will crash using Romashka ------------------------+--------------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1 Component: - General | Version: Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by diver): Latest version is 0.32dev1 http://hanasoft.ru/images/ss/Haiku_01.08.2007_Romashka.png but you could download only 0.3.1dev2 http://hanasoft.ru/files/Romashka_0.3.1d2.zip I'm wondering how much workarounds has been added to work ok in haiku. I'll try to get RomashkaA14.zip for this reason whithout haiku specific fixes to unhide hidden bugs. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 9 13:00:45 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 09 Aug 2007 11:00:45 -0000 Subject: [Haiku-bugs] [Haiku] #1372: When Haiku runs out memory it panics. Message-ID: <041.448f7ce71608848b0de73e7904f113b2@haiku-os.org> #1372: When Haiku runs out memory it panics. ---------------------------+------------------------------------------------ Reporter: kvdman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Platform: All | ---------------------------+------------------------------------------------ Tested with Simple Backup on /boot/home and 256mb RAM in VMWare. Test image: http://www.haikuware.com/index.php?option=com_content&task=view&id=87&Itemid=39 See the screenshot -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 9 13:20:41 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 09 Aug 2007 11:20:41 -0000 Subject: [Haiku-bugs] [Haiku] #716: StyledEdit: selecting, selecting fonts In-Reply-To: <053.cdfc46d604fe66fcffe579be87ef77f9@haiku-os.org> References: <053.cdfc46d604fe66fcffe579be87ef77f9@haiku-os.org> Message-ID: <062.45a8ece63ad02ee49f8bc699f198478b@haiku-os.org> #716: StyledEdit: selecting, selecting fonts ----------------------------------------+----------------------------------- Reporter: kutspam at wolke7.net | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - Applications/StyledEdit | Version: Resolution: fixed | Platform: All ----------------------------------------+----------------------------------- Changes (by stippi): * status: new => closed * resolution: => fixed Comment: There might be some selecting bugs in BTextView which are reported here in the comments, please open separate bug reports for those. At least the original bug is fixed in r21867. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 9 13:26:18 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 09 Aug 2007 11:26:18 -0000 Subject: [Haiku-bugs] [Haiku] #1369: Haiku corrupts vlc binary In-Reply-To: <043.0776bc795c2f6693699882733c9470b8@haiku-os.org> References: <043.0776bc795c2f6693699882733c9470b8@haiku-os.org> Message-ID: <052.a70c7a0fbcaa7a956e75c69e7e92d1ce@haiku-os.org> #1369: Haiku corrupts vlc binary ----------------------------+----------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by kaoutsis): Replying to [comment:3 aldeck]: > Replying to kaoutsis: > I may be wrong but i always run 'sync' after any file op, if i were you i would do a sync after unziping :) followed your suggestion: i ran sync after unzipping; then the vlc runs fine and reruns fine after reboot. The strange thing for me is that if i run sync not immediately after unzipping, but i run vlc first, close the app and then run sync and reboot, the problem appears again. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 9 13:31:50 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 09 Aug 2007 11:31:50 -0000 Subject: [Haiku-bugs] [Haiku] #716: StyledEdit: selecting, selecting fonts In-Reply-To: <053.cdfc46d604fe66fcffe579be87ef77f9@haiku-os.org> References: <053.cdfc46d604fe66fcffe579be87ef77f9@haiku-os.org> Message-ID: <062.1fa569c987efeeac9ce8edd8d3d1b5db@haiku-os.org> #716: StyledEdit: selecting, selecting fonts ----------------------------------------+----------------------------------- Reporter: kutspam at wolke7.net | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - Applications/StyledEdit | Version: Resolution: fixed | Platform: All ----------------------------------------+----------------------------------- Comment (by jackburton): Replying to [comment:6 humdinger]: > The thing I've reported is fixed with stippi's [http://svn.berlios.de/viewcvs/haiku?rev=21867&view=rev r21867]. > > I don't quite understand everything the original poster wrote, but at least the selected text still isn't kept marked selected when invoking a menu. > It's not kept marked, because the textview loses focus (and the menubar does get it). As soon as the menu window closes, though, the text is highlighted again. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 9 14:20:30 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 09 Aug 2007 12:20:30 -0000 Subject: [Haiku-bugs] [Haiku] #376: Locks up during boot. In-Reply-To: <060.4c684a4327c62f212c57b5c48c2a2903@haiku-os.org> References: <060.4c684a4327c62f212c57b5c48c2a2903@haiku-os.org> Message-ID: <069.b40f4d766fa062273f82d962a916c260@haiku-os.org> #376: Locks up during boot. ----------------------------------------+----------------------------------- Reporter: nelson.jeppesen at gmail.com | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: Resolution: invalid | Platform: All ----------------------------------------+----------------------------------- Changes (by jackburton): * platform: => All Old description: > r16939. Haiku freezes during boot. It makes it to the blue background but > nothing on the screen, not even a mouse cursor. KB seems to be dead at > this > point as well. Able to boot into safe mode CLI. Tried boot w/o mouse as > it locks > up BeoS 5.0.x but no change. Hardware specs; > Abit K8N (nForce 3 chipset) > Sepron 64 2600 > 1gig ram > Geforce 4 MX > Belkin 54g card > Three HDs total: two on Primary PATA and one on SATA. Haiku is on the > slave > drive on the primary PATA chanel. New description: r16939. Haiku freezes during boot. It makes it to the blue background but nothing on the screen, not even a mouse cursor. KB seems to be dead at this point as well. Able to boot into safe mode CLI. Tried boot w/o mouse as it locks up BeoS 5.0.x but no change. Hardware specs; Abit K8N (nForce 3 chipset) Sepron 64 2600 1gig ram Geforce 4 MX Belkin 54g card Three HDs total: two on Primary PATA and one on SATA. Haiku is on the slave drive on the primary PATA chanel. Comment: I have had some input from a friend: Looks like that if you detach the SATA drive phisically, haiku will boot. Looks like Haiku don't like having SATA drives attached, even if they're not the primary drive. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 9 15:09:44 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 09 Aug 2007 13:09:44 -0000 Subject: [Haiku-bugs] [Haiku] #1370: Alpha Transparency in PNGs missing for desktop backgrounds In-Reply-To: <041.1ad9a5a2913c3b7cc487e0766c0f6688@haiku-os.org> References: <041.1ad9a5a2913c3b7cc487e0766c0f6688@haiku-os.org> Message-ID: <050.59b3197f155b16095c3e89f1fece80cb@haiku-os.org> #1370: Alpha Transparency in PNGs missing for desktop backgrounds -------------------------------------+-------------------------------------- Reporter: kvdman | Owner: axeld Type: enhancement | Status: new Priority: low | Milestone: Unscheduled Component: - Applications/Tracker | Version: R1 development Resolution: | Platform: All -------------------------------------+-------------------------------------- Comment (by kvdman): I didn't put it there, I chose 'system'. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 9 15:11:26 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 09 Aug 2007 13:11:26 -0000 Subject: [Haiku-bugs] [Haiku] #1370: Alpha Transparency in PNGs missing for desktop backgrounds In-Reply-To: <041.1ad9a5a2913c3b7cc487e0766c0f6688@haiku-os.org> References: <041.1ad9a5a2913c3b7cc487e0766c0f6688@haiku-os.org> Message-ID: <050.e7a746e35bfdc583d49602068ac9b8d0@haiku-os.org> #1370: Alpha Transparency in PNGs missing for desktop backgrounds --------------------------+------------------------------------------------- Reporter: kvdman | Owner: axeld Type: enhancement | Status: new Priority: low | Milestone: Unscheduled Component: System | Version: R1 development Resolution: | Platform: All --------------------------+------------------------------------------------- Changes (by kvdman): * component: - Applications/Tracker => System Comment: ugh, disregard that. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 9 15:20:12 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 09 Aug 2007 13:20:12 -0000 Subject: [Haiku-bugs] [Haiku] #1370: Alpha Transparency in PNGs missing for desktop backgrounds In-Reply-To: <041.1ad9a5a2913c3b7cc487e0766c0f6688@haiku-os.org> References: <041.1ad9a5a2913c3b7cc487e0766c0f6688@haiku-os.org> Message-ID: <050.757c16f12a5917c6a73b9dc5e9845fc7@haiku-os.org> #1370: Alpha Transparency in PNGs missing for desktop backgrounds --------------------------+------------------------------------------------- Reporter: kvdman | Owner: axeld Type: enhancement | Status: new Priority: low | Milestone: Unscheduled Component: System | Version: R1 development Resolution: | Platform: All --------------------------+------------------------------------------------- Comment (by kvdman): BTW, the 'LMHO' and 'if at all' are kind of discouraging. I'm sorry I don't know in which place it's 100% correct to put the ticket and which enhancements or bugs are deemed worthy like you. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 9 15:41:24 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 09 Aug 2007 13:41:24 -0000 Subject: [Haiku-bugs] [Haiku] #1370: Alpha Transparency in PNGs missing for desktop backgrounds In-Reply-To: <041.1ad9a5a2913c3b7cc487e0766c0f6688@haiku-os.org> References: <041.1ad9a5a2913c3b7cc487e0766c0f6688@haiku-os.org> Message-ID: <050.90723f6aaa2055f7ead408aebd0d82ae@haiku-os.org> #1370: Alpha Transparency in PNGs missing for desktop backgrounds -------------------------------------+-------------------------------------- Reporter: kvdman | Owner: axeld Type: enhancement | Status: new Priority: low | Milestone: Unscheduled Component: - Applications/Tracker | Version: R1 development Resolution: | Platform: All -------------------------------------+-------------------------------------- Changes (by stippi): * component: System => - Applications/Tracker Comment: "IMHO" stands for In My _Humble_ Opinion. And so I meant "if at all". I really didn't mean to discourage you, sorry if I did. But why did you change the component again? I changed it on purpose. With what I know about how this is implemented (SetViewBitmap()) and what the cost would be of handling this in app_server, *IMHO* it really is Tracker who needs to handle this, I'm serious. That's why I changed the component. And while this is certainly a nice feature to have, I agree with you, it is more of a low priority. BTW, Axel is already looking into this, since he thought it would be cool as well. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 9 17:53:30 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 09 Aug 2007 15:53:30 -0000 Subject: [Haiku-bugs] [Haiku] #1370: Alpha Transparency in PNGs missing for desktop backgrounds In-Reply-To: <041.1ad9a5a2913c3b7cc487e0766c0f6688@haiku-os.org> References: <041.1ad9a5a2913c3b7cc487e0766c0f6688@haiku-os.org> Message-ID: <050.1e12628f62e7819ae043f4f926e00979@haiku-os.org> #1370: Alpha Transparency in PNGs missing for desktop backgrounds -------------------------------------+-------------------------------------- Reporter: kvdman | Owner: axeld Type: enhancement | Status: new Priority: low | Milestone: Unscheduled Component: - Applications/Tracker | Version: R1 development Resolution: | Platform: All -------------------------------------+-------------------------------------- Comment (by kvdman): Oh sorry, don't know what's wrong today, not reading things right... I thought it was Laugh_My_Head_Off!... I didn't know I changed the component, maybe when I checked to see what I actually put it in I accidentally changed it again. Still learning how to use this. Yes, it is low priority. Good that Axel is looking into it! Sorry for the confusion. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 9 21:38:47 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 09 Aug 2007 19:38:47 -0000 Subject: [Haiku-bugs] [Haiku] #1373: Better parsing of team name in /bin/top Message-ID: <048.b9e148d3b799433e58c935c496acf747@haiku-os.org> #1373: Better parsing of team name in /bin/top -----------------------------------------------+---------------------------- Reporter: jonas.kirilla | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - Applications/Command Line Tools | Version: R1 development Platform: All | -----------------------------------------------+---------------------------- When running for example 'cat /dev/urandom' /bin/top shows 'urandom' as the team name. ProcessController shows '/bin/cat /dev/urandom'. I think team_info.args usually starts with "/" as far as I can tell, but it can also start with "./". The path of the executable may contain spaces and there may be arguments following it. Tricky to parse I suppose. What's done in src/bin/top.c looks a bit naive though: {{{ if (get_team_info(t.team, &tm) < B_NO_ERROR) { strcpy(tm.args, "(unknown)"); } else { if (p = strrchr(tm.args, '/')) { strcpy(tm.args, p + 1); } } }}} "The function strrchr() returns a pointer to the last occurrence of ch in str, or NULL if no match is found." (http://www.cppreference.com/stdstring/strrchr.html) Perhaps the team_info struct could be improved in R2. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 9 22:15:40 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 09 Aug 2007 20:15:40 -0000 Subject: [Haiku-bugs] [Haiku] #1368: seq is not working. In-Reply-To: <042.45d6be212e3892c6c19a435b3ad7de96@haiku-os.org> References: <042.45d6be212e3892c6c19a435b3ad7de96@haiku-os.org> Message-ID: <051.53b4ba9aa6a9004704ecce14dc2568f9@haiku-os.org> #1368: seq is not working. --------------------------------+------------------------------------------- Reporter: rdaneel | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: | Platform: All --------------------------------+------------------------------------------- Comment (by korli): seq was changed in 6.7 to use long double : http://svn.berlios.de/viewcvs/haiku/haiku/trunk/src/bin/coreutils/src/seq.c?rev=19747&r1=17309&r2=19747 using the older version works with gcc2.95. Could we keep the old copy around to build with gcc 2.95 ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 10 00:31:36 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 09 Aug 2007 22:31:36 -0000 Subject: [Haiku-bugs] [Haiku] #1177: Input server dies on AT keyboard keymap IsDeadKey() In-Reply-To: <048.89108786483216f2e56236ec159083ef@haiku-os.org> References: <048.89108786483216f2e56236ec159083ef@haiku-os.org> Message-ID: <057.1ed2a0d44d5d113cd8f6c10b79d35120@haiku-os.org> #1177: Input server dies on AT keyboard keymap IsDeadKey() -----------------------------------+---------------------------------------- Reporter: jonas.kirilla | Owner: korli Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Servers/input_server | Version: R1 development Resolution: fixed | Platform: All -----------------------------------+---------------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed Comment: Fixed in r21881. The keymap was reloaded in the middle of the key code process. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 10 01:07:06 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 09 Aug 2007 23:07:06 -0000 Subject: [Haiku-bugs] [Haiku] #1374: leaking memory and semaphores Message-ID: <048.8cb0b8540b30fa9916977a3d7a533ff3@haiku-os.org> #1374: leaking memory and semaphores ---------------------------+------------------------------------------------ Reporter: jonas.kirilla | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Platform: All | ---------------------------+------------------------------------------------ In r21877, doing a {{{ while (true); do clear; sysinfo | tail -n 5; done; }}} shows the semaphore and memory count rising continously. ProcessController shows System Resources & Caches rising whereas the kernel_team's memory is stable (but fluctuating some). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 10 02:06:07 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 10 Aug 2007 00:06:07 -0000 Subject: [Haiku-bugs] [Haiku] #1177: Input server dies on AT keyboard keymap IsDeadKey() In-Reply-To: <048.89108786483216f2e56236ec159083ef@haiku-os.org> References: <048.89108786483216f2e56236ec159083ef@haiku-os.org> Message-ID: <057.3ee6aa30b47ff3ce0d53db9d67e8eb20@haiku-os.org> #1177: Input server dies on AT keyboard keymap IsDeadKey() -----------------------------------+---------------------------------------- Reporter: jonas.kirilla | Owner: korli Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Servers/input_server | Version: R1 development Resolution: fixed | Platform: All -----------------------------------+---------------------------------------- Comment (by jonas.kirilla): Fix confirmed. Thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 10 10:05:10 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 10 Aug 2007 08:05:10 -0000 Subject: [Haiku-bugs] [Haiku] #1355: [GLTeapot] last frame stays on screen at close In-Reply-To: <040.737ff0af8a5b492c0eb342df8e8072bf@haiku-os.org> References: <040.737ff0af8a5b492c0eb342df8e8072bf@haiku-os.org> Message-ID: <049.f83c88937563f094620e0cb17393f4ef@haiku-os.org> #1355: [GLTeapot] last frame stays on screen at close ------------------------------+--------------------------------------------- Reporter: diver | Owner: phoudoin Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Kits/OpenGL Kit | Version: R1 development Resolution: | Platform: All ------------------------------+--------------------------------------------- Changes (by phoudoin): * status: new => assigned Comment: Replying to [comment:1 axeld]: > It's not just that, actually it easily draws over other windows as well - and since other BDirectWindow apps obviously don't do that, I'd guess the OpenGL implementation is to blame here. > You can reproduce the problems much easier with the GLDirectMode test application, btw. I'm currently in vaccation, with limited internet access. But ASAP I'll investigate the direct mode drawing code, as something is still not quite right. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 10 11:22:44 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 10 Aug 2007 09:22:44 -0000 Subject: [Haiku-bugs] [Haiku] #1375: First tab looks always selected Message-ID: <045.1e790b2a2a6417e9c1f154801845cd60@haiku-os.org> #1375: First tab looks always selected ------------------------------+--------------------------------------------- Reporter: jackburton | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: - User Interface | Version: R1 development Platform: All | ------------------------------+--------------------------------------------- Start Terminal, and open 3 new tabs, so that you have a total of 4 tabs. Select the fourth one. You'll see that you cannot tell if the selected tab is the fourth or the first. Screenshots attached. P.S: I still don't like much the look of the tabs... and I know I am not the only one. It's not just a subjective thing: they simply don't integrate well with the rest of the GUI, don't you think ? How do I convince you to change their look ? Should I try to come up with something better ? :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 10 12:04:11 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 10 Aug 2007 10:04:11 -0000 Subject: [Haiku-bugs] [Haiku] #1375: First tab looks always selected In-Reply-To: <045.1e790b2a2a6417e9c1f154801845cd60@haiku-os.org> References: <045.1e790b2a2a6417e9c1f154801845cd60@haiku-os.org> Message-ID: <054.3c33bdb0bee76f5e901e6c3b88b5e49f@haiku-os.org> #1375: First tab looks always selected -------------------------------+-------------------------------------------- Reporter: jackburton | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: - User Interface | Version: R1 development Resolution: | Platform: All -------------------------------+-------------------------------------------- Comment (by jackburton): Maybe we could made the selected tab more prominent by using a darker (or lighter) shade of gray. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 10 12:17:39 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 10 Aug 2007 10:17:39 -0000 Subject: [Haiku-bugs] [Haiku] #1375: First tab looks always selected In-Reply-To: <045.1e790b2a2a6417e9c1f154801845cd60@haiku-os.org> References: <045.1e790b2a2a6417e9c1f154801845cd60@haiku-os.org> Message-ID: <054.f49bf1ec5a1efde3cd1fcd424ad97f0a@haiku-os.org> #1375: First tab looks always selected -------------------------------+-------------------------------------------- Reporter: jackburton | Owner: stippi Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - User Interface | Version: R1 development Resolution: | Platform: All -------------------------------+-------------------------------------------- Changes (by stippi): * status: new => assigned Comment: I will try to work on them some. I have made a mockup a while back, but that changes the look of more than just the BTabViews... :-) But yes of course, I'd love to see your ideas! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 10 15:59:36 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 10 Aug 2007 13:59:36 -0000 Subject: [Haiku-bugs] [Haiku] #716: StyledEdit: selecting, selecting fonts In-Reply-To: <053.cdfc46d604fe66fcffe579be87ef77f9@haiku-os.org> References: <053.cdfc46d604fe66fcffe579be87ef77f9@haiku-os.org> Message-ID: <062.5143020ce6fe2b683f409da6defb7905@haiku-os.org> #716: StyledEdit: selecting, selecting fonts ----------------------------------------+----------------------------------- Reporter: kutspam at wolke7.net | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - Applications/StyledEdit | Version: Resolution: fixed | Platform: All ----------------------------------------+----------------------------------- Comment (by humdinger): Replying to [comment:8 jackburton]: > It's not kept marked, because the textview loses focus (and the menubar does get it). > As soon as the menu window closes, though, the text is highlighted again. Right. Question is, wouldn't it be better to keep the selection marked the whole time? Then you could recheck if everything you want is really selected while looking for the right menu entry... One thing I often do: I mark the interesting paragraph of eg. a helpfile, move the window side-by-side to the described app and do a step-by-step. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 10 19:26:07 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 10 Aug 2007 17:26:07 -0000 Subject: [Haiku-bugs] [Haiku] #1368: seq is not working. In-Reply-To: <042.45d6be212e3892c6c19a435b3ad7de96@haiku-os.org> References: <042.45d6be212e3892c6c19a435b3ad7de96@haiku-os.org> Message-ID: <051.a55fe453276ce03c68c801ae95368cea@haiku-os.org> #1368: seq is not working. --------------------------------+------------------------------------------- Reporter: rdaneel | Owner: korli Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: fixed | Platform: All --------------------------------+------------------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed Comment: I copied the old seq.c to be used with gcc 2.95 in r21883. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 10 22:23:02 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 10 Aug 2007 20:23:02 -0000 Subject: [Haiku-bugs] [Haiku] #1368: seq is not working. In-Reply-To: <042.45d6be212e3892c6c19a435b3ad7de96@haiku-os.org> References: <042.45d6be212e3892c6c19a435b3ad7de96@haiku-os.org> Message-ID: <051.4777c714e7b4161b748a4563fcd11141@haiku-os.org> #1368: seq is not working. --------------------------------+------------------------------------------- Reporter: rdaneel | Owner: korli Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: fixed | Platform: All --------------------------------+------------------------------------------- Comment (by bonefish): I wonder, if other programs of the coreutils have similar problems. Maybe it would be better to have a complete copy of the old coreutils. Not sure... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 11 00:37:22 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 10 Aug 2007 22:37:22 -0000 Subject: [Haiku-bugs] [Haiku] #134: SoundRecorder doesn't start In-Reply-To: <040.48eed639ab99e1fa58e48ec9edca3c67@haiku-os.org> References: <040.48eed639ab99e1fa58e48ec9edca3c67@haiku-os.org> Message-ID: <049.b267c59e2e56e07ac781f5476d153711@haiku-os.org> #134: SoundRecorder doesn't start -----------------------------+---------------------------------------------- Reporter: diver | Owner: korli Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: - Applications | Version: Resolution: | Platform: All -----------------------------+---------------------------------------------- Changes (by diver): * summary: Soundrecorder doesn't start => SoundRecorder doesn't start Comment: I get "Cannot connect to media server : General system error. [ffffffff]" which IMHO is not the right error message for the end user. I would like to see "No audio hardware detected" (this is from R5's MediaPlayer i think) or something like that (which will explain why this error) as it's far more informative, and i could guess that my audio card is not detected (no driver). Could you change the error message please, then i would insist on closing this bug! ;-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 11 00:44:52 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 10 Aug 2007 22:44:52 -0000 Subject: [Haiku-bugs] [Haiku] #1376: [DiskProbe] View->Font size doesn't work Message-ID: <040.bbda1779c67658da3046d17d39f96e1a@haiku-os.org> #1376: [DiskProbe] View->Font size doesn't work --------------------------------------+------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications/DiskProbe | Version: R1 development Platform: All | --------------------------------------+------------------------------------- DiskProbe View->Font size doesn't change anything. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 11 01:04:17 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 10 Aug 2007 23:04:17 -0000 Subject: [Haiku-bugs] [Haiku] #1377: [Tracker] Open with misbehaves Message-ID: <040.d5db43b11d66a84abd65d017c21ec0bb@haiku-os.org> #1377: [Tracker] Open with misbehaves ------------------------------------+--------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications/Tracker | Version: R1 development Platform: All | ------------------------------------+--------------------------------------- Boot Haiku Right click Home folder Choos "Open With" Open With will show 1 item in ststus, without anything in main view. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 11 01:06:37 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 10 Aug 2007 23:06:37 -0000 Subject: [Haiku-bugs] [Haiku] #1377: [Tracker] Open with misbehaves In-Reply-To: <040.d5db43b11d66a84abd65d017c21ec0bb@haiku-os.org> References: <040.d5db43b11d66a84abd65d017c21ec0bb@haiku-os.org> Message-ID: <049.8f300c7f19f71f52cfc00fc69cb7fa10@haiku-os.org> #1377: [Tracker] Open with misbehaves -------------------------------------+-------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications/Tracker | Version: R1 development Resolution: | Platform: All -------------------------------------+-------------------------------------- Comment (by diver): Oh, it seems taht resizing open With window will show Preferred application for a folder. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 11 01:25:36 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 10 Aug 2007 23:25:36 -0000 Subject: [Haiku-bugs] [Haiku] #1378: [Tracker] double click runtime_loader to freeze tracker Message-ID: <040.e5e0bf3bc4c34873d29aa94870985750@haiku-os.org> #1378: [Tracker] double click runtime_loader to freeze tracker -----------------------------------+---------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/runtime_loader | Version: R1 development Platform: All | -----------------------------------+---------------------------------------- Boot Haiku Navigate Haiku->beos->system. Doube click runtime_loader, doube click runtime_loader again. Right click runtime_loader. Haiku will freeze. Tested with vmware r21884 under linux. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 11 01:29:51 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 10 Aug 2007 23:29:51 -0000 Subject: [Haiku-bugs] [Haiku] #1378: [Tracker] double click runtime_loader to freeze tracker In-Reply-To: <040.e5e0bf3bc4c34873d29aa94870985750@haiku-os.org> References: <040.e5e0bf3bc4c34873d29aa94870985750@haiku-os.org> Message-ID: <049.b4afae591cce3c588f3cc8a62e18492f@haiku-os.org> #1378: [Tracker] double click runtime_loader to freeze tracker ------------------------------------+--------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/runtime_loader | Version: R1 development Resolution: | Platform: All ------------------------------------+--------------------------------------- Comment (by diver): From serial port: vm_soft_fault: va 0x220 not covered by area in address space vm_page_fault: vm_soft_fault returned error 'Bad address' on fault at 0x220, ip 0x29106c, write 1, user 1, thread 0x7b vm_page_fault: sending team "/boot/beos/system/servers/app_s" 0x23 SIGSEGV, ip 0x29106c ("app_server_seg0ro" +0x9106c) stack trace: 0x00286a86 (app_server_seg0ro + 0x86a86) 0x0027a0d4 (app_server_seg0ro + 0x7a0d4) 0x0027a131 (app_server_seg0ro + 0x7a131) 0x0027f074 (app_server_seg0ro + 0x7f074) 0x0027d05f (app_server_seg0ro + 0x7d05f) 0x0027681a (app_server_seg0ro + 0x7681a) 0x0025b31c (app_server_seg0ro + 0x5b31c) 0x007257d0 (libroot.so_seg0ro + 0x207d0) 0x70553fec (w:61:TrackerWindow_7b_stack + 0x3ffec) vm_soft_fault: va 0x0 not covered by area in address space vm_page_fault: vm_soft_fault returned error 'Bad address' on fault at 0x0, ip 0x80094e1c, write 0, user 0, thread 0x7b debug_server: Thread 123 entered the debugger: Segment violation stack trace, current PC 0x29106c FillRectNoClipping__C7PainterRC5BRectRC9rgb_color + 0x10c: (0x70553d40) 0x286a86 FillRegion__13DrawingEngineR7BRegionRC8RGBColor + 0xf2 (0x70553dbc) 0x27a0d4 Draw__9ViewLayerP13DrawingEngineP7BRegionT2b + 0x520 (0x70553e2c) 0x27a131 Draw__9ViewLayerP13DrawingEngineP7BRegionT2b + 0x57d (0x70553eac) 0x27f074 _TriggerContentRedraw__11WindowLayerR7BRegion + 0xe0 (0x70553efc) 0x27d05f RedrawDirtyRegion__11WindowLayer + 0x77 (0x70553f3c) 0x27681a _MessageLooper__12ServerWindow + 0x126 (0x70553f7c) 0x25b31c _message_thread__13MessageLooperPv + 0x28 (0x70553fac) 0x7257d0 _get_next_team_info + 0x5c (closest symbol) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 11 05:14:20 2007 From: trac at haiku-os.org (Haiku) Date: Sat, 11 Aug 2007 03:14:20 -0000 Subject: [Haiku-bugs] [Haiku] #1379: Deadlock in error case of vm.cpp:map_backing_store() Message-ID: <043.aed4911816e288b68120fe4a7d9ae100@haiku-os.org> #1379: Deadlock in error case of vm.cpp:map_backing_store() ---------------------------+------------------------------------------------ Reporter: bonefish | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Platform: All | ---------------------------+------------------------------------------------ Revision r21887. Executing the runtime_loader causes a deadlock in the kernel. When the runtime_loader tries to map its own executable, this fails in map_backing_store(), which in the error case deletes the cache it created. The cache is a consumer of the supplied cache, which in turn has been locked by the caller. Eventually vm_cache_remove_consumer() is invoked with the already locked cache, thus causing the deadlock. {{{ stack trace for thread 0x9d "runtime_loader" kernel stack: 0x93491000 to 0x93495000 user stack: 0x7efe7000 to 0x7ffe7000 frame caller :function + offset 934946d4 (+ 32) 80032562 :context_switch__FP6threadT0 + 0x0026 934946f4 (+ 64) 800327bf :scheduler_reschedule + 0x023b 93494734 (+ 96) 80033653 :switch_sem_etc + 0x03a7 93494794 (+ 48) 80033254 :acquire_sem + 0x001c 934947c4 (+ 48) 8002d2ad :mutex_lock + 0x002d 934947f4 (+ 80) 8005d820 :vm_cache_remove_consumer + 0x0018 93494844 (+ 48) 8005d497 :vm_cache_release_ref + 0x0143 93494874 (+ 64) 80056d18 :map_backing_store__FP16vm_address_spaceP8vm_cachePPvxUlUliiiPP7vm_areaPCc + 0x01f4 934948b4 (+ 112) 80057974 :_vm_map_file__FlPCcPPvUlUlUlUlT1xb + 0x0104 93494924 (+1136) 8005c9a1 :_user_vm_map_file + 0x00cd 93494d94 (+ 368) 80036c6b :syscall_dispatcher + 0x0e57 93494f04 (+ 160) 80092da8 :i386_handle_trap + 0x02b0 iframe at 0x93494fac (end = 0x93495000) eax 0x86 ebx 0x116ecc ecx 0x1 edx 0x119004 esi 0x0 edi 0x0 ebp 0x7ffe56fc esp 0x93494fdc eip 0xffff0102 eflags 0x246 vector: 0x63, error code: 0x0 93494fa4 (+ 0) ffff0102 7ffe56fc (+6256) 00101f04 1286:runtime_loader_seg0ro at 0x00100000 + 0x1f04 7ffe6f6c (+ 64) 001024ee 1286:runtime_loader_seg0ro at 0x00100000 + 0x24ee 7ffe6fac (+ 48) 00100782 1286:runtime_loader_seg0ro at 0x00100000 + 0x782 7ffe6fdc (+ 0) 7ffe6fec 1285:/boot/beos/system/runtime_loade at 0x7efe7000 + 0xffffec }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 11 05:16:36 2007 From: trac at haiku-os.org (Haiku) Date: Sat, 11 Aug 2007 03:16:36 -0000 Subject: [Haiku-bugs] [Haiku] #1378: [Tracker] double click runtime_loader to freeze tracker In-Reply-To: <040.e5e0bf3bc4c34873d29aa94870985750@haiku-os.org> References: <040.e5e0bf3bc4c34873d29aa94870985750@haiku-os.org> Message-ID: <049.ff90e414d65828f4c41cd6d89b9e90be@haiku-os.org> #1378: [Tracker] double click runtime_loader to freeze tracker ---------------------------------+------------------------------------------ Reporter: diver | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Changes (by bonefish): * owner: axeld => stippi * component: System/runtime_loader => Servers/app_server Comment: If you paste output into a comment please make sure to enclose it in a !{{{ ... }}} block. Otherwise it gets wikified and less readable. Thanks. Anyway, this doesn't seem to have much to do with Tracker or the runtime loader. Obviously the app server crashes. Reassigning to stippi, since he has been waiting for a real app server crash for quite some time. ;-) BTW, I can't reproduce the problem here, but I can perfectly reproduce a kernel deadlock with this test case (#1379). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 11 09:00:05 2007 From: trac at haiku-os.org (Haiku) Date: Sat, 11 Aug 2007 07:00:05 -0000 Subject: [Haiku-bugs] [Haiku] #1153: GLTeapot crashes on AMD64x2 In-Reply-To: <043.ea3c568d02588ae415238866fa9a8b78@haiku-os.org> References: <043.ea3c568d02588ae415238866fa9a8b78@haiku-os.org> Message-ID: <052.0d1fc316f445015f954911e9567a2c95@haiku-os.org> #1153: GLTeapot crashes on AMD64x2 ------------------------+--------------------------------------------------- Reporter: tigerdog | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by mt): Thanks korli, r21884 works fine with Core2Duo. (tested in r21887) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 11 10:11:04 2007 From: trac at haiku-os.org (Haiku) Date: Sat, 11 Aug 2007 08:11:04 -0000 Subject: [Haiku-bugs] [Haiku] #1380: BBitmap that accepts views is not cleared Message-ID: <042.74f7a77d3467c15ec8f153fd0b47c55e@haiku-os.org> #1380: BBitmap that accepts views is not cleared --------------------------------+------------------------------------------- Reporter: laplace | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Platform: All | --------------------------------+------------------------------------------- The bits of a bitmap created wth BBitmap(bounds, colorSpace, true) are not cleared (set to color white). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 11 10:24:52 2007 From: trac at haiku-os.org (Haiku) Date: Sat, 11 Aug 2007 08:24:52 -0000 Subject: [Haiku-bugs] [Haiku] #1381: [Unflatten Picture] Pixel values differ in vertical line drawing Message-ID: <042.6a676d87ed248ac5430b0156369344df@haiku-os.org> #1381: [Unflatten Picture] Pixel values differ in vertical line drawing --------------------------------+------------------------------------------- Reporter: laplace | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Platform: All | --------------------------------+------------------------------------------- The following line is recorded in a BPicture: BRect frame(0, 0, 100, 30); view->StrokeLine(BPoint(frame.left, frame.top), BPoint(frame.right, frame.bottom)); The picture is then drawn into a bitmap. Then the flattened and unflattened picture is also drawn into another bitmap. The two bitmaps are not pixel identical. See FlattenPictureTest test application in src/tests/kits/interface/unflatten_picture/PictureTestCases.cpp http://svn.berlios.de/viewcvs/haiku/haiku/trunk/src/tests/kits/interface/flatten_picture/PictureTestCases.cpp?rev=21888&view=markup -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 11 10:37:04 2007 From: trac at haiku-os.org (Haiku) Date: Sat, 11 Aug 2007 08:37:04 -0000 Subject: [Haiku-bugs] [Haiku] #1382: Nested recording of BPictures does not work Message-ID: <042.8dd4bc9808cefeba1b855e5bf4e5d5c0@haiku-os.org> #1382: Nested recording of BPictures does not work --------------------------------+------------------------------------------- Reporter: laplace | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Platform: All | --------------------------------+------------------------------------------- The outer BView::EndPicture() returns NULL! Sample code: BView *view = ... view->BeginPicture(new BPicture()); ... view->BeginPicture(new BPicture()); BPicture *nestedPicture = view->EndPicture(); ... BPicture *picture = view->EndPicture(); // picture should be the BPicture object created at the beginning See FlattenPictureTest application src/tests/kits/interface/flatten_picture http://svn.berlios.de/viewcvs/haiku/haiku/trunk/src/tests/kits/interface/flatten_picture/PictureTestCases.cpp?rev=21888&view=markup -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 11 13:37:11 2007 From: trac at haiku-os.org (Haiku) Date: Sat, 11 Aug 2007 11:37:11 -0000 Subject: [Haiku-bugs] =?utf-8?b?W0hhaWt1XSAjMTM4MzogSW1wcm92ZSBUcmFj4oCZ?= =?utf-8?q?s_mails_to_haiku-bugs=40lists=2Eberlios=2Ede?= Message-ID: <049.6732e5f1bde37c1ec558dee68edac419@haiku-os.org> #1383: Improve Trac?s mails to haiku-bugs at lists.berlios.de ----------------------------+----------------------------------------------- Reporter: johndrinkwater | Owner: gavin Type: enhancement | Status: new Priority: low | Milestone: Unscheduled Component: - Website/Trac | Version: Platform: All | ----------------------------+----------------------------------------------- At the moment, each email to the bug list is sent by ?Haiku ?, which makes sorting through less than easy. It would be nice if Trac could send the message as ?%username% ?. This would not affect the current behaviour, but improve readability. How it is now (in gmail): Bug #1368 - Haiku, Haiku, Haiku, Haiku, Haiku, Haiku, Haiku How it could be: Bug #1368 - rdaneel, axel, korli, bonefish, korli, korli, bonefish Not really important now, but will be in the future as the list becomes busier. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 11 16:40:41 2007 From: trac at haiku-os.org (Haiku) Date: Sat, 11 Aug 2007 14:40:41 -0000 Subject: [Haiku-bugs] [Haiku] #1382: Nested recording of BPictures does not work In-Reply-To: <042.8dd4bc9808cefeba1b855e5bf4e5d5c0@haiku-os.org> References: <042.8dd4bc9808cefeba1b855e5bf4e5d5c0@haiku-os.org> Message-ID: <051.96733a14347c5311e7721e2eb0524a43@haiku-os.org> #1382: Nested recording of BPictures does not work ---------------------------------+------------------------------------------ Reporter: laplace | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Changes (by jackburton): * owner: axeld => jackburton -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 11 16:40:46 2007 From: trac at haiku-os.org (Haiku) Date: Sat, 11 Aug 2007 14:40:46 -0000 Subject: [Haiku-bugs] [Haiku] #1381: [Unflatten Picture] Pixel values differ in vertical line drawing In-Reply-To: <042.6a676d87ed248ac5430b0156369344df@haiku-os.org> References: <042.6a676d87ed248ac5430b0156369344df@haiku-os.org> Message-ID: <051.3c5abdc9f0dc7c0e066fb63a49135cad@haiku-os.org> #1381: [Unflatten Picture] Pixel values differ in vertical line drawing ---------------------------------+------------------------------------------ Reporter: laplace | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Changes (by jackburton): * owner: axeld => jackburton -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 11 17:59:12 2007 From: trac at haiku-os.org (Haiku) Date: Sat, 11 Aug 2007 15:59:12 -0000 Subject: [Haiku-bugs] [Haiku] #1381: [Unflatten Picture] Pixel values differ in vertical line drawing In-Reply-To: <042.6a676d87ed248ac5430b0156369344df@haiku-os.org> References: <042.6a676d87ed248ac5430b0156369344df@haiku-os.org> Message-ID: <051.d8264ac4cb7c126a3b8a0b6edcd56e6e@haiku-os.org> #1381: [Unflatten Picture] Pixel values differ in vertical line drawing ---------------------------------+------------------------------------------ Reporter: laplace | Owner: jackburton Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: fixed | Platform: All ---------------------------------+------------------------------------------ Changes (by stippi): * status: new => closed * resolution: => fixed Comment: Appears to be fixed in r21895. I assume the bitmap still had the contents from the previous drawing, and drawing another line at the same spot produced the doubled anti-aliasing. Now view accepting bitmaps are cleared to white by the app_server. When the test is run, it does not see a difference in the bitmaps anymore. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 11 23:46:43 2007 From: trac at haiku-os.org (Haiku) Date: Sat, 11 Aug 2007 21:46:43 -0000 Subject: [Haiku-bugs] [Haiku] #732: [app_server] have some problems if font is changed In-Reply-To: <040.5bb3d7ebf25cfa5142f0b68ceb42be35@haiku-os.org> References: <040.5bb3d7ebf25cfa5142f0b68ceb42be35@haiku-os.org> Message-ID: <049.f73657b6b66e6d3e7a594fa0a8bf2ae6@haiku-os.org> #732: [app_server] have some problems if font is changed ---------------------------------+------------------------------------------ Reporter: diver | Owner: stippi Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Changes (by stippi): * owner: axeld => stippi * status: new => assigned -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 11 23:48:06 2007 From: trac at haiku-os.org (Haiku) Date: Sat, 11 Aug 2007 21:48:06 -0000 Subject: [Haiku-bugs] [Haiku] #98: ListView behaves weirdly inside a tabview In-Reply-To: <045.2198674ad36b4c3e251a83bd36241e3d@haiku-os.org> References: <045.2198674ad36b4c3e251a83bd36241e3d@haiku-os.org> Message-ID: <054.e9b730e1bf4bef1b20469428159da489@haiku-os.org> #98: ListView behaves weirdly inside a tabview -------------------------+-------------------------------------------------- Reporter: jackburton | Owner: stippi Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - General | Version: Resolution: | Platform: All -------------------------+-------------------------------------------------- Changes (by stippi): * status: new => assigned -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 11 23:53:25 2007 From: trac at haiku-os.org (Haiku) Date: Sat, 11 Aug 2007 21:53:25 -0000 Subject: [Haiku-bugs] [Haiku] #1339: DiskProbe doesn't display data until font size is changed In-Reply-To: <050.4c0eb3c2df86fb18d5fa41d5ff467962@haiku-os.org> References: <050.4c0eb3c2df86fb18d5fa41d5ff467962@haiku-os.org> Message-ID: <059.a0048ebf18cfba6bf05683a8fcac243c@haiku-os.org> #1339: DiskProbe doesn't display data until font size is changed ---------------------------------+------------------------------------------ Reporter: marcusoverhagen | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by stippi): Can you still reproduce this bug? It works for me with r21894. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 11 23:55:48 2007 From: trac at haiku-os.org (Haiku) Date: Sat, 11 Aug 2007 21:55:48 -0000 Subject: [Haiku-bugs] [Haiku] #328: [Tracker] problems with statusbar redraw In-Reply-To: <040.5a51c401fc7878bbba2408bb831e77fd@haiku-os.org> References: <040.5a51c401fc7878bbba2408bb831e77fd@haiku-os.org> Message-ID: <049.74027a0a2a1e272e24aafdf5fcf7884e@haiku-os.org> #328: [Tracker] problems with statusbar redraw -------------------------------------+-------------------------------------- Reporter: diver | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications/Tracker | Version: Resolution: | Platform: All -------------------------------------+-------------------------------------- Changes (by stippi): * component: - General => - Applications/Tracker -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 12 00:03:38 2007 From: trac at haiku-os.org (Haiku) Date: Sat, 11 Aug 2007 22:03:38 -0000 Subject: [Haiku-bugs] [Haiku] #195: [app_server] crash in WindowLayer::Frontmost() In-Reply-To: <040.11ebffe01d44a2857c38563186ab92b1@haiku-os.org> References: <040.11ebffe01d44a2857c38563186ab92b1@haiku-os.org> Message-ID: <049.234f5a245a06a1d75a9e01bae21f4de1@haiku-os.org> #195: [app_server] crash in WindowLayer::Frontmost() ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: reopened Priority: blocker | Milestone: R1 Component: Servers/app_server | Version: Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by stippi): Is this one still reproducable? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 12 00:05:56 2007 From: trac at haiku-os.org (Haiku) Date: Sat, 11 Aug 2007 22:05:56 -0000 Subject: [Haiku-bugs] [Haiku] #195: [app_server] crash in WindowLayer::Frontmost() In-Reply-To: <040.11ebffe01d44a2857c38563186ab92b1@haiku-os.org> References: <040.11ebffe01d44a2857c38563186ab92b1@haiku-os.org> Message-ID: <049.8d267881b58e6572e68aa2d73ccfebcb@haiku-os.org> #195: [app_server] crash in WindowLayer::Frontmost() ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: reopened Priority: blocker | Milestone: R1 Component: Servers/app_server | Version: Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by stippi): Oh, yeah it is. Sorry for spamming. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 12 01:58:05 2007 From: trac at haiku-os.org (Haiku) Date: Sat, 11 Aug 2007 23:58:05 -0000 Subject: [Haiku-bugs] [Haiku] #1384: jam is not respect fully Jamfile changes. Message-ID: <043.68de783ea87f89485cc9f93898ae20cf@haiku-os.org> #1384: jam is not respect fully Jamfile changes. --------------------------+------------------------------------------------- Reporter: kaoutsis | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Platform: All | --------------------------+------------------------------------------------- As an example i will use the src/system/libroot/posix/locale/Jamfile, the original form is: {{{ SubDir HAIKU_TOP src system libroot posix locale ; MergeObject posix_locale.o : #ctype.c localeconv.c setlocale.c ; }}} Now comment the localeconv.c so the Jamfile will became: {{{ SubDir HAIKU_TOP src system libroot posix locale ; MergeObject posix_locale.o : #ctype.c #localeconv.c setlocale.c ; }}} Run jam -q to the src/system/libroot/posix/locale You expect to get a new posix_locale.o without the localeconv.c What you get is : {{{ $ jam -q ...found 31 target(s)... $ }}} the target is not rebuild, you have to remove it manually to build it with the new change. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 12 02:46:22 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 12 Aug 2007 00:46:22 -0000 Subject: [Haiku-bugs] [Haiku] #1384: jam is not respect fully Jamfile changes. In-Reply-To: <043.68de783ea87f89485cc9f93898ae20cf@haiku-os.org> References: <043.68de783ea87f89485cc9f93898ae20cf@haiku-os.org> Message-ID: <052.01b88ff389c80168404f3cda8591b208@haiku-os.org> #1384: jam is not respect fully Jamfile changes. ---------------------------+------------------------------------------------ Reporter: kaoutsis | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: invalid | Platform: All ---------------------------+------------------------------------------------ Changes (by bonefish): * status: new => closed * resolution: => invalid Comment: Your analysis is correct, but that's just how jam works. We could probably make targets depend on all build system files involved, but then we'd probably end up having to rebuild virtually the whole tree every time we touch a build system file. IMHO the status quo is only a minor inconvenience. Usually, when you remove a source file for a target, you also edit other files, so that your target is rebuild anyway. And for the even rarer cases when you don't, you just have to keep in mind to touch another dependency or remove the target. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 12 05:51:32 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 12 Aug 2007 03:51:32 -0000 Subject: [Haiku-bugs] [Haiku] #1385: Tracker crashes when arranging files by size from a query. Message-ID: <041.c638c990e60ec1e5daf155e2c09f9aaf@haiku-os.org> #1385: Tracker crashes when arranging files by size from a query. ------------------------------------+--------------------------------------- Reporter: kvdman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications/Tracker | Version: R1 development Platform: x86 | ------------------------------------+--------------------------------------- If you search for something using find, and then want to organize it by size, tracker will crash. File, Path and Modified arrange as expected, but by size crashes tracker. Tested with rev21897 in Vmware. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 12 12:22:12 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 12 Aug 2007 10:22:12 -0000 Subject: [Haiku-bugs] [Haiku] #98: ListView behaves weirdly inside a tabview In-Reply-To: <045.2198674ad36b4c3e251a83bd36241e3d@haiku-os.org> References: <045.2198674ad36b4c3e251a83bd36241e3d@haiku-os.org> Message-ID: <054.7fb217e66b965c9598405b70fc8c5bb0@haiku-os.org> #98: ListView behaves weirdly inside a tabview -------------------------+-------------------------------------------------- Reporter: jackburton | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: Resolution: fixed | Platform: All -------------------------+-------------------------------------------------- Changes (by stippi): * status: assigned => closed * resolution: => fixed Comment: Fixed in r21900. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 12 12:24:58 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 12 Aug 2007 10:24:58 -0000 Subject: [Haiku-bugs] [Haiku] #1384: jam is not respect fully Jamfile changes. In-Reply-To: <043.68de783ea87f89485cc9f93898ae20cf@haiku-os.org> References: <043.68de783ea87f89485cc9f93898ae20cf@haiku-os.org> Message-ID: <052.ae33f394668fa83588664de4d170b8f0@haiku-os.org> #1384: jam is not respect fully Jamfile changes. ---------------------------+------------------------------------------------ Reporter: kaoutsis | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: invalid | Platform: All ---------------------------+------------------------------------------------ Comment (by kaoutsis): Replying to [comment:1 bonefish]: > Your analysis is correct, but that's just how jam works. We could probably make targets depend on all build system files involved, but then we'd probably end up having to rebuild virtually the whole tree every time we touch a build system file. > > IMHO the status quo is only a minor inconvenience. Usually, when you remove a source file for a target, you also edit other files, so that your target is rebuild anyway. And for the even rarer cases when you don't, you just have to keep in mind to touch another dependency or remove the target. Ok, thanks for the feedback. I will try to remember this issue. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 12 12:37:14 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 12 Aug 2007 10:37:14 -0000 Subject: [Haiku-bugs] [Haiku] #1371: Registrar died while compiling "doodle" sample app. In-Reply-To: <045.cf21dd5127cff44b17d4ecf0ae0cca6e@haiku-os.org> References: <045.cf21dd5127cff44b17d4ecf0ae0cca6e@haiku-os.org> Message-ID: <054.fd76990b3c601b141b367660e1fa0803@haiku-os.org> #1371: Registrar died while compiling "doodle" sample app. -----------------------------------+---------------------------------------- Reporter: jackburton | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Application Kit | Version: R1 development Resolution: fixed | Platform: All -----------------------------------+---------------------------------------- Changes (by mmlr): * status: new => closed * resolution: => fixed Comment: The cause was that the size of a message item was not swapped when the swapped BMessage format was used. This caused the message to try to allocate 640MB instead of 40Bytes which failed. By the way the flat message is hidden in the Doodle resource file which was apparently made on a PPC BeOS. A simple "mimeset -f Doodle" on a already built app would have caused the same crash. Fixed in r21901. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 12 13:07:10 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 12 Aug 2007 11:07:10 -0000 Subject: [Haiku-bugs] [Haiku] #1380: BBitmap that accepts views is not cleared In-Reply-To: <042.74f7a77d3467c15ec8f153fd0b47c55e@haiku-os.org> References: <042.74f7a77d3467c15ec8f153fd0b47c55e@haiku-os.org> Message-ID: <051.852f0f34da96a7855d32cbe445723394@haiku-os.org> #1380: BBitmap that accepts views is not cleared ---------------------------------+------------------------------------------ Reporter: laplace | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: fixed | Platform: All ---------------------------------+------------------------------------------ Changes (by mmlr): * status: new => closed * resolution: => fixed Comment: I think stippi fixed this in r21895. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 12 13:29:11 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 12 Aug 2007 11:29:11 -0000 Subject: [Haiku-bugs] [Haiku] #1386: [runtime_loader] double clicking 3x times Message-ID: <040.7d049d5f3689afdc5591d07d36af7060@haiku-os.org> #1386: [runtime_loader] double clicking 3x times ---------------------------+------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Platform: All | ---------------------------+------------------------------------------------ After double clicking runtime_loader 3x times one can't start any other app. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 12 13:35:18 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 12 Aug 2007 11:35:18 -0000 Subject: [Haiku-bugs] [Haiku] #735: [Tracker] open with window content is shifted In-Reply-To: <040.fc768be9eb4b00e804da92509649778d@haiku-os.org> References: <040.fc768be9eb4b00e804da92509649778d@haiku-os.org> Message-ID: <049.1f1137f31db50f044eaf96ac81cc61a1@haiku-os.org> #735: [Tracker] open with window content is shifted -------------------------------------+-------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications/Tracker | Version: Resolution: | Platform: All -------------------------------------+-------------------------------------- Comment (by diver): Can't reproduce this bug now, i've opened bug #1377. Looking at the shot made by walaki it could be related to bug #328. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 12 13:37:59 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 12 Aug 2007 11:37:59 -0000 Subject: [Haiku-bugs] [Haiku] #1386: [runtime_loader] double clicking 3x times In-Reply-To: <040.7d049d5f3689afdc5591d07d36af7060@haiku-os.org> References: <040.7d049d5f3689afdc5591d07d36af7060@haiku-os.org> Message-ID: <049.5b5bef5e32d99321619acd3fff9be8c2@haiku-os.org> #1386: [runtime_loader] double clicking 3x times ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by diver): BTW, same thing with kernel_x86. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 12 13:57:01 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 12 Aug 2007 11:57:01 -0000 Subject: [Haiku-bugs] [Haiku] #1387: [StyledEdit] opens twice after clipping Message-ID: <040.2e76e264146a07ab5426d3df484f7224@haiku-os.org> #1387: [StyledEdit] opens twice after clipping ---------------------------------------+------------------------------------ Reporter: diver | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications/StyledEdit | Version: R1 development Platform: All | ---------------------------------------+------------------------------------ Open any text file in StyledEdit Select some text and grag it on Desktop. Open newly created clipping. StyledEdit will open this new file, and will open ampty StyledEdit window again. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 12 14:04:41 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 12 Aug 2007 12:04:41 -0000 Subject: [Haiku-bugs] [Haiku] #1385: Tracker crashes when arranging files by size from a query. In-Reply-To: <041.c638c990e60ec1e5daf155e2c09f9aaf@haiku-os.org> References: <041.c638c990e60ec1e5daf155e2c09f9aaf@haiku-os.org> Message-ID: <050.ec4588fc938602a90b633facd4bf91d0@haiku-os.org> #1385: Tracker crashes when arranging files by size from a query. -------------------------------------+-------------------------------------- Reporter: kvdman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications/Tracker | Version: R1 development Resolution: | Platform: x86 -------------------------------------+-------------------------------------- Comment (by diver): This looks like a dup of #708. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 12 14:15:41 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 12 Aug 2007 12:15:41 -0000 Subject: [Haiku-bugs] [Haiku] #1388: [kernel] crash on ping -s 15000 Message-ID: <040.50041ee2d5435b8aa5717f6db6fd8459@haiku-os.org> #1388: [kernel] crash on ping -s 15000 --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/net_server | Version: R1 development Platform: All | --------------------------------+------------------------------------------- Haiku crashed when i pinged my site with ping -s 1500 {{{ vm_soft_fault: va 0xc1c0bfd6 not covered by area in address space vm_page_fault: vm_soft_fault returned error 'Bad address' on fault at 0xc1c0bfd6, ip 0x803c4785, write 0, user 0, thread 0xbf PANIC: vm_page_fault: unhandled page fault in kernel space at 0xc1c0bfd6, ip 0x803c4785 Welcome to Kernel Debugging Land... Running on CPU 0 kdebug> bt stack trace for thread 0xbf "ping" kernel stack: 0x9050e000 to 0x90512000 user stack: 0x7efe7000 to 0x7ffe7000 frame caller :function + offset 905114e4 (+ 52) 8008998c :invoke_command + 0x0074 90511518 (+ 48) 80089aaa :kernel_debugger_loop + 0x00de 90511548 (+ 32) 8008a536 :kernel_debugger + 0x00b2 90511568 (+ 192) 8008a479 :panic + 0x0029 90511628 (+ 64) 8005a52f :vm_page_fault + 0x00ab 90511668 (+ 176) 80092c2b :i386_handle_trap + 0x0217 iframe at 0x90511720 (end = 0x90511774) eax 0x0 ebx 0x803ceee8 ecx 0x90437610 edx 0xc1c0bfbe esi 0x90437610 edi 0x904375e8 ebp 0x90511784 esp 0x90511750 eip 0x803c4785 eflags 0x10246 vector: 0xe, error code: 0x0 90511718 (+ 108) 803c4785 :write_data__FP10net_bufferUlPCvUl + 0x007d 90511784 (+ 64) 803c4c8b :append_data__FP10net_bufferPCvUl + 0x005f 905117c4 (+ 48) 803c4378 :duplicate_buffer__FP10net_buffer + 0x0060 905117f4 (+ 48) 803c454c :split_buffer__FP10net_bufferUl + 0x0024 90511824 (+ 144) 803da224 :send_fragments__FP13ipv4_protocolP9net_routeP10net_bufferUl + 0x00a8 905118b4 (+ 112) 803dbeff :ipv4_send_routed_data__FP12net_protocolP9net_routeP10net_buffer + 0x03b7 90511924 (+ 64) 803c0a2e :datalink_send_datagram__FP12net_protocolP10net_domainP10net_buffer + 0x0096 90511964 (+ 80) 803dc0c0 :ipv4_send_data__FP12net_protocolP10net_buffer + 0x01b4 905119b4 (+ 80) 803c6f18 :socket_send__FP10net_socketP6msghdrPCvUli + 0x01e8 90511a04 (+ 448) 80216efb :net_stack_control__FPvUlT0Ul + 0x0377 90511bc4 (+ 336) 800402f7 :devfs_ioctl__FPvN20UlT0Ul + 0x023f }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 12 14:19:40 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 12 Aug 2007 12:19:40 -0000 Subject: [Haiku-bugs] [Haiku] #1385: Tracker crashes when arranging files by size from a query. In-Reply-To: <041.c638c990e60ec1e5daf155e2c09f9aaf@haiku-os.org> References: <041.c638c990e60ec1e5daf155e2c09f9aaf@haiku-os.org> Message-ID: <050.ba150e7f075e068cf2fc9172aaa22907@haiku-os.org> #1385: Tracker crashes when arranging files by size from a query. -------------------------------------+-------------------------------------- Reporter: kvdman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications/Tracker | Version: R1 development Resolution: | Platform: x86 -------------------------------------+-------------------------------------- Comment (by kvdman): Hmm, the modified column (as you state) doesn't crash for me, only the size column. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 12 15:08:52 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 12 Aug 2007 13:08:52 -0000 Subject: [Haiku-bugs] [Haiku] #1380: BBitmap that accepts views is not cleared In-Reply-To: <042.74f7a77d3467c15ec8f153fd0b47c55e@haiku-os.org> References: <042.74f7a77d3467c15ec8f153fd0b47c55e@haiku-os.org> Message-ID: <051.d627b64e63905dbb6453d5cf4946a537@haiku-os.org> #1380: BBitmap that accepts views is not cleared ---------------------------------+------------------------------------------ Reporter: laplace | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: fixed | Platform: All ---------------------------------+------------------------------------------ Comment (by laplace): Yes, it works now. Thanks. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 12 15:09:38 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 12 Aug 2007 13:09:38 -0000 Subject: [Haiku-bugs] [Haiku] #1381: [Unflatten Picture] Pixel values differ in vertical line drawing In-Reply-To: <042.6a676d87ed248ac5430b0156369344df@haiku-os.org> References: <042.6a676d87ed248ac5430b0156369344df@haiku-os.org> Message-ID: <051.80a49dbbd9146d02858bd42e82d24d44@haiku-os.org> #1381: [Unflatten Picture] Pixel values differ in vertical line drawing ---------------------------------+------------------------------------------ Reporter: laplace | Owner: jackburton Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: fixed | Platform: All ---------------------------------+------------------------------------------ Comment (by laplace): Verified. Thank you. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 12 15:37:00 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 12 Aug 2007 13:37:00 -0000 Subject: [Haiku-bugs] [Haiku] #1389: [FlattenPictureTest] Not all tests succeed Message-ID: <042.9bb806de82278e533f4a020f07fea2b0@haiku-os.org> #1389: [FlattenPictureTest] Not all tests succeed --------------------------------+------------------------------------------- Reporter: laplace | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Platform: All | --------------------------------+------------------------------------------- Not all tests of the test application FlattenPictureTest succeed. The following tests fail: - Fill/StrokeArc - Fill/StrokeBezier - FillRegion - Fill/StrokeTriangle - Nested Picture recording -> ticket #1382 Test DrawString does not fail, but the resulting bitmap is not always displayed correctly. See attachment. Please let me know if you want a bug report for each test (or group of related tests) that fails. For reference the source code is in tests/kits/interface/flatten_picture. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 12 16:44:39 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 12 Aug 2007 14:44:39 -0000 Subject: [Haiku-bugs] [Haiku] #1390: [app_server] Invalid opcode exception Message-ID: <040.c22ea4fb382184f71fd2a99eb3f6b578@haiku-os.org> #1390: [app_server] Invalid opcode exception --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Platform: All | --------------------------------+------------------------------------------- {{{ debug_server: Thread 84 entered the debugger: Invalid opcode exception stack trace, current PC 0x524801 __Q23agg13vcgen_contour + 0x61: (0x7024789c) 0x2aa373 __15AGGTextRendererRQ23aggt26renderer_scanline_aa_solid1ZQ23aggt15renderer_region1Z11PixelFormatRQ23aggt27renderer_scanline_bin_solid1ZQ23aggt15renderer_region1Z11PixelFormatRQ23agg11scanline_u8 + 0x29f (0x702478dc) 0x28e285 __7Painter + 0x419 (0x7024791c) 0x284d34 __13DrawingEngineP11HWInterface + 0x48 (0x7024794c) 0x2769d5 MakeWindowLayer__12ServerWindowG5BRectPCc11window_look11window_feelUlUl + 0x81 (0x7024798c) 0x27001f Init__12ServerWindowG5BRect11window_look11window_feelUlUl + 0xcf (0x702479dc) 0x264e64 _CreateWindow__9ServerApplRQ28BPrivate12LinkReceiverRl + 0x314 (0x70247a7c) 0x25fb9f _DispatchMessage__9ServerApplRQ28BPrivate12LinkReceiver + 0x5b3 (0x70247f1c) 0x25f547 _MessageLooper__9ServerApp + 0x10b (0x70247f7c) 0x25b274 _message_thread__13MessageLooperPv + 0x28 (0x70247fac) 0x7257d0 _get_next_team_info + 0x5c (closest symbol) }}} don't know yet how to reproduce it. Happens in vmware under linux with r21900. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 12 17:00:17 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 12 Aug 2007 15:00:17 -0000 Subject: [Haiku-bugs] [Haiku] #680: [Deskbar] font corruption if Expand new applications option enabled In-Reply-To: <040.533b123e1bffe579dcef3ad26850ea4f@haiku-os.org> References: <040.533b123e1bffe579dcef3ad26850ea4f@haiku-os.org> Message-ID: <049.59bad7e925107a6c4a3c0aeebfa3a82a@haiku-os.org> #680: [Deskbar] font corruption if Expand new applications option enabled ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: Resolution: | Platform: All ---------------------------------+------------------------------------------ Changes (by diver): * component: - General => Servers/app_server Comment: Seems to be fixed now! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 12 17:04:13 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 12 Aug 2007 15:04:13 -0000 Subject: [Haiku-bugs] [Haiku] #1391: [Tracker] no volume icon in mount menu Message-ID: <040.f5865c80e044f4bb15995234801418c0@haiku-os.org> #1391: [Tracker] no volume icon in mount menu ------------------------------------+--------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications/Tracker | Version: R1 development Platform: All | ------------------------------------+--------------------------------------- Mount menu doesn't show volume icon, only volume label. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 12 17:09:29 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 12 Aug 2007 15:09:29 -0000 Subject: [Haiku-bugs] [Haiku] #1392: [Terminal] app_server could freeze on tab creation Message-ID: <040.5bed9204c05bd940b4db42455cd6272c@haiku-os.org> #1392: [Terminal] app_server could freeze on tab creation -------------------------------------+-------------------------------------- Reporter: diver | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications/Terminal | Version: R1 development Platform: All | -------------------------------------+-------------------------------------- app_server could freeze on tab creation in Terminal using alt+t For this you have to hit alt+t 10-15 times. After 20 seconds app_server will be back, but terminal will be hopelessly frozen. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 12 17:13:03 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 12 Aug 2007 15:13:03 -0000 Subject: [Haiku-bugs] [Haiku] #1392: [Terminal] app_server could freeze on tab creation In-Reply-To: <040.5bed9204c05bd940b4db42455cd6272c@haiku-os.org> References: <040.5bed9204c05bd940b4db42455cd6272c@haiku-os.org> Message-ID: <049.b15255e01122d9f21687635049b7e08f@haiku-os.org> #1392: [Terminal] app_server could freeze on tab creation --------------------------------------+------------------------------------- Reporter: diver | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications/Terminal | Version: R1 development Resolution: | Platform: All --------------------------------------+------------------------------------- Comment (by diver): Oh and another issue, after killing Terminal using Vulcan Death Grip method, Terminal's window will stay on screen. Should i open another bug for this? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 12 17:14:34 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 12 Aug 2007 15:14:34 -0000 Subject: [Haiku-bugs] [Haiku] #1392: [Terminal] app_server could freeze on tab creation In-Reply-To: <040.5bed9204c05bd940b4db42455cd6272c@haiku-os.org> References: <040.5bed9204c05bd940b4db42455cd6272c@haiku-os.org> Message-ID: <049.40db37d2e7af3facc8fc8a97fe5fadce@haiku-os.org> #1392: [Terminal] app_server could freeze on tab creation --------------------------------------+------------------------------------- Reporter: diver | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications/Terminal | Version: R1 development Resolution: | Platform: All --------------------------------------+------------------------------------- Comment (by diver): And another one, replicants (e.g. ProcessController) don't react on mouse events anymore after app_server wakeup. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 12 17:45:09 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 12 Aug 2007 15:45:09 -0000 Subject: [Haiku-bugs] [Haiku] #1392: [Terminal] app_server could freeze on tab creation In-Reply-To: <040.5bed9204c05bd940b4db42455cd6272c@haiku-os.org> References: <040.5bed9204c05bd940b4db42455cd6272c@haiku-os.org> Message-ID: <049.2e4c79ae7c18bba9eb0bda743c40a42b@haiku-os.org> #1392: [Terminal] app_server could freeze on tab creation --------------------------------------+------------------------------------- Reporter: diver | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications/Terminal | Version: R1 development Resolution: | Platform: All --------------------------------------+------------------------------------- Changes (by diver): * cc: axeld, stippi (added) Comment: I'm even managed to crash terminal this way. {{{ vm_soft_fault: va 0x2000 not covered by area in address space vm_page_fault: vm_soft_fault returned error 'Bad address' on fault at 0x2000, ip 0x7df79d, write 1, user 1, thread 0x146 vm_page_fault: sending team "/boot/beos/apps/Terminal" 0x13e SIGSEGV, ip 0x7df79d ("libroot.so_seg0ro" +0x2979d) stack trace: 0x007dfd65 (libroot.so_seg0ro + 0x29d65) 0x007e0867 (libroot.so_seg0ro + 0x2a867) 0x007e0ce1 (libroot.so_seg0ro + 0x2ace1) 0x00219843 (Terminal_seg0ro + 0x19843) 0x0021c25c (Terminal_seg0ro + 0x1c25c) 0x0021bda2 (Terminal_seg0ro + 0x1bda2) 0x00225ffd (Terminal_seg0ro + 0x25ffd) 0x00225be5 (Terminal_seg0ro + 0x25be5) 0x00224156 (Terminal_seg0ro + 0x24156) 0x002f7f0f (libbe.so_seg0ro + 0xc2f0f) 0x003a2889 (libbe.so_seg0ro + 0x16d889) 0x003a5d80 (libbe.so_seg0ro + 0x170d80) 0x002f944f (libbe.so_seg0ro + 0xc444f) 0x007d67d0 (libroot.so_seg0ro + 0x207d0) 0x70102fec (Terminal 1_146_stack + 0x3ffec) vm_soft_fault: va 0x0 not covered by area in address space vm_page_fault: vm_soft_fault returned error 'Bad address' on fault at 0x0, ip 0x800959b8, write 0, user 0, thread 0x146 debug_server: Thread 326 entered the debugger: Segment violation stack trace, current PC 0x7df79d __Q28BPrivate10superblockiiPQ28BPrivate9hoardHeap + 0x21: (0x7010293c) 0x7dfd65 makeSuperblock__Q28BPrivate10superblockiPQ28BPrivate11processHeap + 0x2f9 (0x7010296c) 0x7e0867 malloc__Q28BPrivate10threadHeapUl + 0xabf (0x701029bc) 0x7e0ce1 calloc + 0x149 (0x701029ec) 0x219843 __10TermBufferiii + 0xd7 (0x70102a1c) 0x21c25c _InitObject__8TermViewPCc + 0x74 (0x70102a6c) 0x21bda2 __8TermViewiiPCcl + 0x276 (0x70102aac) 0x225ffd __14CustomTermViewllPCcl + 0x31 (0x70102aec) 0x225be5 _AddTab__10TermWindowPCc + 0x165 (0x70102bcc) 0x224156 MessageReceived__10TermWindowP8BMessage + 0x2da (0x70102d9c) 0x2f7f0f DispatchMessage__7BLooperP8BMessageP8BHandler + 0x5b (0x70102dcc) 0x3a2889 DispatchMessage__7BWindowP8BMessageP8BHandler + 0x1391 (0x70102f1c) 0x3a5d80 task_looper__7BWindow + 0x270 }}} I found this test case very useful to find all sorts of bad thing (zombie deskbar, empty task in team monitor, unkillable windows, shifted context menus, focus lost, etc, etc). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 12 17:58:59 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 12 Aug 2007 15:58:59 -0000 Subject: [Haiku-bugs] [Haiku] #1386: [runtime_loader] double clicking 3x times In-Reply-To: <040.7d049d5f3689afdc5591d07d36af7060@haiku-os.org> References: <040.7d049d5f3689afdc5591d07d36af7060@haiku-os.org> Message-ID: <049.62edf5ab4e4b0787c08cb847dbeead49@haiku-os.org> #1386: [runtime_loader] double clicking 3x times ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: duplicate | Platform: All ----------------------------+----------------------------------------------- Changes (by bonefish): * status: new => closed * resolution: => duplicate Comment: Duplicate of #1379 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 12 18:41:01 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 12 Aug 2007 16:41:01 -0000 Subject: [Haiku-bugs] [Haiku] #1390: [app_server] Invalid opcode exception In-Reply-To: <040.c22ea4fb382184f71fd2a99eb3f6b578@haiku-os.org> References: <040.c22ea4fb382184f71fd2a99eb3f6b578@haiku-os.org> Message-ID: <049.2e5c887feb284bea7359569d61e7d6ab@haiku-os.org> #1390: [app_server] Invalid opcode exception ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by umccullough): You may want to specify what processor you're using for the host in this case. VMWare does not completely abstract the hardware. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 12 19:03:48 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 12 Aug 2007 17:03:48 -0000 Subject: [Haiku-bugs] [Haiku] #1374: leaking memory and semaphores In-Reply-To: <048.8cb0b8540b30fa9916977a3d7a533ff3@haiku-os.org> References: <048.8cb0b8540b30fa9916977a3d7a533ff3@haiku-os.org> Message-ID: <057.06088270401756b09695491fc471aec2@haiku-os.org> #1374: leaking memory and semaphores ----------------------------+----------------------------------------------- Reporter: jonas.kirilla | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Changes (by axeld): * priority: normal => high Comment: As I've written in the commit message to r21862, the kernel is currently leaking address spaces. Unfortunately, fixing it the obvious way did not work out as expected (due to the team tear down code). Will have to investigate this some day :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 12 19:12:50 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 12 Aug 2007 17:12:50 -0000 Subject: [Haiku-bugs] [Haiku] #1370: Alpha Transparency in PNGs missing for desktop backgrounds In-Reply-To: <041.1ad9a5a2913c3b7cc487e0766c0f6688@haiku-os.org> References: <041.1ad9a5a2913c3b7cc487e0766c0f6688@haiku-os.org> Message-ID: <050.e24be750983f7991eb7a2ad9f4dba25d@haiku-os.org> #1370: Alpha Transparency in PNGs missing for desktop backgrounds -------------------------------------+-------------------------------------- Reporter: kvdman | Owner: axeld Type: enhancement | Status: new Priority: low | Milestone: Unscheduled Component: - Applications/Tracker | Version: R1 development Resolution: | Platform: All -------------------------------------+-------------------------------------- Comment (by axeld): I had a look at it, but actually, it would be somewhat nice to solve this in the app_server. There is already the somewhat weird behaviour that it draws the view bitmap using the view's drawing and blending mode (it probably doesn't do this on BeOS), and it could be extended to blend them correctly then. Also, I'm not sure if it exists already, but is there a drawing mode that puts the current low color to a bitmap's transparent parts? If not, I think that one would be very practical to have (and not just for that case). What would you think about that stippi? Putting the code into Tracker would have the downside that you would need to rerender the bitmap whenever the desktop color changes (ie. because you use the same image on a different workspace with a different color). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 12 19:15:34 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 12 Aug 2007 17:15:34 -0000 Subject: [Haiku-bugs] [Haiku] #1368: seq is not working. In-Reply-To: <042.45d6be212e3892c6c19a435b3ad7de96@haiku-os.org> References: <042.45d6be212e3892c6c19a435b3ad7de96@haiku-os.org> Message-ID: <051.37069bd47a4b092fe49144cc76d67809@haiku-os.org> #1368: seq is not working. --------------------------------+------------------------------------------- Reporter: rdaneel | Owner: korli Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: fixed | Platform: All --------------------------------+------------------------------------------- Comment (by axeld): I would guess they might also have fixed several vulnerabilities, and also improved the usage of several commands, so I don't think it's a good idea to just remove those changes. I think replacing seq with an older version is the way to go, though, and we could take a similar route for other apps, but IMO we should only do so when we actually encounter any problems with them. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 12 19:44:27 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 12 Aug 2007 17:44:27 -0000 Subject: [Haiku-bugs] [Haiku] #1379: Deadlock in error case of vm.cpp:map_backing_store() In-Reply-To: <043.aed4911816e288b68120fe4a7d9ae100@haiku-os.org> References: <043.aed4911816e288b68120fe4a7d9ae100@haiku-os.org> Message-ID: <052.5154c36624e7fd551fb02c9b3b4c7081@haiku-os.org> #1379: Deadlock in error case of vm.cpp:map_backing_store() ----------------------------+----------------------------------------------- Reporter: bonefish | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Changes (by axeld): * priority: normal => critical -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 12 19:59:43 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 12 Aug 2007 17:59:43 -0000 Subject: [Haiku-bugs] [Haiku] #1390: [app_server] Invalid opcode exception In-Reply-To: <040.c22ea4fb382184f71fd2a99eb3f6b578@haiku-os.org> References: <040.c22ea4fb382184f71fd2a99eb3f6b578@haiku-os.org> Message-ID: <049.558b89439d25d5ad6026c9ab6b7beda8@haiku-os.org> #1390: [app_server] Invalid opcode exception ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by diver): It's a Pentium IV 3.07 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 12 20:10:48 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 12 Aug 2007 18:10:48 -0000 Subject: [Haiku-bugs] [Haiku] #1374: leaking memory and semaphores In-Reply-To: <048.8cb0b8540b30fa9916977a3d7a533ff3@haiku-os.org> References: <048.8cb0b8540b30fa9916977a3d7a533ff3@haiku-os.org> Message-ID: <057.f0e5656a1055826150ce1e0e903ad8bf@haiku-os.org> #1374: leaking memory and semaphores ----------------------------+----------------------------------------------- Reporter: jonas.kirilla | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by jonas.kirilla): Thanks for the explanation, Axel! It's good to know that you're on top of things. :) On each fork two more semaphores seem to get used: one 'address space' and one 'translation map'. Forking eventually deplete resources, resulting in a panic saying the "heap overgrew itself". -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 12 21:19:57 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 12 Aug 2007 19:19:57 -0000 Subject: [Haiku-bugs] [Haiku] #1386: [runtime_loader] double clicking 3x times In-Reply-To: <040.7d049d5f3689afdc5591d07d36af7060@haiku-os.org> References: <040.7d049d5f3689afdc5591d07d36af7060@haiku-os.org> Message-ID: <049.77fcc81db9829475b1d40621376eadb3@haiku-os.org> #1386: [runtime_loader] double clicking 3x times ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: duplicate | Platform: All ----------------------------+----------------------------------------------- Comment (by diver): Sorry, i thought it was already fixed and that i found another similar bug. Will recheck next time. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 12 21:34:42 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 12 Aug 2007 19:34:42 -0000 Subject: [Haiku-bugs] [Haiku] #1299: messed up screen with intel_extreme driver In-Reply-To: <042.059c56243d87428b499389bd6a735725@haiku-os.org> References: <042.059c56243d87428b499389bd6a735725@haiku-os.org> Message-ID: <051.dc2bdb73152531e711f00c363fd02950@haiku-os.org> #1299: messed up screen with intel_extreme driver ---------------------------------------------+------------------------------ Reporter: modeenf | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/intel_extreme | Version: R1 development Resolution: | Platform: x86 ---------------------------------------------+------------------------------ Comment (by modeenf): Some how it's working better in rev 21910 But mouse don't show and I can only see upper part of the screen, the rest are black. Can't see the deskbar. Like if you have the screen at 1024*768 and the desktop at 800*600 and the desktop don't stretch over the rest of the screen. Have an image but as usually the print screen shows right but the mouse are not shown. Will try to attach. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 13 00:35:21 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 12 Aug 2007 22:35:21 -0000 Subject: [Haiku-bugs] [Haiku] #1393: Fontdemo doesn't wrap when fonts exhausted Message-ID: <042.1c3fed69cbe9e4a08d72b87e234b8257@haiku-os.org> #1393: Fontdemo doesn't wrap when fonts exhausted ----------------------------+----------------------------------------------- Reporter: mphipps | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications | Version: R1 development Platform: All | ----------------------------+----------------------------------------------- Run fontdemo. Choose option to auto-change fonts. When it hits the last font on the list, it stops instead of wrapping from the beginning. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 13 00:36:55 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 12 Aug 2007 22:36:55 -0000 Subject: [Haiku-bugs] [Haiku] #1379: Deadlock in error case of vm.cpp:map_backing_store() In-Reply-To: <043.aed4911816e288b68120fe4a7d9ae100@haiku-os.org> References: <043.aed4911816e288b68120fe4a7d9ae100@haiku-os.org> Message-ID: <052.5a6dcd8851706b0ea1abaa8f3875ad8d@haiku-os.org> #1379: Deadlock in error case of vm.cpp:map_backing_store() ----------------------------+----------------------------------------------- Reporter: bonefish | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by bonefish): Fixed in r21914. It's now just unlocking the source cache temporarily, which doesn't seem to be a problem for any caller. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 13 00:38:00 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 12 Aug 2007 22:38:00 -0000 Subject: [Haiku-bugs] [Haiku] #1379: Deadlock in error case of vm.cpp:map_backing_store() In-Reply-To: <043.aed4911816e288b68120fe4a7d9ae100@haiku-os.org> References: <043.aed4911816e288b68120fe4a7d9ae100@haiku-os.org> Message-ID: <052.f4eff5bb69b4e72ebbd30cb3e1eaed14@haiku-os.org> #1379: Deadlock in error case of vm.cpp:map_backing_store() ----------------------------+----------------------------------------------- Reporter: bonefish | Owner: axeld Type: bug | Status: closed Priority: critical | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Platform: All ----------------------------+----------------------------------------------- Changes (by bonefish): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 13 08:18:48 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 13 Aug 2007 06:18:48 -0000 Subject: [Haiku-bugs] [Haiku] #1371: Registrar died while compiling "doodle" sample app. In-Reply-To: <045.cf21dd5127cff44b17d4ecf0ae0cca6e@haiku-os.org> References: <045.cf21dd5127cff44b17d4ecf0ae0cca6e@haiku-os.org> Message-ID: <054.2b19da5e8207d86400d8060f0714517c@haiku-os.org> #1371: Registrar died while compiling "doodle" sample app. -----------------------------------+---------------------------------------- Reporter: jackburton | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Application Kit | Version: R1 development Resolution: fixed | Platform: All -----------------------------------+---------------------------------------- Comment (by jackburton): Replying to [comment:2 mmlr]: > The cause was that the size of a message item was not swapped when the swapped BMessage format was used. This caused the message to try to allocate 640MB instead of 40Bytes which failed. Interesting. I think Registrar shouldn't die anyway in that case, what do you think? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 13 09:39:06 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 13 Aug 2007 07:39:06 -0000 Subject: [Haiku-bugs] [Haiku] #1389: [FlattenPictureTest] Not all tests succeed In-Reply-To: <042.9bb806de82278e533f4a020f07fea2b0@haiku-os.org> References: <042.9bb806de82278e533f4a020f07fea2b0@haiku-os.org> Message-ID: <051.8a9c95d572b4b173a20afa121dfc53f7@haiku-os.org> #1389: [FlattenPictureTest] Not all tests succeed ---------------------------------+------------------------------------------ Reporter: laplace | Owner: jackburton Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Changes (by jackburton): * status: new => assigned Comment: I've added some missing ops in r21918 and fixed the wrong drawing in r21919. I've no idea yet as some ops (stroke round rect, drawchar, stroke triangle, and sometimes others) sometimes fail. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 13 10:01:43 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 13 Aug 2007 08:01:43 -0000 Subject: [Haiku-bugs] [Haiku] #1371: Registrar died while compiling "doodle" sample app. In-Reply-To: <045.cf21dd5127cff44b17d4ecf0ae0cca6e@haiku-os.org> References: <045.cf21dd5127cff44b17d4ecf0ae0cca6e@haiku-os.org> Message-ID: <054.54c306eaffb1f51ef2efce87d182b49a@haiku-os.org> #1371: Registrar died while compiling "doodle" sample app. -----------------------------------+---------------------------------------- Reporter: jackburton | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Application Kit | Version: R1 development Resolution: fixed | Platform: All -----------------------------------+---------------------------------------- Comment (by mmlr): Replying to [comment:3 jackburton]: > Interesting. I think Registrar shouldn't die anyway in that case, what do you think? Yes it shouldn't. I have fixed our realloc() wrapper in this regard and it does now not try to memcpy() if the allocation failed. BMessage should handle the error correctly, but I still have to investigate what happens when you use the BMessage where a reallocation failed though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 13 11:25:05 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 13 Aug 2007 09:25:05 -0000 Subject: [Haiku-bugs] [Haiku] #1389: [FlattenPictureTest] Not all tests succeed In-Reply-To: <042.9bb806de82278e533f4a020f07fea2b0@haiku-os.org> References: <042.9bb806de82278e533f4a020f07fea2b0@haiku-os.org> Message-ID: <051.fe8143236973af239b8e21f24607bd93@haiku-os.org> #1389: [FlattenPictureTest] Not all tests succeed ---------------------------------+------------------------------------------ Reporter: laplace | Owner: jackburton Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by jackburton): I've implemented drawing of BPictures inside BPictures in r21920. Everything seems to work now, except AppendToPicture(), and the random missing ops. I've noticed one thing, though: the test usually takes a really long amount of time to execute, at least on vmware. The few times when the test runs fast, everything seems to work. Could this be related to some bug in communication between the app_server and libbe ? I noticed I have some old TODO in the code. Can someone review for example the commented code in ServerPicture::ImportData() to see if I did something wrong ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 13 11:29:37 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 13 Aug 2007 09:29:37 -0000 Subject: [Haiku-bugs] [Haiku] #1379: Deadlock in error case of vm.cpp:map_backing_store() In-Reply-To: <043.aed4911816e288b68120fe4a7d9ae100@haiku-os.org> References: <043.aed4911816e288b68120fe4a7d9ae100@haiku-os.org> Message-ID: <052.aca1787fcdc57af0a851464286a3eb1a@haiku-os.org> #1379: Deadlock in error case of vm.cpp:map_backing_store() ----------------------------+----------------------------------------------- Reporter: bonefish | Owner: axeld Type: bug | Status: closed Priority: critical | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Platform: All ----------------------------+----------------------------------------------- Changes (by axeld): * cc: bonefish (added) Comment: My local solution has been to move the add consumer call to a place after everything else went okay. Since the cache is locked, this would have been safe, too. What do you think? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 13 12:32:22 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 13 Aug 2007 10:32:22 -0000 Subject: [Haiku-bugs] [Haiku] #1389: [FlattenPictureTest] Not all tests succeed In-Reply-To: <042.9bb806de82278e533f4a020f07fea2b0@haiku-os.org> References: <042.9bb806de82278e533f4a020f07fea2b0@haiku-os.org> Message-ID: <051.002ce847a3f92a9619b5bd7d3e9dbda1@haiku-os.org> #1389: [FlattenPictureTest] Not all tests succeed ---------------------------------+------------------------------------------ Reporter: laplace | Owner: jackburton Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by laplace): Thanks a lot! BTW showing a printed page in Preview still displays an empty page, I guess it's time to check my own code ;-) But I will wait first for AppendToPicture() to be implemented :-) About the long execution time: Each test is performed eight times: four different color_spaces for flatten/unflatten and archive/unarchive. The tests are also not optimized. For example the bitmap for offscreen rendering is created for each test. At least under BeOS this is a very slow operation and could be speed up by caching the offscreen bitmap. There is a second menu item (ALT+S) for running the tests only in color_space B_RGB32. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 13 14:46:37 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 13 Aug 2007 12:46:37 -0000 Subject: [Haiku-bugs] [Haiku] #1389: [FlattenPictureTest] Not all tests succeed In-Reply-To: <042.9bb806de82278e533f4a020f07fea2b0@haiku-os.org> References: <042.9bb806de82278e533f4a020f07fea2b0@haiku-os.org> Message-ID: <051.12430d27f8b45d8ff65c776c229353ac@haiku-os.org> #1389: [FlattenPictureTest] Not all tests succeed ---------------------------------+------------------------------------------ Reporter: laplace | Owner: jackburton Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by jackburton): Replying to [comment:3 laplace]: > Thanks a lot! BTW showing a printed page in Preview still displays an empty page, I guess it's time to check my own code ;-) But I will wait first for AppendToPicture() to be implemented :-) Note that there are still 2 missing ops: B_PIC_SET_CLIP_RECTS (BView's SetClipping()) (for which I've no documentation yet) and B_PIC_CLIP_TO_PICTURE (BView's ClipToPicture()) Not sure if they're needed for printing. I'm also still trying to find out the cause of the random missing ops. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 13 14:48:14 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 13 Aug 2007 12:48:14 -0000 Subject: [Haiku-bugs] [Haiku] #1382: Nested recording of BPictures does not work In-Reply-To: <042.8dd4bc9808cefeba1b855e5bf4e5d5c0@haiku-os.org> References: <042.8dd4bc9808cefeba1b855e5bf4e5d5c0@haiku-os.org> Message-ID: <051.97d092f8c4b8228d888665906f1829f8@haiku-os.org> #1382: Nested recording of BPictures does not work ---------------------------------+------------------------------------------ Reporter: laplace | Owner: jackburton Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Changes (by jackburton): * status: new => assigned -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 13 14:49:00 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 13 Aug 2007 12:49:00 -0000 Subject: [Haiku-bugs] [Haiku] #1382: Nested recording of BPictures does not work In-Reply-To: <042.8dd4bc9808cefeba1b855e5bf4e5d5c0@haiku-os.org> References: <042.8dd4bc9808cefeba1b855e5bf4e5d5c0@haiku-os.org> Message-ID: <051.ff346dc8b194543cf4702e1c16fa71ba@haiku-os.org> #1382: Nested recording of BPictures does not work ---------------------------------+------------------------------------------ Reporter: laplace | Owner: jackburton Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: fixed | Platform: All ---------------------------------+------------------------------------------ Changes (by jackburton): * status: assigned => closed * resolution: => fixed Comment: Fixed in r21920. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 13 15:25:55 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 13 Aug 2007 13:25:55 -0000 Subject: [Haiku-bugs] [Haiku] #1394: [radeon] VGA/DVI detection/routing problem (DVI port doesn't work correctly) Message-ID: <041.7a2474974b6157962bbd4988d13e1a90@haiku-os.org> #1394: [radeon] VGA/DVI detection/routing problem (DVI port doesn't work correctly) -------------------------------------+-------------------------------------- Reporter: ul1984 | Owner: euan Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/radeon | Version: R1 development Platform: All | -------------------------------------+-------------------------------------- PROBLEM: If I'm starting my computer with a monitor connected to the DVI port, at first the black haiku boot up screen will show up correctly, for about 3 seconds, but then the radeon driver will turn off the output on the DVI port, and the monitor goes into sleep(blinking yellow light). If I then connect a monitor to the VGA port, i will get a working haiku system on that monitor. However if I repeat the boot up, but with a monitor connected to the VGA port, everything will work fine, except that after the haiku boot up screen, it will switch resolution to 800x600, but I can easily go into the Screen settings and change it to the correct 1280x1024. So in essence the DVI port isn't usable. However, the curious thing is looking at the syslog in both cases, it looks as if when booting while connected to the DVI port, the radeon driver will correctly read EDID data from the monitor (starting at line 1291, syslogDVI.txt), which it wont do booting connected to the VGA port. NOTES: Haiku r21911, built from svn and installed from Ubuntu using dd/makebootable nForce3 250Gb motherboard 1.6GHz Athlon64 Sempron graphics card: Radeon 9600 vendor 1002: ATI Technologies Inc device 4150: RV350 AP [Radeon 9600] I have attached syslogs and listdev output. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 13 15:37:09 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 13 Aug 2007 13:37:09 -0000 Subject: [Haiku-bugs] [Haiku] #1394: [radeon] VGA/DVI detection/routing problem (DVI port doesn't work correctly) In-Reply-To: <041.7a2474974b6157962bbd4988d13e1a90@haiku-os.org> References: <041.7a2474974b6157962bbd4988d13e1a90@haiku-os.org> Message-ID: <050.58fe4d9dae8f5ecdce1240503ba0f4a3@haiku-os.org> #1394: [radeon] VGA/DVI detection/routing problem (DVI port doesn't work correctly) --------------------------------------+------------------------------------- Reporter: ul1984 | Owner: euan Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/radeon | Version: R1 development Resolution: | Platform: x86 --------------------------------------+------------------------------------- Changes (by ul1984): * platform: All => x86 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 13 16:10:21 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 13 Aug 2007 14:10:21 -0000 Subject: [Haiku-bugs] [Haiku] #1395: [auich] Add missing Device ID, nForce3 250Gb Message-ID: <041.c4c9aabd9d16c2f9d7ef44ad0d195098@haiku-os.org> #1395: [auich] Add missing Device ID, nForce3 250Gb ---------------------------+------------------------------------------------ Reporter: ul1984 | Owner: korli Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Platform: x86 | ---------------------------+------------------------------------------------ I've added it locally, and tested it, and i can confirm that audio output is working great on my computer after adding the device ID to the auich driver. [[BR]] Haiku r21911, built from svn and installed from Ubuntu using dd/makebootable nForce3 250Gb AC'97 Audio Controller: Vendor ID: 0x10DE Device ID: 0x00EA -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 13 16:11:41 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 13 Aug 2007 14:11:41 -0000 Subject: [Haiku-bugs] [Haiku] #1379: Deadlock in error case of vm.cpp:map_backing_store() In-Reply-To: <043.aed4911816e288b68120fe4a7d9ae100@haiku-os.org> References: <043.aed4911816e288b68120fe4a7d9ae100@haiku-os.org> Message-ID: <052.e454cc8c44b42cd3eb2f738a923455b4@haiku-os.org> #1379: Deadlock in error case of vm.cpp:map_backing_store() ----------------------------+----------------------------------------------- Reporter: bonefish | Owner: axeld Type: bug | Status: closed Priority: critical | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Platform: All ----------------------------+----------------------------------------------- Comment (by bonefish): Replying to [comment:4 axeld]: > My local solution has been to move the add consumer call to a place after everything else went okay. Since the cache is locked, this would have been safe, too. What do you think? I considered this first too, but was sceptical about inserting the area with a cache that has been connected correctly. It shouldn't matter, of course, since the caller has the address space write lock. So, well, change it, if you like that better. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 13 16:30:41 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 13 Aug 2007 14:30:41 -0000 Subject: [Haiku-bugs] [Haiku] #1394: [radeon] VGA/DVI detection/routing problem (DVI port doesn't work correctly) In-Reply-To: <041.7a2474974b6157962bbd4988d13e1a90@haiku-os.org> References: <041.7a2474974b6157962bbd4988d13e1a90@haiku-os.org> Message-ID: <050.1c104fc3d7af5de92a66889ce58be6be@haiku-os.org> #1394: [radeon] VGA/DVI detection/routing problem (DVI port doesn't work correctly) --------------------------------------+------------------------------------- Reporter: ul1984 | Owner: euan Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Graphics/radeon | Version: R1 development Resolution: | Platform: x86 --------------------------------------+------------------------------------- Changes (by euan): * status: new => assigned Comment: Can you apply the patch from http://dev.haiku-os.org/ticket/1293 and see if it makes any difference. Thanks -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 13 17:08:06 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 13 Aug 2007 15:08:06 -0000 Subject: [Haiku-bugs] [Haiku] #1394: [radeon] VGA/DVI detection/routing problem (DVI port doesn't work correctly) In-Reply-To: <041.7a2474974b6157962bbd4988d13e1a90@haiku-os.org> References: <041.7a2474974b6157962bbd4988d13e1a90@haiku-os.org> Message-ID: <050.f9c37bce4b0d3efa509404fac32611fe@haiku-os.org> #1394: [radeon] VGA/DVI detection/routing problem (DVI port doesn't work correctly) --------------------------------------+------------------------------------- Reporter: ul1984 | Owner: euan Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Graphics/radeon | Version: R1 development Resolution: | Platform: x86 --------------------------------------+------------------------------------- Comment (by ul1984): Sure, I have applied the patch, and I'm happy to say DVI now works! However, just as it did before when I tested it on the VGA port, it will switch to 800x600 after the black Haiku boot up screen. The actual boot screen is in the correct resolution 1280x1024, even on the very first boot. (But i think this is a very small problem, since after setting the correct resolution in Screen settings, it will work correctly on subsequent boots.) (I can also verify that VGA still works just the same as before, after the patch, and dual screen mode works as well) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 13 17:26:16 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 13 Aug 2007 15:26:16 -0000 Subject: [Haiku-bugs] [Haiku] #1394: [radeon] VGA/DVI detection/routing problem (DVI port doesn't work correctly) In-Reply-To: <041.7a2474974b6157962bbd4988d13e1a90@haiku-os.org> References: <041.7a2474974b6157962bbd4988d13e1a90@haiku-os.org> Message-ID: <050.4597d8b18763757efdfcbde0453eed33@haiku-os.org> #1394: [radeon] VGA/DVI detection/routing problem (DVI port doesn't work correctly) --------------------------------------+------------------------------------- Reporter: ul1984 | Owner: euan Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Graphics/radeon | Version: R1 development Resolution: | Platform: x86 --------------------------------------+------------------------------------- Comment (by euan): Thanks! Please post a syslog of the DVI connected so I can check it's working as expected, then be merrily on your way. :) I also have the screen default to 800x600 at start up. I believe this to be an app_server bug, however haven't investigated. Perhaps another ticket should be created for this? The reason why the boot screen resolution is correct, is that it uses VESA mode, and checks the monitor's EDID (DDC) data for the best resolution. Then the app_server comes along at does a "PROPOSE_MODE" for 800x600. Perhaps the app_server doesn't save it's settings? It could also be the radeon driver, but I wouldn't think so. I still have some work to do on the patch for the other ticket so leave I'll leave this bug open until the changes are complete and the patch committed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 13 17:27:11 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 13 Aug 2007 15:27:11 -0000 Subject: [Haiku-bugs] [Haiku] #1394: [radeon] VGA/DVI detection/routing problem (DVI port doesn't work correctly) In-Reply-To: <041.7a2474974b6157962bbd4988d13e1a90@haiku-os.org> References: <041.7a2474974b6157962bbd4988d13e1a90@haiku-os.org> Message-ID: <050.56d29e6e696ef424411258d5a43e1184@haiku-os.org> #1394: [radeon] VGA/DVI detection/routing problem (DVI port doesn't work correctly) --------------------------------------+------------------------------------- Reporter: ul1984 | Owner: euan Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Graphics/radeon | Version: R1 development Resolution: | Platform: x86 --------------------------------------+------------------------------------- Comment (by euan): Thanks for the after patch syslog! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 13 17:37:21 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 13 Aug 2007 15:37:21 -0000 Subject: [Haiku-bugs] [Haiku] #1394: [radeon] VGA/DVI detection/routing problem (DVI port doesn't work correctly) In-Reply-To: <041.7a2474974b6157962bbd4988d13e1a90@haiku-os.org> References: <041.7a2474974b6157962bbd4988d13e1a90@haiku-os.org> Message-ID: <050.f44590a02eafc50d06075166d25786d5@haiku-os.org> #1394: [radeon] VGA/DVI detection/routing problem (DVI port doesn't work correctly) --------------------------------------+------------------------------------- Reporter: ul1984 | Owner: euan Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Graphics/radeon | Version: R1 development Resolution: | Platform: x86 --------------------------------------+------------------------------------- Comment (by stippi): The issue with the app_server is known, though you can of course open a ticket if you like. The reason for switching to 800x600 is that app_server does not have a settings file yet on a fresh image and will switch to the built-in "default" resolution. Some way of communicating the edid resolution to the app_server should be invented. I'm thinking maybe putting the mode first in the list returned by the accelerant should be enough, but maybe it is not that simple. I'm happy to hear your patch is working nicely, btw! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 13 17:53:34 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 13 Aug 2007 15:53:34 -0000 Subject: [Haiku-bugs] [Haiku] #1394: [radeon] VGA/DVI detection/routing problem (DVI port doesn't work correctly) In-Reply-To: <041.7a2474974b6157962bbd4988d13e1a90@haiku-os.org> References: <041.7a2474974b6157962bbd4988d13e1a90@haiku-os.org> Message-ID: <050.a6d20a74e2767421e8bcc7be2e454011@haiku-os.org> #1394: [radeon] VGA/DVI detection/routing problem (DVI port doesn't work correctly) --------------------------------------+------------------------------------- Reporter: ul1984 | Owner: euan Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Graphics/radeon | Version: R1 development Resolution: | Platform: x86 --------------------------------------+------------------------------------- Comment (by ul1984): Ah, very interesting. I'm glad you already knew about it. Sorry i created a separate ticket for this, should have found the other ticket. Thanks a lot for the quick bug fix and response! Let me know if you need more information/testing, would be happy to help. Joel -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 13 19:28:33 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 13 Aug 2007 17:28:33 -0000 Subject: [Haiku-bugs] [Haiku] #1293: External LCD on a second DVI In-Reply-To: <042.bb9806b3693be44d9b11f3b11b403abf@haiku-os.org> References: <042.bb9806b3693be44d9b11f3b11b403abf@haiku-os.org> Message-ID: <051.0826b94570d19af76b0962ee3d78cf05@haiku-os.org> #1293: External LCD on a second DVI --------------------------------------+------------------------------------- Reporter: modeenf | Owner: euan Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Graphics/radeon | Version: R1 development Resolution: | Platform: x86 --------------------------------------+------------------------------------- Comment (by axeld): Should be fixed with r21930, thanks Euan. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 13 19:29:45 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 13 Aug 2007 17:29:45 -0000 Subject: [Haiku-bugs] [Haiku] #1394: [radeon] VGA/DVI detection/routing problem (DVI port doesn't work correctly) In-Reply-To: <041.7a2474974b6157962bbd4988d13e1a90@haiku-os.org> References: <041.7a2474974b6157962bbd4988d13e1a90@haiku-os.org> Message-ID: <050.8b59621bbd21325c1b8248c740f7bfb4@haiku-os.org> #1394: [radeon] VGA/DVI detection/routing problem (DVI port doesn't work correctly) --------------------------------------+------------------------------------- Reporter: ul1984 | Owner: euan Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Graphics/radeon | Version: R1 development Resolution: fixed | Platform: x86 --------------------------------------+------------------------------------- Changes (by axeld): * status: assigned => closed * resolution: => fixed Comment: Fixed with r21930. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 13 20:42:46 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 13 Aug 2007 18:42:46 -0000 Subject: [Haiku-bugs] [Haiku] #1389: [FlattenPictureTest] Not all tests succeed In-Reply-To: <042.9bb806de82278e533f4a020f07fea2b0@haiku-os.org> References: <042.9bb806de82278e533f4a020f07fea2b0@haiku-os.org> Message-ID: <051.7917c3a761269926d1e8d807956d60c7@haiku-os.org> #1389: [FlattenPictureTest] Not all tests succeed ---------------------------------+------------------------------------------ Reporter: laplace | Owner: jackburton Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by laplace): I think the print_server itself does not use the clipping functions, but printer drivers could use it. Anyway an application that is able to print is for sure allowed to use them. I have added more tests. The following fail: - ConstrainClippingRegion - SetPenSize: Pen size of 0 is not drawn as if it had size of 1 - SetPenSize2: Scaling is not applied to the pen size - TestPattern: pattern seems not to be taken into account The following do not create the correct bitmap: - ClipTo[Inverse]Picture ConstrainClippingRegion and ClipTo[Inverse]Picture are documented here: http://www.beunited.org/bebook/The%20Interface%20Kit/ViewGraphicsState.html -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 13 21:26:40 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 13 Aug 2007 19:26:40 -0000 Subject: [Haiku-bugs] [Haiku] #1396: Terminal parses the shell arguments incorrectly Message-ID: <040.84677578b1036d5aeb4a018ecf701ed5@haiku-os.org> #1396: Terminal parses the shell arguments incorrectly -------------------------------------+-------------------------------------- Reporter: axeld | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications/Terminal | Version: R1 development Platform: All | -------------------------------------+-------------------------------------- When passing arguments to the Terminal, it parses them incorrectly before passing them over to the shell. For example, this is what prevents the debug_server from starting a gdb session when the debugged application has spaces in its path. It should just copy the existing argument vector into the one it passes to the shell (minus its own arguments). For compatibility with BeOS, Haiku's libroot.so already memorizes the original arguments in __libc_argc and __libc_argv. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 13 21:28:11 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 13 Aug 2007 19:28:11 -0000 Subject: [Haiku-bugs] [Haiku] #1396: Terminal parses the shell arguments incorrectly In-Reply-To: <040.84677578b1036d5aeb4a018ecf701ed5@haiku-os.org> References: <040.84677578b1036d5aeb4a018ecf701ed5@haiku-os.org> Message-ID: <049.71b9a55d80bcba50177a38ad5c2756fd@haiku-os.org> #1396: Terminal parses the shell arguments incorrectly --------------------------------------+------------------------------------- Reporter: axeld | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications/Terminal | Version: R1 development Resolution: | Platform: All --------------------------------------+------------------------------------- Old description: > When passing arguments to the Terminal, it parses them incorrectly before > passing them over to the shell. For example, this is what prevents the > debug_server from starting a gdb session when the debugged application > has spaces in its path. > > It should just copy the existing argument vector into the one it passes > to the shell (minus its own arguments). For compatibility with BeOS, > Haiku's libroot.so already memorizes the original arguments in > __libc_argc and __libc_argv. New description: When passing arguments to the Terminal, it parses them incorrectly before passing them over to the shell. For example, this is what prevents the debug_server from starting a gdb session when the debugged application has spaces in its path. It should just copy the existing argument vector into the one it passes to the shell (minus its own arguments). For compatibility with BeOS, Haiku's libroot.so already memorizes the original arguments in {{{__libc_argc}}} and {{{__libc_argv}}}. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 13 21:28:54 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 13 Aug 2007 19:28:54 -0000 Subject: [Haiku-bugs] [Haiku] #1393: Fontdemo doesn't wrap when fonts exhausted In-Reply-To: <042.1c3fed69cbe9e4a08d72b87e234b8257@haiku-os.org> References: <042.1c3fed69cbe9e4a08d72b87e234b8257@haiku-os.org> Message-ID: <051.64138d7ca3770395432587b0e8868141@haiku-os.org> #1393: Fontdemo doesn't wrap when fonts exhausted -----------------------------+---------------------------------------------- Reporter: mphipps | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - Applications | Version: R1 development Resolution: fixed | Platform: All -----------------------------+---------------------------------------------- Changes (by mmlr): * status: new => closed * resolution: => fixed Comment: Should be fixed in r21934. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 13 21:50:00 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 13 Aug 2007 19:50:00 -0000 Subject: [Haiku-bugs] [Haiku] #1395: [auich] Add missing Device ID, nForce3 250Gb In-Reply-To: <041.c4c9aabd9d16c2f9d7ef44ad0d195098@haiku-os.org> References: <041.c4c9aabd9d16c2f9d7ef44ad0d195098@haiku-os.org> Message-ID: <050.b31ffa145edbdec478a8127df96b7a61@haiku-os.org> #1395: [auich] Add missing Device ID, nForce3 250Gb ----------------------------+----------------------------------------------- Reporter: ul1984 | Owner: korli Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: fixed | Platform: x86 ----------------------------+----------------------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed Comment: applied in r21935. thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 13 22:34:26 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 13 Aug 2007 20:34:26 -0000 Subject: [Haiku-bugs] [Haiku] #1389: [FlattenPictureTest] Not all tests succeed In-Reply-To: <042.9bb806de82278e533f4a020f07fea2b0@haiku-os.org> References: <042.9bb806de82278e533f4a020f07fea2b0@haiku-os.org> Message-ID: <051.9fad8724e49c7ba21af73cf4565df76d@haiku-os.org> #1389: [FlattenPictureTest] Not all tests succeed ---------------------------------+------------------------------------------ Reporter: laplace | Owner: jackburton Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by jackburton): Replying to [comment:5 laplace]: > I think the print_server itself does not use the clipping functions, but printer drivers could use it. > Anyway an application that is able to print is for sure allowed to use them. > > I have added more tests. > The following fail: > - ConstrainClippingRegion > - SetPenSize: Pen size of 0 is not drawn as if it had size of 1 > - SetPenSize2: Scaling is not applied to the pen size > - TestPattern: pattern seems not to be taken into account Thanks, I'll try to fix these problems. > The following do not create the correct bitmap: > - ClipTo[Inverse]Picture ClipToPicture is not even implemented as a "normal" op (outside of BPicture, I mean). I think this should be a different bug ("ClipToPicture not implemented"); > ConstrainClippingRegion and ClipTo[Inverse]Picture are documented here: > http://www.beunited.org/bebook/The%20Interface%20Kit/ViewGraphicsState.html Sorry, I didn't explain correctly: I meant I don't have any docs about how the SetClipRects op (ConstrainClippingRegion) is encoded in BPicture data. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 14 00:22:37 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 13 Aug 2007 22:22:37 -0000 Subject: [Haiku-bugs] [Haiku] #1387: [StyledEdit] opens twice after clipping In-Reply-To: <040.2e76e264146a07ab5426d3df484f7224@haiku-os.org> References: <040.2e76e264146a07ab5426d3df484f7224@haiku-os.org> Message-ID: <049.6b719e425672e0bd93b9a74a3b4e843b@haiku-os.org> #1387: [StyledEdit] opens twice after clipping ----------------------------------------+----------------------------------- Reporter: diver | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications/StyledEdit | Version: R1 development Resolution: | Platform: All ----------------------------------------+----------------------------------- Changes (by korli): * cc: jackburton (added) Comment: Stefano, could it be the registrar misbehaving ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 14 06:04:15 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 14 Aug 2007 04:04:15 -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.29dbfa732e7654f8077a64b9c7afd3e3@haiku-os.org> #693: Cannot Change Resolution per Workspace (easy) ----------------------------------+----------------------------------------- Reporter: greg.gd at woosh.co.nz | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: Resolution: | Platform: All ----------------------------------+----------------------------------------- Changes (by max luebbe): * cc: max, luebbe (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 14 06:04:42 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 14 Aug 2007 04:04:42 -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.aea4f1cca2026304954362362181eb0d@haiku-os.org> #693: Cannot Change Resolution per Workspace (easy) ----------------------------------+----------------------------------------- Reporter: greg.gd at woosh.co.nz | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: Resolution: | Platform: All ----------------------------------+----------------------------------------- Changes (by max luebbe): * cc: max, luebbe (removed) * cc: maxluebbe (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 14 08:24:09 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 14 Aug 2007 06:24:09 -0000 Subject: [Haiku-bugs] [Haiku] #1397: ClipToPicture and ClipToInversePicture not implemented Message-ID: <045.0d36cce70dd67ec14068c615553b1b30@haiku-os.org> #1397: ClipToPicture and ClipToInversePicture not implemented --------------------------------+------------------------------------------- Reporter: jackburton | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Platform: All | --------------------------------+------------------------------------------- ClipToPicture and ClipToInversePicture aren't implemented. BView sends already the necessary data to app_server, but app_server currently just ignores the commands. Some documentation about ClipToPicture can be found here: http://www.beunited.org/bebook/The%20Interface%20Kit/ViewGraphicsState.html I also have some old proof-of-concept code laying around which implements ClipToPicture client side (attached). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 14 08:44:26 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 14 Aug 2007 06:44:26 -0000 Subject: [Haiku-bugs] [Haiku] #1389: [FlattenPictureTest] Not all tests succeed In-Reply-To: <042.9bb806de82278e533f4a020f07fea2b0@haiku-os.org> References: <042.9bb806de82278e533f4a020f07fea2b0@haiku-os.org> Message-ID: <051.a6a751fc39f4236c98ab97fe75e3654f@haiku-os.org> #1389: [FlattenPictureTest] Not all tests succeed ---------------------------------+------------------------------------------ Reporter: laplace | Owner: jackburton Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by jackburton): Replying to [comment:5 laplace]: > I have added more tests. > The following fail: > - ConstrainClippingRegion > - SetPenSize: Pen size of 0 is not drawn as if it had size of 1 I read the documentation, but I'm not sure where we should handle that. The docs say: "The default pen size is 1.0 coordinate unit. It can be set to any nonnegative value, including 0.0. If set to 0.0, the size is translated to one pixel for all devices. This guarantees that it will always draw the thinnest possible line no matter what the resolution of the device. Thus, lines drawn with pen sizes of 1.0 and 0.0 will look alike on the screen (one pixel thick), but the line drawn with a pen size of 1.0 will be 1/72 of an inch thick when printed, however many printer pixels that takes, while the line drawn with a 0.0 pen size will be just one pixel thick. " > - SetPenSize2: Scaling is not applied to the pen size > - TestPattern: pattern seems not to be taken into account This is fixed in r21937. I have another question: I've noticed that the colors of the test results change in a weird way, when I click on them. For example, the pattern test looks like it has only the central rect filled with pattern. Since this happens also with the "direct" drawing, I don't think it's a bug in the picture implementation. What do you think ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 14 09:08:13 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 14 Aug 2007 07:08:13 -0000 Subject: [Haiku-bugs] [Haiku] #1389: [FlattenPictureTest] Not all tests succeed In-Reply-To: <042.9bb806de82278e533f4a020f07fea2b0@haiku-os.org> References: <042.9bb806de82278e533f4a020f07fea2b0@haiku-os.org> Message-ID: <051.f842df5743473e2d0bc13e2f50659eff@haiku-os.org> #1389: [FlattenPictureTest] Not all tests succeed ---------------------------------+------------------------------------------ Reporter: laplace | Owner: jackburton Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by laplace): Replying to [comment:7 jackburton]: > Replying to [comment:5 laplace]: > > - SetPenSize: Pen size of 0 is not drawn as if it had size of 1 > > I read the documentation, but I'm not sure where we should handle that. > The docs say: > "The default pen size is 1.0 coordinate unit. It can be set to any nonnegative value, including 0.0. If set to 0.0, the size is translated to one pixel for all devices. This guarantees that it will always draw the thinnest possible line no matter what the resolution of the device. > > Thus, lines drawn with pen sizes of 1.0 and 0.0 will look alike on the screen (one pixel thick), but the line drawn with a pen size of 1.0 will be 1/72 of an inch thick when printed, however many printer pixels that takes, while the line drawn with a 0.0 pen size will be just one pixel thick. " OK, forgot about that. > > - SetPenSize2: Scaling is not applied to the pen size > > > - TestPattern: pattern seems not to be taken into account > > This is fixed in r21937. Great! > I have another question: > I've noticed that the colors of the test results change in a weird way, when I click on them. For example, the pattern test looks like it has only the central rect filled with pattern. > Since this happens also with the "direct" drawing, I don't think it's a bug in the picture implementation. What do you think ? Yes, I have realized that too. I did want to create a ticket after further examination. The rendering results are stored in BBitmaps and drawn to the window with DrawBitmap(), so I suppose either there is a bug or the bitmap is not setup correctly (color_space?) or drawn with wrong drawing mode etc... however it works fine under BeOS. There is also another issue (will also create a ticket later). The header line in the window is truncated. If you maximize the window not the complete text is displayed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 14 12:38:11 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 14 Aug 2007 10:38:11 -0000 Subject: [Haiku-bugs] [Haiku] #977: [kernel] sometimes boot fail, just stops at boot logo In-Reply-To: <040.c4502bc3be3c296ae10a2a7d4190d483@haiku-os.org> References: <040.c4502bc3be3c296ae10a2a7d4190d483@haiku-os.org> Message-ID: <049.2f461ccf037abfe7044c0f80716802c4@haiku-os.org> #977: [kernel] sometimes boot fail, just stops at boot logo ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by axeld): Does this still happen for you? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 14 13:20:44 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 14 Aug 2007 11:20:44 -0000 Subject: [Haiku-bugs] [Haiku] #1396: Terminal parses the shell arguments incorrectly (easy) In-Reply-To: <040.84677578b1036d5aeb4a018ecf701ed5@haiku-os.org> References: <040.84677578b1036d5aeb4a018ecf701ed5@haiku-os.org> Message-ID: <049.001fb9ac383c46f5e557326654447530@haiku-os.org> #1396: Terminal parses the shell arguments incorrectly (easy) --------------------------------------+------------------------------------- Reporter: axeld | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications/Terminal | Version: R1 development Resolution: | Platform: All --------------------------------------+------------------------------------- Changes (by bonefish): * summary: Terminal parses the shell arguments incorrectly => Terminal parses the shell arguments incorrectly (easy) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 14 14:38:32 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 14 Aug 2007 12:38:32 -0000 Subject: [Haiku-bugs] [Haiku] #739: Haiku bootloader does not detect boot volume In-Reply-To: <052.bd0dfe8f1064142d5688c9aaae2457ad@haiku-os.org> References: <052.bd0dfe8f1064142d5688c9aaae2457ad@haiku-os.org> Message-ID: <061.381ab43edbf8983ae878b8ccd3334356@haiku-os.org> #739: Haiku bootloader does not detect boot volume --------------------------------+------------------------------------------- Reporter: kev at brantaero.com | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1 Component: System/Kernel | Version: Resolution: | Platform: All --------------------------------+------------------------------------------- Comment (by kev): Tried the latest build this morning. Same old story trying to boot from actual HD. In QEMU I got various results depending on what else I was doing at the time, but from a fresh Terminal window, if I just left it, I got the following. (The mouse warnings didn't happen until after a while of inactivity I tried moving the mouse around to see what would happen.) {{{ Welcome to the BeOS shell. $ cd /boot/apps/QEMU/ $ qemu -serial stdio -hda ~/Downloads/haiku.image -snapshot APM version 1.2 available, flags 3. smp_probe: entry base 0x9fc00, limit 0xa0000 smp_probe: entry base 0xf0000, limit 0x100000 VESA version = 200 oem string: VGABIOS Cirrus extension EDID1: 14f Welcome to the Haiku boot loader! legacy base address 1f0 ATA device, master number of drives: 1 add_partitions_for(0x001051cc, mountFS = no) add_partitions_for(fd = 0, mountFS = no) Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map intel: pm_identify_partition(1, 1069856: 0, 104857600, 512) Partition::SetTo(): active: 6f intel: _ParsePrimary(): partition 0: bad location, ignoring Partition::SetTo(): active: 74 Partition::SetTo(): active: 0 Partition::SetTo(): active: 0 check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map boot partition offset: 0 check for file_system: BFS Filesystem load kernel... unhandled pheader type 0x6 unhandled pheader type 0x3 kernel entry at 8002d43c Welcome to kernel debugger output! Haiku revision: 21935 INIT: init CPU CPU 0: type 0 family 6 model 3 stepping 3, string 'GenuineIntel' CPU 0: features: fpu de pse tsc msr pae mce cx8 sep pge cmov pat mmx fxsr sse sse2 INIT: init interrupts INIT: init VM slab: init base 0x91794000 + 0x2000 vm_mark_page_range_inuse: page 0x9f in non-free state 7! INIT: init driver_settings heap: allocated big chunk (65548 bytes), it will never be freed! INIT: init system info INIT: init SMP INIT: init timer INIT: init real time clock INIT: init semaphores INIT: init VM semaphores INIT: init driver_settings INIT: init generic syscall INIT: init cbuf INIT: init teams INIT: init threads INIT: init ports INIT: init kernel daemons apm_init() code32: 0xf000, 0x9b07, length 0xfff0 code16: 0xf000, length 0xfff0 data: 0xf000, length 0xfff0 INIT: init VM threads INIT: init ELF loader INIT: init scheduler INIT: init notification services INIT: init VFS INIT: waking up AP cpus INIT: exiting kernel startup INIT: enabling interrupts and starting scheduler on cpu 0 INIT: starting main2 thread INIT: resuming main2 thread... INIT: start of main2: initializing devices INIT: Init modules INIT: Init Userland debugging INIT: Init Messaging Service INIT: Bootstrap file systems INIT: Init Device Manager found root!! add module bus_managers/isa/root/device_v1 to list PCI: pci_module_init PCI: mechanism 1 controller found PCI: EnumerateBus: domain 0, bus 0 PCI: EnumerateBus done: domain 0, bus 0, last used bus number 0 PCI: DiscoverBus, domain 0, bus 0 PCI: DiscoverDevice, domain 0, bus 0, dev 0, func 0 PCI: CreateDevice, domain 0, bus 0, dev 0, func 0: PCI: vendor 0x8086, device 0x1237, class_base 0x06, class_sub 0x00 PCI: DiscoverDevice, domain 0, bus 0, dev 1, func 0 PCI: CreateDevice, domain 0, bus 0, dev 1, func 0: PCI: vendor 0x8086, device 0x7000, class_base 0x06, class_sub 0x01 PCI: DiscoverDevice, domain 0, bus 0, dev 1, func 1 PCI: CreateDevice, domain 0, bus 0, dev 1, func 1: PCI: vendor 0x8086, device 0x7010, class_base 0x01, class_sub 0x01 PCI: DiscoverDevice, domain 0, bus 0, dev 1, func 2 PCI: DiscoverDevice, domain 0, bus 0, dev 1, func 3 PCI: DiscoverDevice, domain 0, bus 0, dev 1, func 4 PCI: DiscoverDevice, domain 0, bus 0, dev 1, func 5 PCI: DiscoverDevice, domain 0, bus 0, dev 1, func 6 PCI: DiscoverDevice, domain 0, bus 0, dev 1, func 7 PCI: DiscoverDevice, domain 0, bus 0, dev 2, func 0 PCI: CreateDevice, domain 0, bus 0, dev 2, func 0: PCI: vendor 0x1013, device 0x00b8, class_base 0x03, class_sub 0x00 PCI: DiscoverDevice, domain 0, bus 0, dev 3, func 0 PCI: CreateDevice, domain 0, bus 0, dev 3, func 0: PCI: vendor 0x10ec, device 0x8029, class_base 0x02, class_sub 0x00 PCI: [dom 0, bus 0] bus 0, device 0, function 0: vendor 8086, device 1237, revision 02 PCI: class_base 06, class_function 00, class_api 00 PCI: vendor 8086: Intel Corporation PCI: device 1237: 440FX - 82441FX PMC [Natoma] PCI: info: Bridge (Host bridge) PCI: line_size 00, latency 00, header_type 00, BIST 00 PCI: ROM base host 00000000, pci 00000000, size 00000000 PCI: cardbus_CIS 00000000, subsystem_id 0000, subsystem_vendor_id 0000 PCI: interrupt_line 00, interrupt_pin 00, min_grant 00, max_latency 00 PCI: base reg 0: host 00000000, pci 00000000, size 00000000, flags 00 PCI: base reg 1: host 00000000, pci 00000000, size 00000000, flags 00 PCI: base reg 2: host 00000000, pci 00000000, size 00000000, flags 00 PCI: base reg 3: host 00000000, pci 00000000, size 00000000, flags 00 PCI: base reg 4: host 00000000, pci 00000000, size 00000000, flags 00 PCI: base reg 5: host 00000000, pci 00000000, size 00000000, flags 00 PCI: Capabilities: (not supported) PCI: [dom 0, bus 0] bus 0, device 1, function 0: vendor 8086, device 7000, revision 00 PCI: class_base 06, class_function 01, class_api 00 PCI: vendor 8086: Intel Corporation PCI: device 7000: 82371SB PIIX3 ISA [Natoma/Triton II] PCI: info: Bridge (ISA bridge) PCI: line_size 00, latency 00, header_type 80, BIST 00 PCI: ROM base host 00000000, pci 00000000, size 00000000 PCI: cardbus_CIS 00000000, subsystem_id 0000, subsystem_vendor_id 0000 PCI: interrupt_line 00, interrupt_pin 00, min_grant 00, max_latency 00 PCI: base reg 0: host 00000000, pci 00000000, size 00000000, flags 00 PCI: base reg 1: host 00000000, pci 00000000, size 00000000, flags 00 PCI: base reg 2: host 00000000, pci 00000000, size 00000000, flags 00 PCI: base reg 3: host 00000000, pci 00000000, size 00000000, flags 00 PCI: base reg 4: host 00000000, pci 00000000, size 00000000, flags 00 PCI: base reg 5: host 00000000, pci 00000000, size 00000000, flags 00 PCI: Capabilities: (not supported) PCI: [dom 0, bus 0] bus 0, device 1, function 1: vendor 8086, device 7010, revision 00 PCI: class_base 01, class_function 01, class_api 80 PCI: vendor 8086: Intel Corporation PCI: device 7010: 82371SB PIIX3 IDE [Natoma/Triton II] PCI: info: Mass storage controller (IDE interface) PCI: line_size 00, latency 00, header_type 00, BIST 00 PCI: ROM base host 00000000, pci 00000000, size 00000000 PCI: cardbus_CIS 00000000, subsystem_id 0000, subsystem_vendor_id 0000 PCI: interrupt_line 00, interrupt_pin 00, min_grant 00, max_latency 00 PCI: base reg 0: host 00000000, pci 00000000, size 00000000, flags 00 PCI: base reg 1: host 00000000, pci 00000000, size 00000000, flags 00 PCI: base reg 2: host 00000000, pci 00000000, size 00000000, flags 00 PCI: base reg 3: host 00000000, pci 00000000, size 00000000, flags 00 PCI: base reg 4: host 0000c000, pci 0000c000, size 00000010, flags 01 PCI: base reg 5: host 00000000, pci 00000000, size 00000000, flags 00 PCI: Capabilities: (not supported) PCI: [dom 0, bus 0] bus 0, device 2, function 0: vendor 1013, device 00b8, revision 00 PCI: class_base 03, class_function 00, class_api 00 PCI: vendor 1013: Cirrus Logic PCI: device 00b8: GD 5446 PCI: info: Display controller (VGA compatible controller, VGA) PCI: line_size 00, latency 00, header_type 00, BIST 00 PCI: ROM base host 00000000, pci 00000000, size 00000000 PCI: cardbus_CIS 00000000, subsystem_id 0000, subsystem_vendor_id 0000 PCI: interrupt_line 00, interrupt_pin 00, min_grant 00, max_latency 00 PCI: base reg 0: host f0000000, pci f0000000, size 02000000, flags 08 PCI: base reg 1: host f2000000, pci f2000000, size 00001000, flags 00 PCI: base reg 2: host 00000000, pci 00000000, size 00000000, flags 00 PCI: base reg 3: host 00000000, pci 00000000, size 00000000, flags 00 PCI: base reg 4: host 00000000, pci 00000000, size 00000000, flags 00 PCI: base reg 5: host 00000000, pci 00000000, size 00000000, flags 00 PCI: Capabilities: (not supported) PCI: [dom 0, bus 0] bus 0, device 3, function 0: vendor 10ec, device 8029, revision 00 PCI: class_base 02, class_function 00, class_api 00 PCI: vendor 10ec: Realtek Semiconductor Co., Ltd. PCI: device 8029: RTL-8029(AS) PCI: info: Network controller (Ethernet controller) PCI: line_size 00, latency 00, header_type 00, BIST 00 PCI: ROM base host 00000000, pci 00000000, size 00000000 PCI: cardbus_CIS 00000000, subsystem_id 0000, subsystem_vendor_id 0000 PCI: interrupt_line 0b, interrupt_pin 01, min_grant 00, max_latency 00 PCI: base reg 0: host 0000c100, pci 0000c100, size 00000100, flags 01 PCI: base reg 1: host 00000000, pci 00000000, size 00000000, flags 00 PCI: base reg 2: host 00000000, pci 00000000, size 00000000, flags 00 PCI: base reg 3: host 00000000, pci 00000000, size 00000000, flags 00 PCI: base reg 4: host 00000000, pci 00000000, size 00000000, flags 00 PCI: base reg 5: host 00000000, pci 00000000, size 00000000, flags 00 PCI: Capabilities: (not supported) found root!! add module bus_managers/pci/root/device_v1 to list has connection? no module: bus_managers/isa/root/device_v1, support: 1 module: bus_managers/pci/root/device_v1, support: 1 register rest: bus_managers/isa/root/device_v1 free bus_managers/isa/root/device_v1 register rest: bus_managers/pci/root/device_v1 free bus_managers/pci/root/device_v1 INIT: Add preloaded old-style drivers INIT: Mount boot file system get_boot_partitions(): boot volume message: field: "booted from image", type: LONG (0x4c4f4e47): [ 0] 0 (0x0) field: "partition offset", type: LLNG (0x4c4c4e47): [ 0] 0 (0x0) field: "boot method", type: LONG (0x4c4f4e47): [ 0] 0 (0x0) field: "boot drive number", type: LLNG (0x4c4c4e47): [ 0] 128 (0x80) field: "disk identifier", type: RAWT (0x52415754): [ 0] data: "0x8033ffa8", 80 bytes get_boot_partitions(): boot method type: 0 partitioning system: partitioning_systems/intel/extended/v1 KDiskDeviceManager::_AddDiskSystem(partitioning_systems/intel/extended/v1) intel: ep_std_ops(0x1) intel: ep_std_ops(0x2) KDiskDeviceManager::_AddDiskSystem() done: No error partitioning system: partitioning_systems/intel/map/v1 KDiskDeviceManager::_AddDiskSystem(partitioning_systems/intel/map/v1) intel: pm_std_ops(0x1) intel: pm_std_ops(0x2) KDiskDeviceManager::_AddDiskSystem() done: No error file system: file_systems/bfs/v1 KDiskDeviceManager::_AddDiskSystem(file_systems/bfs/v1) KDiskDeviceManager::_AddDiskSystem() done: No error file system: file_systems/pipefs/v1 KDiskDeviceManager::_AddDiskSystem(file_systems/pipefs/v1) KDiskDeviceManager::_AddDiskSystem() done: No error file system: file_systems/devfs/v1 KDiskDeviceManager::_AddDiskSystem(file_systems/devfs/v1) KDiskDeviceManager::_AddDiskSystem() done: No error file system: file_systems/rootfs/v1 KDiskDeviceManager::_AddDiskSystem(file_systems/rootfs/v1) KDiskDeviceManager::_AddDiskSystem() done: No error number of disk systems: 6 KDiskDeviceManager::_Scan(/dev/disk) found pci!! found drivers/dev/disk/sata!! add module busses/ide/ahci/device_v1 to list found pci!! found drivers/dev/disk/ide!! add module busses/ide/generic_ide_pci/device_v1 to list found pci!! found drivers/dev/disk/sata!! add module busses/ide/silicon_image_3112/device_v1 to list has connection? yes module: busses/ide/ahci/device_v1, support: 0 module: busses/ide/generic_ide_pci/device_v1, support: 0 module: busses/ide/silicon_image_3112/device_v1, support: 0 free busses/ide/ahci/device_v1 free busses/ide/generic_ide_pci/device_v1 free busses/ide/silicon_image_3112/device_v1 found pci!! found drivers/dev/disk/sata!! add module busses/ide/ahci/device_v1 to list found pci!! found drivers/dev/disk/ide!! add module busses/ide/generic_ide_pci/device_v1 to list found pci!! found drivers/dev/disk/sata!! add module busses/ide/silicon_image_3112/device_v1 to list has connection? yes module: busses/ide/ahci/device_v1, support: 0 module: busses/ide/generic_ide_pci/device_v1, support: 0 module: busses/ide/silicon_image_3112/device_v1, support: 0 free busses/ide/ahci/device_v1 free busses/ide/generic_ide_pci/device_v1 free busses/ide/silicon_image_3112/device_v1 found pci!! found drivers/dev/disk/sata!! add module busses/ide/ahci/device_v1 to list found pci!! found drivers/dev/disk/ide!! add module busses/ide/generic_ide_pci/device_v1 to list found pci!! found drivers/dev/disk/sata!! add module busses/ide/silicon_image_3112/device_v1 to list has connection? yes module: busses/ide/ahci/device_v1, support: 0 module: busses/ide/generic_ide_pci/device_v1, support: 0.3 module: busses/ide/silicon_image_3112/device_v1, support: 0 INIT: main: done... begin idle loop on cpu 0 found scsi!! add module drivers/disk/scsi/scsi_cd/device_v1 to list found scsi!! add module drivers/disk/scsi/scsi_dsk/device_v1 to list has connection? yes module: drivers/disk/scsi/scsi_cd/device_v1, support: 0 module: drivers/disk/scsi/scsi_dsk/device_v1, support: 1.6 tried best module: drivers/disk/scsi/scsi_dsk/device_v1: No error free drivers/disk/scsi/scsi_cd/device_v1 IDE PCI -- ide_adapter_detect_channel: Simplex controller - disabling DMA of secondary channel found scsi!! add module drivers/disk/scsi/scsi_cd/device_v1 to list found scsi!! add module drivers/disk/scsi/scsi_dsk/device_v1 to list has connection? yes module: drivers/disk/scsi/scsi_cd/device_v1, support: 1.6 module: drivers/disk/scsi/scsi_dsk/device_v1, support: 0 tried best module: drivers/disk/scsi/scsi_cd/device_v1: No error free drivers/disk/scsi/scsi_dsk/device_v1 tried best module: busses/ide/generic_ide_pci/device_v1: No error free busses/ide/ahci/device_v1 free busses/ide/silicon_image_3112/device_v1 found pci!! found drivers/dev/disk/sata!! add module busses/ide/ahci/device_v1 to list found pci!! found drivers/dev/disk/ide!! add module busses/ide/generic_ide_pci/device_v1 to list found pci!! found drivers/dev/disk/sata!! add module busses/ide/silicon_image_3112/device_v1 to list has connection? yes module: busses/ide/ahci/device_v1, support: 0 module: busses/ide/generic_ide_pci/device_v1, support: 0 module: busses/ide/silicon_image_3112/device_v1, support: 0 free busses/ide/ahci/device_v1 free busses/ide/generic_ide_pci/device_v1 free busses/ide/silicon_image_3112/device_v1 found pci!! found drivers/dev/disk/sata!! add module busses/ide/ahci/device_v1 to list found pci!! found drivers/dev/disk/ide!! add module busses/ide/generic_ide_pci/device_v1 to list found pci!! found drivers/dev/disk/sata!! add module busses/ide/silicon_image_3112/device_v1 to list has connection? yes module: busses/ide/ahci/device_v1, support: 0 module: busses/ide/generic_ide_pci/device_v1, support: 0 module: busses/ide/silicon_image_3112/device_v1, support: 0 free busses/ide/ahci/device_v1 free busses/ide/generic_ide_pci/device_v1 free busses/ide/silicon_image_3112/device_v1 found isa!! found drivers/dev/disk/ide!! add module busses/ide/ide_isa/device_v1 to list has connection? yes module: busses/ide/ide_isa/device_v1, support: 1.6 tried best module: busses/ide/ide_isa/device_v1: No error found pci!! found drivers/dev/disk/sata!! add module busses/ide/ahci/device_v1 to list found pci!! found drivers/dev/disk/ide!! add module busses/ide/generic_ide_pci/device_v1 to list found pci!! found drivers/dev/disk/sata!! add module busses/ide/silicon_image_3112/device_v1 to list has connection? yes module: busses/ide/ahci/device_v1, support: 0 module: busses/ide/generic_ide_pci/device_v1, support: 0.3 module: busses/ide/silicon_image_3112/device_v1, support: 0 IDE PCI -- ide_adapter_detect_controller: Couldn't acquire controller resource 49152 tried best module: busses/ide/generic_ide_pci/device_v1: General system error free busses/ide/ahci/device_v1 free busses/ide/silicon_image_3112/device_v1 found isa!! found drivers/dev/disk/ide!! add module busses/ide/ide_isa/device_v1 to list has connection? yes module: busses/ide/ide_isa/device_v1, support: 1.6 tried best module: busses/ide/ide_isa/device_v1: No error KDiskDeviceManager::_Scan(/dev/disk/ata) found isa!! has connection? yes KDiskDeviceManager::_Scan(/dev/disk/ata/0) found isa!! has connection? yes KDiskDeviceManager::_Scan(/dev/disk/ata/0/master) found isa!! has connection? yes KDiskDeviceManager::_Scan(/dev/disk/ata/0/master/raw) found device: /dev/disk/ata/0/master/raw KDiskDeviceManager::_Scan(/dev/disk/atapi) found isa!! has connection? yes KDiskDeviceManager::_Scan(/dev/disk/atapi/1) found isa!! has connection? yes KDiskDeviceManager::_Scan(/dev/disk/atapi/1/master) found isa!! has connection? yes KDiskDeviceManager::_Scan(/dev/disk/atapi/1/master/raw) found device: /dev/disk/atapi/1/master/raw intel: ep_std_ops(0x1) intel: ep_std_ops(0x2) intel: pm_std_ops(0x1) intel: pm_identify_partition(0, 0: 0, 104857600, 512) Partition::SetTo(): active: 6f intel: _ParsePrimary(): partition 0: bad location, ignoring Partition::SetTo(): active: 74 Partition::SetTo(): active: 0 Partition::SetTo(): active: 0 intel: pm_std_ops(0x2) bfs: mounted "Haiku" (root node at 65536, device = /dev/disk/ata/0/master/raw) module: Search for file_cache/launch_speedup/v1 failed. ** could not open launch speedup! partitioning system: partitioning_systems/session/v1 KDiskDeviceManager::_AddDiskSystem(partitioning_systems/session/v1) KDiskDeviceManager::_AddDiskSystem() done: No error file system: file_systems/cdda/v1 KDiskDeviceManager::_AddDiskSystem(file_systems/cdda/v1) KDiskDeviceManager::_AddDiskSystem() done: No error file system: file_systems/dos/v1 KDiskDeviceManager::_AddDiskSystem(file_systems/dos/v1) KDiskDeviceManager::_AddDiskSystem() done: No error file system: file_systems/googlefs/v1 KDiskDeviceManager::_AddDiskSystem(file_systems/googlefs/v1) KDiskDeviceManager::_AddDiskSystem() done: No error file system: file_systems/iso9660/v1 KDiskDeviceManager::_AddDiskSystem(file_systems/iso9660/v1) KDiskDeviceManager::_AddDiskSystem() done: No error file system: file_systems/nfs/v1 KDiskDeviceManager::_AddDiskSystem(file_systems/nfs/v1) nfs:std_ops(INIT) nfs:std_ops(UNINIT) KDiskDeviceManager::_AddDiskSystem() done: No error KDiskDeviceManager::_Scan(/dev/disk) con_init: trying module console/frame_buffer/v1 loaded driver /boot/beos/system/add-ons/kernel/drivers/dev/console loaded driver /boot/beos/system/add-ons/kernel/drivers/dev/dprintf loaded driver /boot/beos/system/add-ons/kernel/drivers/dev/keyboard loaded driver /boot/beos/system/add-ons/kernel/drivers/dev/null loaded driver /boot/beos/system/add-ons/kernel/drivers/dev/random loaded driver /boot/beos/system/add-ons/kernel/drivers/dev/tty loaded driver /boot/beos/system/add-ons/kernel/drivers/dev/zero KDiskDeviceManager::_Scan(/dev/disk/ata) KDiskDeviceManager::_Scan(/dev/disk/ata/0) KDiskDeviceManager::_Scan(/dev/disk/ata/0/master) KDiskDeviceManager::_Scan(/dev/disk/ata/0/master/raw) KDiskDeviceManager::_Scan(/dev/disk/atapi) KDiskDeviceManager::_Scan(/dev/disk/atapi/1) KDiskDeviceManager::_Scan(/dev/disk/atapi/1/master) KDiskDeviceManager::_Scan(/dev/disk/atapi/1/master/raw) KDiskDeviceManager::_Scan(/dev/disk/scsi) loaded module /boot/beos/system/add- ons/kernel/drivers/dev/disk/scsi/scsi_cd loaded module /boot/beos/system/add- ons/kernel/drivers/dev/disk/scsi/scsi_dsk KDiskDeviceManager::_Scan(/dev/disk/virtual) nbd:>init_hardware() nbd:>init_driver() nbd: init_driver() failed: No such file or directory kernel debugger extention "debugger/hangman/v1": loaded INIT: Bootscript started bfs: bfs_open_dir:1443: Invalid Argument intel_extreme: init_hardware() intel_extreme: init_hardware() failed: No such file or directory matrox: init_hardware() failed: General system error neomagic: init_hardware() failed: General system error nvidia: init_hardware() failed: General system error Radeon - init_hardware: Version: 5.1.6.0 Radeon - Radeon_CardDetect: no supported devices found radeon: init_hardware() failed: General system error savage: init_hardware - no supported devices s3savage: init_hardware() failed: General system error vesa: init_hardware() vesa: init_driver() vesa: publish_devices() vesa: find_device() loaded driver /boot/beos/system/add-ons/kernel/drivers/dev/graphics/vesa etherpci: init_driver etherpci found at IRQ b etherpci: publish_devices() loaded driver /boot/beos/system/add-ons/kernel/drivers/dev/net/etherpci ipro1000: init_hardware() failed: General system error loaded driver /boot/beos/system/add-ons/kernel/drivers/dev/net/net_stack rtl8139 init_driver(): no device found rtl8139: init_driver() failed: No such device rtl8169: init_hardware() failed: General system error sis900: init_driver() failed: No such device via-rhine: init_driver() failed: General system error vlance: init hardware vlance: init_driver vlance: init_driver() failed: General system error wb840: init_driver() failed: No such device vesa: vesa_init() completed successfully! vesa: acc: vesa.accelerant register_domain(1, internet) unregister_domain(0x908b82c0, 1, internet) register_domain(1, internet) get_device_interface: ask "network/devices/ethernet/v1" for loop get_device_interface: ask "network/devices/loopback/v1" for loop bfs: bfs_open_dir:1443: Invalid Argument get_device_interface: ask "network/devices/ethernet/v1" for /dev/net/etherpci/0 ipv4_datalink_init(/dev/net/etherpci/0) etherpci: open net/etherpci/0 dev=908d7200 etherpci: reg_base=c100 ne2000 pci ethernet card found - 52:54:00:12:34:56 Interrupts installed at b etherpci: control: ETHER_INIT etherpci: control: GET_ADDR register_domain(4, link) ps2_hid: init_hardware ps2_hid: init_driver ps2_hid: publish_devices ps2_hid: publish_devices() returned NULL. ps2_hid: uninit_driver heap: allocated big chunk (131072 bytes), it will never be freed! usb_ehci: no devices found usb_uhci: no devices found USB Stack: no bus managers available usb_hid: init_driver() failed: General system error ps2: devfs_publish_device input/mouse/ps2/0, status = 0x00000000 ps2: devfs_publish_device input/keyboard/at/0, status = 0x00000000 ps2: keyboard found ps2: probe_mouse Extended PS/2 mouse found cx23882: init_hardware() cx23882: init_hardware() failed: General system error bfs: bfs_access:1314: Operation not allowed Last message repeated 11 times. auich: init_hardware() auich: init_hardware() failed: No such device auvia: init_hardware() auvia: init_hardware() failed: No such device emuxki: init_hardware() emuxki: init_hardware() failed: No such device hda: init_hardware() failed: No such device heap: allocated big chunk (131072 bytes), it will never be freed! usb_ehci: no devices found usb_uhci: no devices found USB Stack: no bus managers available usb_raw: init_driver() failed: No such device ps2: strange mouse data, x-delta 127, trying resync ps2: bad mouse data, trying resync ps2: bad mouse data, trying resync ps2: strange mouse data, x-delta 127, trying resync ps2: strange mouse data, x/y overflow, trying resync ps2: bad mouse data, trying resync ps2: strange mouse data, x-delta 127, trying resync ps2: bad mouse data, trying resync ps2: bad mouse data, trying resync ps2: strange mouse data, x-delta 127, trying resync ps2: bad mouse data, trying resync ps2: bad mouse data, trying resync ps2: strange mouse data, x-delta 127, trying resync ps2: bad mouse data, trying resync ps2: bad mouse data, trying resync ps2: strange mouse data, x-delta 127, trying resync ps2: bad mouse data, trying resync ps2: bad mouse data, trying resync ps2: strange mouse data, x-delta 124, trying resync ps2: strange mouse data, x/y overflow, trying resync ps2: bad mouse data, trying resync $ }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 14 16:12:44 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 14 Aug 2007 14:12:44 -0000 Subject: [Haiku-bugs] [Haiku] #739: Haiku bootloader does not detect boot volume In-Reply-To: <052.bd0dfe8f1064142d5688c9aaae2457ad@haiku-os.org> References: <052.bd0dfe8f1064142d5688c9aaae2457ad@haiku-os.org> Message-ID: <061.7778dc240b83ee15e63c4f1a0e969c7b@haiku-os.org> #739: Haiku bootloader does not detect boot volume --------------------------------+------------------------------------------- Reporter: kev at brantaero.com | Owner: axeld Type: bug | Status: closed Priority: blocker | Milestone: R1 Component: System/Kernel | Version: Resolution: fixed | Platform: All --------------------------------+------------------------------------------- Changes (by marcusoverhagen): * status: new => closed * resolution: => fixed Comment: According to both debug outputs you provided, the bug appears to be fixed, as the boot loader does find the boot volume. {{{ bfs: mounted "Haiku" (root node at 524288, device = /dev/disk/ata/0/master/2) }}} {{{ bfs: mounted "Haiku" (root node at 65536, device = /dev/disk/ata/0/master/raw) }}} I don't know what ''Same old story trying to boot from actual HD.'' refers to. I you still have problems, please open a new and more specific bug report. Please use attachments when adding syslog or serial debug output. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 14 16:27:39 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 14 Aug 2007 14:27:39 -0000 Subject: [Haiku-bugs] [Haiku] #739: Haiku bootloader does not detect boot volume In-Reply-To: <052.bd0dfe8f1064142d5688c9aaae2457ad@haiku-os.org> References: <052.bd0dfe8f1064142d5688c9aaae2457ad@haiku-os.org> Message-ID: <061.b5af661d257bb376632ab3d0259ac7cb@haiku-os.org> #739: Haiku bootloader does not detect boot volume --------------------------------+------------------------------------------- Reporter: kev at brantaero.com | Owner: axeld Type: bug | Status: reopened Priority: blocker | Milestone: R1 Component: System/Kernel | Version: Resolution: | Platform: All --------------------------------+------------------------------------------- Changes (by korli): * status: closed => reopened * resolution: fixed => Comment: No, kev was testing his image with QEmu. I don't what he means with the mouse activity though. kev, if you post log again, please attach them to the bug, not inline like you did. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 14 16:31:25 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 14 Aug 2007 14:31:25 -0000 Subject: [Haiku-bugs] [Haiku] #739: Haiku bootloader does not detect boot volume In-Reply-To: <052.bd0dfe8f1064142d5688c9aaae2457ad@haiku-os.org> References: <052.bd0dfe8f1064142d5688c9aaae2457ad@haiku-os.org> Message-ID: <061.5b68398fc37f8df2c985176055346104@haiku-os.org> #739: Haiku bootloader does not detect boot volume --------------------------------+------------------------------------------- Reporter: kev at brantaero.com | Owner: axeld Type: bug | Status: reopened Priority: blocker | Milestone: R1 Component: System/Kernel | Version: Resolution: | Platform: All --------------------------------+------------------------------------------- Comment (by kev): Thanks korli. For details on the HD problem look at the top of the page here. Will do, thanks. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 14 16:42:47 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 14 Aug 2007 14:42:47 -0000 Subject: [Haiku-bugs] [Haiku] #739: Haiku bootloader does not detect boot volume In-Reply-To: <052.bd0dfe8f1064142d5688c9aaae2457ad@haiku-os.org> References: <052.bd0dfe8f1064142d5688c9aaae2457ad@haiku-os.org> Message-ID: <061.46b73ab893956f5847fc4eb4edd75fa7@haiku-os.org> #739: Haiku bootloader does not detect boot volume --------------------------------+------------------------------------------- Reporter: kev at brantaero.com | Owner: axeld Type: bug | Status: reopened Priority: blocker | Milestone: R1 Component: System/Kernel | Version: Resolution: | Platform: All --------------------------------+------------------------------------------- Changes (by marcusoverhagen): * cc: marcusoverhagen (removed) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 14 17:17:15 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 14 Aug 2007 15:17:15 -0000 Subject: [Haiku-bugs] [Haiku] #977: [kernel] sometimes boot fail, just stops at boot logo In-Reply-To: <040.c4502bc3be3c296ae10a2a7d4190d483@haiku-os.org> References: <040.c4502bc3be3c296ae10a2a7d4190d483@haiku-os.org> Message-ID: <049.74197fafd1e989f32f553a3357b5e805@haiku-os.org> #977: [kernel] sometimes boot fail, just stops at boot logo ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by diver): I think not, but i can't tell for sure, as i test haiku rarely now. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 14 19:56:21 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 14 Aug 2007 17:56:21 -0000 Subject: [Haiku-bugs] [Haiku] #1361: Haiku wont boot on Asus P5W DH Deluxe In-Reply-To: <041.8ad85acdd1263df20aec0d3f566f2b59@haiku-os.org> References: <041.8ad85acdd1263df20aec0d3f566f2b59@haiku-os.org> Message-ID: <050.ca2b771ffa27d13a7bc7f12f4e23222e@haiku-os.org> #1361: Haiku wont boot on Asus P5W DH Deluxe ------------------------+--------------------------------------------------- Reporter: aldeck | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Changes (by marcusoverhagen): * owner: axeld => marcusoverhagen -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 14 22:09:36 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 14 Aug 2007 20:09:36 -0000 Subject: [Haiku-bugs] [Haiku] #1387: [StyledEdit] opens twice after clipping In-Reply-To: <040.2e76e264146a07ab5426d3df484f7224@haiku-os.org> References: <040.2e76e264146a07ab5426d3df484f7224@haiku-os.org> Message-ID: <049.70d0f57957a8cdba7b3dabb28ff7856e@haiku-os.org> #1387: [StyledEdit] opens twice after clipping ----------------------------------------+----------------------------------- Reporter: diver | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications/StyledEdit | Version: R1 development Resolution: | Platform: All ----------------------------------------+----------------------------------- Comment (by korli): It works OK when this is commented in StyledEditApp.cpp : case B_SILENT_RELAUNCH: OpenDocument(); -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 15 02:20:35 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 15 Aug 2007 00:20:35 -0000 Subject: [Haiku-bugs] [Haiku] #1370: Alpha Transparency in PNGs missing for desktop backgrounds In-Reply-To: <041.1ad9a5a2913c3b7cc487e0766c0f6688@haiku-os.org> References: <041.1ad9a5a2913c3b7cc487e0766c0f6688@haiku-os.org> Message-ID: <050.c29a074485fcdc8940d18ea12125f983@haiku-os.org> #1370: Alpha Transparency in PNGs missing for desktop backgrounds -------------------------------------+-------------------------------------- Reporter: kvdman | Owner: axeld Type: enhancement | Status: new Priority: low | Milestone: Unscheduled Component: - Applications/Tracker | Version: R1 development Resolution: | Platform: All -------------------------------------+-------------------------------------- Changes (by axeld): * cc: stippi (added) Comment: Any opinion about the previous comment, Stephan? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 15 10:51:31 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 15 Aug 2007 08:51:31 -0000 Subject: [Haiku-bugs] [Haiku] #1292: The screen on an external LCD are 5 cm to the left In-Reply-To: <042.90901903d722699f9fc9bc98ef4faea1@haiku-os.org> References: <042.90901903d722699f9fc9bc98ef4faea1@haiku-os.org> Message-ID: <051.22dc567cb439831ec37007eec66108ee@haiku-os.org> #1292: The screen on an external LCD are 5 cm to the left --------------------------------------+------------------------------------- Reporter: modeenf | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Graphics/radeon | Version: R1 development Resolution: invalid | Platform: x86 --------------------------------------+------------------------------------- Comment (by modeenf): Yes it works :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 15 10:58:41 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 15 Aug 2007 08:58:41 -0000 Subject: [Haiku-bugs] [Haiku] #1293: External LCD on a second DVI In-Reply-To: <042.bb9806b3693be44d9b11f3b11b403abf@haiku-os.org> References: <042.bb9806b3693be44d9b11f3b11b403abf@haiku-os.org> Message-ID: <051.3818f8433aea1ec50444485edfdb3466@haiku-os.org> #1293: External LCD on a second DVI --------------------------------------+------------------------------------- Reporter: modeenf | Owner: euan Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Graphics/radeon | Version: R1 development Resolution: | Platform: x86 --------------------------------------+------------------------------------- Comment (by modeenf): No doesn't work here on a Radeon x300 What happends are that the DVI port (LCD) are black and when I set's the desktop to use both screens the desktop are strech as it should but the LCD attatch to the DVI port are still black and inactive. Before it only used one screen and I hade to move the destop around to see different part of the desktop. Do you need som mor information? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 15 11:05:33 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 15 Aug 2007 09:05:33 -0000 Subject: [Haiku-bugs] [Haiku] #1169: The screen NeoMagic on a Dell Latitude CPi A366 (NeoMagic 256AV) are all messed up In-Reply-To: <042.7db9647853743d03d1121545e3c24ff5@haiku-os.org> References: <042.7db9647853743d03d1121545e3c24ff5@haiku-os.org> Message-ID: <051.581831a2c2e4d9cc3222cf80303c6de6@haiku-os.org> #1169: The screen NeoMagic on a Dell Latitude CPi A366 (NeoMagic 256AV) are all messed up ----------------------------------------+----------------------------------- Reporter: modeenf | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/NeoMagic | Version: R1 development Resolution: | Platform: x86 ----------------------------------------+----------------------------------- Comment (by modeenf): This can be closed as I don't have the hardware and don't intend to update this :( But it can be reopend if some one find's the bug again ;) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 15 11:17:55 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 15 Aug 2007 09:17:55 -0000 Subject: [Haiku-bugs] [Haiku] #1293: External LCD on a second DVI In-Reply-To: <042.bb9806b3693be44d9b11f3b11b403abf@haiku-os.org> References: <042.bb9806b3693be44d9b11f3b11b403abf@haiku-os.org> Message-ID: <051.3244ec90cd4208e56ffca2405b80ff61@haiku-os.org> #1293: External LCD on a second DVI --------------------------------------+------------------------------------- Reporter: modeenf | Owner: euan Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Graphics/radeon | Version: R1 development Resolution: | Platform: x86 --------------------------------------+------------------------------------- Comment (by euan): Can you post your syslog? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 15 12:12:41 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 15 Aug 2007 10:12:41 -0000 Subject: [Haiku-bugs] [Haiku] #1095: NVIDIA nForce SATA driver In-Reply-To: <041.a0e2207f8eae9146abb444b43da60f1e@haiku-os.org> References: <041.a0e2207f8eae9146abb444b43da60f1e@haiku-os.org> Message-ID: <050.2fdbd1aae2073bb2219cd54933e465cf@haiku-os.org> #1095: NVIDIA nForce SATA driver ---------------------------+------------------------------------------------ Reporter: ekdahl | Owner: marcusoverhagen Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Disk | Version: R1 development Resolution: | Platform: All ---------------------------+------------------------------------------------ Comment (by polari): According to r21949... {{{ Fixes for legacy_sata driver. It now: * boots Haiku successfully on 2 different test boxes here * no longer screws up when trying to write to PCI config space :) * Supports nVidia nForce chipsets TODO: * Make 4 channel SATA controllers work (currently only recognizes first 2) * SATA PHY initialisation (needed for some BIOSes who might not do it) Feel free to test this, and assign any problems with this driver to me. }}} So should this be closed? Any testers out there? Much love to colacoder for his hard work. :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 15 13:41:13 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 15 Aug 2007 11:41:13 -0000 Subject: [Haiku-bugs] [Haiku] #1095: NVIDIA nForce SATA driver In-Reply-To: <041.a0e2207f8eae9146abb444b43da60f1e@haiku-os.org> References: <041.a0e2207f8eae9146abb444b43da60f1e@haiku-os.org> Message-ID: <050.ea0c600f4ad1e3e6021b7a4c888dcac9@haiku-os.org> #1095: NVIDIA nForce SATA driver ---------------------------+------------------------------------------------ Reporter: ekdahl | Owner: marcusoverhagen Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Disk | Version: R1 development Resolution: | Platform: All ---------------------------+------------------------------------------------ Comment (by ekdahl): Replying to [comment:3 polari]: > According to r21949... > > So should this be closed? Any testers out there? > > Much love to colacoder for his hard work. :) I'm gonna try tonight, if I manage to install to a partition from linux. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 15 17:21:28 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 15 Aug 2007 15:21:28 -0000 Subject: [Haiku-bugs] [Haiku] #1398: PANIC: vnode is not becoming unbusy! Message-ID: <040.6bb834389aca6cdc9f2278a538cdc0b5@haiku-os.org> #1398: PANIC: vnode is not becoming unbusy! ------------------------------+--------------------------------------------- Reporter: korli | Owner: bga Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Platform: All | ------------------------------+--------------------------------------------- It happened while net booting with r21964. bfs: bfs_access:1314: Operation not allowed Last message repeated 2 times. bfs: bfs_access:1314: Operation not allowed Last message repeated 3 times. Last message repeated 5 times. PANIC: vnode 4:198406 is not becoming unbusy! Welcome to Kernel Debugging Land... Running on CPU 0 kdebug> sc stack trace for thread 0x56 "TrackerTaskLoop" kernel stack: 0x81023000 to 0x81027000 user stack: 0x70000000 to 0x70040000 frame caller :function + offset 81026990 (+ 36) 80082de2 :invoke_command + 0x006c 810269b4 (+ 48) 80082ef8 :kernel_debugger_loop + 0x00d3 810269e4 (+ 32) 80083952 :kernel_debugger + 0x00af 81026a04 (+ 176) 8008389b :panic + 0x002d 81026ab4 (+ 64) 80046f12 :_Z9get_vnodelxPP5vnodei + 0x01a4 81026af4 (+ 48) 80047bec :get_vnode + 0x001a 81026b24 (+ 112) 81607992 :_ZN5Inode12GetAttributeEPKcPPS_ + 0x019c 81026b94 (+ 48) 816051fa :_ZN9Attribute3GetEPKc + 0x017a 81026bc4 (+ 48) 81605246 :_ZN9Attribute4OpenEPKciPP11attr_cookie + 0x003c 81026bf4 (+ 96) 816148d6 :_Z13bfs_open_attrPvS_PKciPS_ + 0x0030 81026c54 (+ 80) 8004aca7 :_Z9attr_openiPKcib + 0x006f 81026ca4 (+ 288) 8004ad7b :_user_open_attr + 0x0049 81026dc4 (+ 352) 8003820a :syscall_dispatcher + 0x0c9f 81026f24 (+ 128) 8008b8bf :i386_handle_trap + 0x0308 iframe at 0x81026fac (end = 0x81027000) eax 0x58 ebx 0x695458 ecx 0x80000005 edx 0x424087 esi 0x1801b0a0 edi 0x7003f988 ebp 0x7003f92c esp 0x81026fdc eip 0xffff0102 eflags 0x202 vector: 0x63, error code: 0x0 81026fa4 (+ 0) ffff0102 7003f92c (+ 48) 003c7585 :unknown + 0x182585 7003f95c (+ 64) 003c8c19 :unknown + 0x183c19 7003f99c (+ 800) 00551811 :unknown + 0xd5811 7003fcbc (+ 96) 00551ebb :unknown + 0xd5ebb 7003fd1c (+ 48) 00552063 :unknown + 0xd6063 7003fd4c (+ 48) 005524c0 :unknown + 0xd64c0 7003fd7c (+ 96) 0055257c :unknown + 0xd657c 7003fddc (+ 272) 00559566 :unknown + 0xdd566 7003feec (+ 112) 00559993 :unknown + 0xdd993 7003ff5c (+ 32) 0055a15f :unknown + 0xde15f 7003ff7c (+ 32) 0059f5aa :unknown + 0x1235aa 7003ff9c (+ 32) 0059f361 :unknown + 0x123361 7003ffbc (+ 32) 0061e94e :unknown + 0x2194e 7003ffdc (+ 0) 7003ffec 856:TrackerTaskLoop_56_stack at 0x70000000 + 0x3ffec -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 15 17:22:18 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 15 Aug 2007 15:22:18 -0000 Subject: [Haiku-bugs] [Haiku] #1398: PANIC: vnode is not becoming unbusy! In-Reply-To: <040.6bb834389aca6cdc9f2278a538cdc0b5@haiku-os.org> References: <040.6bb834389aca6cdc9f2278a538cdc0b5@haiku-os.org> Message-ID: <049.79fd26e225cb3899dd66d6c06b9546d2@haiku-os.org> #1398: PANIC: vnode is not becoming unbusy! -------------------------------+-------------------------------------------- Reporter: korli | Owner: bga Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: | Platform: All -------------------------------+-------------------------------------------- Changes (by korli): * cc: axeld (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 15 17:46:03 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 15 Aug 2007 15:46:03 -0000 Subject: [Haiku-bugs] [Haiku] #1398: PANIC: vnode is not becoming unbusy! In-Reply-To: <040.6bb834389aca6cdc9f2278a538cdc0b5@haiku-os.org> References: <040.6bb834389aca6cdc9f2278a538cdc0b5@haiku-os.org> Message-ID: <049.b4ffa0297e54367c2263a6b20e6c53ae@haiku-os.org> #1398: PANIC: vnode is not becoming unbusy! -------------------------------+-------------------------------------------- Reporter: korli | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: | Platform: All -------------------------------+-------------------------------------------- Changes (by axeld): * cc: axeld (removed) * owner: bga => axeld Comment: This looks like a GCC 4 build. Can you reproduce the problem using GCC 2 as well? Also, does it happen everytime, or only rarely? I'm afraid I can't do a lot about this if I can't reproduce it here. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 15 17:50:29 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 15 Aug 2007 15:50:29 -0000 Subject: [Haiku-bugs] [Haiku] #1398: PANIC: vnode is not becoming unbusy! In-Reply-To: <040.6bb834389aca6cdc9f2278a538cdc0b5@haiku-os.org> References: <040.6bb834389aca6cdc9f2278a538cdc0b5@haiku-os.org> Message-ID: <049.2d10e17cf3e169abbe50c037cfa78d67@haiku-os.org> #1398: PANIC: vnode is not becoming unbusy! -------------------------------+-------------------------------------------- Reporter: korli | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: | Platform: All -------------------------------+-------------------------------------------- Comment (by korli): In fact, it's a GCC4 build : my GCC2 has to be rebuilt to work with the pxe boot loader assembler code. I'll do this when I have time ... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 15 17:21:28 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 15 Aug 2007 15:21:28 -0000 Subject: [Haiku-bugs] [Haiku] #1398: PANIC: vnode is not becoming unbusy! Message-ID: <040.6bb834389aca6cdc9f2278a538cdc0b5@haiku-os.org> #1398: PANIC: vnode is not becoming unbusy! ------------------------------+--------------------------------------------- Reporter: korli | Owner: bga Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Platform: All | ------------------------------+--------------------------------------------- It happened while net booting with r21964. bfs: bfs_access:1314: Operation not allowed Last message repeated 2 times. bfs: bfs_access:1314: Operation not allowed Last message repeated 3 times. Last message repeated 5 times. PANIC: vnode 4:198406 is not becoming unbusy! Welcome to Kernel Debugging Land... Running on CPU 0 kdebug> sc stack trace for thread 0x56 "TrackerTaskLoop" kernel stack: 0x81023000 to 0x81027000 user stack: 0x70000000 to 0x70040000 frame caller :function + offset 81026990 (+ 36) 80082de2 :invoke_command + 0x006c 810269b4 (+ 48) 80082ef8 :kernel_debugger_loop + 0x00d3 810269e4 (+ 32) 80083952 :kernel_debugger + 0x00af 81026a04 (+ 176) 8008389b :panic + 0x002d 81026ab4 (+ 64) 80046f12 :_Z9get_vnodelxPP5vnodei + 0x01a4 81026af4 (+ 48) 80047bec :get_vnode + 0x001a 81026b24 (+ 112) 81607992 :_ZN5Inode12GetAttributeEPKcPPS_ + 0x019c 81026b94 (+ 48) 816051fa :_ZN9Attribute3GetEPKc + 0x017a 81026bc4 (+ 48) 81605246 :_ZN9Attribute4OpenEPKciPP11attr_cookie + 0x003c 81026bf4 (+ 96) 816148d6 :_Z13bfs_open_attrPvS_PKciPS_ + 0x0030 81026c54 (+ 80) 8004aca7 :_Z9attr_openiPKcib + 0x006f 81026ca4 (+ 288) 8004ad7b :_user_open_attr + 0x0049 81026dc4 (+ 352) 8003820a :syscall_dispatcher + 0x0c9f 81026f24 (+ 128) 8008b8bf :i386_handle_trap + 0x0308 iframe at 0x81026fac (end = 0x81027000) eax 0x58 ebx 0x695458 ecx 0x80000005 edx 0x424087 esi 0x1801b0a0 edi 0x7003f988 ebp 0x7003f92c esp 0x81026fdc eip 0xffff0102 eflags 0x202 vector: 0x63, error code: 0x0 81026fa4 (+ 0) ffff0102 7003f92c (+ 48) 003c7585 :unknown + 0x182585 7003f95c (+ 64) 003c8c19 :unknown + 0x183c19 7003f99c (+ 800) 00551811 :unknown + 0xd5811 7003fcbc (+ 96) 00551ebb :unknown + 0xd5ebb 7003fd1c (+ 48) 00552063 :unknown + 0xd6063 7003fd4c (+ 48) 005524c0 :unknown + 0xd64c0 7003fd7c (+ 96) 0055257c :unknown + 0xd657c 7003fddc (+ 272) 00559566 :unknown + 0xdd566 7003feec (+ 112) 00559993 :unknown + 0xdd993 7003ff5c (+ 32) 0055a15f :unknown + 0xde15f 7003ff7c (+ 32) 0059f5aa :unknown + 0x1235aa 7003ff9c (+ 32) 0059f361 :unknown + 0x123361 7003ffbc (+ 32) 0061e94e :unknown + 0x2194e 7003ffdc (+ 0) 7003ffec 856:TrackerTaskLoop_56_stack at 0x70000000 + 0x3ffec -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 15 18:20:30 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 15 Aug 2007 16:20:30 -0000 Subject: [Haiku-bugs] [Haiku] #1338: System lockup at random intervals after reaching desktop In-Reply-To: <043.37da7a9b5076d7e75f24942362feeaef@haiku-os.org> References: <043.37da7a9b5076d7e75f24942362feeaef@haiku-os.org> Message-ID: <052.f9f2a8b57012bb931156ed47c1b06978@haiku-os.org> #1338: System lockup at random intervals after reaching desktop ------------------------+--------------------------------------------------- Reporter: schmedly | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by schmedly): Tried build 21961 and everything seems to be working again. There have been a few kernel fixes and a legacy SATA update since the initial report. System has been up and running for 10 hours with no issue. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 15 18:34:04 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 15 Aug 2007 16:34:04 -0000 Subject: [Haiku-bugs] [Haiku] #1338: System lockup at random intervals after reaching desktop In-Reply-To: <043.37da7a9b5076d7e75f24942362feeaef@haiku-os.org> References: <043.37da7a9b5076d7e75f24942362feeaef@haiku-os.org> Message-ID: <052.cf1e022950bdee1f9150d444c7cf1f16@haiku-os.org> #1338: System lockup at random intervals after reaching desktop ------------------------+--------------------------------------------------- Reporter: schmedly | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Platform: All ------------------------+--------------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Thanks for the update! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 15 19:56:59 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 15 Aug 2007 17:56:59 -0000 Subject: [Haiku-bugs] [Haiku] #1399: Files corrupted after restart of the system. Message-ID: <042.92e1cb0a780f7ebe50eaac329ba7e5d0@haiku-os.org> #1399: Files corrupted after restart of the system. -----------------------+---------------------------------------------------- Reporter: bbjimmy | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Platform: All | -----------------------+---------------------------------------------------- Files corrupted after restart of the system: To reproduce: Install an executable file on a new install of Haiku. Execute the file Reboot the system [feather] [Restart] the newly installed program is now no longer executable. To avoid the corruption: Install an executable file on a new install of Haiku. reboot [feather][Restart] execute the file... no corruption... restart again... no corruption. summary: The new file is corrupted if it is executed before a Restart. If it is not executed until after a Restart the file is not corrupted and can be executed any number of times. ( simple quick test ... http://216.110.210.251/fatelk/TextSaver.zip unzip copy TextSaver /boot/home/config/add-ons/Screen Savers/ execute the screensaver THEN reboot. now the TextSaver file in /boot/home/config/add-ons/Screen Savers/ does not match the file in the TextSaver folder. re-copy the file and Restart THEN execute the file ... now the system can re-boot and the file is not corrupted. NOTE: the corruption is not limited to screensavers, this is just a quick test case) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 15 20:24:59 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 15 Aug 2007 18:24:59 -0000 Subject: [Haiku-bugs] [Haiku] #1399: Files corrupted after restart of the system. In-Reply-To: <042.92e1cb0a780f7ebe50eaac329ba7e5d0@haiku-os.org> References: <042.92e1cb0a780f7ebe50eaac329ba7e5d0@haiku-os.org> Message-ID: <051.aa30d3337595ab7857ac1f05a868a3b4@haiku-os.org> #1399: Files corrupted after restart of the system. ----------------------------+----------------------------------------------- Reporter: bbjimmy | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: duplicate | Platform: All ----------------------------+----------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => duplicate * component: - General => System/Kernel Comment: This seems to be a duplicate of bug #1369. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 15 20:29:47 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 15 Aug 2007 18:29:47 -0000 Subject: [Haiku-bugs] [Haiku] #1369: Haiku corrupts vlc binary In-Reply-To: <043.0776bc795c2f6693699882733c9470b8@haiku-os.org> References: <043.0776bc795c2f6693699882733c9470b8@haiku-os.org> Message-ID: <052.0e5d127bbce3dcbcfeb36c08ff358850@haiku-os.org> #1369: Haiku corrupts vlc binary ----------------------------+----------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by tangobravo): I've noticed it too - and it seems from 1399 it applies generally to all executables. Does something in the first-execute code path assume the file is actually on the disk instead of just in the cache? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 15 20:30:42 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 15 Aug 2007 18:30:42 -0000 Subject: [Haiku-bugs] [Haiku] #1398: PANIC: vnode is not becoming unbusy! In-Reply-To: <040.6bb834389aca6cdc9f2278a538cdc0b5@haiku-os.org> References: <040.6bb834389aca6cdc9f2278a538cdc0b5@haiku-os.org> Message-ID: <049.719d88aa850da15608fe6851e1f4cb8a@haiku-os.org> #1398: PANIC: vnode is not becoming unbusy! -------------------------------+-------------------------------------------- Reporter: korli | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: | Platform: All -------------------------------+-------------------------------------------- Comment (by korli): Not exactly the same with GCC2: PANIC: vnode 4:198344 is not becoming unbusy! Welcome to Kernel Debugging Land... Running on CPU 0 kdebug> bt stack trace for thread 0x54 "TrackerTaskLoop" kernel stack: 0x81023000 to 0x81027000 user stack: 0x70000000 to 0x70040000 frame caller :function + offset 81026b60 (+ 52) 80089988 :invoke_command + 0x0074 81026b94 (+ 48) 80089aa6 :kernel_debugger_loop + 0x00de 81026bc4 (+ 32) 8008a532 :kernel_debugger + 0x00b2 81026be4 (+ 192) 8008a475 :panic + 0x0029 81026ca4 (+ 48) 800457d1 :get_vnode__FlxPP5vnodei + 0x0069 81026cd4 (+ 64) 80049d40 :fix_dirent__FP5vnodeP6dirent + 0x00b0 81026d14 (+ 48) 80049e11 :dir_read__FP5vnodePvP6direntUlPUl + 0x0069 81026d44 (+ 64) 80049c86 :dir_read__FP15file_descriptorP6direntUlPUl + 0x0026 81026d84 (+ 48) 80044a99 :_user_read_dir + 0x0065 81026db4 (+ 336) 80036968 :syscall_dispatcher + 0x0b64 81026f04 (+ 160) 80092cc0 :i386_handle_trap + 0x02b0 iframe at 0x81026fac (end = 0x81027000) eax 0x67 ebx 0x4bec78 ecx 0x7003fe58 edx 0x4d0880 esi 0x7003fc80 edi 0x7003fe58 ebp 0x7003fc4c esp 0x81026fdc eip 0xffff0102 eflags 0x246 vector: 0x63, error code: 0x0 81026fa4 (+ 0) ffff0102 7003fc4c (+ 336) 003e3b32 :unknown + 0x198b32 7003fd9c (+ 272) 005eabed :unknown + 0x115bed 7003feac (+ 112) 005eaf61 :unknown + 0x115f61 7003ff1c (+ 48) 005eb212 :unknown + 0x116212 7003ff4c (+ 48) 00635f73 :unknown + 0x160f73 7003ff7c (+ 48) 00635db8 :unknown + 0x160db8 7003ffac (+ 48) 006dd7cc :unknown + 0x207cc 7003ffdc (+ 0) 7003ffec 898:TrackerTaskLoop_54_stack at 0x70000000 + 0x3ffec -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 15 20:38:50 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 15 Aug 2007 18:38:50 -0000 Subject: [Haiku-bugs] [Haiku] #1369: Haiku corrupts vlc binary In-Reply-To: <043.0776bc795c2f6693699882733c9470b8@haiku-os.org> References: <043.0776bc795c2f6693699882733c9470b8@haiku-os.org> Message-ID: <052.3ebd9483808646dd40c8661bf5b5ec7c@haiku-os.org> #1369: Haiku corrupts vlc binary ----------------------------+----------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by bbjimmy): The new file is corrupted if it is executed before a Restart. If it is not executed until after a Restart the file is not corrupted and can be executed any number of times. ( simple quick test ... http://216.110.210.251/fatelk/TextSaver.zip unzip copy TextSaver /boot/home/config/add-ons/Screen Savers/ execute the screensaver THEN reboot. now the TextSaver file in /boot/home/config/add-ons/Screen Savers/ does not match the file in the TextSaver folder. re-copy the file and Restart THEN execute the file ... now the system can re-boot and the file is not corrupted. NOTE: the corruption is not limited to screensavers, this is just a quick test case) looks like something with a combination of copying the file and then executing it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 15 20:57:44 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 15 Aug 2007 18:57:44 -0000 Subject: [Haiku-bugs] [Haiku] #1262: Can't load Icon-O-Matic a second time In-Reply-To: <045.d9f446a0ea9f7c238a40287175986ab6@haiku-os.org> References: <045.d9f446a0ea9f7c238a40287175986ab6@haiku-os.org> Message-ID: <054.e1de6b9c3ef4195cdd976041cf9a5791@haiku-os.org> #1262: Can't load Icon-O-Matic a second time ------------------------------------------+--------------------------------- Reporter: jackburton | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - Applications/Icon-O-Matic | Version: R1 development Resolution: fixed | Platform: All ------------------------------------------+--------------------------------- Changes (by stippi): * status: new => closed * resolution: => fixed Comment: Fixed by Axel in r21959. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 15 21:03:55 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 15 Aug 2007 19:03:55 -0000 Subject: [Haiku-bugs] [Haiku] #1306: [app_server] strange white font in window title In-Reply-To: <040.bbcee65114e6e333f36acfc7e9c7bb4c@haiku-os.org> References: <040.bbcee65114e6e333f36acfc7e9c7bb4c@haiku-os.org> Message-ID: <049.66d0e4bba076831d9a2672c595cdc532@haiku-os.org> #1306: [app_server] strange white font in window title -----------------------------------+---------------------------------------- Reporter: diver | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Application Kit | Version: R1 development Resolution: fixed | Platform: All -----------------------------------+---------------------------------------- Changes (by stippi): * status: reopened => closed * resolution: => fixed Comment: I think I haved fixed it for real now. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 16 00:58:41 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 15 Aug 2007 22:58:41 -0000 Subject: [Haiku-bugs] [Haiku] #1369: Haiku corrupts vlc binary In-Reply-To: <043.0776bc795c2f6693699882733c9470b8@haiku-os.org> References: <043.0776bc795c2f6693699882733c9470b8@haiku-os.org> Message-ID: <052.6fa1d7dc1b20d3920f5a12e533c6cb75@haiku-os.org> #1369: Haiku corrupts vlc binary ----------------------------+----------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: assigned Priority: critical | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Changes (by axeld): * priority: normal => critical * status: new => assigned Comment: I've found the problem: when executing the application, some pages are moved from the modified list to the active list - therefore, when the cache is written back, those pages are simply not written. On next boot, those pages are just empty (or just contain garbage, since BFS currently does not clear unused space). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 16 01:11:34 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 15 Aug 2007 23:11:34 -0000 Subject: [Haiku-bugs] [Haiku] #1369: Haiku corrupts vlc binary In-Reply-To: <043.0776bc795c2f6693699882733c9470b8@haiku-os.org> References: <043.0776bc795c2f6693699882733c9470b8@haiku-os.org> Message-ID: <052.d9932e66c13e874fc7dc0ccd7d8e0fbf@haiku-os.org> #1369: Haiku corrupts vlc binary ----------------------------+----------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: closed Priority: critical | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Platform: All ----------------------------+----------------------------------------------- Changes (by axeld): * status: assigned => closed * resolution: => fixed Comment: Fixed in r21971. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 16 08:32:07 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 16 Aug 2007 06:32:07 -0000 Subject: [Haiku-bugs] [Haiku] #1369: Haiku corrupts vlc binary In-Reply-To: <043.0776bc795c2f6693699882733c9470b8@haiku-os.org> References: <043.0776bc795c2f6693699882733c9470b8@haiku-os.org> Message-ID: <052.e752ef388d0f27512225aefcd99fbba1@haiku-os.org> #1369: Haiku corrupts vlc binary ----------------------------+----------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: closed Priority: critical | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Platform: All ----------------------------+----------------------------------------------- Comment (by kaoutsis): Replying to [comment:9 axeld]: > Fixed in r21971. thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 16 09:35:42 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 16 Aug 2007 07:35:42 -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.bdb593efd228a27428f3ba835133210f@haiku-os.org> #693: Cannot Change Resolution per Workspace (easy) ----------------------------------+----------------------------------------- Reporter: greg.gd at woosh.co.nz | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: Resolution: | Platform: All ----------------------------------+----------------------------------------- Comment (by max luebbe): Working on this bug by first trying to reproduce it - When I go to switch the resolution via preferences->screen My workspace count on the left is 4, yet my choices for changing the workspace resolutions are: all workspaces (checked) and current workspace which is ghosted. Changing the resolution and trying to apply it, I get a msg saying that my hardware isnt supported (geforce 6250go) and ill get my new resolution after a reboot. Am I trying to change the resolution of a specific workspace incorrectly since that option doesn't seem to exist here, or is this another bug? I'm running a vmware image I built from source revision 21967. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 16 09:35:45 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 16 Aug 2007 07:35:45 -0000 Subject: [Haiku-bugs] [Haiku] #160: [Tracker] icons disappear when resizing column width In-Reply-To: <040.213e877b36bf457af1c39cc69900da7c@haiku-os.org> References: <040.213e877b36bf457af1c39cc69900da7c@haiku-os.org> Message-ID: <049.0167cf127814fbe388bcf52d6597ba88@haiku-os.org> #160: [Tracker] icons disappear when resizing column width -----------------------------+---------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications | Version: Resolution: | Platform: All -----------------------------+---------------------------------------------- Changes (by tangobravo): * platform: => All Comment: This seems the best bug to deal with column resizing speed, even though it's not mentioned in the title. Would it make sense to do some filtering of MouseMoved messages on the input_server side. For example, if the target message queue contains nothing but MouseMoved messages, would it be safe to remove the existing unprocessed ones before adding the new one? I'm 90% sure there's something in the BeOS mozilla code (which has it's own weird event routing stuff) to do the same thing. If such a scheme existed on R5 (I think stippi mentioned column resizing doesn't involve as many move messages, though I could be wrong) then I can see that explaining the difference in behaviour. I suppose I could write a test app that does something time consuming in response to the message and see what R5 does. Would that be useful? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 16 09:45:46 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 16 Aug 2007 07:45:46 -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.970b0d643a4175c903c99a78086b4305@haiku-os.org> #693: Cannot Change Resolution per Workspace (easy) ----------------------------------+----------------------------------------- Reporter: greg.gd at woosh.co.nz | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: Resolution: | Platform: All ----------------------------------+----------------------------------------- Comment (by tangobravo): vmware does not present the guest OS with the actual graphics card in your machine. I've found a driver in the tree for VMWare graphics, but perhaps this is not added to the image by default. Without support for your graphics card, Haiku will use standard VESA mode, but that does not allow for changing resolutions on the fly. That means you won't be able to work on this bug under VESA, as per-workspace resolutions require the resolution to be changed on demand. In short, not allowing you to highlight "Current Workspace" is the correct behaviour under VESA. I don't know if that's just luck though - perhaps it's always disabled as the feature hasn't been implemented - not sure. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 16 10:24:09 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 16 Aug 2007 08:24:09 -0000 Subject: [Haiku-bugs] [Haiku] #1006: inconsistent behavior of Revert button in Backgrounds preflet (easy) In-Reply-To: <045.7e92831b2714695290d42a5d96fb4dcf@haiku-os.org> References: <045.7e92831b2714695290d42a5d96fb4dcf@haiku-os.org> Message-ID: <054.3fa23aa373cc7df451f387bd5318d092@haiku-os.org> #1006: inconsistent behavior of Revert button in Backgrounds preflet (easy) ----------------------------------------+----------------------------------- Reporter: wkornewald | Owner: Type: bug | Status: new Priority: low | Milestone: R1 Component: - Preferences/Backgrounds | Version: R1 development Resolution: | Platform: All ----------------------------------------+----------------------------------- Changes (by max luebbe): * cc: Max, Luebbe (added) Comment: Replying to [comment:1 korli]: > * Revert lets you go back to the current workspace settings (even after having applied), and it's the good behavior. > * I don't understand the second point. > I'm having trouble deducing what is the desired behavior from the comments here. This should be easy to fix with some clarification. Example: Background is solid green when I open the app. I then change the sliders to blue and hit apply. I then change the sliders to gray. At this point if I click Revert is the correct behavior: a) Changing the background and sliders back to solid green b) changing the background to solid green keeping the sliders at current setting c) changing the sliders to blue, keeping the current background of blue d) something else -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 16 10:29:04 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 16 Aug 2007 08:29:04 -0000 Subject: [Haiku-bugs] [Haiku] #1006: inconsistent behavior of Revert button in Backgrounds preflet (easy) In-Reply-To: <045.7e92831b2714695290d42a5d96fb4dcf@haiku-os.org> References: <045.7e92831b2714695290d42a5d96fb4dcf@haiku-os.org> Message-ID: <054.0d35c44808124d1a6b5b74f34e8df931@haiku-os.org> #1006: inconsistent behavior of Revert button in Backgrounds preflet (easy) ----------------------------------------+----------------------------------- Reporter: wkornewald | Owner: Type: bug | Status: new Priority: low | Milestone: R1 Component: - Preferences/Backgrounds | Version: R1 development Resolution: | Platform: All ----------------------------------------+----------------------------------- Changes (by max luebbe): * cc: Max, Luebbe (removed) * cc: MaxLuebbe (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 16 11:43:45 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 16 Aug 2007 09:43:45 -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.a6c2cbc5e02a9046cbd2a50d1c195945@haiku-os.org> #693: Cannot Change Resolution per Workspace (easy) ----------------------------------+----------------------------------------- Reporter: greg.gd at woosh.co.nz | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: Resolution: | Platform: All ----------------------------------+----------------------------------------- Comment (by axeld): Indeed, you'll have to have a supported graphics card to do this. The VMware graphics driver is currently not on the image, because it uses some optimizations which disable the kernel debugger - and since Haiku is not really stable yet, this is a very handy tool we don't want to lose yet. However, you can put it on the image manually, using your build/jam/UserBuildConfig - alternatively, you can also change your HaikuImage build file to include the driver again, but you'll then have to make sure you don't commit it accidently :-) Finally, you only have the two options "current" and "all" because you are supposed to be on the workspace you change the resolution of. This way, it's guaranteed that you see what you do. The other preference applications (like Backgrounds) are working in the same way. You can either switch workspaces using Cmd+F1..12 or by using the Workspaces application. Thanks for looking into this! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 16 11:47:54 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 16 Aug 2007 09:47:54 -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.e6476acc40d80e60cec029458ada68ab@haiku-os.org> #693: Cannot Change Resolution per Workspace (easy) ----------------------------------+----------------------------------------- Reporter: greg.gd at woosh.co.nz | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: Resolution: | Platform: All ----------------------------------+----------------------------------------- Comment (by axeld): BTW the "easy" in the title could be a bit misleading - it's only a couple of lines of code, but you'll probably have to be a bit familiar with the app_server to do it properly. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 16 11:58:44 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 16 Aug 2007 09:58:44 -0000 Subject: [Haiku-bugs] [Haiku] #1369: Haiku corrupts vlc binary In-Reply-To: <043.0776bc795c2f6693699882733c9470b8@haiku-os.org> References: <043.0776bc795c2f6693699882733c9470b8@haiku-os.org> Message-ID: <052.f258e0e471ceefde0cea0f9369216d88@haiku-os.org> #1369: Haiku corrupts vlc binary ----------------------------+----------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: closed Priority: critical | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Platform: All ----------------------------+----------------------------------------------- Comment (by stippi): Wow, whenever I think, "dude, that's gonna be a tough one", here come Axel or Ingo with a fix already! Great that this one got nailed! It was causing me quite a feeling of uncertainty... :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 16 14:40:48 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 16 Aug 2007 12:40:48 -0000 Subject: [Haiku-bugs] [Haiku] #1400: Add nasm as an available buildsystem tool. Message-ID: <041.012af30dc4cbc5d5273ddc4fef877a32@haiku-os.org> #1400: Add nasm as an available buildsystem tool. --------------------------+------------------------------------------------- Reporter: stippi | Owner: bonefish Type: enhancement | Status: new Priority: low | Milestone: R1 Component: Build System | Version: R1 development Platform: All | --------------------------+------------------------------------------------- Can we add nasm as a buildsystem tool/dependency? The background is that I would like to add the xvid library to the sourcetree to enable my xvid decoder plugin. I feel I don't have the necessary overview to add the dependency on nasm and according jam rules, complete with taking care of the cross compile on Linux/FreeBSD and all. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 16 15:09:09 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 16 Aug 2007 13:09:09 -0000 Subject: [Haiku-bugs] [Haiku] #1401: implement sigaltstack() Message-ID: <040.163458755c4276d0eecee7841bbba923@haiku-os.org> #1401: implement sigaltstack() -------------------------------+-------------------------------------------- Reporter: korli | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Platform: All | -------------------------------+-------------------------------------------- http://www.opengroup.org/onlinepubs/000095399/functions/sigaltstack.html The most common usage of an alternate signal stack is to handle the SIGSEGV signal that is generated if the space available for the normal process stack is exhausted: in this case, a signal handler for SIGSEGV cannot be invoked on the process stack; if we wish to handle it, we must use an alternate signal stack. Note that BeOS R5 provides set_signal_stack(). Something should be done about it too. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 16 15:11:13 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 16 Aug 2007 13:11:13 -0000 Subject: [Haiku-bugs] [Haiku] #1396: Terminal parses the shell arguments incorrectly (easy) In-Reply-To: <040.84677578b1036d5aeb4a018ecf701ed5@haiku-os.org> References: <040.84677578b1036d5aeb4a018ecf701ed5@haiku-os.org> Message-ID: <049.5a00ca85fc793047f060b9222625522d@haiku-os.org> #1396: Terminal parses the shell arguments incorrectly (easy) --------------------------------------+------------------------------------- Reporter: axeld | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications/Terminal | Version: R1 development Resolution: | Platform: All --------------------------------------+------------------------------------- Comment (by jackburton): Should be fixed in r21979. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 16 15:53:03 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 16 Aug 2007 13:53:03 -0000 Subject: [Haiku-bugs] [Haiku] #1299: messed up screen with intel_extreme driver In-Reply-To: <042.059c56243d87428b499389bd6a735725@haiku-os.org> References: <042.059c56243d87428b499389bd6a735725@haiku-os.org> Message-ID: <051.2f3e366627d177e8c9f3ef70aab4138f@haiku-os.org> #1299: messed up screen with intel_extreme driver ---------------------------------------------+------------------------------ Reporter: modeenf | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/intel_extreme | Version: R1 development Resolution: | Platform: x86 ---------------------------------------------+------------------------------ Comment (by modeenf): External screen are working as it should but still no mouse (rev 21910) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 16 16:49:29 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 16 Aug 2007 14:49:29 -0000 Subject: [Haiku-bugs] [Haiku] #1396: Terminal parses the shell arguments incorrectly (easy) In-Reply-To: <040.84677578b1036d5aeb4a018ecf701ed5@haiku-os.org> References: <040.84677578b1036d5aeb4a018ecf701ed5@haiku-os.org> Message-ID: <049.8d9c9d7b5f9639919d902e9ba5b9b0d6@haiku-os.org> #1396: Terminal parses the shell arguments incorrectly (easy) --------------------------------------+------------------------------------- Reporter: axeld | Owner: jackburton Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - Applications/Terminal | Version: R1 development Resolution: fixed | Platform: All --------------------------------------+------------------------------------- Changes (by jackburton): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 16 17:37:42 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 16 Aug 2007 15:37:42 -0000 Subject: [Haiku-bugs] [Haiku] #1392: [Terminal] app_server could freeze on tab creation In-Reply-To: <040.5bed9204c05bd940b4db42455cd6272c@haiku-os.org> References: <040.5bed9204c05bd940b4db42455cd6272c@haiku-os.org> Message-ID: <049.70ca897d0486448d57225734e58ec424@haiku-os.org> #1392: [Terminal] app_server could freeze on tab creation --------------------------------------+------------------------------------- Reporter: diver | Owner: jackburton Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - Applications/Terminal | Version: R1 development Resolution: | Platform: All --------------------------------------+------------------------------------- Changes (by jackburton): * status: new => assigned Comment: Looks like memory is exhausted, and Terminal doesn't handle this gracefully. I'll look into it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 16 17:46:41 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 16 Aug 2007 15:46:41 -0000 Subject: [Haiku-bugs] [Haiku] #1402: Implement message logging for app_server <-> libbe communication Message-ID: <045.251be40712c6e3c8152524810ba4d941@haiku-os.org> #1402: Implement message logging for app_server <-> libbe communication --------------------------------+------------------------------------------- Reporter: jackburton | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: Unscheduled Component: Servers/app_server | Version: R1 development Platform: All | --------------------------------+------------------------------------------- Would be nice to implement some logging system to track communication between app_server and libbe. For example, to see which commands are being sent by BView to app_server, which drawing instructions are being executed, etc. etc. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 16 18:21:11 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 16 Aug 2007 16:21:11 -0000 Subject: [Haiku-bugs] [Haiku] #1401: implement sigaltstack() In-Reply-To: <040.163458755c4276d0eecee7841bbba923@haiku-os.org> References: <040.163458755c4276d0eecee7841bbba923@haiku-os.org> Message-ID: <049.c9e5d1453032ec20154cf37341138ace@haiku-os.org> #1401: implement sigaltstack() ----------------------------+----------------------------------------------- Reporter: korli | Owner: axeld Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Changes (by axeld): * status: new => assigned * component: System/libroot.so => System/Kernel -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 16 19:35:23 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 16 Aug 2007 17:35:23 -0000 Subject: [Haiku-bugs] [Haiku] #630: [app_server] crash on cat /dev/random in terminal In-Reply-To: <040.ddfaee405c9364b917865fd8cb23df7a@haiku-os.org> References: <040.ddfaee405c9364b917865fd8cb23df7a@haiku-os.org> Message-ID: <049.4a520d774d2af4ead52e504df290936a@haiku-os.org> #630: [app_server] crash on cat /dev/random in terminal ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1 Component: Servers/app_server | Version: Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by kaliber): Replying to [comment:7 diver]: > Hmm, cat /dev/random doesn't work anymore, should i open another bug for this? Please look at bug #1366. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 16 19:37:42 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 16 Aug 2007 17:37:42 -0000 Subject: [Haiku-bugs] [Haiku] #1387: [StyledEdit] opens twice after clipping In-Reply-To: <040.2e76e264146a07ab5426d3df484f7224@haiku-os.org> References: <040.2e76e264146a07ab5426d3df484f7224@haiku-os.org> Message-ID: <049.26a609b9acebef6a029b8d5d601cceb3@haiku-os.org> #1387: [StyledEdit] opens twice after clipping ----------------------------------------+----------------------------------- Reporter: diver | Owner: korli Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - Applications/StyledEdit | Version: R1 development Resolution: fixed | Platform: All ----------------------------------------+----------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed Comment: Fixed in r21987. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 16 20:02:24 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 16 Aug 2007 18:02:24 -0000 Subject: [Haiku-bugs] [Haiku] #1401: implement sigaltstack() In-Reply-To: <040.163458755c4276d0eecee7841bbba923@haiku-os.org> References: <040.163458755c4276d0eecee7841bbba923@haiku-os.org> Message-ID: <049.5b2e3fe1ff1d6a8b638aba09ed859cc3@haiku-os.org> #1401: implement sigaltstack() ----------------------------+----------------------------------------------- Reporter: korli | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Platform: All ----------------------------+----------------------------------------------- Changes (by axeld): * status: assigned => closed * resolution: => fixed Comment: Fixed in r21989. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 16 20:03:53 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 16 Aug 2007 18:03:53 -0000 Subject: [Haiku-bugs] [Haiku] #1401: implement sigaltstack() In-Reply-To: <040.163458755c4276d0eecee7841bbba923@haiku-os.org> References: <040.163458755c4276d0eecee7841bbba923@haiku-os.org> Message-ID: <049.68c69f7302f4c03ae2ce72d7e2ef20f1@haiku-os.org> #1401: implement sigaltstack() ----------------------------+----------------------------------------------- Reporter: korli | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Platform: All ----------------------------+----------------------------------------------- Comment (by axeld): Note that currently, set_signal_stack() is not really BeOS compatible: it will actually only use that new stack for all signals that have the SA_ONSTACK flag set - and it seems this just didn't exist on BeOS. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 16 22:33:44 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 16 Aug 2007 20:33:44 -0000 Subject: [Haiku-bugs] [Haiku] #1403: [Panic] acquare_sem_etc Message-ID: <040.47891ae93a2af2afa21eb597269a0102@haiku-os.org> #1403: [Panic] acquare_sem_etc ---------------------------+------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Platform: All | ---------------------------+------------------------------------------------ Haiku stops booting 4 times at different stages until this crash. See screenshot. Using vmware in linux with r21987. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 16 23:30:04 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 16 Aug 2007 21:30:04 -0000 Subject: [Haiku-bugs] [Haiku] #1403: [Panic] acquare_sem_etc In-Reply-To: <040.47891ae93a2af2afa21eb597269a0102@haiku-os.org> References: <040.47891ae93a2af2afa21eb597269a0102@haiku-os.org> Message-ID: <049.251d49519726c8c9a371fe58f6e4aecd@haiku-os.org> #1403: [Panic] acquare_sem_etc ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by diver): In this configuration i can't boot at all! But disabling network device "Connect on power on" in vmware settings let me to boot. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 16 23:40:40 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 16 Aug 2007 21:40:40 -0000 Subject: [Haiku-bugs] [Haiku] #1403: vlance driver calls acquire_sem_etc() from its interrupt routine In-Reply-To: <040.47891ae93a2af2afa21eb597269a0102@haiku-os.org> References: <040.47891ae93a2af2afa21eb597269a0102@haiku-os.org> Message-ID: <049.b32cb572affbb94ffd1a6f050205441d@haiku-os.org> #1403: vlance driver calls acquire_sem_etc() from its interrupt routine ------------------------------+--------------------------------------------- Reporter: diver | Owner: Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Platform: All ------------------------------+--------------------------------------------- Changes (by axeld): * owner: axeld => * component: System/Kernel => Drivers/Network * summary: [Panic] acquare_sem_etc => vlance driver calls acquire_sem_etc() from its interrupt routine Comment: I've removed the vlance driver from the image which is apparently broken. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 16 23:48:25 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 16 Aug 2007 21:48:25 -0000 Subject: [Haiku-bugs] [Haiku] #1404: [Mail] clicking on Signature button won't show Message-ID: <040.dcf3a317a71051d14cf6856d5582d623@haiku-os.org> #1404: [Mail] clicking on Signature button won't show --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Platform: All | --------------------------------+------------------------------------------- Clicking on Signature button in Mail app won't show popup menu. In fact it will show something for a 1/10 of a second, but notheing useful. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 16 23:54:06 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 16 Aug 2007 21:54:06 -0000 Subject: [Haiku-bugs] [Haiku] #1404: [Mail] clicking on Signature button won't show popup menu In-Reply-To: <040.dcf3a317a71051d14cf6856d5582d623@haiku-os.org> References: <040.dcf3a317a71051d14cf6856d5582d623@haiku-os.org> Message-ID: <049.f42f53275dbbbb7669048b5c85a5b7f8@haiku-os.org> #1404: [Mail] clicking on Signature button won't show popup menu ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Changes (by diver): * summary: [Mail] clicking on Signature button won't show => [Mail] clicking on Signature button won't show popup menu -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 17 00:03:49 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 16 Aug 2007 22:03:49 -0000 Subject: [Haiku-bugs] [Haiku] #1403: vlance driver calls acquire_sem_etc() from its interrupt routine In-Reply-To: <040.47891ae93a2af2afa21eb597269a0102@haiku-os.org> References: <040.47891ae93a2af2afa21eb597269a0102@haiku-os.org> Message-ID: <049.cb31a41773f0aaaf1c00b0756ddee57b@haiku-os.org> #1403: vlance driver calls acquire_sem_etc() from its interrupt routine ------------------------------+--------------------------------------------- Reporter: diver | Owner: Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Platform: All ------------------------------+--------------------------------------------- Comment (by umccullough): Currently, vlance driver performance is pretty bad anyway - I've noticed very high packet loss. Much better workaround at this point is to set ethernet0.virtualDev="e1000" in the .vmx which causes Haiku to use the ipro1000 driver instead. This driver has shown much better performance. I'm certain the vlance driver will be improved eventually. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 17 00:22:06 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 16 Aug 2007 22:22:06 -0000 Subject: [Haiku-bugs] [Haiku] #1405: [Deskbar] crash on dragging replicant over it Message-ID: <040.dab958c751115930a2da3bb366644136@haiku-os.org> #1405: [Deskbar] crash on dragging replicant over it ------------------------------------+--------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications/Deskbar | Version: R1 development Platform: All | ------------------------------------+--------------------------------------- Deskbar will crash if you drag replicant over it. Back trace will follow. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 17 01:35:37 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 16 Aug 2007 23:35:37 -0000 Subject: [Haiku-bugs] [Haiku] #160: [Tracker] icons disappear when resizing column width In-Reply-To: <040.213e877b36bf457af1c39cc69900da7c@haiku-os.org> References: <040.213e877b36bf457af1c39cc69900da7c@haiku-os.org> Message-ID: <049.cac2cb6ff5e64e0f49feaea94b68cf14@haiku-os.org> #160: [Tracker] icons disappear when resizing column width -----------------------------+---------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications | Version: Resolution: | Platform: All -----------------------------+---------------------------------------------- Old description: > If you open a folder (for example /boot/beos/apps) and try to resize > columnlistview several times you'll notice that: > 1. Resizing is slow > 2. icons will disappear > To show icons again you have to redraw current view with another window. New description: If you open a folder (for example /boot/beos/apps) and try to resize columnlistview several times you'll notice that: 1. Resizing is slow 2. icons will disappear To show icons again you have to redraw current view with another window. Comment (by axeld): There is even a B_NO_POINTER_HISTORY flag for SetMouseEventMask() for this. However, we should not remove cursor events without need; some apps like drawing apps need fine grained cursor movement data. But a test app to see how we could best solve that issue (and how BeOS compares) sounds like a good idea, definitely. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 17 05:05:57 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 17 Aug 2007 03:05:57 -0000 Subject: [Haiku-bugs] [Haiku] #254: Wrongly enabled buttons in apps/prefs (easy) In-Reply-To: <040.d8c8cd1d285f2b0573c32a8a664894eb@haiku-os.org> References: <040.d8c8cd1d285f2b0573c32a8a664894eb@haiku-os.org> Message-ID: <049.3e29528026a9c651d1cf950edb8e9489@haiku-os.org> #254: Wrongly enabled buttons in apps/prefs (easy) -----------------------------+---------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: low | Milestone: R1 Component: - Applications | Version: Resolution: | Platform: All -----------------------------+---------------------------------------------- Comment (by anxiety): I've attached a diff file that fixes the behavior of the default buttons, and hopefully handles the sounds issue satisfactory. I did not make any changes to Keymap as the revert button doesn't do anything at all (with a note saying the original did not do anything either.) Perhaps that would be a good candidate for its own ticket? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 17 06:58:12 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 17 Aug 2007 04:58:12 -0000 Subject: [Haiku-bugs] [Haiku] #1254: rtl8139 read_hook: Error in package reception: bits: 20704 length 26088!!! In-Reply-To: <043.9529328e33253927123c30ea4ac1cff1@haiku-os.org> References: <043.9529328e33253927123c30ea4ac1cff1@haiku-os.org> Message-ID: <052.08e58f81cd33153f125859ec2548b1d4@haiku-os.org> #1254: rtl8139 read_hook: Error in package reception: bits: 20704 length 26088!!! ------------------------------+--------------------------------------------- Reporter: kaoutsis | Owner: nielx Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Platform: All ------------------------------+--------------------------------------------- Comment (by bbjimmy): similar trouble ... running Revision 2990 ... Opera stops receiving eata ... the system log shows: KERN: libnetwork.so running in R5 compatibility mode. KERN: rtl8139 read_hook: Error in package reception: bits: 65528 length 63743!!! KERN: rtl8139 read_hook: Nothing to read!!! using ifconfig to set the interface down then back up will allow the page to continue to load. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 17 08:03:07 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 17 Aug 2007 06:03:07 -0000 Subject: [Haiku-bugs] [Haiku] #1154: Menu Pref -- Always Show Triggers non-functional (easy) In-Reply-To: <041.f273a46a01e265b26c87a4e6fdad7477@haiku-os.org> References: <041.f273a46a01e265b26c87a4e6fdad7477@haiku-os.org> Message-ID: <050.8bc9bd6262afcc8a63bee8f4017e5b05@haiku-os.org> #1154: Menu Pref -- Always Show Triggers non-functional (easy) ---------------------------------+------------------------------------------ Reporter: mmadia | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by anxiety): I've been looking into this... and I think I have fixed the basic issue. The menu's local cached version wasn't getting set to the system setting when it was initialized. I noticed another problem though... changing the setting in the Menu pref app does not immediately change all menus in the system but the change will show on any new menus that are created. This is the same for all menu settings, not just "Always Show Triggers." It would seem that there should be some better way of caching the value (which is needed for when custom data is sent) or some sort of global broadcast message alerting each menu that it needs to reevaluate the system settings if it isn't using custom settings. I don't know enough about the system to have any opinion on that. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 17 09:01:45 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 17 Aug 2007 07:01:45 -0000 Subject: [Haiku-bugs] [Haiku] #113: Ctrl+C kills applications that shouldn't be killed In-Reply-To: <053.2bd261f66adb26aeeed271b97a7595f4@haiku-os.org> References: <053.2bd261f66adb26aeeed271b97a7595f4@haiku-os.org> Message-ID: <062.97780f282c72103b84c4417bd51c10e1@haiku-os.org> #113: Ctrl+C kills applications that shouldn't be killed ---------------------------------+------------------------------------------ Reporter: genki at bredband.net | Owner: bonefish Type: bug | Status: reopened Priority: critical | Milestone: R1 Component: System/Kernel | Version: Resolution: | Platform: x86 ---------------------------------+------------------------------------------ Changes (by jackburton): * status: closed => reopened * resolution: fixed => Comment: Oh-ho. Looks like this happens again. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 17 10:41:49 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 17 Aug 2007 08:41:49 -0000 Subject: [Haiku-bugs] [Haiku] #254: Wrongly enabled buttons in apps/prefs (easy) In-Reply-To: <040.d8c8cd1d285f2b0573c32a8a664894eb@haiku-os.org> References: <040.d8c8cd1d285f2b0573c32a8a664894eb@haiku-os.org> Message-ID: <049.a83ee6b4b225e71b345ce0879c8593aa@haiku-os.org> #254: Wrongly enabled buttons in apps/prefs (easy) -----------------------------+---------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: low | Milestone: R1 Component: - Applications | Version: Resolution: | Platform: All -----------------------------+---------------------------------------------- Comment (by axeld): Indeed, I think Keymap deserves its own ticket. Thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 17 10:51:56 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 17 Aug 2007 08:51:56 -0000 Subject: [Haiku-bugs] [Haiku] #1405: [Deskbar] crash on dragging replicant over it In-Reply-To: <040.dab958c751115930a2da3bb366644136@haiku-os.org> References: <040.dab958c751115930a2da3bb366644136@haiku-os.org> Message-ID: <049.3ba37018392462f61778afe43857e923@haiku-os.org> #1405: [Deskbar] crash on dragging replicant over it -------------------------------------+-------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications/Deskbar | Version: R1 development Resolution: | Platform: All -------------------------------------+-------------------------------------- Comment (by jackburton): Fixed in r21996 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 17 10:54:12 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 17 Aug 2007 08:54:12 -0000 Subject: [Haiku-bugs] [Haiku] #254: Wrongly enabled buttons in apps/prefs (easy) In-Reply-To: <040.d8c8cd1d285f2b0573c32a8a664894eb@haiku-os.org> References: <040.d8c8cd1d285f2b0573c32a8a664894eb@haiku-os.org> Message-ID: <049.e93bb4875da299defaff1fd3420c2d5d@haiku-os.org> #254: Wrongly enabled buttons in apps/prefs (easy) -----------------------------+---------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: low | Milestone: R1 Component: - Applications | Version: Resolution: fixed | Platform: All -----------------------------+---------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: And since ScrollBar has been removed, I'm closing this ticket now. Fixed in r21992. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 17 11:56:41 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 17 Aug 2007 09:56:41 -0000 Subject: [Haiku-bugs] [Haiku] #1406: [Keymap] revert button doesn't do anything Message-ID: <040.5c21c59b9285d87b56d75ec94c2b4a24@haiku-os.org> #1406: [Keymap] revert button doesn't do anything ----------------------------------+----------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Preferences/Keymap | Version: R1 development Platform: All | ----------------------------------+----------------------------------------- Follow up of bug #254 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 17 13:26:47 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 17 Aug 2007 11:26:47 -0000 Subject: [Haiku-bugs] [Haiku] #1406: [Keymap] revert button doesn't do anything In-Reply-To: <040.5c21c59b9285d87b56d75ec94c2b4a24@haiku-os.org> References: <040.5c21c59b9285d87b56d75ec94c2b4a24@haiku-os.org> Message-ID: <049.5dc3244f390d00f10e70b6f5bd0ca160@haiku-os.org> #1406: [Keymap] revert button doesn't do anything -----------------------------------+---------------------------------------- Reporter: diver | Owner: Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Preferences/Keymap | Version: R1 development Resolution: | Platform: All -----------------------------------+---------------------------------------- Changes (by axeld): * owner: axeld => -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 17 20:07:27 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 17 Aug 2007 18:07:27 -0000 Subject: [Haiku-bugs] [Haiku] #1154: Menu Pref -- Always Show Triggers non-functional (easy) In-Reply-To: <041.f273a46a01e265b26c87a4e6fdad7477@haiku-os.org> References: <041.f273a46a01e265b26c87a4e6fdad7477@haiku-os.org> Message-ID: <050.111d6f58ec9f4feb3b012a0f192d6033@haiku-os.org> #1154: Menu Pref -- Always Show Triggers non-functional (easy) ---------------------------------+------------------------------------------ Reporter: mmadia | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by anxiety): Just loaded up a copy of R5... it doesn't seem to change all menus instantly either, so I guess its a non-issue. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 17 20:58:34 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 17 Aug 2007 18:58:34 -0000 Subject: [Haiku-bugs] [Haiku] #1095: NVIDIA nForce SATA driver In-Reply-To: <041.a0e2207f8eae9146abb444b43da60f1e@haiku-os.org> References: <041.a0e2207f8eae9146abb444b43da60f1e@haiku-os.org> Message-ID: <050.769c13a6b0f234125571b11723fd9561@haiku-os.org> #1095: NVIDIA nForce SATA driver ---------------------------+------------------------------------------------ Reporter: ekdahl | Owner: marcusoverhagen Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Disk | Version: R1 development Resolution: | Platform: All ---------------------------+------------------------------------------------ Comment (by ekdahl): The driver seems to work well. I haven't noticed any problems. This ticket can be closed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 17 21:21:45 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 17 Aug 2007 19:21:45 -0000 Subject: [Haiku-bugs] [Haiku] #1407: Python is dropping Beos support Message-ID: <041.6f777664dd162e93d455091c672a02ea@haiku-os.org> #1407: Python is dropping Beos support -------------------------+-------------------------------------------------- Reporter: strank | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Platform: All | -------------------------+-------------------------------------------------- This is not really a bug. I just wanted to inform the Haiku devs that Python is dropping Beos specific code in the development version, see http://wiki.python.org/moin/Py3kDeprecated (and this is happening as I write this). So this is, in a sense, a bug-prevention bug about checking if the development versions of Python could be compiled on Haiku :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 18 02:01:48 2007 From: trac at haiku-os.org (Haiku) Date: Sat, 18 Aug 2007 00:01:48 -0000 Subject: [Haiku-bugs] [Haiku] #61: Build POSIX test suite for haiku In-Reply-To: <049.5a167f1f0d0a17c90f7ad1531b88bc4d@haiku-os.org> References: <049.5a167f1f0d0a17c90f7ad1531b88bc4d@haiku-os.org> Message-ID: <058.042d976000bdb8c22955dcda38ce66f5@haiku-os.org> #61: Build POSIX test suite for haiku -----------------------------+---------------------------------------------- Reporter: andrewbachmann | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: Resolution: | Platform: All -----------------------------+---------------------------------------------- Comment (by brecht): http://www.itl.nist.gov/div897/ctg/posix_form.htm might also serve -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 18 12:47:33 2007 From: trac at haiku-os.org (Haiku) Date: Sat, 18 Aug 2007 10:47:33 -0000 Subject: [Haiku-bugs] [Haiku] #254: Wrongly enabled buttons in apps/prefs (easy) In-Reply-To: <040.d8c8cd1d285f2b0573c32a8a664894eb@haiku-os.org> References: <040.d8c8cd1d285f2b0573c32a8a664894eb@haiku-os.org> Message-ID: <049.5258e3230db203edc6e263cd8140b2be@haiku-os.org> #254: Wrongly enabled buttons in apps/prefs (easy) -----------------------------+---------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: reopened Priority: low | Milestone: R1 Component: - Applications | Version: Resolution: | Platform: All -----------------------------+---------------------------------------------- Changes (by diver): * status: closed => reopened * resolution: fixed => Comment: Oh yeah, E-mail pref app still need to be fixed, it was not in the image a year ago, so it didn't made up in this list in the first place. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 18 13:00:13 2007 From: trac at haiku-os.org (Haiku) Date: Sat, 18 Aug 2007 11:00:13 -0000 Subject: [Haiku-bugs] [Haiku] #254: Wrongly enabled buttons in apps/prefs (easy) In-Reply-To: <040.d8c8cd1d285f2b0573c32a8a664894eb@haiku-os.org> References: <040.d8c8cd1d285f2b0573c32a8a664894eb@haiku-os.org> Message-ID: <049.f1583aef1c1b85cc1dbab5baac2ad59e@haiku-os.org> #254: Wrongly enabled buttons in apps/prefs (easy) -----------------------------+---------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: reopened Priority: low | Milestone: R1 Component: - Applications | Version: Resolution: | Platform: All -----------------------------+---------------------------------------------- Comment (by diver): Also add to this list: Menu Screen Tracker Preferences -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 18 13:05:42 2007 From: trac at haiku-os.org (Haiku) Date: Sat, 18 Aug 2007 11:05:42 -0000 Subject: [Haiku-bugs] [Haiku] #591: [Deskbar] doesn't redraw it's shelf In-Reply-To: <040.c35092ca1f9369e6b422d7499c4b39a3@haiku-os.org> References: <040.c35092ca1f9369e6b422d7499c4b39a3@haiku-os.org> Message-ID: <049.f6e84935044f01f91266bb9e66108c5a@haiku-os.org> #591: [Deskbar] doesn't redraw it's shelf -----------------------------+---------------------------------------------- Reporter: diver | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications | Version: Resolution: | Platform: All -----------------------------+---------------------------------------------- Comment (by diver): This bug is still here. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 18 13:07:30 2007 From: trac at haiku-os.org (Haiku) Date: Sat, 18 Aug 2007 11:07:30 -0000 Subject: [Haiku-bugs] [Haiku] #1408: [Dkesbar] shelf layout problems Message-ID: <040.349995a0bc3e22398901b8cd66a17256@haiku-os.org> #1408: [Dkesbar] shelf layout problems ------------------------------------+--------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications/Deskbar | Version: R1 development Platform: All | ------------------------------------+--------------------------------------- As example you could start NetworkStatus, ProcessControllerand then check Show seconds option in Leaf menu. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 18 13:14:02 2007 From: trac at haiku-os.org (Haiku) Date: Sat, 18 Aug 2007 11:14:02 -0000 Subject: [Haiku-bugs] [Haiku] #1408: [Deskbar] shelf layout problems In-Reply-To: <040.349995a0bc3e22398901b8cd66a17256@haiku-os.org> References: <040.349995a0bc3e22398901b8cd66a17256@haiku-os.org> Message-ID: <049.92fad0624d21da25b5a7743cddd817f8@haiku-os.org> #1408: [Deskbar] shelf layout problems -------------------------------------+-------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications/Deskbar | Version: R1 development Resolution: | Platform: All -------------------------------------+-------------------------------------- Changes (by diver): * summary: [Dkesbar] shelf layout problems => [Deskbar] shelf layout problems -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 18 13:25:23 2007 From: trac at haiku-os.org (Haiku) Date: Sat, 18 Aug 2007 11:25:23 -0000 Subject: [Haiku-bugs] [Haiku] #254: Wrongly enabled buttons in apps/prefs (easy) In-Reply-To: <040.d8c8cd1d285f2b0573c32a8a664894eb@haiku-os.org> References: <040.d8c8cd1d285f2b0573c32a8a664894eb@haiku-os.org> Message-ID: <049.38915942e95f2e124cc615d59e146b9d@haiku-os.org> #254: Wrongly enabled buttons in apps/prefs (easy) -----------------------------+---------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: reopened Priority: low | Milestone: R1 Component: - Applications | Version: Resolution: | Platform: All -----------------------------+---------------------------------------------- Comment (by diver): Oops, i forgot about Appearance... So it must be Appearance E-mail Menu Screen Tracker Preferences -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 18 22:31:30 2007 From: trac at haiku-os.org (Haiku) Date: Sat, 18 Aug 2007 20:31:30 -0000 Subject: [Haiku-bugs] [Haiku] #634: [app_server] crash in Painter::FillRectNoClipping() In-Reply-To: <040.d9d78f49dbc29726ab6b5be27a347bbc@haiku-os.org> References: <040.d9d78f49dbc29726ab6b5be27a347bbc@haiku-os.org> Message-ID: <049.1a2b53193c7e03fd3244fa69793f75ee@haiku-os.org> #634: [app_server] crash in Painter::FillRectNoClipping() ---------------------------------+------------------------------------------ Reporter: diver | Owner: stippi Type: bug | Status: reopened Priority: critical | Milestone: R1 Component: Servers/app_server | Version: Resolution: | Platform: All ---------------------------------+------------------------------------------ Changes (by diver): * status: closed => reopened * resolution: fixed => Comment: app_server crashed with this back trace wile moving Deskar, reopening. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 18 22:40:25 2007 From: trac at haiku-os.org (Haiku) Date: Sat, 18 Aug 2007 20:40:25 -0000 Subject: [Haiku-bugs] [Haiku] #1409: [app_server] crash in BPrivate::processHeap Message-ID: <040.781773159d87eb9d098654b6982c40c4@haiku-os.org> #1409: [app_server] crash in BPrivate::processHeap --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Platform: All | --------------------------------+------------------------------------------- After restart from crash in bug #634 i noticed following issues: *Keyboard didn't work *Some icons were corrupted (shown as generic) and with no signature. Could this be a cause why keyboard didn't work, like can't start input_server by signature? Trying to start Keymap app_server crashed. See back trace. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 18 22:47:40 2007 From: trac at haiku-os.org (Haiku) Date: Sat, 18 Aug 2007 20:47:40 -0000 Subject: [Haiku-bugs] [Haiku] #1409: [app_server] crash in BPrivate::processHeap In-Reply-To: <040.781773159d87eb9d098654b6982c40c4@haiku-os.org> References: <040.781773159d87eb9d098654b6982c40c4@haiku-os.org> Message-ID: <049.ef7b85a768b52ded38fbb0fcbc30ba28@haiku-os.org> #1409: [app_server] crash in BPrivate::processHeap ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by diver): Oh yes, i could type in Keymap app, but not in textview of keymap and not in any other app. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 19 11:35:59 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 19 Aug 2007 09:35:59 -0000 Subject: [Haiku-bugs] [Haiku] #1410: [Trac] emails not sent to bug list when attachments added Message-ID: <045.a577b945d49b0169c000b78482db38fa@haiku-os.org> #1410: [Trac] emails not sent to bug list when attachments added ----------------------------+----------------------------------------------- Reporter: tangobravo | Owner: gavin Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Website/Trac | Version: Platform: All | ----------------------------+----------------------------------------------- Adding an attachment in trac does not send an email to the haiku-bugs list. I don't know whether an email gets sent to the explicit ccs, owner and reporter. I'll test that shortly by adding an attachment. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 19 12:23:44 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 19 Aug 2007 10:23:44 -0000 Subject: [Haiku-bugs] [Haiku] #1071: Identify and fix performance bottlenecks in the kernel and I/O subsystems In-Reply-To: <040.061c44f3c8fb802b19eac228751356e4@haiku-os.org> References: <040.061c44f3c8fb802b19eac228751356e4@haiku-os.org> Message-ID: <049.76b25fd168d4db13f591eadaf909f454@haiku-os.org> #1071: Identify and fix performance bottlenecks in the kernel and I/O subsystems ----------------------------+----------------------------------------------- Reporter: axeld | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Comment (by kaoutsis): * Attached a new file with test-results: area_tests2.results. * The file area_creation_test.cpp has been updated, (now writes only to the first byte of each area). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 19 12:37:00 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 19 Aug 2007 10:37:00 -0000 Subject: [Haiku-bugs] [Haiku] #1254: rtl8139 read_hook: Error in package reception: bits: 20704 length 26088!!! In-Reply-To: <043.9529328e33253927123c30ea4ac1cff1@haiku-os.org> References: <043.9529328e33253927123c30ea4ac1cff1@haiku-os.org> Message-ID: <052.ff3e8e31460a7cf844d484ffb99b19b7@haiku-os.org> #1254: rtl8139 read_hook: Error in package reception: bits: 20704 length 26088!!! ------------------------------+--------------------------------------------- Reporter: kaoutsis | Owner: nielx Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Platform: All ------------------------------+--------------------------------------------- Comment (by nielx): I've investigated the problem. Unfortunately my rtl8139 seems to have died in the mean time, so I probably won't be fixing this (soon or at all). You know what: I'll give it a go and I'll check with you guys if the patch works or not. What happens is this: somewhere there is a read error. Now I'm not completely certain whether or not the driver is to blame for it (which it might be), but what it should do after a read error is restart the read queue of the hardware. This is where the bug is. The other reported problem of the original bug report, the running out of pages, is not in the driver. The driver does not allocate that much memory. So that might be in rsync. It's probably a bug in the kernel. Maybe the recent vm updates fixed this particular issue. kaoutsis, does the problem always occur at the same point? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 19 12:42:11 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 19 Aug 2007 10:42:11 -0000 Subject: [Haiku-bugs] [Haiku] #1410: [Trac] emails not sent to bug list when attachments added In-Reply-To: <045.a577b945d49b0169c000b78482db38fa@haiku-os.org> References: <045.a577b945d49b0169c000b78482db38fa@haiku-os.org> Message-ID: <054.b9be1a5f47c7e0221ca6774b7f77c6c4@haiku-os.org> #1410: [Trac] emails not sent to bug list when attachments added -----------------------------+---------------------------------------------- Reporter: tangobravo | Owner: gavin Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Website/Trac | Version: Resolution: | Platform: All -----------------------------+---------------------------------------------- Comment (by tangobravo): So it seems that no emails get sent for adding attachments, either to the bug-list or to explicit addresses. However, unlike bugzilla, it is impossible to add a comment and attachment at the same time - so perhaps this is expected behaviour? I suppose it is reasonable to expect anyone who adds an attachment to add some sort of comment describing what it is. Also as only one attachment can be added at once, I suppose it prevents a flood of emails when a single comment will be OK for all of them (eg "attached some screenshots showing the problem"). I don't seem to have the rights to close this bug as invalid, but anyone who does should feel free to do so :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 19 12:54:45 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 19 Aug 2007 10:54:45 -0000 Subject: [Haiku-bugs] [Haiku] #1254: rtl8139 read_hook: Error in package reception: bits: 20704 length 26088!!! In-Reply-To: <043.9529328e33253927123c30ea4ac1cff1@haiku-os.org> References: <043.9529328e33253927123c30ea4ac1cff1@haiku-os.org> Message-ID: <052.d59a9dab4f592d335010fa3cf6b44b0b@haiku-os.org> #1254: rtl8139 read_hook: Error in package reception: bits: 20704 length 26088!!! ------------------------------+--------------------------------------------- Reporter: kaoutsis | Owner: nielx Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Platform: All ------------------------------+--------------------------------------------- Comment (by nielx): Hmmm, it's a bit more difficult, because apparantly there should be an okay packet, else there would be more trouble. Would you enable more debug output and send me that in? You can do this by uncommenting line 51 of driver.c (in the /haiku/trunk/src/add-ons/kernel/drivers/network/rtl8139) and recompile. If you don't know how to do this, let me know and I can see if I can help. (preferably both kaoutsis and bbjimmy) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 19 16:44:36 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 19 Aug 2007 14:44:36 -0000 Subject: [Haiku-bugs] [Haiku] #1254: rtl8139 read_hook: Error in package reception: bits: 20704 length 26088!!! In-Reply-To: <043.9529328e33253927123c30ea4ac1cff1@haiku-os.org> References: <043.9529328e33253927123c30ea4ac1cff1@haiku-os.org> Message-ID: <052.d555194132c72967c9e61aa49bc51728@haiku-os.org> #1254: rtl8139 read_hook: Error in package reception: bits: 20704 length 26088!!! ------------------------------+--------------------------------------------- Reporter: kaoutsis | Owner: nielx Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Platform: All ------------------------------+--------------------------------------------- Comment (by kaoutsis): Replying to [comment:4 nielx]: > ... Would you enable more debug output and send me that in? You can do this by uncommenting line 51 of driver.c (in the /haiku/trunk/src/add- ons/kernel/drivers/network/rtl8139) and recompile. If you don't know how to do this, let me know and I can see if I can help. (preferably both kaoutsis and bbjimmy) Ok, thanks for the interest. I will enable the debug output, no problem for me. aggregate comments: * the running out of pages, is indeed kernel problem; i just mentioned here to give the whole picture of the test. * i have also seen the "opera case-problem" as described above, but after playing with haiku for two hours at least, downloading several zip files from the internet. btw: the driver seems quite mature! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 19 19:00:01 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 19 Aug 2007 17:00:01 -0000 Subject: [Haiku-bugs] [Haiku] #1254: rtl8139 read_hook: Error in package reception: bits: 20704 length 26088!!! In-Reply-To: <043.9529328e33253927123c30ea4ac1cff1@haiku-os.org> References: <043.9529328e33253927123c30ea4ac1cff1@haiku-os.org> Message-ID: <052.43811aa2d68ea6a708b2ac1c21d717fd@haiku-os.org> #1254: rtl8139 read_hook: Error in package reception: bits: 20704 length 26088!!! ------------------------------+--------------------------------------------- Reporter: kaoutsis | Owner: nielx Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Platform: All ------------------------------+--------------------------------------------- Comment (by bbjimmy): With the debug output enabled, the driver does not come to a complete halt, it just does not load a page. ( note: if I replace the rtl8139 driver with the one that comes with BeOS MAX, pages load just fine and there does not seem to be any problem. This tends to indicate that the problem is indeed in the driver. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 19 21:03:57 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 19 Aug 2007 19:03:57 -0000 Subject: [Haiku-bugs] [Haiku] #254: Wrongly enabled buttons in apps/prefs (easy) In-Reply-To: <040.d8c8cd1d285f2b0573c32a8a664894eb@haiku-os.org> References: <040.d8c8cd1d285f2b0573c32a8a664894eb@haiku-os.org> Message-ID: <049.32536290f649a4ff768703a671d22f62@haiku-os.org> #254: Wrongly enabled buttons in apps/prefs (easy) -----------------------------+---------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: reopened Priority: low | Milestone: R1 Component: - Applications | Version: Resolution: | Platform: All -----------------------------+---------------------------------------------- Comment (by anxiety): I was able to get Appearance, Menu and Tracker working. Screen seems to work fine as long as the screen isn't in VESA mode. When in VESA there seems to be something going on with the refresh rate, but I wasn't able to figure out what. Email is going to take me some time as its more complex. After looking at tracker, I think the majority of pref apps could benefit from using a consistent settings setup like tracker has. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 19 21:56:22 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 19 Aug 2007 19:56:22 -0000 Subject: [Haiku-bugs] [Haiku] #1208: Adding a "Query"-icon (easy) In-Reply-To: <044.89fbfd717a67e8f57d61abad1606e34d@haiku-os.org> References: <044.89fbfd717a67e8f57d61abad1606e34d@haiku-os.org> Message-ID: <053.994a9c5a2086b95247534471139a81ed@haiku-os.org> #1208: Adding a "Query"-icon (easy) ----------------------------------+----------------------------------------- Reporter: humdinger | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - Applications/Mail | Version: R1 development Resolution: | Platform: All ----------------------------------+----------------------------------------- Comment (by anxiety): This code could definitely use some reviewing. Any takers? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 19 22:01:06 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 19 Aug 2007 20:01:06 -0000 Subject: [Haiku-bugs] [Haiku] #1154: Menu Pref -- Always Show Triggers non-functional (easy) In-Reply-To: <041.f273a46a01e265b26c87a4e6fdad7477@haiku-os.org> References: <041.f273a46a01e265b26c87a4e6fdad7477@haiku-os.org> Message-ID: <050.767c4d08ad78854e719d3532ad458ea5@haiku-os.org> #1154: Menu Pref -- Always Show Triggers non-functional (easy) ---------------------------------+------------------------------------------ Reporter: mmadia | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: fixed | Platform: All ---------------------------------+------------------------------------------ Changes (by leavengood): * status: new => closed * resolution: => fixed Comment: Patch committed in r22011. I consider this bug solved. Thanks Justin. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 20 01:01:58 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 19 Aug 2007 23:01:58 -0000 Subject: [Haiku-bugs] [Haiku] #1410: [Trac] emails not sent to bug list when attachments added In-Reply-To: <045.a577b945d49b0169c000b78482db38fa@haiku-os.org> References: <045.a577b945d49b0169c000b78482db38fa@haiku-os.org> Message-ID: <054.789d956cdaf4d88f45ce37452be0806b@haiku-os.org> #1410: [Trac] emails not sent to bug list when attachments added -----------------------------+---------------------------------------------- Reporter: tangobravo | Owner: gavin Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - Website/Trac | Version: Resolution: invalid | Platform: All -----------------------------+---------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => invalid Comment: A pleasure :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 20 01:48:13 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 19 Aug 2007 23:48:13 -0000 Subject: [Haiku-bugs] [Haiku] #1254: rtl8139 read_hook: Error in package reception: bits: 20704 length 26088!!! In-Reply-To: <043.9529328e33253927123c30ea4ac1cff1@haiku-os.org> References: <043.9529328e33253927123c30ea4ac1cff1@haiku-os.org> Message-ID: <052.258c77d1d8019720161d2e7738ad101d@haiku-os.org> #1254: rtl8139 read_hook: Error in package reception: bits: 20704 length 26088!!! ------------------------------+--------------------------------------------- Reporter: kaoutsis | Owner: nielx Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Platform: All ------------------------------+--------------------------------------------- Comment (by kaoutsis): I also test the driver with the debug output enabled: the driver lost its performance; it hardly can ping the other local machine. taking a guess: It seems very busy printing the TRACE messages. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 20 02:27:21 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 20 Aug 2007 00:27:21 -0000 Subject: [Haiku-bugs] [Haiku] #1411: /bin as a symlink Message-ID: <042.044825754f30b1e36abcd18d4728729d@haiku-os.org> #1411: /bin as a symlink ------------------------------+--------------------------------------------- Reporter: rdaneel | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Platform: All | ------------------------------+--------------------------------------------- I made a symlink to /bin, now i cant execute anything from Terminal. /> ls sh: /bin/ls No such file or directory To make the binaries work, go to /bin. Revision: 22013 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 20 02:56:30 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 20 Aug 2007 00:56:30 -0000 Subject: [Haiku-bugs] [Haiku] #1412: Haiku doesn't have the sys/ipc.h sys/sem.h and sys/mman.h files. Message-ID: <043.7a34c974ccd5686395f8a6ca893e2f3d@haiku-os.org> #1412: Haiku doesn't have the sys/ipc.h sys/sem.h and sys/mman.h files. -------------------------+-------------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Platform: All | -------------------------+-------------------------------------------------- Why? * running the LibMicro (is a portable set of microbenchmarks) to measure the performance of various system and library calls. (Suggested by Axel). http://www.opensolaris.org/os/project/libmicro/ * being more posix http://www.opengroup.org/onlinepubs/007908799/xsh/sysipc.h.html http://www.opengroup.org/onlinepubs/007908799/xsh/syssem.h.html http://www.opengroup.org/pubs/online/7908799/xsh/sysmman.h.html -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 20 08:07:35 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 20 Aug 2007 06:07:35 -0000 Subject: [Haiku-bugs] [Haiku] #807: Add ftp(d), telnet(d), ... In-Reply-To: <040.f9033b0adc5458d058a4313993d40591@haiku-os.org> References: <040.f9033b0adc5458d058a4313993d40591@haiku-os.org> Message-ID: <049.6ad61e18876b3be2cc9e4aa450371a0a@haiku-os.org> #807: Add ftp(d), telnet(d), ... -----------------------------------+---------------------------------------- Reporter: axeld | Owner: Type: enhancement | Status: new Priority: normal | Milestone: R1 Network Stack Component: - Network & Internet | Version: Resolution: | Platform: All -----------------------------------+---------------------------------------- Changes (by umccullough): * platform: => All Comment: At least ftp, telnet(d), and wget are in the image now - besides ftpd, what other tools are targeted? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 20 14:43:18 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 20 Aug 2007 12:43:18 -0000 Subject: [Haiku-bugs] [Haiku] #1411: /bin as a symlink In-Reply-To: <042.044825754f30b1e36abcd18d4728729d@haiku-os.org> References: <042.044825754f30b1e36abcd18d4728729d@haiku-os.org> Message-ID: <051.6b5f2a0da6c499ea9eddde56718a5033@haiku-os.org> #1411: /bin as a symlink -------------------------------+-------------------------------------------- Reporter: rdaneel | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: invalid | Platform: All -------------------------------+-------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => invalid Comment: /bin already is a symlink, and you obviously overwrote it. If you wanted to add an alternate symlink to /bin, you would need to do it like this: $ ln -s /bin my-alternate-bin HTH. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 20 14:44:10 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 20 Aug 2007 12:44:10 -0000 Subject: [Haiku-bugs] [Haiku] #1413: PANIC: mutex_unlock failure Message-ID: <043.191d83287941afebe39d4ddfdad30137@haiku-os.org> #1413: PANIC: mutex_unlock failure -----------------------+---------------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Platform: All | -----------------------+---------------------------------------------------- after rsync crashed i got a corrupted binary to the /boot/beos/apps with the name: .Mail.jIRkba trying to run this corrupted binary i go directly to KDL -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 20 14:49:43 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 20 Aug 2007 12:49:43 -0000 Subject: [Haiku-bugs] [Haiku] #1413: PANIC: mutex_unlock failure In-Reply-To: <043.191d83287941afebe39d4ddfdad30137@haiku-os.org> References: <043.191d83287941afebe39d4ddfdad30137@haiku-os.org> Message-ID: <052.a60f3fcdbe74b1886f93df419dc05249@haiku-os.org> #1413: PANIC: mutex_unlock failure ------------------------+--------------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by kaoutsis): To be clear: the corruption have been done by the rsync program, (when rsync was trying to fetch a remote Mail executable) and is not related to the execution of the binary. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 20 14:51:04 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 20 Aug 2007 12:51:04 -0000 Subject: [Haiku-bugs] [Haiku] #807: Add ftp(d), telnet(d), ... In-Reply-To: <040.f9033b0adc5458d058a4313993d40591@haiku-os.org> References: <040.f9033b0adc5458d058a4313993d40591@haiku-os.org> Message-ID: <049.ed8204cbdc5560bb3efb57306f575558@haiku-os.org> #807: Add ftp(d), telnet(d), ... -----------------------------------+---------------------------------------- Reporter: axeld | Owner: Type: enhancement | Status: new Priority: normal | Milestone: R1 Network Stack Component: - Network & Internet | Version: Resolution: | Platform: All -----------------------------------+---------------------------------------- Comment (by axeld): For this ticket, it's just ftpd. For Haiku, I also want ssh(d) to be part of the distro, though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 20 16:12:42 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 20 Aug 2007 14:12:42 -0000 Subject: [Haiku-bugs] [Haiku] #1413: PANIC: mutex_unlock failure In-Reply-To: <043.191d83287941afebe39d4ddfdad30137@haiku-os.org> References: <043.191d83287941afebe39d4ddfdad30137@haiku-os.org> Message-ID: <052.d413943136890c4fa365b11e8a1a6b46@haiku-os.org> #1413: PANIC: mutex_unlock failure ----------------------------+----------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: assigned Priority: critical | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Changes (by axeld): * priority: normal => critical * status: new => assigned * component: - General => System/Kernel -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 20 16:16:41 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 20 Aug 2007 14:16:41 -0000 Subject: [Haiku-bugs] [Haiku] #1414: FTP upload stops around 78k Message-ID: <042.f39d93bdbcbbad826398bbcc240d51a8@haiku-os.org> #1414: FTP upload stops around 78k ----------------------------------+----------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Network & Internet | Version: R1 development Platform: x64 | ----------------------------------+----------------------------------------- Using vmware image (tried a few different daily images from august 10-19, 2007), network card shows as ipro1000, using command line ftp "get" works fine, but "put" stops, showing 0% done. I check the ftp site and it shows the first 78k or so of the file made it, file i tried to upload was 300k. Attepts to "kill" the ftp session do not work. Also tried FtpPositive and that does the same thing. I'm running in Ubunbtu x64 using vmware player 2.0 if that makes any difference. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 20 16:29:09 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 20 Aug 2007 14:29:09 -0000 Subject: [Haiku-bugs] [Haiku] #1413: PANIC: mutex_unlock failure In-Reply-To: <043.191d83287941afebe39d4ddfdad30137@haiku-os.org> References: <043.191d83287941afebe39d4ddfdad30137@haiku-os.org> Message-ID: <052.303aa11b219e8bf07ca765b71e59c037@haiku-os.org> #1413: PANIC: mutex_unlock failure ----------------------------+----------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: closed Priority: critical | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Platform: All ----------------------------+----------------------------------------------- Changes (by axeld): * status: assigned => closed * resolution: => fixed Comment: Closed in r22016. I could also fix a bug in BAppFileInfo which caused the registrar to crash when unzipping the attached archive (in r22015) :-) Thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 20 16:40:43 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 20 Aug 2007 14:40:43 -0000 Subject: [Haiku-bugs] [Haiku] #1414: FTP upload stops around 78k In-Reply-To: <042.f39d93bdbcbbad826398bbcc240d51a8@haiku-os.org> References: <042.f39d93bdbcbbad826398bbcc240d51a8@haiku-os.org> Message-ID: <051.0c8a58725af5b4f5087f7ebb832554f5@haiku-os.org> #1414: FTP upload stops around 78k ---------------------------------------+------------------------------------ Reporter: scottmc | Owner: hugosantos Type: bug | Status: new Priority: critical | Milestone: R1 Component: - Network & Internet/TCP | Version: R1 development Resolution: | Platform: x64 ---------------------------------------+------------------------------------ Changes (by axeld): * owner: axeld => hugosantos * priority: normal => critical * component: - Network & Internet => - Network & Internet/TCP Comment: This seems to be a deadlock in the TCP implementation; there are kernel semaphores which you cannot interrupt. Can you provide a stack trace of the FTP thread? You can get this via "sc " in the kernel debugger. You could see the thread ID of the FTP thread using the "teams" command (in hex, so you'll have to add "0x" in front of the number before passing it to "sc"). Both commands have to be entered in the kernel debugger which can be entered via the F12 key. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 20 17:38:52 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 20 Aug 2007 15:38:52 -0000 Subject: [Haiku-bugs] [Haiku] #1345: Data CD auto mounted as an Audio CD In-Reply-To: <041.1da4f0e297422c3d136ad5450c20d0ee@haiku-os.org> References: <041.1da4f0e297422c3d136ad5450c20d0ee@haiku-os.org> Message-ID: <050.b5437558824d4197b8c23ce3d1a35801@haiku-os.org> #1345: Data CD auto mounted as an Audio CD ------------------------+--------------------------------------------------- Reporter: aldeck | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by scottmc): Also related to this is that an audio CD shows a file cabinet icon instead of a cd icon as would be expected. This was checked on r22013 on vmware image with cd-rom enabled. Data CDs still show each data track as a wav file. I checked 3 or 4 different kinds of data CDs including some BFS ones. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 20 21:54:56 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 20 Aug 2007 19:54:56 -0000 Subject: [Haiku-bugs] [Haiku] #160: [Tracker] icons disappear when resizing column width In-Reply-To: <040.213e877b36bf457af1c39cc69900da7c@haiku-os.org> References: <040.213e877b36bf457af1c39cc69900da7c@haiku-os.org> Message-ID: <049.c26cbae23ef16df0b04caf485400b8c0@haiku-os.org> #160: [Tracker] icons disappear when resizing column width -----------------------------+---------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications | Version: Resolution: | Platform: All -----------------------------+---------------------------------------------- Comment (by tangobravo): Thanks for the B_NO_POINTER_HISTORY hint Axel - seems Haiku doesn't respect it. New bug on the way. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 20 22:00:22 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 20 Aug 2007 20:00:22 -0000 Subject: [Haiku-bugs] [Haiku] #1415: B_NO_POINTER_HISTORY has no effect Message-ID: <045.f725b5624dd97cc684994d42abaca32d@haiku-os.org> #1415: B_NO_POINTER_HISTORY has no effect --------------------------------+------------------------------------------- Reporter: tangobravo | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Platform: All | --------------------------------+------------------------------------------- BeOS R5 has a flag that Views can set - B_NO_POINTER_HISTORY - useful for when MouseMoved hooks take a lot of processing and can't keep up with the speed of new mouse messages. One example of where this is used is in the column view of Tracker, which exhibits slow resizing in Haiku (#160). I've written a small test app to compare R5 and Haiku behaviour, attached below. It shows B_NO_POINTER_HISTORY does not seem to have any effect in Haiku. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 20 22:14:46 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 20 Aug 2007 20:14:46 -0000 Subject: [Haiku-bugs] [Haiku] #1415: B_NO_POINTER_HISTORY has no effect In-Reply-To: <045.f725b5624dd97cc684994d42abaca32d@haiku-os.org> References: <045.f725b5624dd97cc684994d42abaca32d@haiku-os.org> Message-ID: <054.19bd094ac73cd2ab941c7e3cfb924d61@haiku-os.org> #1415: B_NO_POINTER_HISTORY has no effect ---------------------------------+------------------------------------------ Reporter: tangobravo | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by tangobravo): --Observed R5 behaviour-- If mouse is moved over the view, the first message instantly begins processing. If the mouse is stopped before processing completes, only one more event is processed. This suggests all B_MOUSE_MOVED messages in the queue (excluding the one currently being processed) are removed before the new event is added to the end. It seems the BView::MouseDown and MouseUp functions also call MouseMoved - Haiku does this too. Perhaps this was so there are no issues with simply removing all B_MOUSE_MOVED messages. The KeyDown override was to examine the behaviour if it is not only mouse events that take a long time to process. I tested by pressing a key, moving the mouse, pressing a key, moving the mouse, etc. Interestingly some of the MouseMoved events did still get through before all the keypresses were processed, although many were removed. I had thought something like this might be needed to ensure that the view does receive *some* MouseMoved notifications, but I haven't discovered the exact scheme employed by R5. I also haven't examined how the B_ENTERED_VIEW etc flags are dealt with when using B_NO_POINTER_EVENTS. --Current Haiku Behaviour (r20572)-- All the events are delivered to the view in the order in which they occurred. I assigned the bug to the app_server as it seemed the appropriate place to do any removal of old messages as it as the entity that should know about the EventMask set for the view. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 20 23:39:04 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 20 Aug 2007 21:39:04 -0000 Subject: [Haiku-bugs] [Haiku] #1416: "usb explore" thread sometimes crashes shortly after desktop is loaded Message-ID: <041.c022125a69e34246c82d256fb12c5464@haiku-os.org> #1416: "usb explore" thread sometimes crashes shortly after desktop is loaded -------------------------+-------------------------------------------------- Reporter: stippi | Owner: mmlr Type: bug | Status: new Priority: high | Milestone: R1 Component: Drivers/USB | Version: R1 development Platform: All | -------------------------+-------------------------------------------------- {{{PANIC: vm_page_fault: unhandled page fault in kernael space at 0x7, ip 0x9639f7b0 Welcome to KDL... kdebug> sc stack trace for thread 0x24c "usb explore" ... frame caller :function + offset ... iframe at 0x96552ef4 (end = 0x96552f48) eax 0x3 ebx 0x3 ecx 0x938c3000 edx 0x200246 esi 0x90cbd500 edi 0x90cbd594 ebp 0x96552f58 esp 0x96552f24 vector: 0xe, error code 0x0 96552eec (+ 108) 9639f7b0 :RescanDrivers__5StackP11rescan_item + 0x0014 96552f58 (+ 80) 963a12a3 <...>:Explore__3Hub + 0x028b 96552fa8 (+ 48) 9639f5a9 <...>:ExploreThread__5StackPv + 0x0045 96552fd8 (+ 32) 8003ae43 <...>:_create_kernel_thread_kentry + 0x001b 96552ff8 (+1772802056) 8003add8 :thread_kthread_exit + 0x0000 kdebug> }}} Puh... I typed that all. Hope I didn't sneak in any errors. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 20 23:39:47 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 20 Aug 2007 21:39:47 -0000 Subject: [Haiku-bugs] [Haiku] #1416: "usb explore" thread sometimes crashes shortly after desktop is loaded In-Reply-To: <041.c022125a69e34246c82d256fb12c5464@haiku-os.org> References: <041.c022125a69e34246c82d256fb12c5464@haiku-os.org> Message-ID: <050.f897ca73fb3f3d4fa2bf5b4fd7e217e3@haiku-os.org> #1416: "usb explore" thread sometimes crashes shortly after desktop is loaded --------------------------+------------------------------------------------- Reporter: stippi | Owner: mmlr Type: bug | Status: new Priority: high | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Platform: All --------------------------+------------------------------------------------- Old description: > {{{PANIC: vm_page_fault: unhandled page fault in kernael space at 0x7, ip > 0x9639f7b0 > > Welcome to KDL... > kdebug> sc > stack trace for thread 0x24c "usb explore" > ... > frame caller :function + > offset > ... > iframe at 0x96552ef4 (end = 0x96552f48) > eax 0x3 ebx 0x3 ecx 0x938c3000 edx > 0x200246 > esi 0x90cbd500 edi 0x90cbd594 ebp 0x96552f58 esp > 0x96552f24 > vector: 0xe, error code 0x0 > 96552eec (+ 108) 9639f7b0 > :RescanDrivers__5StackP11rescan_item + 0x0014 > 96552f58 (+ 80) 963a12a3 <...>:Explore__3Hub + 0x028b > 96552fa8 (+ 48) 9639f5a9 <...>:ExploreThread__5StackPv + 0x0045 > 96552fd8 (+ 32) 8003ae43 <...>:_create_kernel_thread_kentry + 0x001b > 96552ff8 (+1772802056) 8003add8 :thread_kthread_exit + 0x0000 > kdebug> > }}} > > Puh... I typed that all. Hope I didn't sneak in any errors. New description: {{{ PANIC: vm_page_fault: unhandled page fault in kernael space at 0x7, ip 0x9639f7b0 Welcome to KDL... kdebug> sc stack trace for thread 0x24c "usb explore" ... frame caller :function + offset ... iframe at 0x96552ef4 (end = 0x96552f48) eax 0x3 ebx 0x3 ecx 0x938c3000 edx 0x200246 esi 0x90cbd500 edi 0x90cbd594 ebp 0x96552f58 esp 0x96552f24 vector: 0xe, error code 0x0 96552eec (+ 108) 9639f7b0 :RescanDrivers__5StackP11rescan_item + 0x0014 96552f58 (+ 80) 963a12a3 <...>:Explore__3Hub + 0x028b 96552fa8 (+ 48) 9639f5a9 <...>:ExploreThread__5StackPv + 0x0045 96552fd8 (+ 32) 8003ae43 <...>:_create_kernel_thread_kentry + 0x001b 96552ff8 (+1772802056) 8003add8 :thread_kthread_exit + 0x0000 kdebug> }}} Puh... I typed that all. Hope I didn't sneak in any errors. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 20 23:46:00 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 20 Aug 2007 21:46:00 -0000 Subject: [Haiku-bugs] [Haiku] #1416: "usb explore" thread sometimes crashes shortly after desktop is loaded In-Reply-To: <041.c022125a69e34246c82d256fb12c5464@haiku-os.org> References: <041.c022125a69e34246c82d256fb12c5464@haiku-os.org> Message-ID: <050.2abb62f4451d96d6730e6eafa8951f08@haiku-os.org> #1416: "usb explore" thread sometimes crashes shortly after desktop is loaded --------------------------+------------------------------------------------- Reporter: stippi | Owner: mmlr Type: bug | Status: new Priority: high | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Platform: All --------------------------+------------------------------------------------- Comment (by axeld): Actual screenshots are welcome, too, though :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 21 00:24:56 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 20 Aug 2007 22:24:56 -0000 Subject: [Haiku-bugs] [Haiku] #333: [Cortex] moving bottom dragger draws white space In-Reply-To: <040.2cd6a7ae3f7de73451d08554257f05b3@haiku-os.org> References: <040.2cd6a7ae3f7de73451d08554257f05b3@haiku-os.org> Message-ID: <049.72ff9f19792e7ec1aca5238c0d03a194@haiku-os.org> #333: [Cortex] moving bottom dragger draws white space -----------------------------------+---------------------------------------- Reporter: diver | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Application Kit | Version: Resolution: | Platform: All -----------------------------------+---------------------------------------- Comment (by stippi): I have fixed the broken status view invalidation in r22019, but the scrollbar moving/resizing doesn't work sometimes. It is not 100% reproducible, which makes this bug a bit weird. I have no good ideas yet, in which direction to look for the error. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 21 00:53:58 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 20 Aug 2007 22:53:58 -0000 Subject: [Haiku-bugs] [Haiku] #1415: B_NO_POINTER_HISTORY has no effect In-Reply-To: <045.f725b5624dd97cc684994d42abaca32d@haiku-os.org> References: <045.f725b5624dd97cc684994d42abaca32d@haiku-os.org> Message-ID: <054.3f0e86b27683b2be4e58df7f6aded0ef@haiku-os.org> #1415: B_NO_POINTER_HISTORY has no effect ---------------------------------+------------------------------------------ Reporter: tangobravo | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: fixed | Platform: All ---------------------------------+------------------------------------------ Changes (by axeld): * status: new => closed * resolution: => fixed * component: Servers/app_server => Kits/Interface Kit Comment: Thanks for the test app! I've reworked it a bit (and applied our coding style), and put it into our repository under src/tests/server/app/no_pointer_history/. Fixed in r22021; the server did evaluate that option, but it was still way too fast generating the messages (as it didn't know when the view had read that last message). Now, we do the filtering client side. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 21 03:45:58 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 21 Aug 2007 01:45:58 -0000 Subject: [Haiku-bugs] [Haiku] #160: [Tracker] icons disappear when resizing column width In-Reply-To: <040.213e877b36bf457af1c39cc69900da7c@haiku-os.org> References: <040.213e877b36bf457af1c39cc69900da7c@haiku-os.org> Message-ID: <049.f6ee962a159528e8440216cafc315b12@haiku-os.org> #160: [Tracker] icons disappear when resizing column width ---------------------------------+------------------------------------------ Reporter: diver | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: Resolution: | Platform: All ---------------------------------+------------------------------------------ Changes (by axeld): * owner: axeld => stippi * component: - Applications => Servers/app_server Comment: The slow resizing problem is gone with r22025: I've changed the column resizing to work asynchronously instead of relying on GetMouse() (which still gets way more messages than on R5). Parts of the columns still disappear on movement - it might be a problem of CopyBits(), so I'll let stippi try. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 21 04:40:59 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 21 Aug 2007 02:40:59 -0000 Subject: [Haiku-bugs] [Haiku] #1414: FTP upload stops around 78k In-Reply-To: <042.f39d93bdbcbbad826398bbcc240d51a8@haiku-os.org> References: <042.f39d93bdbcbbad826398bbcc240d51a8@haiku-os.org> Message-ID: <051.ee2ee8d7b90699859d06ee1a3961b16d@haiku-os.org> #1414: FTP upload stops around 78k ---------------------------------------+------------------------------------ Reporter: scottmc | Owner: hugosantos Type: bug | Status: new Priority: critical | Milestone: R1 Component: - Network & Internet/TCP | Version: R1 development Resolution: | Platform: x64 ---------------------------------------+------------------------------------ Comment (by scottmc): Ok, tried again with same results, this time capturing the stack trace as requested: kdebug> sc 0x22c stack trace for thread 0x22c "ftp" kernal stack: 0x935df000 to 0x935e3000 user stack: 0x7efe7000 to 0x7ffe7000 frame caller :function + offset 00000000 -- read fault kdebug> -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 21 12:29:00 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 21 Aug 2007 10:29:00 -0000 Subject: [Haiku-bugs] [Haiku] #1414: FTP upload stops around 78k In-Reply-To: <042.f39d93bdbcbbad826398bbcc240d51a8@haiku-os.org> References: <042.f39d93bdbcbbad826398bbcc240d51a8@haiku-os.org> Message-ID: <051.9a27623dd8909cbbf0a9fbdfae011595@haiku-os.org> #1414: FTP upload stops around 78k ---------------------------------------+------------------------------------ Reporter: scottmc | Owner: hugosantos Type: bug | Status: new Priority: critical | Milestone: R1 Component: - Network & Internet/TCP | Version: R1 development Resolution: | Platform: x64 ---------------------------------------+------------------------------------ Comment (by axeld): Ah, you're hitting a bug in the "sc" function (which is fixed in r22026). It looks like your thread is currently running - possibly, it is an endless loop. Can you retry with that release, or, leave out the ID if that thread is currently running on the current CPU (you can test with the "running" command)? Thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 21 15:21:23 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 21 Aug 2007 13:21:23 -0000 Subject: [Haiku-bugs] [Haiku] #1417: Media Preferences crashes with dropdown menu active followed by 'page' switch Message-ID: <044.df4f669105e2006681d3ebd0a462b362@haiku-os.org> #1417: Media Preferences crashes with dropdown menu active followed by 'page' switch ---------------------------------+------------------------------------------ Reporter: pieterpan | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Preferences/Media | Version: R1 development Platform: All | ---------------------------------+------------------------------------------ Reproduce: - Start Media Preferences - Click on the Audio Settings 'page' - Select an Audio Input dropdown (click on it once to open the dropdown, don't activate your choice!). - Then go to Video Settings (or any other 'page') Boom. "View method requires owner and doesn't have one" Experienced behavior: Boom Expected behavior: Not boom (switch to Video Settings page). Tested on rev 22027 in vmware on ubuntu -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 21 15:32:27 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 21 Aug 2007 13:32:27 -0000 Subject: [Haiku-bugs] [Haiku] #1418: Multiple rightclicks on trashcan: tracker crash Message-ID: <044.e1d93980da9ba8361196b32f51aaa820@haiku-os.org> #1418: Multiple rightclicks on trashcan: tracker crash ------------------------------------+--------------------------------------- Reporter: pieterpan | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications/Tracker | Version: R1 development Platform: All | ------------------------------------+--------------------------------------- Reproduce: - Right click on trashcan on desktop. - Do it again quickly, without closing the other popup. - Repeat if necessary Boom. "AddChild failed - the view already has a parent." Experienced behavior: crash Expected behavior: close of the old popup window, reopening of the new one. Tested on rev 22027 in vmware on ubuntu Side note: I have IDE DMA disabled. Perhaps this slows the FS down to allow reproduction of this bug. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 21 15:34:54 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 21 Aug 2007 13:34:54 -0000 Subject: [Haiku-bugs] [Haiku] #1417: Media Preferences crashes with dropdown menu active followed by 'page' switch In-Reply-To: <044.df4f669105e2006681d3ebd0a462b362@haiku-os.org> References: <044.df4f669105e2006681d3ebd0a462b362@haiku-os.org> Message-ID: <053.9a9a672dd7e6ce7faaea13a1b078b77d@haiku-os.org> #1417: Media Preferences crashes with dropdown menu active followed by 'page' switch ----------------------------------+----------------------------------------- Reporter: pieterpan | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Preferences/Media | Version: R1 development Resolution: | Platform: All ----------------------------------+----------------------------------------- Changes (by marcusoverhagen): * owner: marcusoverhagen => korli Comment: Reassigning to media preferences author. Korli if this is a interface kit bug, please reassign, too. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 21 18:05:11 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 21 Aug 2007 16:05:11 -0000 Subject: [Haiku-bugs] [Haiku] #1414: FTP upload stops around 78k In-Reply-To: <042.f39d93bdbcbbad826398bbcc240d51a8@haiku-os.org> References: <042.f39d93bdbcbbad826398bbcc240d51a8@haiku-os.org> Message-ID: <051.1557b457bde905556205a4157c550f8a@haiku-os.org> #1414: FTP upload stops around 78k ---------------------------------------+------------------------------------ Reporter: scottmc | Owner: hugosantos Type: bug | Status: new Priority: critical | Milestone: R1 Component: - Network & Internet/TCP | Version: R1 development Resolution: | Platform: x64 ---------------------------------------+------------------------------------ Comment (by scottmc): i'm not running the r22018 image and it's acting slightly different. It's still only transferring 78k: http://www.bedrivers.com/screen2.png But as you can see in the screenshot it's showing that 100% went and then not printing anything..pressing ctril-c breaks it out of the ftp session. I'll attach the serial.txt output from vmware, look about 3/4th the way down for "sc 0x14d" that's where i entered KDL and ran the stack trace (line 777?) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 21 18:56:17 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 21 Aug 2007 16:56:17 -0000 Subject: [Haiku-bugs] [Haiku] #61: Build POSIX test suite for haiku In-Reply-To: <049.5a167f1f0d0a17c90f7ad1531b88bc4d@haiku-os.org> References: <049.5a167f1f0d0a17c90f7ad1531b88bc4d@haiku-os.org> Message-ID: <058.4194c42b55b5c14e4baedee217f5c323@haiku-os.org> #61: Build POSIX test suite for haiku -----------------------------+---------------------------------------------- Reporter: andrewbachmann | Owner: Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: Resolution: | Platform: All -----------------------------+---------------------------------------------- Changes (by bonefish): * owner: bonefish => -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 22 02:22:39 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 22 Aug 2007 00:22:39 -0000 Subject: [Haiku-bugs] [Haiku] #1419: rtl8139exp KDL Message-ID: <043.cadfafefae00e75fba6f9cd2e6482443@haiku-os.org> #1419: rtl8139exp KDL -----------------------+---------------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Platform: All | -----------------------+---------------------------------------------------- trying the rtl8139exp driver, r22032 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 22 17:43:20 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 22 Aug 2007 15:43:20 -0000 Subject: [Haiku-bugs] [Haiku] #1420: Copying a folder with the same name as an existing folder deletes files unexpectedly Message-ID: <042.5b336a58ca3a611a4e39f9649efe9b34@haiku-os.org> #1420: Copying a folder with the same name as an existing folder deletes files unexpectedly -----------------------+---------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Platform: All | -----------------------+---------------------------------------------------- If you drag a folder with the same name as an existing folder but with different files in it, the destination folder will then be completely replaced by the new folder, deleting anything that you might have in the destination folder. Not sure if this was the intended result or not. I would think not, but the warning message you get does say it will "replace" it. Attached are three screen captures, showing the source and destination folders before, during and then after. Notice the "my-very-important- files" folder is gone after this action is performed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 22 18:22:07 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 22 Aug 2007 16:22:07 -0000 Subject: [Haiku-bugs] [Haiku] #1420: Copying a folder with the same name as an existing folder should offer the option to merge both folders In-Reply-To: <042.5b336a58ca3a611a4e39f9649efe9b34@haiku-os.org> References: <042.5b336a58ca3a611a4e39f9649efe9b34@haiku-os.org> Message-ID: <051.e78f54cf81a4465431eebb9ec6aec5fd@haiku-os.org> #1420: Copying a folder with the same name as an existing folder should offer the option to merge both folders --------------------------+------------------------------------------------- Reporter: scottmc | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All --------------------------+------------------------------------------------- Changes (by stippi): * type: bug => enhancement * summary: Copying a folder with the same name as an existing folder deletes files unexpectedly => Copying a folder with the same name as an existing folder should offer the option to merge both folders Comment: The current behaviour is "correct", ie intended, you even get the warning what will happen. But I understand it is not always the desired behaviour. Tracker should offer a third option to "merge" or "update" the target folder contents. Adding new files from the source folder and replacing existing files if the ones from the source folder are newer. I am turning this ticket into an enhancement since it is not really a bug. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 22 18:23:23 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 22 Aug 2007 16:23:23 -0000 Subject: [Haiku-bugs] [Haiku] #1420: Copying a folder with the same name as an existing folder should offer the option to merge both folders In-Reply-To: <042.5b336a58ca3a611a4e39f9649efe9b34@haiku-os.org> References: <042.5b336a58ca3a611a4e39f9649efe9b34@haiku-os.org> Message-ID: <051.b0c4534b1ae8a6385750dd928bff0caf@haiku-os.org> #1420: Copying a folder with the same name as an existing folder should offer the option to merge both folders -------------------------------------+-------------------------------------- Reporter: scottmc | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - Applications/Tracker | Version: R1 development Resolution: | Platform: All -------------------------------------+-------------------------------------- Changes (by stippi): * component: - General => - Applications/Tracker -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 22 18:43:39 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 22 Aug 2007 16:43:39 -0000 Subject: [Haiku-bugs] [Haiku] #73: libroot_build.so broken cross-compiling from Linux In-Reply-To: <051.4ed9b161381e1973a278c8a34c0a55c7@haiku-os.org> References: <051.4ed9b161381e1973a278c8a34c0a55c7@haiku-os.org> Message-ID: <060.54dc25085d6e11582b48e1c4f9f2ae42@haiku-os.org> #73: libroot_build.so broken cross-compiling from Linux -------------------------------+-------------------------------------------- Reporter: spock at gentoo.org | Owner: bonefish Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Build System | Version: Resolution: | Platform: x86 -------------------------------+-------------------------------------------- Changes (by icepic): * status: closed => reopened * platform: => x86 * resolution: fixed => Comment: I get the same effects on Linux now (checked out buildtools and haiku today, 2007-08-22): ... AddTargetVariableToScript1 generated/haiku.image-init-vars InitScript1 generated/haiku.image-make-dirs CreateContainerMakeDirectoriesScript1 generated/haiku.image-make-dirs ResComp1 generated/objects/haiku/x86/common/home-config-settings-printers- preview.rsrc rc: Error! unknown error: 80006003 (No such file or directory) My haiku dir is at /local/haiku and my /local differs from / like this: /dev/sda3 6.3G 3.6G 2.5G 60% / /dev/hda1 151G 12G 138G 8% /local I can't move the haiku stuff to /, and the "fix" that went in two years ago doesn't solve it for me. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 22 19:45:34 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 22 Aug 2007 17:45:34 -0000 Subject: [Haiku-bugs] [Haiku] #73: libroot_build.so broken cross-compiling from Linux In-Reply-To: <051.4ed9b161381e1973a278c8a34c0a55c7@haiku-os.org> References: <051.4ed9b161381e1973a278c8a34c0a55c7@haiku-os.org> Message-ID: <060.410579959c523075c0a5810dd0fa593b@haiku-os.org> #73: libroot_build.so broken cross-compiling from Linux -------------------------------+-------------------------------------------- Reporter: spock at gentoo.org | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: Resolution: fixed | Platform: x86 -------------------------------+-------------------------------------------- Changes (by bonefish): * status: reopened => closed * resolution: => fixed Old description: > The standard build (jam -q haiku-image) fails with: > > [..] > SetType1 generated/objects/haiku/x86/release/add- > ons/kernel/bus_managers/pci/pci > Error: > "generated/objects/haiku/x86/release/add- > ons/kernel/bus_managers/pci/pci": No > such file or directory. > > when the code tree is located on a partition other than / (eg. > /devel/os/haiku, > /devel being a reiserfs filesystem). I tracked this problem down a little > bit > and found out that normalize_dir_path() called from add_dir_path() in > src/build/libroot/fs.cpp fails to build an absolute path. When the code > tree is > moved to /, it works just fine. New description: The standard build (jam -q haiku-image) fails with: [..] SetType1 generated/objects/haiku/x86/release/add- ons/kernel/bus_managers/pci/pci Error: "generated/objects/haiku/x86/release/add-ons/kernel/bus_managers/pci/pci": No such file or directory. when the code tree is located on a partition other than / (eg. /devel/os/haiku, /devel being a reiserfs filesystem). I tracked this problem down a little bit and found out that normalize_dir_path() called from add_dir_path() in src/build/libroot/fs.cpp fails to build an absolute path. When the code tree is moved to /, it works just fine. Comment: Please don't hijack closed tickets. The original problem has been understood and fixed; this problem is unrelated. Please open a new ticket and attach the complete build output. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 23 18:33:00 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 23 Aug 2007 16:33:00 -0000 Subject: [Haiku-bugs] [Haiku] #1095: NVIDIA nForce SATA driver In-Reply-To: <041.a0e2207f8eae9146abb444b43da60f1e@haiku-os.org> References: <041.a0e2207f8eae9146abb444b43da60f1e@haiku-os.org> Message-ID: <050.3cf9ea6ebe2cea687d0ce89eebb41091@haiku-os.org> #1095: NVIDIA nForce SATA driver ---------------------------+------------------------------------------------ Reporter: ekdahl | Owner: marcusoverhagen Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Disk | Version: R1 development Resolution: | Platform: All ---------------------------+------------------------------------------------ Comment (by ekdahl): Ping? Please close this. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 23 19:19:00 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 23 Aug 2007 17:19:00 -0000 Subject: [Haiku-bugs] [Haiku] #1095: NVIDIA nForce SATA driver In-Reply-To: <041.a0e2207f8eae9146abb444b43da60f1e@haiku-os.org> References: <041.a0e2207f8eae9146abb444b43da60f1e@haiku-os.org> Message-ID: <050.0a55493ae88790b63e4d2d0595018577@haiku-os.org> #1095: NVIDIA nForce SATA driver ---------------------------+------------------------------------------------ Reporter: ekdahl | Owner: marcusoverhagen Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Disk | Version: R1 development Resolution: fixed | Platform: All ---------------------------+------------------------------------------------ Changes (by axeld): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 24 01:21:07 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 23 Aug 2007 23:21:07 -0000 Subject: [Haiku-bugs] [Haiku] #113: Ctrl+C kills applications that shouldn't be killed In-Reply-To: <053.2bd261f66adb26aeeed271b97a7595f4@haiku-os.org> References: <053.2bd261f66adb26aeeed271b97a7595f4@haiku-os.org> Message-ID: <062.705b37691fab2a7daf30e7aa02996e0d@haiku-os.org> #113: Ctrl+C kills applications that shouldn't be killed ---------------------------------+------------------------------------------ Reporter: genki at bredband.net | Owner: bonefish Type: bug | Status: reopened Priority: critical | Milestone: R1 Component: System/Kernel | Version: Resolution: | Platform: x86 ---------------------------------+------------------------------------------ Comment (by bonefish): I analyzed the problem a bit. From the kernel point of view the kernel does everything right. When e.g. "Screen &" is run in the shell the following happens: - fork_team() - sigprocmask() for the child with SIG_SETMASK and an empty signal set. - exec_team() setpgid() is not invoked for the child. This means, the child is still in the shell's process group and SIGINT is NOT blocked. IOW, on Ctrl-C a SIGINT is delivered to all processes in the the process group -- the shell and Screen -- and Screen, which (unlike the shell) doesn't have a special SIGINT handler, is terminated. According to the bash man page (under "SIGNALS"): "Non-builtin commands run by bash have signal handlers set to the values inherited by the shell from its parent. When job control is not in effect, asynchronous commands ignore SIGINT and SIGQUIT in addition to these inherited handlers." Apparently the last part doesn't happen, as the forementioned call to sigprocmask() clears the formerly blocked SIGINT and SIGQUIT. In the bash sources it also looks like this is intended, though I don't see how this would comply with the quotation from the man page and the expected behavior. Maybe this is a bash bug, which just no one has noticed, since everyone else uses job control. Because in that case setpgid() is invoked for the child (verified with strace under Linux), and the SIGINT won't be delivered to it in the first place. Any other ideas? PS: We should implement job control support. It doesn't look overly complicated to do that and it's definitely a nice feature. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 24 01:30:19 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 23 Aug 2007 23:30:19 -0000 Subject: [Haiku-bugs] [Haiku] #1421: Exiting KDL leaves KDL image on the screen Message-ID: <042.c1add564721e110ac7e93a5c5c023e8b@haiku-os.org> #1421: Exiting KDL leaves KDL image on the screen -------------------------+-------------------------------------------------- Reporter: scottmc | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Platform: All | -------------------------+-------------------------------------------------- Not a big deal, but it would be nice upon leaving KDL that the screen would refresh. For now I just grab a window and wipe it around the screen after leaving KDL. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 24 01:37:41 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 23 Aug 2007 23:37:41 -0000 Subject: [Haiku-bugs] [Haiku] #113: Ctrl+C kills applications that shouldn't be killed In-Reply-To: <053.2bd261f66adb26aeeed271b97a7595f4@haiku-os.org> References: <053.2bd261f66adb26aeeed271b97a7595f4@haiku-os.org> Message-ID: <062.8eef5a61879db29628fe42c6ac1da290@haiku-os.org> #113: Ctrl+C kills applications that shouldn't be killed ---------------------------------+------------------------------------------ Reporter: genki at bredband.net | Owner: bonefish Type: bug | Status: reopened Priority: critical | Milestone: R1 Component: System/Kernel | Version: Resolution: | Platform: x86 ---------------------------------+------------------------------------------ Comment (by axeld): Thanks! Since a few revisions, the signal handlers are cleared in exec() - that weren't done before. Quoting the description of sigaction() from the Open Group Base Specifications: "Once an action is installed for a specific signal, it shall remain installed until another action is explicitly requested (by another call to sigaction()), until the SA_RESETHAND flag causes resetting of the handler, or until one of the exec functions is called." Since this ticket has been reopened, maybe the reappearance was caused by this change. That would at least justify to open a new ticket, as the original problem was indeed fixed. PS: feel free to implement job control :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 24 03:32:51 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 24 Aug 2007 01:32:51 -0000 Subject: [Haiku-bugs] [Haiku] #582: Deskbar displays empty Haiku menu In-Reply-To: <054.a34a197cc42a843788451aba9ca3c3d1@haiku-os.org> References: <054.a34a197cc42a843788451aba9ca3c3d1@haiku-os.org> Message-ID: <063.8ca632bd3c28fab27b42e9af048693c6@haiku-os.org> #582: Deskbar displays empty Haiku menu ----------------------------------+----------------------------------------- Reporter: koki at digintrans.com | Owner: jackburton Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: Resolution: fixed | Platform: All ----------------------------------+----------------------------------------- Comment (by leavengood): I found another way to reproduce this: 1. Open the Haiku menu on the Deskbar. Leave it open. 2. Use Alt-F2 to switch to the second workspace. The menu will disappear, but the Haiku button is still grayed like it is selected. 3. Click on Tracker to get its team menu. 4. Click back on the Haiku menu and the menu appears. In BeOS if you switch workspace while the Be menu is open it is closed. In fact all menus close when workspaces are switched. To fix this bug the Haiku app_server or interface kit needs to close open menus when workspaces are switched. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 24 03:39:45 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 24 Aug 2007 01:39:45 -0000 Subject: [Haiku-bugs] [Haiku] #582: Deskbar displays empty Haiku menu In-Reply-To: <054.a34a197cc42a843788451aba9ca3c3d1@haiku-os.org> References: <054.a34a197cc42a843788451aba9ca3c3d1@haiku-os.org> Message-ID: <063.073d76982ced2c6ddcceb52362d25961@haiku-os.org> #582: Deskbar displays empty Haiku menu ----------------------------------+----------------------------------------- Reporter: koki at digintrans.com | Owner: jackburton Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: Resolution: fixed | Platform: All ----------------------------------+----------------------------------------- Comment (by leavengood): Actually I just tested some more and I can reproduce this using with the same steps as in the original bug report. If it matters I'm testing on VMWare and compiling with GCC 4.1.2. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 24 04:08:59 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 24 Aug 2007 02:08:59 -0000 Subject: [Haiku-bugs] [Haiku] #582: Deskbar displays empty Haiku menu In-Reply-To: <054.a34a197cc42a843788451aba9ca3c3d1@haiku-os.org> References: <054.a34a197cc42a843788451aba9ca3c3d1@haiku-os.org> Message-ID: <063.3ae5c615a992d58e2588cc9334fe1f68@haiku-os.org> #582: Deskbar displays empty Haiku menu ----------------------------------+----------------------------------------- Reporter: koki at digintrans.com | Owner: jackburton Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: Resolution: fixed | Platform: All ----------------------------------+----------------------------------------- Comment (by leavengood): Sorry to spam, but I just recompiled with GCC 2.95.3 (just in case) and I still see this problem. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 24 11:41:30 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 24 Aug 2007 09:41:30 -0000 Subject: [Haiku-bugs] [Haiku] #1422: /boot/beos/apps Folder Tracker Segmentation Fault Message-ID: <040.3cb28ddbe663901c876244b04437f273@haiku-os.org> #1422: /boot/beos/apps Folder Tracker Segmentation Fault ------------------------------------+--------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications/Tracker | Version: R1 development Platform: All | ------------------------------------+--------------------------------------- This crash happens when clicking on the Modified or Created columns in the apps folder. It doesn't seem to happen in any other folder. Not even in a child folder. The steps to reproduce this are: 1) Navigate to /boot/beos/apps and open apps. 2) Click on Modified or Created columns. The segmentation fault happens every time. Expected results are the Modified or created column should be sorted by date. This is reproduceable every time. The version I was testing is: r22046 on it's own partition. I also attached a gdb output with a backtrace appended in the same file. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 24 12:37:05 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 24 Aug 2007 10:37:05 -0000 Subject: [Haiku-bugs] [Haiku] #1422: /boot/beos/apps Folder Tracker Segmentation Fault In-Reply-To: <040.3cb28ddbe663901c876244b04437f273@haiku-os.org> References: <040.3cb28ddbe663901c876244b04437f273@haiku-os.org> Message-ID: <049.02c6d7514fb4a53bc5f0c8a8545188d0@haiku-os.org> #1422: /boot/beos/apps Folder Tracker Segmentation Fault -------------------------------------+-------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications/Tracker | Version: R1 development Resolution: | Platform: All -------------------------------------+-------------------------------------- Changes (by stippi): * cc: bonefish (added) Comment: I think we have multiple bugreports now that hint something might be wrong with the sorting algorithm? Could it have been caused by my commit which put ObjectList.h or something like that into the headers/private/shared folder? And now Tracker might be using two different versions? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 24 19:11:32 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 24 Aug 2007 17:11:32 -0000 Subject: [Haiku-bugs] [Haiku] #1363: PANIC: vm_page_fault: unhandled page fault in kernel space (rev21847) In-Reply-To: <042.0d495f1e0aba174c9f94ff817bfa40de@haiku-os.org> References: <042.0d495f1e0aba174c9f94ff817bfa40de@haiku-os.org> Message-ID: <051.91936804d595d7a6b7617a399eaf17a0@haiku-os.org> #1363: PANIC: vm_page_fault: unhandled page fault in kernel space (rev21847) ------------------------+--------------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by kaliber): Is any progress on this bug? I'm asking because it's quite important, filesystem should be stable like a rock :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 24 21:52:53 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 24 Aug 2007 19:52:53 -0000 Subject: [Haiku-bugs] [Haiku] #1423: App Network References fails to recover gateway ip after reboot Message-ID: <044.1230dd9053998b22d870e911d4f546bc@haiku-os.org> #1423: App Network References fails to recover gateway ip after reboot -----------------------------------+---------------------------------------- Reporter: sicutdeux | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Preferences/Network | Version: R1 development Platform: x86 | -----------------------------------+---------------------------------------- The app works nice except after a reboot it doesn't recover the ip from the gateway, also the app can't create the /etc/resolv.conf, i had to touch it manually before the app save the settings on it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 24 21:53:34 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 24 Aug 2007 19:53:34 -0000 Subject: [Haiku-bugs] [Haiku] #1423: App Network Preferences fails to recover gateway ip after reboot In-Reply-To: <044.1230dd9053998b22d870e911d4f546bc@haiku-os.org> References: <044.1230dd9053998b22d870e911d4f546bc@haiku-os.org> Message-ID: <053.76f70850a417eb40fa055c4f183000f9@haiku-os.org> #1423: App Network Preferences fails to recover gateway ip after reboot ------------------------------------+--------------------------------------- Reporter: sicutdeux | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Preferences/Network | Version: R1 development Resolution: | Platform: x86 ------------------------------------+--------------------------------------- Changes (by sicutdeux): * summary: App Network References fails to recover gateway ip after reboot => App Network Preferences fails to recover gateway ip after reboot -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 24 23:05:14 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 24 Aug 2007 21:05:14 -0000 Subject: [Haiku-bugs] [Haiku] #582: Deskbar displays empty Haiku menu In-Reply-To: <054.a34a197cc42a843788451aba9ca3c3d1@haiku-os.org> References: <054.a34a197cc42a843788451aba9ca3c3d1@haiku-os.org> Message-ID: <063.0487df9c26f5d1666cc86c2de7cbbefb@haiku-os.org> #582: Deskbar displays empty Haiku menu ----------------------------------+----------------------------------------- Reporter: koki at digintrans.com | Owner: jackburton Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: Resolution: fixed | Platform: All ----------------------------------+----------------------------------------- Comment (by jackburton): Looks like it was since r21961. I am not saying that change it's wrong, but at least it made the bug show up again. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 24 23:07:19 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 24 Aug 2007 21:07:19 -0000 Subject: [Haiku-bugs] [Haiku] #582: Deskbar displays empty Haiku menu In-Reply-To: <054.a34a197cc42a843788451aba9ca3c3d1@haiku-os.org> References: <054.a34a197cc42a843788451aba9ca3c3d1@haiku-os.org> Message-ID: <063.fd9c6d33583aa481e1d7742402bbe036@haiku-os.org> #582: Deskbar displays empty Haiku menu ----------------------------------+----------------------------------------- Reporter: koki at digintrans.com | Owner: jackburton Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: Resolution: | Platform: All ----------------------------------+----------------------------------------- Changes (by jackburton): * status: closed => reopened * resolution: fixed => -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 24 23:18:59 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 24 Aug 2007 21:18:59 -0000 Subject: [Haiku-bugs] [Haiku] #113: Ctrl+C kills applications that shouldn't be killed In-Reply-To: <053.2bd261f66adb26aeeed271b97a7595f4@haiku-os.org> References: <053.2bd261f66adb26aeeed271b97a7595f4@haiku-os.org> Message-ID: <062.532fbf02abd6599c51320cc350f764b7@haiku-os.org> #113: Ctrl+C kills applications that shouldn't be killed ---------------------------------+------------------------------------------ Reporter: genki at bredband.net | Owner: bonefish Type: bug | Status: reopened Priority: critical | Milestone: R1 Component: System/Kernel | Version: Resolution: | Platform: x86 ---------------------------------+------------------------------------------ Comment (by bonefish): I just tested our bash version under BeOS R5 and things work as expected. So this is apparently not a bash problem. I guess I'll have to do a little more analyzing... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 24 23:22:13 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 24 Aug 2007 21:22:13 -0000 Subject: [Haiku-bugs] [Haiku] #1424: The "new pad" function on Launchbox app does the same thing as clone Message-ID: <044.edabbed2767ba5cd3b719ab7b851e060@haiku-os.org> #1424: The "new pad" function on Launchbox app does the same thing as clone ----------------------------+----------------------------------------------- Reporter: sicutdeux | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications | Version: R1 development Platform: x86 | ----------------------------+----------------------------------------------- This app can be found via leef menu on desktop applets, when you hit new on the pad submenu it just create a another pad exactly like the one is open by default, but also the same menu has a clone option. Copy and Paste? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 25 01:01:06 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 24 Aug 2007 23:01:06 -0000 Subject: [Haiku-bugs] [Haiku] #113: Ctrl+C kills applications that shouldn't be killed In-Reply-To: <053.2bd261f66adb26aeeed271b97a7595f4@haiku-os.org> References: <053.2bd261f66adb26aeeed271b97a7595f4@haiku-os.org> Message-ID: <062.d1e2394c0662ac7a3880dc23bca0194d@haiku-os.org> #113: Ctrl+C kills applications that shouldn't be killed ---------------------------------+------------------------------------------ Reporter: genki at bredband.net | Owner: bonefish Type: bug | Status: reopened Priority: critical | Milestone: R1 Component: System/Kernel | Version: Resolution: | Platform: x86 ---------------------------------+------------------------------------------ Comment (by bonefish): I believe I fully understand the problem now. Your change (resetting the signal handlers) is indeed the cause. If the OS does not support job control, bash blocks SIGINT/SIGHUP of asynchronous children by installing a SIG_IGN signal handler (via sigaction()). Clearing the signal handlers on exec() undoes that and we run into our bug. POSIX has been requiring job control for some time now, which is why clearing the signal handlers is required too, but one can't do that without job control support (BeOS doesn't). So for us it's either implementing job control support or reverting your change. I'll have a close look... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 25 01:36:11 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 24 Aug 2007 23:36:11 -0000 Subject: [Haiku-bugs] [Haiku] #1424: The "new pad" function on Launchbox app does the same thing as clone In-Reply-To: <044.edabbed2767ba5cd3b719ab7b851e060@haiku-os.org> References: <044.edabbed2767ba5cd3b719ab7b851e060@haiku-os.org> Message-ID: <053.a7cd00631716d5f159bf3a5b018b6df1@haiku-os.org> #1424: The "new pad" function on Launchbox app does the same thing as clone -----------------------------+---------------------------------------------- Reporter: sicutdeux | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications | Version: R1 development Resolution: | Platform: x86 -----------------------------+---------------------------------------------- Changes (by axeld): * owner: axeld => stippi -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 25 16:40:36 2007 From: trac at haiku-os.org (Haiku) Date: Sat, 25 Aug 2007 14:40:36 -0000 Subject: [Haiku-bugs] [Haiku] #1425: Echo driver: sound dropouts with FireFox and 100%CPU usage Message-ID: <041.aef0e30d8891ed34fce951ff7f901c5c@haiku-os.org> #1425: Echo driver: sound dropouts with FireFox and 100%CPU usage ----------------------------------+----------------------------------------- Reporter: nutela | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/media_server | Version: R1 development Platform: x86 | ----------------------------------+----------------------------------------- Audio seems to interrupt when Firefox is loading a web page and the CPU usage by FF goes 100%. Experience on R5 with Echo audio driver, Mia MIDI, haiku multimedia addon. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 25 19:38:21 2007 From: trac at haiku-os.org (Haiku) Date: Sat, 25 Aug 2007 17:38:21 -0000 Subject: [Haiku-bugs] [Haiku] #1424: The "new pad" function on Launchbox app does the same thing as clone In-Reply-To: <044.edabbed2767ba5cd3b719ab7b851e060@haiku-os.org> References: <044.edabbed2767ba5cd3b719ab7b851e060@haiku-os.org> Message-ID: <053.e4e2c01c1c3f854eddc4d96f37c6e58c@haiku-os.org> #1424: The "new pad" function on Launchbox app does the same thing as clone -----------------------------+---------------------------------------------- Reporter: sicutdeux | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - Applications | Version: R1 development Resolution: fixed | Platform: x86 -----------------------------+---------------------------------------------- Changes (by stippi): * status: new => closed * resolution: => fixed Comment: Thanks! Fixed in r22055. Along with some more polishing. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 25 21:05:17 2007 From: trac at haiku-os.org (Haiku) Date: Sat, 25 Aug 2007 19:05:17 -0000 Subject: [Haiku-bugs] [Haiku] #1425: Echo driver: sound dropouts with FireFox and 100%CPU usage In-Reply-To: <041.aef0e30d8891ed34fce951ff7f901c5c@haiku-os.org> References: <041.aef0e30d8891ed34fce951ff7f901c5c@haiku-os.org> Message-ID: <050.67a7bc042fb97a08d59b9160289d4bef@haiku-os.org> #1425: Echo driver: sound dropouts with FireFox and 100%CPU usage -----------------------------------+---------------------------------------- Reporter: nutela | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/media_server | Version: R1 development Resolution: | Platform: x86 -----------------------------------+---------------------------------------- Comment (by tigerdog): I have had ongoing problems with the Echo24 driver and sound dropouts, not just under 100% CPU. The audio "skips" periodically, as if it's being interrupted by disk and network IO. This problem occurs under BONE and Zeta, also. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 25 21:07:48 2007 From: trac at haiku-os.org (Haiku) Date: Sat, 25 Aug 2007 19:07:48 -0000 Subject: [Haiku-bugs] [Haiku] #1153: GLTeapot crashes on AMD64x2 In-Reply-To: <043.ea3c568d02588ae415238866fa9a8b78@haiku-os.org> References: <043.ea3c568d02588ae415238866fa9a8b78@haiku-os.org> Message-ID: <052.ecf16932c744a46c4959b577ec726824@haiku-os.org> #1153: GLTeapot crashes on AMD64x2 ------------------------+--------------------------------------------------- Reporter: tigerdog | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by tigerdog): This problem is fixed - thank you! Tested with nightly build from 2007-08-24. Sorry for the delay in reporting. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Aug 25 21:08:34 2007 From: trac at haiku-os.org (Haiku) Date: Sat, 25 Aug 2007 19:08:34 -0000 Subject: [Haiku-bugs] [Haiku] #1153: GLTeapot crashes on AMD64x2 In-Reply-To: <043.ea3c568d02588ae415238866fa9a8b78@haiku-os.org> References: <043.ea3c568d02588ae415238866fa9a8b78@haiku-os.org> Message-ID: <052.817b0391d5f32ea79f6577a6f9d220d6@haiku-os.org> #1153: GLTeapot crashes on AMD64x2 ------------------------+--------------------------------------------------- Reporter: tigerdog | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by tigerdog): BTW, it's very interesting to watch Pulse while teapot is running, as activity periodically switches between CPUs. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 26 00:32:43 2007 From: trac at haiku-os.org (Haiku) Date: Sat, 25 Aug 2007 22:32:43 -0000 Subject: [Haiku-bugs] [Haiku] #1426: redraw is incorrect Message-ID: <040.a6dee375ecdd228ffa366b14f53a510e@haiku-os.org> #1426: redraw is incorrect --------------------------------+------------------------------------------- Reporter: axeld | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Platform: All | --------------------------------+------------------------------------------- With Sudoku on mouse over, it would (on BeOS) redraw exactly the inner field without the frame. On Haiku, the border will flicker, too, and the right and lower borders will be overdrawn by the background color - which is never done in Sudoku itself. I did quite some fine tuning on that part in BeOS, and it works there perfectly. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 26 00:34:22 2007 From: trac at haiku-os.org (Haiku) Date: Sat, 25 Aug 2007 22:34:22 -0000 Subject: [Haiku-bugs] [Haiku] #1153: GLTeapot crashes on AMD64x2 In-Reply-To: <043.ea3c568d02588ae415238866fa9a8b78@haiku-os.org> References: <043.ea3c568d02588ae415238866fa9a8b78@haiku-os.org> Message-ID: <052.668dd1e0fa131c462f599f197ec54090@haiku-os.org> #1153: GLTeapot crashes on AMD64x2 -----------------------------+---------------------------------------------- Reporter: tigerdog | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - Applications | Version: R1 development Resolution: fixed | Platform: All -----------------------------+---------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed * component: - General => - Applications Comment: Thanks for testing! The scheduler problem is just how the current one works; Andr? Braga is currently working on a replacement as part of the Google Summer of Code - and that should fix this problem, among others. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 26 15:02:37 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 26 Aug 2007 13:02:37 -0000 Subject: [Haiku-bugs] [Haiku] #1426: redraw is incorrect In-Reply-To: <040.a6dee375ecdd228ffa366b14f53a510e@haiku-os.org> References: <040.a6dee375ecdd228ffa366b14f53a510e@haiku-os.org> Message-ID: <049.b94f4f6fd855dd34f456487eb96e4d67@haiku-os.org> #1426: redraw is incorrect ---------------------------------+------------------------------------------ Reporter: axeld | Owner: stippi Type: bug | Status: new Priority: high | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Changes (by axeld): * priority: normal => high Comment: Having thought about it a bit, the problem is probably related to rounding errors. I don't round the values I use for drawing the lines, and also not those I send to the update region. Apparently, the background deletion rounds the values differently than the region code - at least that would match what I see, I haven't looked at the actual code. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 26 15:08:30 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 26 Aug 2007 13:08:30 -0000 Subject: [Haiku-bugs] [Haiku] #1426: redraw is incorrect In-Reply-To: <040.a6dee375ecdd228ffa366b14f53a510e@haiku-os.org> References: <040.a6dee375ecdd228ffa366b14f53a510e@haiku-os.org> Message-ID: <049.6884e7cfa3df96f95af1472b4dbd9810@haiku-os.org> #1426: redraw is incorrect ---------------------------------+------------------------------------------ Reporter: axeld | Owner: stippi Type: bug | Status: assigned Priority: high | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Changes (by stippi): * status: new => assigned Comment: The background deletion is correct. The checks that test if a certain drawing command is intersecting the current clipping region is not working correctly for drawing commands containing fractional coordinates. Otherwise this problem would not have shown visually. I have fixed one part of the problem (incompatible behavior of BView::Invalidate(BRect)), so that the parts are invalidated for fractional BRects as on BeOS. The other issue with testing the drawing commands against the current clipping on the app_server need to be corrected yet. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 26 15:28:27 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 26 Aug 2007 13:28:27 -0000 Subject: [Haiku-bugs] [Haiku] #1426: redraw is incorrect In-Reply-To: <040.a6dee375ecdd228ffa366b14f53a510e@haiku-os.org> References: <040.a6dee375ecdd228ffa366b14f53a510e@haiku-os.org> Message-ID: <049.bc05d387c78db34dbc74a6c33b0b4514@haiku-os.org> #1426: redraw is incorrect ---------------------------------+------------------------------------------ Reporter: axeld | Owner: stippi Type: bug | Status: assigned Priority: high | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by stippi): Small correction: The problem would have shown itself visually in terms of flickering lines. But the clipping problem is that instead, the lines and rects are not drawn at all in some conditions. I am thinking that maybe the rounding of coordinates (in case a BView is not B_SUB_PIXEL_PRECISE) should not happen in Painter, but in ViewLayer::ConvertToScreenForDrawing(). That would avoid this problem and simplify some code maybe. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 26 16:33:03 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 26 Aug 2007 14:33:03 -0000 Subject: [Haiku-bugs] [Haiku] #1426: redraw is incorrect In-Reply-To: <040.a6dee375ecdd228ffa366b14f53a510e@haiku-os.org> References: <040.a6dee375ecdd228ffa366b14f53a510e@haiku-os.org> Message-ID: <049.6e5767665f2dd82e981812da5fd7494d@haiku-os.org> #1426: redraw is incorrect ---------------------------------+------------------------------------------ Reporter: axeld | Owner: stippi Type: bug | Status: closed Priority: high | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: fixed | Platform: All ---------------------------------+------------------------------------------ Changes (by stippi): * status: assigned => closed * resolution: => fixed Comment: Both parts of the bug are now fixed in r22058 and r22060. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 26 17:16:26 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 26 Aug 2007 15:16:26 -0000 Subject: [Haiku-bugs] [Haiku] #1427: Firefox crashes on start Message-ID: <045.03840ccf9955876aa1eb5422e58ac464@haiku-os.org> #1427: Firefox crashes on start ------------------------+--------------------------------------------------- Reporter: tangobravo | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Platform: All | ------------------------+--------------------------------------------------- I've got a (staticly linked) build of firefox-2.0.0.6 that I've been trying on Haiku. It always segfaults on start-up but the exact place varies. My gut feeling is it's a lack of memory issue as the segfault sometimes occurs in BPrivate::threadHeap::malloc() - are there any constants for heap size or anything I can enlarge to see if that helps? I'll keep investigating and try and get a simplified test case -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 26 17:21:25 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 26 Aug 2007 15:21:25 -0000 Subject: [Haiku-bugs] [Haiku] #113: Ctrl+C kills applications that shouldn't be killed In-Reply-To: <053.2bd261f66adb26aeeed271b97a7595f4@haiku-os.org> References: <053.2bd261f66adb26aeeed271b97a7595f4@haiku-os.org> Message-ID: <062.e8a6110ce01ad2445c2ecbf765f5b795@haiku-os.org> #113: Ctrl+C kills applications that shouldn't be killed ---------------------------------+------------------------------------------ Reporter: genki at bredband.net | Owner: bonefish Type: bug | Status: reopened Priority: critical | Milestone: R1 Component: System/Kernel | Version: Resolution: | Platform: x86 ---------------------------------+------------------------------------------ Comment (by bonefish): Closing this bug now. The original problem had already been fixed. I've enabled job control in bash in r22061, which cures the symptoms. Some kernel support is missing, so the shell will not work smoothly yet. Working on it... Please don't reopen. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 26 17:21:39 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 26 Aug 2007 15:21:39 -0000 Subject: [Haiku-bugs] [Haiku] #113: Ctrl+C kills applications that shouldn't be killed In-Reply-To: <053.2bd261f66adb26aeeed271b97a7595f4@haiku-os.org> References: <053.2bd261f66adb26aeeed271b97a7595f4@haiku-os.org> Message-ID: <062.749b6f452d05fe14751b233cbec05563@haiku-os.org> #113: Ctrl+C kills applications that shouldn't be killed ---------------------------------+------------------------------------------ Reporter: genki at bredband.net | Owner: bonefish Type: bug | Status: closed Priority: critical | Milestone: R1 Component: System/Kernel | Version: Resolution: fixed | Platform: x86 ---------------------------------+------------------------------------------ Changes (by bonefish): * status: reopened => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 26 17:45:47 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 26 Aug 2007 15:45:47 -0000 Subject: [Haiku-bugs] [Haiku] #1427: Firefox crashes on start In-Reply-To: <045.03840ccf9955876aa1eb5422e58ac464@haiku-os.org> References: <045.03840ccf9955876aa1eb5422e58ac464@haiku-os.org> Message-ID: <054.37a790280740c1866243d036145a2b50@haiku-os.org> #1427: Firefox crashes on start -------------------------+-------------------------------------------------- Reporter: tangobravo | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All -------------------------+-------------------------------------------------- Comment (by axeld): If you have enough memory, the heap should well grow over 1 GB. Also, the heap allocation would not crash then, it would just fail. It looks like there is some memory corruption happening, though. Have you tried to run that build with MALLOC_DEBUG=15 on BeOS (set as env variable on startup in a BONE BeOS or one with a libroot.so version that support that)? Either way, the runtime loader does not use the heap - it has its own heap, so if it's not Firefox itself, it could also be a bug in some other userland library like libroot.so, or libbe.so. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Aug 26 19:29:45 2007 From: trac at haiku-os.org (Haiku) Date: Sun, 26 Aug 2007 17:29:45 -0000 Subject: [Haiku-bugs] [Haiku] #1427: Firefox crashes on start In-Reply-To: <045.03840ccf9955876aa1eb5422e58ac464@haiku-os.org> References: <045.03840ccf9955876aa1eb5422e58ac464@haiku-os.org> Message-ID: <054.47af6dddf90adeb0e232c9c2af649eff@haiku-os.org> #1427: Firefox crashes on start -------------------------+-------------------------------------------------- Reporter: tangobravo | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All -------------------------+-------------------------------------------------- Comment (by tangobravo): This is being posted from R5 with MALLOC_DEBUG=15 (through VMWare so I get net access with my wireless card) and it seems to work OK. I've also tested it natively with success. I checked MALLOC_DEBUG was doing something with a little {{{ delete myBView; myBView->Bounds(); }}} which crashed with it and not without. I'll attached part of a backtrace - all the nsDrawingSurface destructor does is call delete on a bitmap. Perhaps "on start" in the title is misleading - the main window is created, and on some starts is even drawn before the crash. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Aug 27 15:57:17 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 27 Aug 2007 13:57:17 -0000 Subject: [Haiku-bugs] [Haiku] #1153: GLTeapot crashes on AMD64x2 In-Reply-To: <043.ea3c568d02588ae415238866fa9a8b78@haiku-os.org> References: <043.ea3c568d02588ae415238866fa9a8b78@haiku-os.org> Message-ID: <052.6a547035cf28c97e4ccdb725bdccb4fc@haiku-os.org> #1153: GLTeapot crashes on AMD64x2 -----------------------------+---------------------------------------------- Reporter: tigerdog | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - Applications | Version: R1 development Resolution: fixed | Platform: All -----------------------------+---------------------------------------------- Comment (by phoudoin): Replying to [comment:14 axeld]: > Thanks for testing! > The scheduler problem is just how the current one works; Andr? Braga is currently working on a replacement as part of the Google Summer of Code - and that should fix this problem, among others. > Hum, we still need to fix SSE & like under Haiku, as NOT using those within the Mesa software renderer hit it badly. Or is only MESA usage of SSE & like that crash, while VLC use SSE without issue? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 28 00:11:50 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 27 Aug 2007 22:11:50 -0000 Subject: [Haiku-bugs] [Haiku] #1417: Media Preferences crashes with dropdown menu active followed by 'page' switch In-Reply-To: <044.df4f669105e2006681d3ebd0a462b362@haiku-os.org> References: <044.df4f669105e2006681d3ebd0a462b362@haiku-os.org> Message-ID: <053.11d504a2521a0a56a43892344587b760@haiku-os.org> #1417: Media Preferences crashes with dropdown menu active followed by 'page' switch ----------------------------------+----------------------------------------- Reporter: pieterpan | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Preferences/Media | Version: R1 development Resolution: | Platform: All ----------------------------------+----------------------------------------- Comment (by korli): Can't reproduce. Could you provide a screenshot before the crash ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 28 00:14:32 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 27 Aug 2007 22:14:32 -0000 Subject: [Haiku-bugs] [Haiku] #1428: Build breaks on 32-bit FreeBSD Message-ID: <044.3cd2e4929cb3109a4a4e9d60698b8b60@haiku-os.org> #1428: Build breaks on 32-bit FreeBSD --------------------------+------------------------------------------------- Reporter: anevilyak | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Platform: x86 | --------------------------+------------------------------------------------- On FreeBSD/i386, the build gets 99% of the way, but fails on the bash build step. Specifically, MkSigNamesExt1 fails, for the following reason: In support/mksignames.c, the size of the signals array is defined by looking up the value of NSIG. Given the arithmetic, this yields an array of 64 entries. However, it also checks for SIGRTMIN AND SIGRTMAX. On FreeBSD these resolve to 65 and 126. As a consequence, it tries to also populate those entries, but these are out of the array's bounds and so it crashes. This can be fixed by using a similar workaround to what is done for AIX, where RTMIN and RTMAX are undef'd. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 28 00:14:56 2007 From: trac at haiku-os.org (Haiku) Date: Mon, 27 Aug 2007 22:14:56 -0000 Subject: [Haiku-bugs] [Haiku] #989: Expander crashes when unzipping In-Reply-To: <045.7a5fcbe424e2140238488970b62ee06b@haiku-os.org> References: <045.7a5fcbe424e2140238488970b62ee06b@haiku-os.org> Message-ID: <054.9200bf6a7a92d09236ecd5abdcb6d7fd@haiku-os.org> #989: Expander crashes when unzipping --------------------------------------+------------------------------------- Reporter: jackburton | Owner: korli Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - Applications/Expander | Version: R1 development Resolution: fixed | Platform: All --------------------------------------+------------------------------------- Changes (by korli): * status: reopened => closed * resolution: => fixed Comment: Closing ... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 28 02:46:45 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 28 Aug 2007 00:46:45 -0000 Subject: [Haiku-bugs] [Haiku] #1429: Icons for Chart, Mandelbrot, Email, Cody Cam and Disks use old style. Message-ID: <042.1555660311752b958e3000bceb70de58@haiku-os.org> #1429: Icons for Chart, Mandelbrot, Email, Cody Cam and Disks use old style. -------------------------+-------------------------------------------------- Reporter: scottmc | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Platform: All | -------------------------+-------------------------------------------------- Are there plans to make all of the icons for all programs in Haiku use the new style icons? I looked around and it seems only these 5 are left to do? There might be some I missed. I searched through the other tickets but didn't find any that addressed this specific issue. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 28 12:16:37 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 28 Aug 2007 10:16:37 -0000 Subject: [Haiku-bugs] [Haiku] #1430: BTextView has invalidation problems when words are moved from the end of a line to a new line while typing Message-ID: <041.34cc7183b62f5c22d2b01af6309c61d0@haiku-os.org> #1430: BTextView has invalidation problems when words are moved from the end of a line to a new line while typing ------------------------------+--------------------------------------------- Reporter: stippi | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: - User Interface | Version: R1 development Platform: All | ------------------------------+--------------------------------------------- When typing a word at the end of a line in for example BMail, and the words is becoming long enough so that it is moved (wrapped) to the next line, then the end of the line where the word used to be is not properly invalidated. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 28 12:26:39 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 28 Aug 2007 10:26:39 -0000 Subject: [Haiku-bugs] [Haiku] #1431: Mail codebase needs a cleanup to fix several issues Message-ID: <041.dcc9be20280c3792355a6e71d7d5c528@haiku-os.org> #1431: Mail codebase needs a cleanup to fix several issues ---------------------------------+------------------------------------------ Reporter: stippi | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications/Mail | Version: R1 development Platform: All | ---------------------------------+------------------------------------------ * Mail is not font sensitive and overwrites the user configured system fontsize for some (but not all) controls * the code is quite messy and ignores proper object oriented programming concepts * the print settings message is used from deleted print jobs instead of being copied * the code is riddled with race conditions when it comes to changing settings: - program settings are implemented via global variables, in different status of having been cleaned up - program settings are applied at "random" with locking problems and race conditions - some program settings are available to change in the preference GUI, but have no effect, since the respective code is not in use anymore (for example disabling the text under the icon buttons) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 28 12:27:06 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 28 Aug 2007 10:27:06 -0000 Subject: [Haiku-bugs] [Haiku] #1431: Mail codebase needs a cleanup to fix several issues In-Reply-To: <041.dcc9be20280c3792355a6e71d7d5c528@haiku-os.org> References: <041.dcc9be20280c3792355a6e71d7d5c528@haiku-os.org> Message-ID: <050.08d2be41680ceacca04c1df589440661@haiku-os.org> #1431: Mail codebase needs a cleanup to fix several issues ----------------------------------+----------------------------------------- Reporter: stippi | Owner: stippi Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - Applications/Mail | Version: R1 development Resolution: | Platform: All ----------------------------------+----------------------------------------- Changes (by stippi): * status: new => assigned -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 28 12:31:01 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 28 Aug 2007 10:31:01 -0000 Subject: [Haiku-bugs] [Haiku] #1432: BStatusBar is not invalidating the correct regions when being resized Message-ID: <041.f0f33c648ff2e0f7f26a894ddb74997a@haiku-os.org> #1432: BStatusBar is not invalidating the correct regions when being resized ------------------------------+--------------------------------------------- Reporter: stippi | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: - User Interface | Version: R1 development Platform: All | ------------------------------+--------------------------------------------- To reproduce, for example use Mail to fetch your mail (set it to leave mails on server!), resize the status window, the gui will be mess. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 28 14:09:35 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 28 Aug 2007 12:09:35 -0000 Subject: [Haiku-bugs] [Haiku] #1428: Build breaks on 32-bit FreeBSD In-Reply-To: <044.3cd2e4929cb3109a4a4e9d60698b8b60@haiku-os.org> References: <044.3cd2e4929cb3109a4a4e9d60698b8b60@haiku-os.org> Message-ID: <053.8a1ca0aa79f46239e181ee7cf2f52b3d@haiku-os.org> #1428: Build breaks on 32-bit FreeBSD ---------------------------+------------------------------------------------ Reporter: anevilyak | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: fixed | Platform: x86 ---------------------------+------------------------------------------------ Changes (by bonefish): * status: new => closed * resolution: => fixed Comment: I avoided touching the mksignames source. It wasn't correct to use it for cross-compilation anyway. The problem should be gone in r22092. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 28 14:18:19 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 28 Aug 2007 12:18:19 -0000 Subject: [Haiku-bugs] [Haiku] #1433: Building on FreeBSD is Broken Message-ID: <039.7a93a041456a7a6a187e69a56af16539@haiku-os.org> #1433: Building on FreeBSD is Broken --------------------------+------------------------------------------------- Reporter: skoe | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Platform: x86 | --------------------------+------------------------------------------------- FreeBSD cannot build Haiku due to a problem with Yacc/Bison/Bison2/etc. This patch makes the build system use 'bison2' instead of bison/yacc. With this patch FreeBSD (v6.2/STABLE) is able to compile a haiku image without any problems. PS: Should a list of the ports need to be installed on FreeBSD be added to the cross compiler readme file? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 28 14:36:39 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 28 Aug 2007 12:36:39 -0000 Subject: [Haiku-bugs] [Haiku] #1430: BTextView has invalidation problems when words are moved from the end of a line to a new line while typing In-Reply-To: <041.34cc7183b62f5c22d2b01af6309c61d0@haiku-os.org> References: <041.34cc7183b62f5c22d2b01af6309c61d0@haiku-os.org> Message-ID: <050.3db8507e63fb50b00f9cb1ecf1a1bc53@haiku-os.org> #1430: BTextView has invalidation problems when words are moved from the end of a line to a new line while typing -------------------------------+-------------------------------------------- Reporter: stippi | Owner: jackburton Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - User Interface | Version: R1 development Resolution: | Platform: All -------------------------------+-------------------------------------------- Changes (by jackburton): * status: new => assigned -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 28 14:37:45 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 28 Aug 2007 12:37:45 -0000 Subject: [Haiku-bugs] [Haiku] #523: [BMenuBar] text color selection In-Reply-To: <040.1a628e72756da7184d6040d31e6995ba@haiku-os.org> References: <040.1a628e72756da7184d6040d31e6995ba@haiku-os.org> Message-ID: <049.3ddec98c801e2910159db525ebd9c5c8@haiku-os.org> #523: [BMenuBar] text color selection ------------------------+--------------------------------------------------- Reporter: diver | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: Resolution: fixed | Platform: All ------------------------+--------------------------------------------------- Changes (by stippi): * status: assigned => closed * resolution: => fixed Old description: > Selected text in BMenuBar is different from R5. > Screenshot will follow. New description: Selected text in BMenuBar is different from R5. Screenshot will follow. Comment: fixed but I am too lazy to research in which revision... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 28 14:48:59 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 28 Aug 2007 12:48:59 -0000 Subject: [Haiku-bugs] [Haiku] #1198: Email preferences UI broken In-Reply-To: <039.a4498156e7370cb0ef87d78e3640849f@haiku-os.org> References: <039.a4498156e7370cb0ef87d78e3640849f@haiku-os.org> Message-ID: <048.635e0260efe6a06e98076a8b4b34448d@haiku-os.org> #1198: Email preferences UI broken ---------------------------------+------------------------------------------ Reporter: koki | Owner: stippi Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - Preferences/Mail | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Changes (by stippi): * owner: axeld => stippi * status: new => assigned -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 28 14:49:24 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 28 Aug 2007 12:49:24 -0000 Subject: [Haiku-bugs] [Haiku] #1207: Placing of controls and icons in Mail app (easy) In-Reply-To: <044.bdfde3b4d2dcea60f2a6a006e588e7f3@haiku-os.org> References: <044.bdfde3b4d2dcea60f2a6a006e588e7f3@haiku-os.org> Message-ID: <053.4c4b24e30306dd0359de32e7596cab1d@haiku-os.org> #1207: Placing of controls and icons in Mail app (easy) ----------------------------------+----------------------------------------- Reporter: humdinger | Owner: stippi Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: - Applications/Mail | Version: R1 development Resolution: | Platform: All ----------------------------------+----------------------------------------- Changes (by stippi): * owner: axeld => stippi * status: new => assigned -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 28 14:52:41 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 28 Aug 2007 12:52:41 -0000 Subject: [Haiku-bugs] [Haiku] #974: colored menus issues In-Reply-To: <040.9adfcbc9713bbe595d15465033d4cf7f@haiku-os.org> References: <040.9adfcbc9713bbe595d15465033d4cf7f@haiku-os.org> Message-ID: <049.46e7fee672f02ec13e6de0bf2d5275f8@haiku-os.org> #974: colored menus issues ---------------------------------+------------------------------------------ Reporter: diver | Owner: stippi Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Changes (by stippi): * owner: jackburton => stippi * status: new => assigned Comment: There are some issues with the Menu preflet preview of a menu when changing colors, but the menus itself should be working correctly since a few revisions. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 28 14:53:26 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 28 Aug 2007 12:53:26 -0000 Subject: [Haiku-bugs] [Haiku] #961: app_server allows resizing of window frame when it's not supposed to In-Reply-To: <041.f4aa2d733c72b59c6324bef5b4c379a9@haiku-os.org> References: <041.f4aa2d733c72b59c6324bef5b4c379a9@haiku-os.org> Message-ID: <050.57353ad6b4e3f33aed5eeab63eb9bf6a@haiku-os.org> #961: app_server allows resizing of window frame when it's not supposed to ---------------------------------+------------------------------------------ Reporter: genki0 | Owner: stippi Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Platform: x86 ---------------------------------+------------------------------------------ Changes (by stippi): * owner: axeld => stippi * status: new => assigned -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 28 14:57:01 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 28 Aug 2007 12:57:01 -0000 Subject: [Haiku-bugs] [Haiku] #940: [FileTypes] lags in scrolling of listview In-Reply-To: <040.93ac85da9648897f6f41c6886a2fdcfd@haiku-os.org> References: <040.93ac85da9648897f6f41c6886a2fdcfd@haiku-os.org> Message-ID: <049.cc73c1b503095c86bb5319bbbf12c2f4@haiku-os.org> #940: [FileTypes] lags in scrolling of listview ---------------------------------+------------------------------------------ Reporter: diver | Owner: stippi Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Changes (by stippi): * owner: axeld => stippi * status: new => assigned -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 28 14:57:54 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 28 Aug 2007 12:57:54 -0000 Subject: [Haiku-bugs] [Haiku] #926: [app_server] could dead lock when scrolling in NetPositive In-Reply-To: <040.c255cf763563c3d545ea7e5c87f12e05@haiku-os.org> References: <040.c255cf763563c3d545ea7e5c87f12e05@haiku-os.org> Message-ID: <049.27d41f87428e1fa7c21fe5ab36c7b1c0@haiku-os.org> #926: [app_server] could dead lock when scrolling in NetPositive ------------------------+--------------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by stippi): Can you still reproduce this? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 28 14:59:33 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 28 Aug 2007 12:59:33 -0000 Subject: [Haiku-bugs] [Haiku] #880: [app_server] icon disappers if selected and then desktop right clicked In-Reply-To: <040.816a17610ad3f9b5a77648d1f7f9f8b1@haiku-os.org> References: <040.816a17610ad3f9b5a77648d1f7f9f8b1@haiku-os.org> Message-ID: <049.878be27e19e7bacff029876a7c40bad2@haiku-os.org> #880: [app_server] icon disappers if selected and then desktop right clicked ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Comment (by stippi): Sounds like a problem with accepting or not accepting first click? Maybe R5 makes sure clicks which result in closing menus never go though to the window which is clicked on? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 28 15:10:21 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 28 Aug 2007 13:10:21 -0000 Subject: [Haiku-bugs] [Haiku] #632: Team Monitor window corruption In-Reply-To: <040.c37f97000c6d1f957c5b476fa8a2eb4f@haiku-os.org> References: <040.c37f97000c6d1f957c5b476fa8a2eb4f@haiku-os.org> Message-ID: <049.e7e9bd5872e342c5677666c54ecf6400@haiku-os.org> #632: Team Monitor window corruption ------------------------+--------------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: Resolution: fixed | Platform: All ------------------------+--------------------------------------------------- Changes (by stippi): * status: new => closed * platform: => All * resolution: => fixed Old description: > To reproduce it click on Tracker in Deskbar and then blue leaf button, > now > press ctrl+alt+del. Team Monitor will appear with partially corrupted > window. > Tested with r17585 under vmware. > Screenshot will follow. New description: To reproduce it click on Tracker in Deskbar and then blue leaf button, now press ctrl+alt+del. Team Monitor will appear with partially corrupted window. Tested with r17585 under vmware. Screenshot will follow. Comment: Appears to have been fixed in the meantime. The Leaf menu will stay open as "empty" if you follow the steps outlined here (maybe deserves another ticket), but the team monitor is not corrupted. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 28 16:14:29 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 28 Aug 2007 14:14:29 -0000 Subject: [Haiku-bugs] [Haiku] #1429: Icons for Chart, Mandelbrot, Email, Cody Cam and Disks use old style. In-Reply-To: <042.1555660311752b958e3000bceb70de58@haiku-os.org> References: <042.1555660311752b958e3000bceb70de58@haiku-os.org> Message-ID: <051.1215806fa024969bc674bcd335764080@haiku-os.org> #1429: Icons for Chart, Mandelbrot, Email, Cody Cam and Disks use old style. -------------------------------+-------------------------------------------- Reporter: scottmc | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - User Interface | Version: R1 development Resolution: | Platform: All -------------------------------+-------------------------------------------- Changes (by axeld): * owner: axeld => stippi * component: - General => - User Interface -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 28 16:15:23 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 28 Aug 2007 14:15:23 -0000 Subject: [Haiku-bugs] [Haiku] #1407: Python is dropping Beos support In-Reply-To: <041.6f777664dd162e93d455091c672a02ea@haiku-os.org> References: <041.6f777664dd162e93d455091c672a02ea@haiku-os.org> Message-ID: <050.d28f8bca314737f363853c7e32829fae@haiku-os.org> #1407: Python is dropping Beos support --------------------------+------------------------------------------------- Reporter: strank | Owner: charlie x Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All --------------------------+------------------------------------------------- Changes (by axeld): * owner: axeld => charlie x -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 28 16:23:02 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 28 Aug 2007 14:23:02 -0000 Subject: [Haiku-bugs] [Haiku] #1266: Unrecognised Partition Table errors In-Reply-To: <039.87acc4486e8656ddd16ec2e1dfd0277d@haiku-os.org> References: <039.87acc4486e8656ddd16ec2e1dfd0277d@haiku-os.org> Message-ID: <048.bc8589103b0b7c2745f9a8208dd61b39@haiku-os.org> #1266: Unrecognised Partition Table errors ----------------------------+----------------------------------------------- Reporter: euan | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Changes (by axeld): * owner: axeld => bonefish * component: File Systems => System/Kernel -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 28 16:24:25 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 28 Aug 2007 14:24:25 -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.6daee4baa6ec8119aa4727eef46b239c@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: | Platform: All ----------------------------------+----------------------------------------- Changes (by axeld): * owner: axeld => stippi Comment: Since you're working on it, anyway... :-) I'm anxious to see your changes! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 28 16:25:12 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 28 Aug 2007 14:25:12 -0000 Subject: [Haiku-bugs] [Haiku] #1208: Adding a "Query"-icon (easy) In-Reply-To: <044.89fbfd717a67e8f57d61abad1606e34d@haiku-os.org> References: <044.89fbfd717a67e8f57d61abad1606e34d@haiku-os.org> Message-ID: <053.c8f111d6b2d8e20219b56f63c2ec4f23@haiku-os.org> #1208: Adding a "Query"-icon (easy) ----------------------------------+----------------------------------------- Reporter: humdinger | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - Applications/Mail | Version: R1 development Resolution: | Platform: All ----------------------------------+----------------------------------------- Changes (by axeld): * owner: axeld => stippi -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 28 16:26:31 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 28 Aug 2007 14:26:31 -0000 Subject: [Haiku-bugs] [Haiku] #1104: Random crashes In-Reply-To: <042.2ebf4ccc8a2b26383fe48b35adaf90e6@haiku-os.org> References: <042.2ebf4ccc8a2b26383fe48b35adaf90e6@haiku-os.org> Message-ID: <051.aeb8a15259bac4e9bbb2ec2e388da92a@haiku-os.org> #1104: Random crashes ------------------------+--------------------------------------------------- Reporter: rdaneel | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by axeld): Can you still reproduce this? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 28 17:14:24 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 28 Aug 2007 15:14:24 -0000 Subject: [Haiku-bugs] [Haiku] #1430: BTextView has invalidation problems when words are moved from the end of a line to a new line while typing In-Reply-To: <041.34cc7183b62f5c22d2b01af6309c61d0@haiku-os.org> References: <041.34cc7183b62f5c22d2b01af6309c61d0@haiku-os.org> Message-ID: <050.0cab121d97520e649bd2547987356bde@haiku-os.org> #1430: BTextView has invalidation problems when words are moved from the end of a line to a new line while typing -------------------------------+-------------------------------------------- Reporter: stippi | Owner: jackburton Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - User Interface | Version: R1 development Resolution: fixed | Platform: All -------------------------------+-------------------------------------------- Changes (by jackburton): * status: assigned => closed * resolution: => fixed Comment: Fixed in r22095 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 28 17:34:16 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 28 Aug 2007 15:34:16 -0000 Subject: [Haiku-bugs] [Haiku] #1430: BTextView has invalidation problems when words are moved from the end of a line to a new line while typing In-Reply-To: <041.34cc7183b62f5c22d2b01af6309c61d0@haiku-os.org> References: <041.34cc7183b62f5c22d2b01af6309c61d0@haiku-os.org> Message-ID: <050.bdce91d1a9842deb7330b39deb067507@haiku-os.org> #1430: BTextView has invalidation problems when words are moved from the end of a line to a new line while typing -------------------------------+-------------------------------------------- Reporter: stippi | Owner: jackburton Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - User Interface | Version: R1 development Resolution: fixed | Platform: All -------------------------------+-------------------------------------------- Comment (by stippi): Great!! Thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 28 23:18:20 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 28 Aug 2007 21:18:20 -0000 Subject: [Haiku-bugs] [Haiku] #1434: device manager loads driver too often Message-ID: <050.e3f1b2a2b21352b7f4852cd6c0743e73@haiku-os.org> #1434: device manager loads driver too often -----------------------------+---------------------------------------------- Reporter: marcusoverhagen | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Platform: All | -----------------------------+---------------------------------------------- [23:05] hi _stippi_ [23:05] <_stippi_> hi dr_evil [23:06] <_stippi_> I hope you are making good progress now? [23:06] <_stippi_> :-) [23:06] _stippi_ no, there is a strange bug in the device manager, concerning loading the driver [23:07] * hUMUNGUs has joined #haiku [23:07] <_stippi_> dr_evil: still? [23:08] <_stippi_> I thought it already loaded the driver. :-( [23:08] yes, it is loaded 4 times for the same PCI device [23:08] <_stippi_> grrr [23:09] <_stippi_> but when I scaned the tickets today, I saw you already had some PCI manager tickets assigned to you... :-) [23:09] the PCI manager is working perfectly well, at the R5 level :) [23:10] let me show you something fyi [23:10] maybe it has multi functions [23:10] marcusoverhagen * r22099 /haiku/trunk/src/add- ons/kernel/busses/scsi/ahci/ (ahci_controller.cpp ahci_controller.h ahci_sim.cpp): added a workaround to prevent loading the driver multiple times for the same device [23:11] <_stippi_> oh wait I'm in Haiku [23:11] no, wait [23:11] <_stippi_> do you have a URL for the diff? I mean berlios? [23:12] I wanted to show you something diffrent: http://overhagen.de/temp/ahci-serial.txt [23:12] it starts with [23:12] ahci: controller found! vendor 0x8086, device 0x7111 [23:12] * stargater has joined #haiku [23:12] hi [23:13] the driver is loaded for the first time: [23:13] ahci: controller found! vendor 0x8086, device 0x7111 [23:13] * DeadYak has quit IRC ("using sirc version 2.211+KSIRC/1.3.12") [23:13] ahci: AHCIController::Init 0:7:1 vendor 8086, device 7111 [23:13] and then unloaded [23:13] [34mahci: AHCIController::Uninit [23:13] then it's loaded again: [23:13] AHCIController::Init 0:7:1 vendor 8086, device 7111 [23:13] * PulkoMandy has quit IRC (Remote closed the connection) [23:14] dr_evil: thats not so good ? [23:14] but this time, the scsi stack doesn't try to scan devices!?! [23:14] and later, we get this: [23:14] ahci: AHCIController::Init 0:7:1 vendor 8086, device 7111 [23:14] AHCIController::Init ERROR: an instance for object 0:7:1 already exists [23:14] init driver failed (node 0x90ac6100, busses/scsi/ahci/sim/v1): General system error [23:14] init driver failed (node 0x90ac6180, bus_managers/scsi/bus/v1): General system error [23:14] ahci: ahci_sim_init_bus, userCookie 0x90ac8000 [23:14] AHCIController::Init ERROR: getting PCI info failed! [23:14] init driver failed (node 0x90ac6100, busses/scsi/ahci/sim/v1): General system error [23:14] init driver failed (node 0x90ac6180, bus_managers/scsi/bus/v1): General system error [23:14] init driver failed (node 0x90ac6200, bus_managers/scsi/bus/raw): General system error [23:15] the driver wasn't unloaded, but gets loaded again, which failes because I added a workarond# [23:15] then it's loaded again, which seems to fail because the PCI manager pointer is invalid [23:15] <_stippi_> I am afraid I can't help much [23:16] <_stippi_> I have absolutely no knowledge of the code, didn't even read any of it [23:16] yes ok, I'll file a bug report :/ -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Aug 28 23:24:01 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 28 Aug 2007 21:24:01 -0000 Subject: [Haiku-bugs] [Haiku] #1434: device manager loads driver too often In-Reply-To: <050.e3f1b2a2b21352b7f4852cd6c0743e73@haiku-os.org> References: <050.e3f1b2a2b21352b7f4852cd6c0743e73@haiku-os.org> Message-ID: <059.052fe9a87a189143ad8362f171168f40@haiku-os.org> #1434: device manager loads driver too often ------------------------------+--------------------------------------------- Reporter: marcusoverhagen | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ------------------------------+--------------------------------------------- Comment (by marcusoverhagen): I'm not sure if this is related to getting loaded for the standard ide non ahci) controller when doing a test build for vmware. (#if 1 in ahci.c changed to 0) I don't even know why ahci is loaded at all, when isa device claims to support it better. module: busses/scsi/ahci/device_v1, support: 0.5 module: busses/ide/generic_ide_pci/device_v1, support: 0.3 module: busses/ide/legacy_sata/device_v1, support: 0 module: busses/ide/silicon_image_3112/device_v1, support: 0 [...] module: busses/ide/ide_isa/device_v1, support: 0.6 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 29 00:39:18 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 28 Aug 2007 22:39:18 -0000 Subject: [Haiku-bugs] [Haiku] #1434: device manager loads driver too often In-Reply-To: <050.e3f1b2a2b21352b7f4852cd6c0743e73@haiku-os.org> References: <050.e3f1b2a2b21352b7f4852cd6c0743e73@haiku-os.org> Message-ID: <059.a3f7c16fd541809e7975ba4f3e953ae9@haiku-os.org> #1434: device manager loads driver too often ------------------------------+--------------------------------------------- Reporter: marcusoverhagen | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ------------------------------+--------------------------------------------- Comment (by axeld): The problem is obviously caused by rescanning the busses in device_manager_rescan_bus(). We could just disable that for the time being - this would disable all non-boot new-style drivers, though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 29 00:45:22 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 28 Aug 2007 22:45:22 -0000 Subject: [Haiku-bugs] [Haiku] #1433: Building on FreeBSD is Broken In-Reply-To: <039.7a93a041456a7a6a187e69a56af16539@haiku-os.org> References: <039.7a93a041456a7a6a187e69a56af16539@haiku-os.org> Message-ID: <048.e2616edae1ab32d5b9345fe49bacccaf@haiku-os.org> #1433: Building on FreeBSD is Broken ---------------------------+------------------------------------------------ Reporter: skoe | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Platform: x86 ---------------------------+------------------------------------------------ Comment (by bonefish): I don't see what effect your patch is supposed to have. We explicitly override the Yacc rule, using "bison". Unless I've overlooked something, the YACC variable isn't used anywhere anymore. What exactly is the problem you've encountered? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 29 00:51:33 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 28 Aug 2007 22:51:33 -0000 Subject: [Haiku-bugs] [Haiku] #998: bootscript crash In-Reply-To: <050.4c86a30160f343787db3d2d16515c117@haiku-os.org> References: <050.4c86a30160f343787db3d2d16515c117@haiku-os.org> Message-ID: <059.5408fc29b97146dc565fe3b9d59657c5@haiku-os.org> #998: bootscript crash ------------------------------+--------------------------------------------- Reporter: marcusoverhagen | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Platform: All ------------------------------+--------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 29 00:54:33 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 28 Aug 2007 22:54:33 -0000 Subject: [Haiku-bugs] [Haiku] #994: no vmware screen refresh in KDL In-Reply-To: <050.dd3eb012543c0a698e2820214cd5eba5@haiku-os.org> References: <050.dd3eb012543c0a698e2820214cd5eba5@haiku-os.org> Message-ID: <059.cb984691357cbd81a994239c6999b755@haiku-os.org> #994: no vmware screen refresh in KDL ------------------------------+--------------------------------------------- Reporter: marcusoverhagen | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: invalid | Platform: All ------------------------------+--------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => invalid Comment: Well, for now, I'd guess this won't be fixed for R1. You'll have to disable on-screen KDL when running on VMware and have the vmware driver installed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 29 00:55:51 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 28 Aug 2007 22:55:51 -0000 Subject: [Haiku-bugs] [Haiku] #1433: Building on FreeBSD is Broken In-Reply-To: <039.7a93a041456a7a6a187e69a56af16539@haiku-os.org> References: <039.7a93a041456a7a6a187e69a56af16539@haiku-os.org> Message-ID: <048.7630818461eccb88f5647ee3af91ebee@haiku-os.org> #1433: Building on FreeBSD is Broken ---------------------------+------------------------------------------------ Reporter: skoe | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Platform: x86 ---------------------------+------------------------------------------------ Comment (by skoe): Nevermind, your completely right. Installing the right port also installs a 'bison' binary on FreeBSD :-S. This bug can be closed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 29 01:10:54 2007 From: trac at haiku-os.org (Haiku) Date: Tue, 28 Aug 2007 23:10:54 -0000 Subject: [Haiku-bugs] [Haiku] #1433: Building on FreeBSD is Broken In-Reply-To: <039.7a93a041456a7a6a187e69a56af16539@haiku-os.org> References: <039.7a93a041456a7a6a187e69a56af16539@haiku-os.org> Message-ID: <048.7ba8e197f26973069568005f760c5360@haiku-os.org> #1433: Building on FreeBSD is Broken ---------------------------+------------------------------------------------ Reporter: skoe | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: invalid | Platform: x86 ---------------------------+------------------------------------------------ Changes (by bonefish): * status: new => closed * resolution: => invalid -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 29 02:42:23 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 29 Aug 2007 00:42:23 -0000 Subject: [Haiku-bugs] [Haiku] #1028: Find crashes tracker when editing query In-Reply-To: <040.1bbc07d0f43d8f6c5385b748b6009c64@haiku-os.org> References: <040.1bbc07d0f43d8f6c5385b748b6009c64@haiku-os.org> Message-ID: <049.7051bb082094701516370dc61dc6146e@haiku-os.org> #1028: Find crashes tracker when editing query -------------------------------------+-------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - Applications/Tracker | Version: Resolution: fixed | Platform: x86 -------------------------------------+-------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Thanks for the patch! It's fixed in r22102; BWindow is now always checking if BAutolock succeeded, that's why Tracker got away with this bug on BeOS (it now would on Haiku as well). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 29 10:10:51 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 29 Aug 2007 08:10:51 -0000 Subject: [Haiku-bugs] [Haiku] #1434: device manager loads driver too often In-Reply-To: <050.e3f1b2a2b21352b7f4852cd6c0743e73@haiku-os.org> References: <050.e3f1b2a2b21352b7f4852cd6c0743e73@haiku-os.org> Message-ID: <059.0aedad9a5459b92f166e810793ce0ea2@haiku-os.org> #1434: device manager loads driver too often ------------------------------+--------------------------------------------- Reporter: marcusoverhagen | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ------------------------------+--------------------------------------------- Comment (by marcusoverhagen): Hi Axel, thank you for the information. I'll try disabling the rescanning and see how it works out for me, although I don't know which n on-boot new-style drivers we have. I also noticed that it's corrent that both ahci and ide_isa are loaded. They are connected to different busses (PCI and IDE), so the device manager is doing the right thing. One thing is still appears to be a bug in the device manager, though. Somewhere in http://overhagen.de/temp/ahci-serial.txt you will find: ''AHCIController::Init ERROR: getting PCI info failed!'' At that place, ahci_sim_init_bus hasn't managed to call the ahci_init_driver, but still appears to continue initializing the AHCIController. I think that gDeviceManager->init_driver might have failed to iniitalize the partent, but returned B_OK. {{{ TRACE("ahci_sim_init_bus, userCookie %p\n", userCookie); // initialize parent (the bus) to get the PCI interface and device parent = gDeviceManager->get_parent(node); status = gDeviceManager->init_driver(parent, &pciDevice, NULL, NULL); gDeviceManager->put_device_node(parent); if (status != B_OK) return status; controller = new(std::nothrow) AHCIController(node, pciDevice); if (!controller) return B_NO_MEMORY; status = controller->Init(); }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 29 11:31:19 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 29 Aug 2007 09:31:19 -0000 Subject: [Haiku-bugs] [Haiku] #1434: device manager loads driver too often In-Reply-To: <050.e3f1b2a2b21352b7f4852cd6c0743e73@haiku-os.org> References: <050.e3f1b2a2b21352b7f4852cd6c0743e73@haiku-os.org> Message-ID: <059.fbb12391935c1ecc180f33c2438e1bb0@haiku-os.org> #1434: device manager loads driver too often ------------------------------+--------------------------------------------- Reporter: marcusoverhagen | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ------------------------------+--------------------------------------------- Comment (by axeld): Indeed, if the driver is initialized already, it will just fill in the cookie and interface pointers, but will ignore the userCookie and return B_OK. Looks like that userCookie stuff wasn't thought trough that much (or was never thought to actually return values) - either way, that's just another reason to get rid of it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 29 14:48:56 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 29 Aug 2007 12:48:56 -0000 Subject: [Haiku-bugs] [Haiku] #1435: Sudoku freezes on Help->Solve Message-ID: <037.3a31826caa07727b48d3056a4a44fb76@haiku-os.org> #1435: Sudoku freezes on Help->Solve -----------------------------------+---------------------------------------- Reporter: mt | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications/Sudoku | Version: R1 development Platform: All | -----------------------------------+---------------------------------------- Sudoku seems to freeze when 1.Run Sudoku. 2.Select Help->Solve or 1.Run Sudoku. 2.Generate game and then Help->Solve. 3.Then Select Help->Solve Single Field -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 29 15:25:11 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 29 Aug 2007 13:25:11 -0000 Subject: [Haiku-bugs] [Haiku] #1435: Sudoku freezes on Help->Solve In-Reply-To: <037.3a31826caa07727b48d3056a4a44fb76@haiku-os.org> References: <037.3a31826caa07727b48d3056a4a44fb76@haiku-os.org> Message-ID: <046.fd012f19bc6ecc3e3ff77aa5daf234c4@haiku-os.org> #1435: Sudoku freezes on Help->Solve ------------------------------------+--------------------------------------- Reporter: mt | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - Applications/Sudoku | Version: R1 development Resolution: fixed | Platform: All ------------------------------------+--------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Those were two different bugs, actually, but they are both fixed in r22110. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 29 20:26:23 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 29 Aug 2007 18:26:23 -0000 Subject: [Haiku-bugs] [Haiku] #1274: mountimage is not in the source tree In-Reply-To: <043.b35f5fdedc51bac45ed21828f56cfaf5@haiku-os.org> References: <043.b35f5fdedc51bac45ed21828f56cfaf5@haiku-os.org> Message-ID: <052.6fabb6d13569f9054ddff3d20ef6edde@haiku-os.org> #1274: mountimage is not in the source tree --------------------------+------------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: invalid | Platform: All --------------------------+------------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => invalid Comment: It sure is, but I really think it's okay to download it from BeBits - you don't need it that often, anyway. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 29 21:31:54 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 29 Aug 2007 19:31:54 -0000 Subject: [Haiku-bugs] [Haiku] #1221: Spell check feature does not work in Haiku Mail app In-Reply-To: <039.0598bf0e60a066f6598147d43c81a17c@haiku-os.org> References: <039.0598bf0e60a066f6598147d43c81a17c@haiku-os.org> Message-ID: <048.790fac59dd72d57c9ab0337f44daef90@haiku-os.org> #1221: Spell check feature does not work in Haiku Mail app ----------------------------------+----------------------------------------- Reporter: koki | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - Applications/Mail | Version: R1 development Resolution: fixed | Platform: All ----------------------------------+----------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Fixed in r22111. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 29 23:05:28 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 29 Aug 2007 21:05:28 -0000 Subject: [Haiku-bugs] [Haiku] #1298: Restarting input_server is broken In-Reply-To: <044.a0cb5bd2196c528be611ce5fe3838cf3@haiku-os.org> References: <044.a0cb5bd2196c528be611ce5fe3838cf3@haiku-os.org> Message-ID: <053.4f1897647fc601dba90672da5667b5b5@haiku-os.org> #1298: Restarting input_server is broken ---------------------------------+------------------------------------------ Reporter: meanwhile | Owner: axeld Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Changes (by axeld): * status: new => assigned * component: - General => Servers/app_server -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Aug 29 23:39:42 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 29 Aug 2007 21:39:42 -0000 Subject: [Haiku-bugs] [Haiku] #1434: device manager loads driver too often In-Reply-To: <050.e3f1b2a2b21352b7f4852cd6c0743e73@haiku-os.org> References: <050.e3f1b2a2b21352b7f4852cd6c0743e73@haiku-os.org> Message-ID: <059.bb58d797b95f4d051722f4b70bc3770a@haiku-os.org> #1434: device manager loads driver too often ------------------------------+--------------------------------------------- Reporter: marcusoverhagen | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ------------------------------+--------------------------------------------- Comment (by marcusoverhagen): I removed the rescanning from device_manager_init_post_modules and put in the "device_manager_init_post_modules: NOT rescanning" dprintf output. Obviously, AHCIController::Init can be seen 4 times before that line, so it's not a bug that happens when rescanning. see serial-port-2.txt -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 30 01:09:18 2007 From: trac at haiku-os.org (Haiku) Date: Wed, 29 Aug 2007 23:09:18 -0000 Subject: [Haiku-bugs] [Haiku] #1422: /boot/beos/apps Folder Tracker Segmentation Fault In-Reply-To: <040.3cb28ddbe663901c876244b04437f273@haiku-os.org> References: <040.3cb28ddbe663901c876244b04437f273@haiku-os.org> Message-ID: <049.ee867f85504d76aada81c95746c86fce@haiku-os.org> #1422: /boot/beos/apps Folder Tracker Segmentation Fault -------------------------------------+-------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - Applications/Tracker | Version: R1 development Resolution: fixed | Platform: All -------------------------------------+-------------------------------------- Changes (by bonefish): * status: new => closed * resolution: => fixed Comment: Fixed 22113. It may be worthwhile for anyone who knew the code to check whether he potentially copied the bad compare functions elsewhere. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 30 02:10:05 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 30 Aug 2007 00:10:05 -0000 Subject: [Haiku-bugs] [Haiku] #1298: Restarting input_server is broken In-Reply-To: <044.a0cb5bd2196c528be611ce5fe3838cf3@haiku-os.org> References: <044.a0cb5bd2196c528be611ce5fe3838cf3@haiku-os.org> Message-ID: <053.3bfcc207efbd065f74a9d9dfd93311cb@haiku-os.org> #1298: Restarting input_server is broken ---------------------------------+------------------------------------------ Reporter: meanwhile | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: fixed | Platform: All ---------------------------------+------------------------------------------ Changes (by axeld): * status: assigned => closed * resolution: => fixed Comment: Fixed in r22115. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 30 03:04:51 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 30 Aug 2007 01:04:51 -0000 Subject: [Haiku-bugs] [Haiku] #555: Several things will crash using Romashka In-Reply-To: <040.646d51eae08a2894832819b7c401d2c8@haiku-os.org> References: <040.646d51eae08a2894832819b7c401d2c8@haiku-os.org> Message-ID: <049.325c80060a5c93cc21a5d87db375925f@haiku-os.org> #555: Several things will crash using Romashka ------------------------+--------------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: blocker | Milestone: R1 Component: - General | Version: Resolution: fixed | Platform: All ------------------------+--------------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Old description: > Since Axel obviously didn't get my mail i have to post this here. > > This is a private (not yet released) ICQ client Romashka (Camomile) > written by 3dEyes** from the Samba fame. > You could see several troubles with it in Haiku: > > *1. Deskbar will crash on Romashka start. > *2. Right click on upper toolbar and try to change theme, app_server will > crash. > *2. Start Romashka from Terminal -> click settings button -> close it -> > click > on desktop -> move Terminal window around, you should see redraw > problems. > *3. Toolbar images are shifted. > *4. Clicking connect button will crash Romashka. New description: Since Axel obviously didn't get my mail i have to post this here. This is a private (not yet released) ICQ client Romashka (Camomile) written by 3dEyes** from the Samba fame. You could see several troubles with it in Haiku: *1. Deskbar will crash on Romashka start. *2. Right click on upper toolbar and try to change theme, app_server will crash. *2. Start Romashka from Terminal -> click settings button -> close it -> click on desktop -> move Terminal window around, you should see redraw problems. *3. Toolbar images are shifted. *4. Clicking connect button will crash Romashka. Comment: The crashing problem of the Deskbar is fixed in r22117. The rest is either not reproducible anymore (app_server crash), or is not really interesting (Romashka crash). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 30 03:09:01 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 30 Aug 2007 01:09:01 -0000 Subject: [Haiku-bugs] [Haiku] #1436: Add Signal Tracing to strace (easy) Message-ID: <043.9ffc7c2cc48f2b7eae11ec77e8810ab6@haiku-os.org> #1436: Add Signal Tracing to strace (easy) -------------------------+-------------------------------------------------- Reporter: bonefish | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Platform: All | -------------------------+-------------------------------------------------- ATM strace prints the traced syscalls only. It could (optionally) also trace signals. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 30 03:14:51 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 30 Aug 2007 01:14:51 -0000 Subject: [Haiku-bugs] [Haiku] #679: [app_server] crash with _numBlocks > 0 In-Reply-To: <040.eab5065115638d0efaac062b5fc6ce7b@haiku-os.org> References: <040.eab5065115638d0efaac062b5fc6ce7b@haiku-os.org> Message-ID: <049.8b284495a9ea07009746b663cf1aa78d@haiku-os.org> #679: [app_server] crash with _numBlocks > 0 ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: blocker | Milestone: R1 Component: Servers/app_server | Version: Resolution: fixed | Platform: All ---------------------------------+------------------------------------------ Changes (by axeld): * status: reopened => closed * resolution: => fixed Comment: I can't reproduce this, besides, it probably has been fixed since a while. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 30 03:21:51 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 30 Aug 2007 01:21:51 -0000 Subject: [Haiku-bugs] [Haiku] #752: [kernel] haiku could reboot if many apps opened at once In-Reply-To: <040.9cdc894bb0646db42c5f8c30392c77e7@haiku-os.org> References: <040.9cdc894bb0646db42c5f8c30392c77e7@haiku-os.org> Message-ID: <049.a09850fdb7d3b7b062975eeb141cb6f9@haiku-os.org> #752: [kernel] haiku could reboot if many apps opened at once ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: blocker | Milestone: R1 Component: System/Kernel | Version: Resolution: fixed | Platform: All ----------------------------+----------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Old description: > Tested under vmware with r18522 > go to /boot/beos/apps or /boot/beos/preferences > select all and press enter several times. > The less memory you have the more a chance for reboot. > If it will not reboot there's a good chance that some apps can't be > closed, > or some empty modal windows will stay onscreen until reboot. New description: Tested under vmware with r18522 go to /boot/beos/apps or /boot/beos/preferences select all and press enter several times. The less memory you have the more a chance for reboot. If it will not reboot there's a good chance that some apps can't be closed, or some empty modal windows will stay onscreen until reboot. Comment: I'm closing this bug as the original problem has been fixed. If there are remaining bugs that fit the additional comments in this report, please open a new bug for them. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 30 03:23:05 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 30 Aug 2007 01:23:05 -0000 Subject: [Haiku-bugs] [Haiku] #417: [kernel] PANIC: vm_page_fault... In-Reply-To: <040.31a4b6fa2c34a3aa73f878ef48103bd1@haiku-os.org> References: <040.31a4b6fa2c34a3aa73f878ef48103bd1@haiku-os.org> Message-ID: <049.249ea0ef552480a5a24db59afeafdedc@haiku-os.org> #417: [kernel] PANIC: vm_page_fault... ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: blocker | Milestone: R1 Component: System/Kernel | Version: Resolution: fixed | Platform: All ----------------------------+----------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 30 03:24:07 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 30 Aug 2007 01:24:07 -0000 Subject: [Haiku-bugs] [Haiku] #977: [kernel] sometimes boot fail, just stops at boot logo In-Reply-To: <040.c4502bc3be3c296ae10a2a7d4190d483@haiku-os.org> References: <040.c4502bc3be3c296ae10a2a7d4190d483@haiku-os.org> Message-ID: <049.e8abe097ad4b4e5f0b9a5d61353b2013@haiku-os.org> #977: [kernel] sometimes boot fail, just stops at boot logo ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: critical | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Platform: All ----------------------------+----------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 30 03:27:03 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 30 Aug 2007 01:27:03 -0000 Subject: [Haiku-bugs] [Haiku] #1347: DriveSetup needs more work done on its implementation In-Reply-To: <041.e6715a2011e8d211f9215c68efad8217@haiku-os.org> References: <041.e6715a2011e8d211f9215c68efad8217@haiku-os.org> Message-ID: <050.11a072dfce3751c3632514b5f81dbb8f@haiku-os.org> #1347: DriveSetup needs more work done on its implementation ----------------------------+----------------------------------------------- Reporter: jamesu | Owner: Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - Preferences | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Changes (by axeld): * owner: axeld => -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 30 03:27:56 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 30 Aug 2007 01:27:56 -0000 Subject: [Haiku-bugs] [Haiku] #1289: Haiku does not yet have 'bootman". In-Reply-To: <042.9d1c48f3d87c05e3e5d718d7aa53c635@haiku-os.org> References: <042.9d1c48f3d87c05e3e5d718d7aa53c635@haiku-os.org> Message-ID: <051.422671c09ce4c51004ca081dd041f37a@haiku-os.org> #1289: Haiku does not yet have 'bootman". --------------------------+------------------------------------------------- Reporter: bouncer | Owner: Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All --------------------------+------------------------------------------------- Changes (by axeld): * owner: axeld => -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 30 03:29:57 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 30 Aug 2007 01:29:57 -0000 Subject: [Haiku-bugs] [Haiku] #1271: Leaf menu doesn't get focus after pressing menu key In-Reply-To: <041.586a4966899b8b3649e1a8cb870e8ad0@haiku-os.org> References: <041.586a4966899b8b3649e1a8cb870e8ad0@haiku-os.org> Message-ID: <050.f50b1eb92e83c04b3630246f5c9eb9c8@haiku-os.org> #1271: Leaf menu doesn't get focus after pressing menu key -------------------------------+-------------------------------------------- Reporter: ekdahl | Owner: Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - User Interface | Version: R1 development Resolution: | Platform: All -------------------------------+-------------------------------------------- Changes (by axeld): * owner: axeld => Comment: You can configure SpicyKeys to do so by sending 'BeMn' to the Deskbar. I don't know if we should have built-in method for this. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 30 03:42:03 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 30 Aug 2007 01:42:03 -0000 Subject: [Haiku-bugs] [Haiku] #1376: [DiskProbe] View->Font size doesn't work In-Reply-To: <040.bbda1779c67658da3046d17d39f96e1a@haiku-os.org> References: <040.bbda1779c67658da3046d17d39f96e1a@haiku-os.org> Message-ID: <049.cb1a1ed17f88d158482991b77010f2ef@haiku-os.org> #1376: [DiskProbe] View->Font size doesn't work ---------------------------------+------------------------------------------ Reporter: diver | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Platform: All ---------------------------------+------------------------------------------ Changes (by axeld): * owner: axeld => stippi * component: - Applications/DiskProbe => Servers/app_server Comment: This is a problem of our font handling in the app_server; DiskProbe denies all fonts that are not BFont::IsFixed() - and currently, be_fixed_font just seems to be one of them... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 30 03:42:46 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 30 Aug 2007 01:42:46 -0000 Subject: [Haiku-bugs] [Haiku] #1069: Create thread scheduler with CPU affinity In-Reply-To: <040.199ef078f162f4650bc5294777768c37@haiku-os.org> References: <040.199ef078f162f4650bc5294777768c37@haiku-os.org> Message-ID: <049.102a4656765f9ee0367dca34ad292ac5@haiku-os.org> #1069: Create thread scheduler with CPU affinity ----------------------------+----------------------------------------------- Reporter: axeld | Owner: meianoite Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Changes (by axeld): * owner: axeld => meianoite -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 30 03:48:02 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 30 Aug 2007 01:48:02 -0000 Subject: [Haiku-bugs] [Haiku] #1385: Tracker crashes when arranging files by size from a query. In-Reply-To: <041.c638c990e60ec1e5daf155e2c09f9aaf@haiku-os.org> References: <041.c638c990e60ec1e5daf155e2c09f9aaf@haiku-os.org> Message-ID: <050.ea530913abe22fe9579e0472362a8a63@haiku-os.org> #1385: Tracker crashes when arranging files by size from a query. -------------------------------------+-------------------------------------- Reporter: kvdman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications/Tracker | Version: R1 development Resolution: | Platform: x86 -------------------------------------+-------------------------------------- Comment (by axeld): Can you recheck with a revision after r22113? (see bug #1422) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 30 03:48:28 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 30 Aug 2007 01:48:28 -0000 Subject: [Haiku-bugs] [Haiku] #708: [Tracker] crashes in BList::CountItems() In-Reply-To: <040.ea18f9e7115fefff6ea56ae8bb0cacf4@haiku-os.org> References: <040.ea18f9e7115fefff6ea56ae8bb0cacf4@haiku-os.org> Message-ID: <049.19faa5a6af8ed2212655717f9e1ce409@haiku-os.org> #708: [Tracker] crashes in BList::CountItems() -------------------------------------+-------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Applications/Tracker | Version: Resolution: | Platform: All -------------------------------------+-------------------------------------- Changes (by axeld): * component: - General => - Applications/Tracker Old description: > Go to /boot/beos/system/add-ons/kernel/drivers/bin > click on Modified column to crash Tracker. > Tested under vmware and on real hardware. > On real hardware it crashes too, but with another back trace. > back trace of crash under vmware will follow. New description: Go to /boot/beos/system/add-ons/kernel/drivers/bin click on Modified column to crash Tracker. Tested under vmware and on real hardware. On real hardware it crashes too, but with another back trace. back trace of crash under vmware will follow. Comment: Can you recheck with a revision after r22113? (see bug #1422) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 30 03:49:03 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 30 Aug 2007 01:49:03 -0000 Subject: [Haiku-bugs] [Haiku] #1385: Tracker crashes when arranging files by size from a query. In-Reply-To: <041.c638c990e60ec1e5daf155e2c09f9aaf@haiku-os.org> References: <041.c638c990e60ec1e5daf155e2c09f9aaf@haiku-os.org> Message-ID: <050.7ef258a40c13da26a96cb186ee3c3c81@haiku-os.org> #1385: Tracker crashes when arranging files by size from a query. -------------------------------------+-------------------------------------- Reporter: kvdman | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - Applications/Tracker | Version: R1 development Resolution: duplicate | Platform: x86 -------------------------------------+-------------------------------------- Changes (by axeld): * status: new => closed * resolution: => duplicate Comment: BTW even though this is a different column type, the bug should be the same. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 30 03:51:10 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 30 Aug 2007 01:51:10 -0000 Subject: [Haiku-bugs] [Haiku] #1422: /boot/beos/apps Folder Tracker Segmentation Fault In-Reply-To: <040.3cb28ddbe663901c876244b04437f273@haiku-os.org> References: <040.3cb28ddbe663901c876244b04437f273@haiku-os.org> Message-ID: <049.9d5832d19672d9f59a0a65242a6b2626@haiku-os.org> #1422: /boot/beos/apps Folder Tracker Segmentation Fault -------------------------------------+-------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - Applications/Tracker | Version: R1 development Resolution: fixed | Platform: All -------------------------------------+-------------------------------------- Comment (by axeld): Do you have an explanation why this never occured on BeOS? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 30 04:56:11 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 30 Aug 2007 02:56:11 -0000 Subject: [Haiku-bugs] [Haiku] #1422: /boot/beos/apps Folder Tracker Segmentation Fault In-Reply-To: <040.3cb28ddbe663901c876244b04437f273@haiku-os.org> References: <040.3cb28ddbe663901c876244b04437f273@haiku-os.org> Message-ID: <049.fffcce1d2260791cdd10a7e78c362c6d@haiku-os.org> #1422: /boot/beos/apps Folder Tracker Segmentation Fault -------------------------------------+-------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - Applications/Tracker | Version: R1 development Resolution: fixed | Platform: All -------------------------------------+-------------------------------------- Comment (by bonefish): Replying to [comment:3 axeld]: > Do you have an explanation why this never occured on BeOS? Not really. Maybe our allocator's memory layout is friendlier for exposing such bugs. If you're really interested, have a look at the old version in the debugger. A debugger() call in ColumnDragState::Clicked() right before poseView->SortPoses() will be handy. A column with all equal values will be perfect for testing. Then one can see pretty nicely how the sort()'s helper function __unguarded_partition() runs out of bounds. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 30 08:07:14 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 30 Aug 2007 06:07:14 -0000 Subject: [Haiku-bugs] [Haiku] #1417: Media Preferences crashes with dropdown menu active followed by 'page' switch In-Reply-To: <044.df4f669105e2006681d3ebd0a462b362@haiku-os.org> References: <044.df4f669105e2006681d3ebd0a462b362@haiku-os.org> Message-ID: <053.ff2f56497d8f0ac2dd51e74e7a11b052@haiku-os.org> #1417: Media Preferences crashes with dropdown menu active followed by 'page' switch ----------------------------------+----------------------------------------- Reporter: pieterpan | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: - Preferences/Media | Version: R1 development Resolution: | Platform: All ----------------------------------+----------------------------------------- Comment (by pieterpan): Perhaps interesting is that I have no soundcard detected, so the dropdown boxes are empty (vmware) Also, it happens about 50% of the time. It seems like it reproduces more often for the channel drop down, but I'm not sure. After experimenting some more, I can make it crash for any of the drop downs on both the Audio Settings page AND the Video Settings page. All drop downs are empty, since I don't have an audio or video device. Sometimes it takes a few tries to make it happen. If you need any other information, let me know I might be able to help some. After Friday (I have an exam coming up) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 30 08:35:57 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 30 Aug 2007 06:35:57 -0000 Subject: [Haiku-bugs] [Haiku] #1422: /boot/beos/apps Folder Tracker Segmentation Fault In-Reply-To: <040.3cb28ddbe663901c876244b04437f273@haiku-os.org> References: <040.3cb28ddbe663901c876244b04437f273@haiku-os.org> Message-ID: <049.83d4d3f5c3df86fa567451b2c5ad8fa0@haiku-os.org> #1422: /boot/beos/apps Folder Tracker Segmentation Fault -------------------------------------+-------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - Applications/Tracker | Version: R1 development Resolution: fixed | Platform: All -------------------------------------+-------------------------------------- Comment (by jackburton): Replying to [comment:4 bonefish]: > Not really. Maybe our allocator's memory layout is friendlier for exposing such bugs. Could definitely be the case. In a couple of cases, for example, I had an application deleting already freed memory working on BeOS, but crashing on haiku. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 30 09:12:05 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 30 Aug 2007 07:12:05 -0000 Subject: [Haiku-bugs] [Haiku] #1298: Restarting input_server is broken In-Reply-To: <044.a0cb5bd2196c528be611ce5fe3838cf3@haiku-os.org> References: <044.a0cb5bd2196c528be611ce5fe3838cf3@haiku-os.org> Message-ID: <053.a01295c90b8ff5655a58001e4ab9116d@haiku-os.org> #1298: Restarting input_server is broken ---------------------------------+------------------------------------------ Reporter: meanwhile | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: fixed | Platform: All ---------------------------------+------------------------------------------ Comment (by meanwhile): Thanks a lot ! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 30 12:03:29 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 30 Aug 2007 10:03:29 -0000 Subject: [Haiku-bugs] [Haiku] #1385: Tracker crashes when arranging files by size from a query. In-Reply-To: <041.c638c990e60ec1e5daf155e2c09f9aaf@haiku-os.org> References: <041.c638c990e60ec1e5daf155e2c09f9aaf@haiku-os.org> Message-ID: <050.90c9c4dd86e63310c8c1f1b2bbb0289d@haiku-os.org> #1385: Tracker crashes when arranging files by size from a query. -------------------------------------+-------------------------------------- Reporter: kvdman | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - Applications/Tracker | Version: R1 development Resolution: duplicate | Platform: x86 -------------------------------------+-------------------------------------- Comment (by kvdman): It works as expected now. Thanks. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 30 12:14:04 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 30 Aug 2007 10:14:04 -0000 Subject: [Haiku-bugs] [Haiku] #708: [Tracker] crashes in BList::CountItems() In-Reply-To: <040.ea18f9e7115fefff6ea56ae8bb0cacf4@haiku-os.org> References: <040.ea18f9e7115fefff6ea56ae8bb0cacf4@haiku-os.org> Message-ID: <049.8d4775918f0316da6b7ba65bfcc0aa5f@haiku-os.org> #708: [Tracker] crashes in BList::CountItems() -------------------------------------+-------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - Applications/Tracker | Version: Resolution: fixed | Platform: All -------------------------------------+-------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Confirmed to be fixed in duplicate bug #1385. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 30 12:13:38 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 30 Aug 2007 10:13:38 -0000 Subject: [Haiku-bugs] [Haiku] #1385: Tracker crashes when arranging files by size from a query. In-Reply-To: <041.c638c990e60ec1e5daf155e2c09f9aaf@haiku-os.org> References: <041.c638c990e60ec1e5daf155e2c09f9aaf@haiku-os.org> Message-ID: <050.12a2f85c0fb773021d0b71879c0798f0@haiku-os.org> #1385: Tracker crashes when arranging files by size from a query. -------------------------------------+-------------------------------------- Reporter: kvdman | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - Applications/Tracker | Version: R1 development Resolution: duplicate | Platform: x86 -------------------------------------+-------------------------------------- Comment (by axeld): Thanks for the update! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 30 12:21:46 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 30 Aug 2007 10:21:46 -0000 Subject: [Haiku-bugs] [Haiku] #957: after boot; kernel: PANIC vm_page_fault: unhandled page fault in kernel space at 0xcccccd44, ip 0x9070fdda In-Reply-To: <041.8428184657b4fba8f0ad6ac03265440a@haiku-os.org> References: <041.8428184657b4fba8f0ad6ac03265440a@haiku-os.org> Message-ID: <050.7ed6e988e2136f930422a58243794044@haiku-os.org> #957: after boot; kernel: PANIC vm_page_fault: unhandled page fault in kernel space at 0xcccccd44, ip 0x9070fdda ----------------------------+----------------------------------------------- Reporter: nutela | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: x86 ----------------------------+----------------------------------------------- Comment (by axeld): Does this still happen for you? If not, I'd like to close this bug. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 30 12:43:50 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 30 Aug 2007 10:43:50 -0000 Subject: [Haiku-bugs] [Haiku] #957: after boot; kernel: PANIC vm_page_fault: unhandled page fault in kernel space at 0xcccccd44, ip 0x9070fdda In-Reply-To: <041.8428184657b4fba8f0ad6ac03265440a@haiku-os.org> References: <041.8428184657b4fba8f0ad6ac03265440a@haiku-os.org> Message-ID: <050.085e9c74307fea4849268f2d21b29b64@haiku-os.org> #957: after boot; kernel: PANIC vm_page_fault: unhandled page fault in kernel space at 0xcccccd44, ip 0x9070fdda ----------------------------+----------------------------------------------- Reporter: nutela | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: x86 ----------------------------+----------------------------------------------- Comment (by nutela): Erm haven't installed Haiku lately. No time sorry. You could close it and if it happends again I can reopen it or make a new bug? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 30 14:39:35 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 30 Aug 2007 12:39:35 -0000 Subject: [Haiku-bugs] [Haiku] #957: after boot; kernel: PANIC vm_page_fault: unhandled page fault in kernel space at 0xcccccd44, ip 0x9070fdda In-Reply-To: <041.8428184657b4fba8f0ad6ac03265440a@haiku-os.org> References: <041.8428184657b4fba8f0ad6ac03265440a@haiku-os.org> Message-ID: <050.307f07c8fa355cac653002302b0ef69b@haiku-os.org> #957: after boot; kernel: PANIC vm_page_fault: unhandled page fault in kernel space at 0xcccccd44, ip 0x9070fdda ----------------------------+----------------------------------------------- Reporter: nutela | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: x86 ----------------------------+----------------------------------------------- Comment (by axeld): I just wait for a week or two, and if I haven't heard back from you until then, I'll close it. Thanks for the note, anyway. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 30 15:02:33 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 30 Aug 2007 13:02:33 -0000 Subject: [Haiku-bugs] [Haiku] #1195: Deskbar's Application Expander's font rendering In-Reply-To: <044.d651c2a2b19f97d3582d49e1a31d979f@haiku-os.org> References: <044.d651c2a2b19f97d3582d49e1a31d979f@haiku-os.org> Message-ID: <053.3e534b320fff81b7b77c5c6d8b0c0968@haiku-os.org> #1195: Deskbar's Application Expander's font rendering -------------------------------------+-------------------------------------- Reporter: humdinger | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - Applications/Deskbar | Version: R1 development Resolution: | Platform: All -------------------------------------+-------------------------------------- Comment (by axeld): Can you still reproduce this? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 30 15:02:53 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 30 Aug 2007 13:02:53 -0000 Subject: [Haiku-bugs] [Haiku] #680: [Deskbar] font corruption if Expand new applications option enabled In-Reply-To: <040.533b123e1bffe579dcef3ad26850ea4f@haiku-os.org> References: <040.533b123e1bffe579dcef3ad26850ea4f@haiku-os.org> Message-ID: <049.a5be521b5642946c9041b37e22acc6a4@haiku-os.org> #680: [Deskbar] font corruption if Expand new applications option enabled ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Servers/app_server | Version: Resolution: fixed | Platform: All ---------------------------------+------------------------------------------ Changes (by axeld): * status: new => closed * resolution: => fixed Old description: > If you check Expand new applications option in deskbar and open several > windows > you could see font corruption in team menu items. New description: If you check Expand new applications option in deskbar and open several windows you could see font corruption in team menu items. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 30 15:04:54 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 30 Aug 2007 13:04:54 -0000 Subject: [Haiku-bugs] [Haiku] #1372: When Haiku runs out memory it panics. In-Reply-To: <041.448f7ce71608848b0de73e7904f113b2@haiku-os.org> References: <041.448f7ce71608848b0de73e7904f113b2@haiku-os.org> Message-ID: <050.c5a1fe8fc4ce6b1e5c116bcc0208f49f@haiku-os.org> #1372: When Haiku runs out memory it panics. ----------------------------+----------------------------------------------- Reporter: kvdman | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: duplicate | Platform: All ----------------------------+----------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => duplicate Comment: Duplicate of #517. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 30 15:44:40 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 30 Aug 2007 13:44:40 -0000 Subject: [Haiku-bugs] [Haiku] #1195: Deskbar's Application Expander's font rendering In-Reply-To: <044.d651c2a2b19f97d3582d49e1a31d979f@haiku-os.org> References: <044.d651c2a2b19f97d3582d49e1a31d979f@haiku-os.org> Message-ID: <053.4a0955ff4daaeac4a848713cc5ae0a27@haiku-os.org> #1195: Deskbar's Application Expander's font rendering -------------------------------------+-------------------------------------- Reporter: humdinger | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - Applications/Deskbar | Version: R1 development Resolution: | Platform: All -------------------------------------+-------------------------------------- Comment (by humdinger): No, it's all crystal clear now! Thanks! Sorry for not keeping track of my bug... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 30 15:48:22 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 30 Aug 2007 13:48:22 -0000 Subject: [Haiku-bugs] [Haiku] #1195: Deskbar's Application Expander's font rendering In-Reply-To: <044.d651c2a2b19f97d3582d49e1a31d979f@haiku-os.org> References: <044.d651c2a2b19f97d3582d49e1a31d979f@haiku-os.org> Message-ID: <053.aa271734b1cc839f784b21f29ed82981@haiku-os.org> #1195: Deskbar's Application Expander's font rendering ---------------------------------+------------------------------------------ Reporter: humdinger | Owner: axeld Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: fixed | Platform: All ---------------------------------+------------------------------------------ Changes (by axeld): * status: new => closed * resolution: => fixed * component: - Applications/Deskbar => Servers/app_server Comment: No problem, and thanks for the update! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Aug 30 16:09:33 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 30 Aug 2007 14:09:33 -0000 Subject: [Haiku-bugs] [Haiku] #750: [Desk Calculator] text overlapping In-Reply-To: <040.1e72fcd9df435c6fe88892fe5e14b2da@haiku-os.org> References: <040.1e72fcd9df435c6fe88892fe5e14b2da@haiku-os.org> Message-ID: <049.f734331fced9c0aa39641573f9b5f9c1@haiku-os.org> #750: [Desk Calculator] text overlapping ---------------------------------+------------------------------------------ Reporter: diver | Owner: jackburton Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: Resolution: fixed | Platform: All ---------------------------------+------------------------------------------ Changes (by jackburton): * status: assigned => closed * resolution: => fixed Comment: no longer applies -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 31 01:11:12 2007 From: trac at haiku-os.org (Haiku) Date: Thu, 30 Aug 2007 23:11:12 -0000 Subject: [Haiku-bugs] [Haiku] #1207: Placing of controls and icons in Mail app (easy) In-Reply-To: <044.bdfde3b4d2dcea60f2a6a006e588e7f3@haiku-os.org> References: <044.bdfde3b4d2dcea60f2a6a006e588e7f3@haiku-os.org> Message-ID: <053.772b6a6d36472b463831ba5ef885a9b6@haiku-os.org> #1207: Placing of controls and icons in Mail app (easy) ----------------------------------+----------------------------------------- Reporter: humdinger | Owner: stippi Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: - Applications/Mail | Version: R1 development Resolution: fixed | Platform: All ----------------------------------+----------------------------------------- Changes (by stippi): * status: assigned => closed * resolution: => fixed Comment: All items fixed in r22128. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 31 09:40:47 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 31 Aug 2007 07:40:47 -0000 Subject: [Haiku-bugs] [Haiku] #1354: It is possible to copy text from a password field (BTextView) In-Reply-To: <041.d079968ee76fa72eb42559ff23ff11e3@haiku-os.org> References: <041.d079968ee76fa72eb42559ff23ff11e3@haiku-os.org> Message-ID: <050.193507b11645ffb571ff56d326ce239e@haiku-os.org> #1354: It is possible to copy text from a password field (BTextView) ---------------------------------+------------------------------------------ Reporter: ksmith | Owner: jackburton Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: fixed | Platform: All ---------------------------------+------------------------------------------ Changes (by jackburton): * status: assigned => closed * resolution: => fixed Comment: Fixed in r22129. I opted for this solution: When the Copy() or Cut() public methods are called, you get the real text. If they're called via scripting or via messages, you get a beep. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 31 10:30:18 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 31 Aug 2007 08:30:18 -0000 Subject: [Haiku-bugs] [Haiku] #1437: Num Lock on at boot up Message-ID: <042.cbb0e6cb809b3eb335f2c04185f2c233@haiku-os.org> #1437: Num Lock on at boot up ---------------------------+------------------------------------------------ Reporter: scottmc | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - Preferences | Version: R1 development Platform: All | ---------------------------+------------------------------------------------ I finally got Haiku installed onto my laptop but everytime it boots up the num lock is on, which on a laptop causes letters to turn into numbers when I'm typing... Maybe I've just got a setting wrong somewhere, but it doesn't happen in BeOS Max. Seems this sort of problem was around in 1999 as well: http://www.xs4all.nl/~edmundv/sw/index.html Might be nice to have this setable in the keyboard prefs app? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 31 11:16:41 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 31 Aug 2007 09:16:41 -0000 Subject: [Haiku-bugs] [Haiku] #1437: Num Lock on at boot up In-Reply-To: <042.cbb0e6cb809b3eb335f2c04185f2c233@haiku-os.org> References: <042.cbb0e6cb809b3eb335f2c04185f2c233@haiku-os.org> Message-ID: <051.59006433c7f2a011a2fd65af91dc1f40@haiku-os.org> #1437: Num Lock on at boot up ----------------------------+----------------------------------------------- Reporter: scottmc | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - Preferences | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Changes (by siarzhuk): * cc: siarzhuk (added) Comment: JFYI: I observe the same behavior both on R5 and Haiku. I suspect (because not completely checked) that this is related to active keymap. It is not observed with default American English keymap but arise with German one. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 31 13:23:57 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 31 Aug 2007 11:23:57 -0000 Subject: [Haiku-bugs] [Haiku] #1438: KDL When unmounting other beos partition Message-ID: <040.334e105dc2f5b6b035c6d0244903bb37@haiku-os.org> #1438: KDL When unmounting other beos partition -----------------------+---------------------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Platform: All | -----------------------+---------------------------------------------------- If I mount my BeOS5MaxEditionV3.1b1 partition and do something on that partition like opening a text file or an application from that partition like Netpositive then after awhile close it and close all the tracker folders. When I right click on the Desktop and unmount that partition I get KDL. This bug does not happen every time. It seems to be random but similar circumstances. While it was in KDL I gor a stack crawl and took a digital photo of the screen, so I can upload this as an attachment. The version I was testing is: r22114 on it's own partition. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 31 13:43:12 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 31 Aug 2007 11:43:12 -0000 Subject: [Haiku-bugs] [Haiku] #1438: KDL When unmounting other beos partition In-Reply-To: <040.334e105dc2f5b6b035c6d0244903bb37@haiku-os.org> References: <040.334e105dc2f5b6b035c6d0244903bb37@haiku-os.org> Message-ID: <049.dd0638a098e6327ccc17b3b9b682eab9@haiku-os.org> #1438: KDL When unmounting other beos partition ------------------------+--------------------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Platform: All ------------------------+--------------------------------------------------- Comment (by cebif): I hope this image is clear enough to read. Depending on your eyesight it might be necessary to copy it to another image viewer and zoom in. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 31 13:46:37 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 31 Aug 2007 11:46:37 -0000 Subject: [Haiku-bugs] [Haiku] #1438: KDL When unmounting other beos partition In-Reply-To: <040.334e105dc2f5b6b035c6d0244903bb37@haiku-os.org> References: <040.334e105dc2f5b6b035c6d0244903bb37@haiku-os.org> Message-ID: <049.3dddaed2a8746ebe212d88293b5ddbf0@haiku-os.org> #1438: KDL When unmounting other beos partition ----------------------------+----------------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Platform: All ----------------------------+----------------------------------------------- Changes (by axeld): * priority: normal => critical * component: - General => System/Kernel Comment: It'll do, thanks :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 31 14:25:37 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 31 Aug 2007 12:25:37 -0000 Subject: [Haiku-bugs] [Haiku] #254: Wrongly enabled buttons in apps/prefs (easy) In-Reply-To: <040.d8c8cd1d285f2b0573c32a8a664894eb@haiku-os.org> References: <040.d8c8cd1d285f2b0573c32a8a664894eb@haiku-os.org> Message-ID: <049.0121ea59047697181e88243bc35dc33d@haiku-os.org> #254: Wrongly enabled buttons in apps/prefs (easy) -----------------------------+---------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: reopened Priority: low | Milestone: R1 Component: - Applications | Version: Resolution: | Platform: All -----------------------------+---------------------------------------------- Comment (by axeld): Thanks! In case you didn't notice, your patch was applied in r22049. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 31 16:20:58 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 31 Aug 2007 14:20:58 -0000 Subject: [Haiku-bugs] [Haiku] #1374: leaking memory and semaphores In-Reply-To: <048.8cb0b8540b30fa9916977a3d7a533ff3@haiku-os.org> References: <048.8cb0b8540b30fa9916977a3d7a533ff3@haiku-os.org> Message-ID: <057.20ddd652c6c533c8164ae8bdbede2371@haiku-os.org> #1374: leaking memory and semaphores ----------------------------+----------------------------------------------- Reporter: jonas.kirilla | Owner: axeld Type: bug | Status: closed Priority: high | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Platform: All ----------------------------+----------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Fixed in r22130. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 31 20:14:00 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 31 Aug 2007 18:14:00 -0000 Subject: [Haiku-bugs] [Haiku] #1414: FTP upload stops around 78k In-Reply-To: <042.f39d93bdbcbbad826398bbcc240d51a8@haiku-os.org> References: <042.f39d93bdbcbbad826398bbcc240d51a8@haiku-os.org> Message-ID: <051.2c990e67c6e786efa21da69249f904c2@haiku-os.org> #1414: FTP upload stops around 78k ---------------------------------------+------------------------------------ Reporter: scottmc | Owner: hugosantos Type: bug | Status: new Priority: critical | Milestone: R1 Component: - Network & Internet/TCP | Version: R1 development Resolution: | Platform: x64 ---------------------------------------+------------------------------------ Comment (by scottmc): I just tried a new version from the August 30, 2007 HD Images and was able to upload a file that was 156kb without any trouble. I will try uploading more files soon to see if this one is really fixed or not now. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 31 20:22:13 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 31 Aug 2007 18:22:13 -0000 Subject: [Haiku-bugs] [Haiku] #1439: Audio CD not refreshing if CD is changed Message-ID: <042.9c2ff7509643d2436df318ad4df593bb@haiku-os.org> #1439: Audio CD not refreshing if CD is changed --------------------------+------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems | Version: R1 development Platform: All | --------------------------+------------------------------------------------- Upon booting Haiku it correctly detects an audio CD. I open the CD and drag some of the wav files to the desktop. Then eject the CD and insert a different audio CD. The audio CD still shows the wav files from the previous CD. If you drag any of the wav files from that second CD to the desktop they "seem" to copy from the same part of the CD that the file would have been from on that first CD. Reason I say this is if you then try to play that wav file from the second CD it starts playing one song and then goes into part of another. Seems like it's just not updating the CD info when a disc is changed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Aug 31 22:04:13 2007 From: trac at haiku-os.org (Haiku) Date: Fri, 31 Aug 2007 20:04:13 -0000 Subject: [Haiku-bugs] [Haiku] #1203: mutliple issues with usb stack v. haiku_usb_r5_20070419.zip In-Reply-To: <041.a998994b38b90fc6acdc0bd1164ac15d@haiku-os.org> References: <041.a998994b38b90fc6acdc0bd1164ac15d@haiku-os.org> Message-ID: <050.87de4422a685117a7c7f9b05456ba508@haiku-os.org> #1203: mutliple issues with usb stack v. haiku_usb_r5_20070419.zip --------------------------+------------------------------------------------- Reporter: nutela | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Platform: x86 --------------------------+------------------------------------------------- Comment (by nutela): Replying to [comment:4 nutela] So this was BS (about the keyboard); I installed the usb_hid driver from the Haiku tree and this \| -key works. Then I updated the tree half an hour ago that's 31.8.2007 around 21:00 (forgot to note the revision), jammed all usb stuff (Where do I install USBkit.a? or do I need it to just for building my own stuff and linking my own SW to it?) Installed everything in ~/config/.... etc. First I noticed that the long boot time is gone, not more KERN 'sysinit2'[3]: SCSI DISK -- get_checksum: problem reading block 0 KERN 'sysinit2'[3]: get_checksum(...,0,32256) Then after boot I noticed when I type real fast keys get virtually stuck; it is as if the key is pressed and held and after another key press this ceases. My USB stick doesn't appear in the mount menu and neither the Sony Ericson K750i with mass storage but it never did appear yet so no change in that respect. Plugin and plug out of the USB receiver and Wacom tablet gave a KDL. I hooked up an PS/2 keyb when in KDL but I couldn't get any enter key from it the keys were mapped all weird; eg. F2 == @ on screen. So I couldn't type sc. See screenshot. Last but not least, the mouse which came with the keyboard (explained above) still doesn't get trough the USB receiver or something, it just doesn't work just the keyboard alone. -- Ticket URL: Haiku The Haiku operating system.