From trac at haiku-os.org Mon Sep 1 00:28:01 2008 From: trac at haiku-os.org (andreasf) Date: Sun, 31 Aug 2008 22:28:01 -0000 Subject: [Haiku-bugs] [Haiku] #2696: unimplemented functions In-Reply-To: <042.80c5f449cc17c57d3f29b65adc3132f6@haiku-os.org> References: <042.80c5f449cc17c57d3f29b65adc3132f6@haiku-os.org> Message-ID: <051.8ea73f2bffeea9bdcc9fad5391cb4fc5@haiku-os.org> #2696: unimplemented functions --------------------------------+------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: | Blockedby: 2564 Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by andreasf): * cc: andreas.faerber at web.de (added) * component: - General => System/libroot.so * blockedby: => 2564 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 1 00:29:24 2008 From: trac at haiku-os.org (andreasf) Date: Sun, 31 Aug 2008 22:29:24 -0000 Subject: [Haiku-bugs] [Haiku] #2696: unimplemented functions In-Reply-To: <042.80c5f449cc17c57d3f29b65adc3132f6@haiku-os.org> References: <042.80c5f449cc17c57d3f29b65adc3132f6@haiku-os.org> Message-ID: <051.a34d3952c7e709466a480f84ea6756c0@haiku-os.org> #2696: unimplemented functions --------------------------------+------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: | Blockedby: 2564 Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by andreasf): #2564 was about {{{__signbitf}}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 1 00:33:55 2008 From: trac at haiku-os.org (andreasf) Date: Sun, 31 Aug 2008 22:33:55 -0000 Subject: [Haiku-bugs] [Haiku] #2646: [ls] Multi-column output even when piped (was: [read] Too much data read) In-Reply-To: <043.f0e688d7ee5d6163d7f35b16ce35c9b5@haiku-os.org> References: <043.f0e688d7ee5d6163d7f35b16ce35c9b5@haiku-os.org> Message-ID: <052.817bb115d89a4fadb095ac29db8c809a@haiku-os.org> #2646: [ls] Multi-column output even when piped ----------------------------------------------+----------------------------- Reporter: andreasf | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------------------------+----------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 1 00:53:11 2008 From: trac at haiku-os.org (korli) Date: Sun, 31 Aug 2008 22:53:11 -0000 Subject: [Haiku-bugs] [Haiku] #2564: signbit macro uses __signbitf function although not compiled in? In-Reply-To: <043.c0f6b67130dd2ce95d09a4a26a21c0e8@haiku-os.org> References: <043.c0f6b67130dd2ce95d09a4a26a21c0e8@haiku-os.org> Message-ID: <052.b25b59f07935cb7d557abdaf06cd4f7b@haiku-os.org> #2564: signbit macro uses __signbitf function although not compiled in? ------------------------+--------------------------------------------------- Reporter: andreasf | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: 2696 ------------------------+--------------------------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed Comment: Added s_signbitf.c for x86 in r27259 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 1 02:24:15 2008 From: trac at haiku-os.org (aldeck) Date: Mon, 01 Sep 2008 00:24:15 -0000 Subject: [Haiku-bugs] [Haiku] #2168: [Deskbar] freezes In-Reply-To: <043.84010ab05af305473a530f4ae353e8fa@haiku-os.org> References: <043.84010ab05af305473a530f4ae353e8fa@haiku-os.org> Message-ID: <052.1288c6fa9c7c6a528fb39fda2fe990a8@haiku-os.org> #2168: [Deskbar] freezes -----------------------------------+---------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Deskbar | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by aldeck): Replying to [comment:2 jackburton]: > > Yes, I have :) > BMenu and BMenuBar tracking loops should store the current workspace on the first loop, and then check if the workspace changed, on every iteration. > I'm afraid this will uglify the code even more. Well the code does the job and is not that ugly :) If you find the time, i think it is worth giving a try. Regards, Alex -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 1 03:32:46 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 01 Sep 2008 01:32:46 -0000 Subject: [Haiku-bugs] [Haiku] #1733: BAlert sometimes crashes (appears to be somewhere in BMessage's internals) In-Reply-To: <044.f4a86b9d0fcb4f6ec22e64e7467ed5e9@haiku-os.org> References: <044.f4a86b9d0fcb4f6ec22e64e7467ed5e9@haiku-os.org> Message-ID: <053.f3a377e0445bd2226cb756ccaaa1776e@haiku-os.org> #1733: BAlert sometimes crashes (appears to be somewhere in BMessage's internals) -----------------------------------+---------------------------------------- Reporter: anevilyak | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Application Kit | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by anevilyak): * status: new => closed * resolution: => fixed Comment: Seems to be gone in the latest revisions circa r27238. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 1 03:58:35 2008 From: trac at haiku-os.org (aldeck) Date: Mon, 01 Sep 2008 01:58:35 -0000 Subject: [Haiku-bugs] [Haiku] #511: [ScreenSaver] Many stability and other problems In-Reply-To: <040.13f4c046e032d852544afd83ddcbcbf8@haiku-os.org> References: <040.13f4c046e032d852544afd83ddcbcbf8@haiku-os.org> Message-ID: <049.720db84e3f384c994ea0c422388eaa54@haiku-os.org> #511: [ScreenSaver] Many stability and other problems --------------------------+------------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences | Version: Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by aldeck): Diver, can you recheck? At least some crashes could have been fixed with r25761 . I'll have a look at the remaining problems. Thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 1 04:17:23 2008 From: trac at haiku-os.org (aldeck) Date: Mon, 01 Sep 2008 02:17:23 -0000 Subject: [Haiku-bugs] [Haiku] #2241: ~ (tilda) Key requires a double keypress to be displayed In-Reply-To: <042.cf3ad6eb421bab67c53692eb72a67162@haiku-os.org> References: <042.cf3ad6eb421bab67c53692eb72a67162@haiku-os.org> Message-ID: <051.e45dfa9d421ffbb9911cb4bb1b277f99@haiku-os.org> #2241: ~ (tilda) Key requires a double keypress to be displayed ------------------------+--------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by aldeck): I've got this annoying problem here too since forever (fr keymap, not sure its relevant, see below) Interestingly i just noticed that the bug appears only when you type rapidly '~' then 'space'. Waiting a bit after typing '~' shows the expected behavior. In terminal, it seems there is a change in the cursor blinking when its ok to type the second key. Tested in Terminal and StyledEdit. HTH -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 1 08:16:53 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 01 Sep 2008 06:16:53 -0000 Subject: [Haiku-bugs] [Haiku] #2682: Network instability issues since net_timer changes In-Reply-To: <044.daabb81a0de194b16f721ff00f4aa80c@haiku-os.org> References: <044.daabb81a0de194b16f721ff00f4aa80c@haiku-os.org> Message-ID: <053.a74af4885fa6379ab9bae5a1b7366e10@haiku-os.org> #2682: Network instability issues since net_timer changes ---------------------------------------+------------------------------------ Reporter: anevilyak | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1/alpha1 Component: Network & Internet/Stack | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Comment(by anevilyak): Hi, On looking through 26980, I notice one thing that might be suspicious... in the loop in wait_for_timer, an entry is created and added to the condition variable, but as far as I can tell, never removed. Would this potentially cause some of the issues we're seeing? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 1 08:24:07 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 01 Sep 2008 06:24:07 -0000 Subject: [Haiku-bugs] [Haiku] #2682: Network instability issues since net_timer changes In-Reply-To: <044.daabb81a0de194b16f721ff00f4aa80c@haiku-os.org> References: <044.daabb81a0de194b16f721ff00f4aa80c@haiku-os.org> Message-ID: <053.140721307bbdcfa933f77bf07b63ee7c@haiku-os.org> #2682: Network instability issues since net_timer changes ---------------------------------------+------------------------------------ Reporter: anevilyak | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1/alpha1 Component: Network & Internet/Stack | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Comment(by anevilyak): Never mind, I see now that entry.Wait() does the removal itself once done. Sorry for the noise. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 1 08:25:20 2008 From: trac at haiku-os.org (scottmc) Date: Mon, 01 Sep 2008 06:25:20 -0000 Subject: [Haiku-bugs] [Haiku] #2696: unimplemented functions In-Reply-To: <042.80c5f449cc17c57d3f29b65adc3132f6@haiku-os.org> References: <042.80c5f449cc17c57d3f29b65adc3132f6@haiku-os.org> Message-ID: <051.2d7e644287901d5c081619f16c0812f9@haiku-os.org> #2696: unimplemented functions --------------------------------+------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: | Blockedby: 2564 Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by scottmc): * cc: haiku at scottmc.com (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 1 09:48:16 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 01 Sep 2008 07:48:16 -0000 Subject: [Haiku-bugs] [Haiku] #1877: Dropdown menu not clickable on all it's surface In-Reply-To: <041.0b1f85cac5c42bee3ea96676fd79151a@haiku-os.org> References: <041.0b1f85cac5c42bee3ea96676fd79151a@haiku-os.org> Message-ID: <050.aa495829ab53131cc52ceefa103fbe88@haiku-os.org> #1877: Dropdown menu not clickable on all it's surface ---------------------------------+------------------------------------------ Reporter: aldeck | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by anevilyak): I think I understand what the problem is now, but I'm not yet certain as to the best way to fix it: the popup menu in the menu field is actually hosted in a BMenuBar that's shrunken in size, which in turn contains a menu item that represents the thing you're clicking. However, that item is probably only being sized to its preferred size, which is to say its label width + some margin, while the rest of the bar is seen as dead space, as would be the case for the extra space after the last menu item in a regular menu bar. So in this case the menu item would instead have to be sized so as to fit the whole bar, but I'm not certain as to the best way to go about doing that yet. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 1 10:18:51 2008 From: trac at haiku-os.org (mmlr) Date: Mon, 01 Sep 2008 08:18:51 -0000 Subject: [Haiku-bugs] [Haiku] #2684: I can't connect SE K800i In-Reply-To: <041.61df93acce0db50788487af7f9d753b3@haiku-os.org> References: <041.61df93acce0db50788487af7f9d753b3@haiku-os.org> Message-ID: <050.d05fc12184f14d61294e410e03fa2ed4@haiku-os.org> #2684: I can't connect SE K800i --------------------------+------------------------------------------------- Reporter: Hubert | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------+------------------------------------------------- Comment(by mmlr): Sorry but that screenshot is completely unreadable. Can you please make a better one or transcribe the content here? You can omit the numbers and just write down the text. I take it it KDLed right after plugging the device in? What mode were you trying to use, phone or mass storage? Can you give some more details to the host machine where this is happening. I know that SE phones often come with USB 1.1 and not USB 2.0, still I wonder if this is really the case for a recent one like the K800i. If it comes with USB 2.0 UHCI should not be used at all. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 1 14:16:16 2008 From: trac at haiku-os.org (jackburton) Date: Mon, 01 Sep 2008 12:16:16 -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.c05ef3da27bcff22034f355080e90a22@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: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by jackburton): I tried the FlattenPictureTest recently, here are the results: In RGB32 mode, only two tests are failing: - Record and play picture with offset - Set Clipping The former worked, and started failing only lately (maybe after Julun's r24682, but I'm not sure). The latter never worked, I have no idea why. I double checked the code involved and it seems correct: the op is correctly written to the picture stream, and played correctly by PicturePlayer. So if there's a problem, could be in the code which sets the clipping region. The tests made in other color spaces seem to fail randomly, can't understand why, but it doesn't seem related to BPicture. Also, the large bitmap test doesn't draw anything, not even in direct drawing mode. P.S: the tests now run very fast. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 1 15:14:56 2008 From: trac at haiku-os.org (jackburton) Date: Mon, 01 Sep 2008 13:14:56 -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.685fe3881b47fc3a1bf9fb5500e1ede3@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: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by jackburton): * cc: julun at mail.berlios.de (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 1 15:22:40 2008 From: trac at haiku-os.org (julun) Date: Mon, 01 Sep 2008 13:22:40 -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.9b9f5fc1f6fcfa651e679f125dec12ae@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: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by julun): Hi, where do i find these tests? Any advice on how to get them on the image, important things to know, etc? Thanks, Karsten -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 1 15:27:09 2008 From: trac at haiku-os.org (jackburton) Date: Mon, 01 Sep 2008 13:27:09 -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.df63221da1a079d84faaf8a090e229f1@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: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by jackburton): Replying to [comment:17 julun]: > Hi, > > where do i find these tests? Any advice on how to get them on the image, important things to know, etc? > > Thanks, > Karsten To get the tests on the image, add this line to your UserBuildConfig AddFilesToHaikuImage home : FlattenPictureTest ; (it will be copied to your home folder in the image) The test app itself is in src/tests/kits/interface/flatten_picture -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 1 16:30:07 2008 From: trac at haiku-os.org (julun) Date: Mon, 01 Sep 2008 14:30:07 -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.80bf4269174c133e8b012ccd03ac6e56@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: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by julun): Hi, i did some short test with and without my change, also on R5. Strange thing here is that with my chage Direct Drawing does the same as on R5, but the rest is still wrong. Without my change the test seems to succeed, because Direct Drawing seems to fail? I find it also strange that a bunch of tests fail on R5, how can we be sure that we do the right thing? Also, e.g if direct drawing is broken, how are we supposed to test against it? Find attached an screenshot done r5, without, with my change. Karsten -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 1 16:33:40 2008 From: trac at haiku-os.org (julun) Date: Mon, 01 Sep 2008 14:33:40 -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.f4356ee849c8602b2658c5307f18b00a@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: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by julun): I get an trac crash or something while adding the screeshot. One can get it here: http://www.julun.de/haiku/R5-Picture-Test.png Karsten -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 1 16:42:11 2008 From: trac at haiku-os.org (jackburton) Date: Mon, 01 Sep 2008 14:42:11 -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.20b5e1079c494f4edfa0d309384d11d7@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: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by jackburton): Thanks! With your tests and observations, I was able to find the problem. The problem is that the tests use nested BPictures, so it wasn't the drawing of BPictures at an offset which was broken, but the drawing of BPictures inside BPictures. Wait for the fix. Thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 1 16:43:51 2008 From: trac at haiku-os.org (jackburton) Date: Mon, 01 Sep 2008 14:43:51 -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.04dd3edde7a2296ba4632a3826c211e4@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: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by jackburton): That problem is fixed in r27267. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 1 17:04:55 2008 From: trac at haiku-os.org (stippi) Date: Mon, 01 Sep 2008 15:04:55 -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.48a21d5e28243f5b1495bbe54c595061@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: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by stippi): Generating a clipping region from a BPicture is not implemented at all, yet. For the time being, it may be a solution to generate a BRegion with the brute force method - draw the picture into a bitmap (1bpp) and then BRegion::Include() each pixel that has a value of 1. If you loop over the pixels with the outer loop iterating y and the inner loop iterating x from left to right, the resulting BRegion will at least constructed with the best efficiency. From what I remember with talking with one of the previous Be engineers, this should be the same thing in essence what the BeOS app_server did. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 1 17:05:43 2008 From: trac at haiku-os.org (stippi) Date: Mon, 01 Sep 2008 15:05:43 -0000 Subject: [Haiku-bugs] [Haiku] #1470: Mouse Speed and Acceleration have limited positions In-Reply-To: <044.f111214fb6540143725ea3a998be0174@haiku-os.org> References: <044.f111214fb6540143725ea3a998be0174@haiku-os.org> Message-ID: <053.a1630c7cd8b1dcc4b8ca9e5a5758d1aa@haiku-os.org> #1470: Mouse Speed and Acceleration have limited positions ------------------------+--------------------------------------------------- Reporter: meanwhile | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by stippi): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 1 17:07:51 2008 From: trac at haiku-os.org (jackburton) Date: Mon, 01 Sep 2008 15:07:51 -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.916d6aec38bc0cf7d7f084ddc41e92d3@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: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by jackburton): Replying to [comment:23 stippi]: > Generating a clipping region from a BPicture is not implemented at all, yet. For the time being, it may be a solution to generate a BRegion with the brute force method - draw the picture into a bitmap (1bpp) and then BRegion::Include() each pixel that has a value of 1. If you loop over the pixels with the outer loop iterating y and the inner loop iterating x from left to right, the resulting BRegion will at least constructed with the best efficiency. From what I remember with talking with one of the previous Be engineers, this should be the same thing in essence what the BeOS app_server did. Yeah, I know that, but this is a different problem (see bug #1397). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 1 17:11:59 2008 From: trac at haiku-os.org (stippi) Date: Mon, 01 Sep 2008 15:11:59 -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.1cdb50943ff3bdb86500b0809e1bd328@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: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by stippi): But at least I meant exactly this problem, is the failing test something else? Anyways, I cannot look at the attachment, seems to be a Trac problem... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 1 17:15:14 2008 From: trac at haiku-os.org (jackburton) Date: Mon, 01 Sep 2008 15:15:14 -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.3ea208e4b6c07b5a11e7a6b6f53a561f@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: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by jackburton): Replying to [comment:25 stippi]: > But at least I meant exactly this problem, is the failing test something else? Anyways, I cannot look at the attachment, seems to be a Trac problem... Sorry, I did not explain the problem correctly: The problem currently is that the SetClippingRegion test fails. The direct drawing test constructs a BPicture, does a SetClippingRegion() on it, and calls FillRect (AFAIR). the second test constructs a BPicture, does the same as above, and constructs a BPicture with all this (thus "nesting" the DrawPicture call). This is what is failing. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 1 18:46:23 2008 From: trac at haiku-os.org (mmlr) Date: Mon, 01 Sep 2008 16:46:23 -0000 Subject: [Haiku-bugs] [Haiku] #2687: Multi-function USB card reader does not work. In-Reply-To: <038.64b1d42d138e2d74be44573b2ccc05c3@haiku-os.org> References: <038.64b1d42d138e2d74be44573b2ccc05c3@haiku-os.org> Message-ID: <047.d01a7303c51e00c58724919efcb61ec2@haiku-os.org> #2687: Multi-function USB card reader does not work. --------------------------+------------------------------------------------- Reporter: bga | Owner: mmlr Type: bug | Status: new Priority: high | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by mmlr): Can you provide some more details on how you hook this device up? Is that after a hub for example or directly into a root port, does it work on other ports? Does the device work on another system using Haiku maybe? This is really a low-level problem, as setting the device address is the very first thing that has to be done to setup a device. It is pretty unusual that this fails, so the more details you can give about the hardware and how it is connected, the more likely I can spot a peculiarity that points in the direction of the bug. Hub chaining with mixed high/fullspeed hubs was broken for example and since it is a rather seldom configuration it was tricky to find the cause and fix it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 1 20:50:28 2008 From: trac at haiku-os.org (laplace) Date: Mon, 01 Sep 2008 18:50:28 -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.0dfeb5c4b9d2aee15832969dccca647e@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: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by laplace): Does anybody want to add test cases for drawing mode, blending mode, line mode, push/pop state, move pen, set font? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 1 21:34:44 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 01 Sep 2008 19:34:44 -0000 Subject: [Haiku-bugs] [Haiku] #1877: Dropdown menu not clickable on all it's surface In-Reply-To: <041.0b1f85cac5c42bee3ea96676fd79151a@haiku-os.org> References: <041.0b1f85cac5c42bee3ea96676fd79151a@haiku-os.org> Message-ID: <050.faa62b33e3ccd01ac090c11718a70a40@haiku-os.org> #1877: Dropdown menu not clickable on all it's surface ---------------------------------+------------------------------------------ Reporter: aldeck | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by anevilyak): * owner: axeld => anevilyak -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 1 21:35:07 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 01 Sep 2008 19:35:07 -0000 Subject: [Haiku-bugs] [Haiku] #1877: Dropdown menu not clickable on all it's surface In-Reply-To: <041.0b1f85cac5c42bee3ea96676fd79151a@haiku-os.org> References: <041.0b1f85cac5c42bee3ea96676fd79151a@haiku-os.org> Message-ID: <050.c05bf3cf57ad9c23dcc83a4a4c6e1c94@haiku-os.org> #1877: Dropdown menu not clickable on all it's surface ---------------------------------+------------------------------------------ Reporter: aldeck | Owner: anevilyak Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by anevilyak): * status: new => closed * resolution: => fixed Comment: Fixed in r27271 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 2 00:16:54 2008 From: trac at haiku-os.org (absabs) Date: Mon, 01 Sep 2008 22:16:54 -0000 Subject: [Haiku-bugs] [Haiku] #2680: Panic on boot: Fatal exception "NMI Interrupt" occurred! In-Reply-To: <041.b1e1a636e5586c00995589be32d111a2@haiku-os.org> References: <041.b1e1a636e5586c00995589be32d111a2@haiku-os.org> Message-ID: <050.43d72ad2cf1b192efb5365dfa0954e35@haiku-os.org> #2680: Panic on boot: Fatal exception "NMI Interrupt" occurred! ----------------------+----------------------------------------------------- Reporter: clebin | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------+----------------------------------------------------- Comment(by absabs): Replying to [comment:4 clebin]: > > That didn't work either, sadly. > > I know within a month or so when Haiku stopped booting on my hardware. >It may be possible for me to roll back and fore on SVN to locate the first >broken revision. Where is the backtrace jpg? I can't see it. As for NMI panic, there is a similar problem with some buggy firewire pci cards. But just type continue when KDLed, everything will OK. Perhaps other pci hardware can panic too. Have you tried under Linux? IIRC, the buggy firewire pci card will panic the linux kernel too when /proc/sys/kernel/panic_on_unrecovered_nmi is set to one. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 2 00:18:41 2008 From: trac at haiku-os.org (Adek336) Date: Mon, 01 Sep 2008 22:18:41 -0000 Subject: [Haiku-bugs] [Haiku] #2697: [MediaPlayer] slider seeking in video file does not properly seek sound Message-ID: <042.fb5ce56994344719cfb09df8a099ccd6@haiku-os.org> #2697: [MediaPlayer] slider seeking in video file does not properly seek sound --------------------------------------+------------------------------------- Reporter: Adek336 | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/MediaPlayer | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------------+------------------------------------- When playing a video file and using the slider to seek, it seeks the video to the correct place, but it seeks the audio to a wrong place so it's desynchronized. Also, sometimes without using the slider the audio sometimes skips a few seconds (while video doesn't) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 2 00:20:02 2008 From: trac at haiku-os.org (absabs) Date: Mon, 01 Sep 2008 22:20:02 -0000 Subject: [Haiku-bugs] [Haiku] #1727: Haiku panics with vm_page fault/double fault after 20-30s usage In-Reply-To: <038.c78dd316936a9ee073ffdb24b1a5c2b3@haiku-os.org> References: <038.c78dd316936a9ee073ffdb24b1a5c2b3@haiku-os.org> Message-ID: <047.9fa57ee1d49624909c76532bb2d6387b@haiku-os.org> #1727: Haiku panics with vm_page fault/double fault after 20-30s usage ----------------------------+----------------------------------------------- Reporter: tqh | Owner: axeld Type: bug | Status: closed Priority: blocker | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by absabs): * status: new => closed * resolution: => fixed Comment: It seems that this bug has been fixed in r26272. So close it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 2 01:26:23 2008 From: trac at haiku-os.org (bga) Date: Mon, 01 Sep 2008 23:26:23 -0000 Subject: [Haiku-bugs] [Haiku] #2687: Multi-function USB card reader does not work. In-Reply-To: <038.64b1d42d138e2d74be44573b2ccc05c3@haiku-os.org> References: <038.64b1d42d138e2d74be44573b2ccc05c3@haiku-os.org> Message-ID: <047.e7502e95f65e70d5cbcff923705c77ee@haiku-os.org> #2687: Multi-function USB card reader does not work. --------------------------+------------------------------------------------- Reporter: bga | Owner: mmlr Type: bug | Status: new Priority: high | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by bga): 1 - As far as I know, it is directly to a root port (it is in a front panel connector in my case that is connected directly to the motherboard). 2 - I don?t know if it works on a different system running Haiku. I only have one system here. Sorry. 3 - Well, it it helps, my printer connected to the same port also has problems (99% of interrupts on vector x are unhandled) and Haiku does not even boot if the printer is on, hanging with the messa mentioned. OTOH, the pen-drive I have works ok on exactly the same port and I can even boot and run Haiku out of it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 2 01:26:59 2008 From: trac at haiku-os.org (bga) Date: Mon, 01 Sep 2008 23:26:59 -0000 Subject: [Haiku-bugs] [Haiku] #2687: Multi-function USB card reader does not work. In-Reply-To: <038.64b1d42d138e2d74be44573b2ccc05c3@haiku-os.org> References: <038.64b1d42d138e2d74be44573b2ccc05c3@haiku-os.org> Message-ID: <047.8f223368456934a0784e6406587d2edb@haiku-os.org> #2687: Multi-function USB card reader does not work. --------------------------+------------------------------------------------- Reporter: bga | Owner: mmlr Type: bug | Status: new Priority: high | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by bga): And yes, both the printer and the card reader work under Linux and Windows on the same machine. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 2 09:45:33 2008 From: trac at haiku-os.org (nielx) Date: Tue, 02 Sep 2008 07:45:33 -0000 Subject: [Haiku-bugs] [Haiku] #2693: TemplateNotFound: Template "macros.html" not found In-Reply-To: <038.4e24f14047e17592f8c304390866e44c@haiku-os.org> References: <038.4e24f14047e17592f8c304390866e44c@haiku-os.org> Message-ID: <047.1651a0b825b055d6ceb53a9638e994b6@haiku-os.org> #2693: TemplateNotFound: Template "macros.html" not found ---------------------------+------------------------------------------------ Reporter: oco | Owner: haiku-web Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by nielx): * status: new => closed * resolution: => fixed Comment: This is getting annoying. Fixed for now. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 2 09:45:58 2008 From: trac at haiku-os.org (nielx) Date: Tue, 02 Sep 2008 07:45:58 -0000 Subject: [Haiku-bugs] [Haiku] #2691: TemplateNotFound: Template "macros.rss" not found In-Reply-To: <043.fbd5d6e013d5429bd03c2677a09b035e@haiku-os.org> References: <043.fbd5d6e013d5429bd03c2677a09b035e@haiku-os.org> Message-ID: <052.bc4b1afa94ee61143306af0aaa08e047@haiku-os.org> #2691: TemplateNotFound: Template "macros.rss" not found ---------------------------+------------------------------------------------ Reporter: andreasf | Owner: haiku-web Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by nielx): * status: new => closed * resolution: => fixed Comment: Fixed for now. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 2 12:40:54 2008 From: trac at haiku-os.org (Adek336) Date: Tue, 02 Sep 2008 10:40:54 -0000 Subject: [Haiku-bugs] [Haiku] #1874: VIA Rhine-II not working In-Reply-To: <042.c155ce63a12fc64e267e9a6ad4e99da7@haiku-os.org> References: <042.c155ce63a12fc64e267e9a6ad4e99da7@haiku-os.org> Message-ID: <051.7c5aa927ae120b6b60e9363662ae36b6@haiku-os.org> #1874: VIA Rhine-II not working ------------------------------+--------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Changes (by Adek336): * cc: adek336 at gmail.com (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 2 13:06:41 2008 From: trac at haiku-os.org (Adek336) Date: Tue, 02 Sep 2008 11:06:41 -0000 Subject: [Haiku-bugs] [Haiku] #1050: implement a WiFi stack In-Reply-To: <045.5222f32311d9d2dcab22154271938480@haiku-os.org> References: <045.5222f32311d9d2dcab22154271938480@haiku-os.org> Message-ID: <054.b9d5bdde5ae3b16306975fd3eb0fb9ad@haiku-os.org> #1050: implement a WiFi stack ------------------------------------------+--------------------------------- Reporter: wkornewald | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Unscheduled Component: Network & Internet/Wireless | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------------+--------------------------------- Changes (by Adek336): * cc: adek336 at gmail.com (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 2 14:36:45 2008 From: trac at haiku-os.org (julun) Date: Tue, 02 Sep 2008 12:36:45 -0000 Subject: [Haiku-bugs] [Haiku] #1166: Open with -> ArtPaint crashes app_server In-Reply-To: <048.5b1b9d667abe9bd29dd3c894486a2033@haiku-os.org> References: <048.5b1b9d667abe9bd29dd3c894486a2033@haiku-os.org> Message-ID: <057.3313ff04c28ccfcf03f00979e9571ce3@haiku-os.org> #1166: Open with -> ArtPaint crashes app_server ---------------------------------+------------------------------------------ Reporter: jonas.kirilla | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by julun): I this bug still valid? I tested today with 8 copies of FontDemo and it did not crash. Karsten -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 2 14:38:40 2008 From: trac at haiku-os.org (aldeck) Date: Tue, 02 Sep 2008 12:38:40 -0000 Subject: [Haiku-bugs] [Haiku] #2659: [input_server] crash in Keymap::IsDeadKey () In-Reply-To: <040.f018426ca2c1821c2986bdf67f1a9b64@haiku-os.org> References: <040.f018426ca2c1821c2986bdf67f1a9b64@haiku-os.org> Message-ID: <049.af61ca37fda8ed0d56d49cb52e088be1@haiku-os.org> #2659: [input_server] crash in Keymap::IsDeadKey () ---------------------------------+------------------------------------------ Reporter: diver | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Keymap | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by aldeck): Replying to [comment:5 korli]: > the keymap file seems invalid. I added a check in r27183 to avoid loading this invalid keymap. > The invalid keymap could be related to the VM or I/O subsystem. Well, there's a memcpy that shouldnt happen when in some cases Rene's "name in attributes" technique fails for some reason. I think that to definitely close the matter and allow for further enhancement, we should enhance the input server as has been discussed on the commit list for r24924. Not sure yet, but the attribute thing could still be usefull though. Now on the work involved, are there R5 compatibility matters? It shouldn't matter for the preflet afaik. The plan is to add support for something like IS_SET_KEY_MAP and IS_LOAD/SAVE_KEY_MAP with an id/name. And a IS_GET_KEYMAP_NAMES maybe. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 2 18:19:58 2008 From: trac at haiku-os.org (kaliber) Date: Tue, 02 Sep 2008 16:19:58 -0000 Subject: [Haiku-bugs] [Haiku] #2698: /boot/common/include should be visible by gcc Message-ID: <042.f1cad3bcf5f370724e206ac1307182d1@haiku-os.org> #2698: /boot/common/include should be visible by gcc -------------------------+-------------------------------------------------- Reporter: kaliber | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- In my opinion /boot/common/include should be visible by a GCC. Also /boot/common/lib should be accessible by a linker. To build some open source software, now it required to set LDFLAGS=-L/boot/common/lib and CFLAGS=-I/boot/common/include. What do you think? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 2 18:32:17 2008 From: trac at haiku-os.org (andreasf) Date: Tue, 02 Sep 2008 16:32:17 -0000 Subject: [Haiku-bugs] [Haiku] #2698: /boot/common/include should be visible by gcc In-Reply-To: <042.f1cad3bcf5f370724e206ac1307182d1@haiku-os.org> References: <042.f1cad3bcf5f370724e206ac1307182d1@haiku-os.org> Message-ID: <051.2cf8721ed74673a0e06550bfc69e3637@haiku-os.org> #2698: /boot/common/include should be visible by gcc --------------------------+------------------------------------------------- Reporter: kaliber | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by andreasf): * cc: andreas.faerber at web.de (added) Comment: The same is required for {{{/boot/home/config}}}... why treat {{{/boot/common}}} differently? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 3 00:33:41 2008 From: trac at haiku-os.org (euan) Date: Tue, 02 Sep 2008 22:33:41 -0000 Subject: [Haiku-bugs] [Haiku] #2675: Backlight turned off on Radeon Mobility X600 In-Reply-To: <045.d912a97153de74f92a0d1b1e46357ef7@haiku-os.org> References: <045.d912a97153de74f92a0d1b1e46357ef7@haiku-os.org> Message-ID: <054.304ec6c0d743ba7ef945953624f76f75@haiku-os.org> #2675: Backlight turned off on Radeon Mobility X600 --------------------------------------+------------------------------------- Reporter: leavengood | Owner: euan Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Graphics/radeon | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Changes (by euan): * status: new => assigned Comment: Now that AMD released the docs, there were some changes to this area. I'll see if I can dig them out. I will see if I can supply you with a diff. Might not be too quick though due to current work loads sorry. :( -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 3 02:41:04 2008 From: trac at haiku-os.org (bonefish) Date: Wed, 03 Sep 2008 00:41:04 -0000 Subject: [Haiku-bugs] [Haiku] #2686: "failed C++ generated/objects/linux/x86/release/tools/fs_shell/unistd.o " In-Reply-To: <045.bcb63f75c5507f9d5f682b6264755f74@haiku-os.org> References: <045.bcb63f75c5507f9d5f682b6264755f74@haiku-os.org> Message-ID: <054.c210c886d8b830ae5acdca9117de3edc@haiku-os.org> #2686: "failed C++ generated/objects/linux/x86/release/tools/fs_shell/unistd.o " ---------------------------+------------------------------------------------ Reporter: revivaldbm | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Changes (by bonefish): * status: new => closed * resolution: => fixed Comment: Fixed in r27293. We do now include instead, which seems to be the standard in Linux. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 3 03:18:41 2008 From: trac at haiku-os.org (Adek336) Date: Wed, 03 Sep 2008 01:18:41 -0000 Subject: [Haiku-bugs] [Haiku] #2697: [MediaPlayer] slider seeking in video file does not properly seek sound In-Reply-To: <042.fb5ce56994344719cfb09df8a099ccd6@haiku-os.org> References: <042.fb5ce56994344719cfb09df8a099ccd6@haiku-os.org> Message-ID: <051.157538ca546d408ac9e929a455230442@haiku-os.org> #2697: [MediaPlayer] slider seeking in video file does not properly seek sound ---------------------------------------+------------------------------------ Reporter: Adek336 | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/MediaPlayer | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Comment(by Adek336): While watching without seeking it seems sound desynchronizes from video more easily if files are copyed in the background or if the video file is read from a non-BeFS disk. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 3 09:03:59 2008 From: trac at haiku-os.org (scottmc) Date: Wed, 03 Sep 2008 07:03:59 -0000 Subject: [Haiku-bugs] [Haiku] #2698: /boot/common/include should be visible by gcc In-Reply-To: <042.f1cad3bcf5f370724e206ac1307182d1@haiku-os.org> References: <042.f1cad3bcf5f370724e206ac1307182d1@haiku-os.org> Message-ID: <051.7f69c5643e5a2488a08568b60c4fb92f@haiku-os.org> #2698: /boot/common/include should be visible by gcc --------------------------+------------------------------------------------- Reporter: kaliber | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by scottmc): * cc: haiku at scottmc.com (added) Comment: +1 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 3 09:49:40 2008 From: trac at haiku-os.org (korli) Date: Wed, 03 Sep 2008 07:49:40 -0000 Subject: [Haiku-bugs] [Haiku] #2659: [input_server] crash in Keymap::IsDeadKey () In-Reply-To: <040.f018426ca2c1821c2986bdf67f1a9b64@haiku-os.org> References: <040.f018426ca2c1821c2986bdf67f1a9b64@haiku-os.org> Message-ID: <049.0486b70c33c5d0340e29eca4aff406d9@haiku-os.org> #2659: [input_server] crash in Keymap::IsDeadKey () ---------------------------------+------------------------------------------ Reporter: diver | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Keymap | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by korli): Replying to [comment:6 aldeck]: > Well, there's a memcpy that shouldnt happen when in some cases Rene's "name in attributes" technique fails for some reason. I didn't know this. > > I think that to definitely close the matter and allow for further enhancement, we should enhance the input server as has been discussed on the commit list for r24924. Maybe postpone this a bit, but file an enhancement ticket about it anyway. input_server is critical: it shouldn't crash at all. If r24924 introduced something wrong, it should be fixed first. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 3 14:23:14 2008 From: trac at haiku-os.org (aldeck) Date: Wed, 03 Sep 2008 12:23:14 -0000 Subject: [Haiku-bugs] [Haiku] #2659: [input_server] crash in Keymap::IsDeadKey () In-Reply-To: <040.f018426ca2c1821c2986bdf67f1a9b64@haiku-os.org> References: <040.f018426ca2c1821c2986bdf67f1a9b64@haiku-os.org> Message-ID: <049.cecaaaf59219bfc681976400f1e70d1d@haiku-os.org> #2659: [input_server] crash in Keymap::IsDeadKey () ---------------------------------+------------------------------------------ Reporter: diver | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Keymap | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by aldeck): Replying to [comment:7 korli]: > Replying to [comment:6 aldeck]: > > Well, there's a memcpy that shouldnt happen when in some cases Rene's "name in attributes" technique fails for some reason. > > I didn't know this. That's what i'm saying from the begining. There was a check missing in I.S but the actual bug is in the preflet. > > > > > I think that to definitely close the matter and allow for further enhancement, we should enhance the input server as has been discussed on the commit list for r24924. > > Maybe postpone this a bit, but file an enhancement ticket about it anyway. input_server is critical: it shouldn't crash at all. If r24924 introduced something wrong, it should be fixed first. Heh, you fixed the IS first ;-) Well I.S doesn't crash anymore, ok. But the preflet has to be fixed too to close this bug imho, this is part of the same problem. Now instead of patching the preflet, i took the liberty to start to rework how it's done in the IS and then simplify the preflet implementation (not a big change btw). But please read the commit list thread, everything is said there. Anyway, as said in the ml, i already started, but i'll file a ticket so that it's more clear. Best regards -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 3 17:45:31 2008 From: trac at haiku-os.org (korli) Date: Wed, 03 Sep 2008 15:45:31 -0000 Subject: [Haiku-bugs] [Haiku] #2610: USB mouse dies when input_server is restarted. In-Reply-To: <038.f54d5dad79e04cbedeb83f3372c458ff@haiku-os.org> References: <038.f54d5dad79e04cbedeb83f3372c458ff@haiku-os.org> Message-ID: <047.ad7202cbd9cf62ce8b745b3222bc2d26@haiku-os.org> #2610: USB mouse dies when input_server is restarted. -----------------------------------+---------------------------------------- Reporter: bga | Owner: korli Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Servers/input_server | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by korli): Replying to [comment:8 bga]: > Onw think I noticed is that when I have a PS/2 mouse, restarting the input_serve shows a message saying that a PS/2 mouse was found. > > When I have the USB mouse instead, no message to that effect shows in syslog. Maybe the input_server is not even trying to use the USB mouse when it is restarted for some reason? I tested restarting input_server with Qemu. It seems the mouse device addon keeps running. It doesn't exit because it has a call to usb_hid still running. MouseDevice::Stop is wrong in this respect: it should close the fd before waiting for its service thread to exit. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 3 20:15:13 2008 From: trac at haiku-os.org (jackburton) Date: Wed, 03 Sep 2008 18:15: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.e587b88f217ab10b2b614eecee5013cc@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: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by jackburton): Replying to [comment:27 laplace]: > Does anybody want to add test cases for drawing mode, blending mode, line mode, push/pop state, move pen, set font? > I can do that while researching this bug (I think I found the problem(s)). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 3 20:33:50 2008 From: trac at haiku-os.org (absabs) Date: Wed, 03 Sep 2008 18:33:50 -0000 Subject: [Haiku-bugs] [Haiku] #2601: firewire init monopolizes UI after boot In-Reply-To: <039.433a031604e65c7f8d65871b10db33b0@haiku-os.org> References: <039.433a031604e65c7f8d65871b10db33b0@haiku-os.org> Message-ID: <048.26d78a746109ae0f993a74923f8534c8@haiku-os.org> #2601: firewire init monopolizes UI after boot ----------------------------+----------------------------------------------- Reporter: donn | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by absabs): IMO, it does not relate with firewire, although there are so many memory allocations during booting in syslog. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 3 21:14:10 2008 From: trac at haiku-os.org (plfiorini) Date: Wed, 03 Sep 2008 19:14:10 -0000 Subject: [Haiku-bugs] [Haiku] #2653: Ghost links in Haiku source tree (easy) In-Reply-To: <040.6861f215648a82f8703ba017ee845422@haiku-os.org> References: <040.6861f215648a82f8703ba017ee845422@haiku-os.org> Message-ID: <049.1eee0dc02ba4b814887821954ee8b5bb@haiku-os.org> #2653: Ghost links in Haiku source tree (easy) ----------------------+----------------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Add-Ons | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------+----------------------------------------------------- Comment(by plfiorini): Running this command shows only src/add- ons/kernel/file_systems/googlefs/_APP_: for i in `find . -type l`; do [ -e $i ] || echo $i; done -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 3 21:20:43 2008 From: trac at haiku-os.org (korli) Date: Wed, 03 Sep 2008 19:20:43 -0000 Subject: [Haiku-bugs] [Haiku] #2610: USB mouse dies when input_server is restarted. In-Reply-To: <038.f54d5dad79e04cbedeb83f3372c458ff@haiku-os.org> References: <038.f54d5dad79e04cbedeb83f3372c458ff@haiku-os.org> Message-ID: <047.23fb7f5b1631fb5d2038b3409b3b07ee@haiku-os.org> #2610: USB mouse dies when input_server is restarted. -----------------------------------+---------------------------------------- Reporter: bga | Owner: korli Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Servers/input_server | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by korli): * status: reopened => closed * resolution: => fixed Comment: Should be fixed in r27310 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 3 21:47:42 2008 From: trac at haiku-os.org (korli) Date: Wed, 03 Sep 2008 19:47:42 -0000 Subject: [Haiku-bugs] [Haiku] #1747: Problematic Universalscroller install In-Reply-To: <044.ce6c43ec7106a13ecc413671ff6042ba@haiku-os.org> References: <044.ce6c43ec7106a13ecc413671ff6042ba@haiku-os.org> Message-ID: <053.8d2ce034b548fdaf110e68d540fe235b@haiku-os.org> #1747: Problematic Universalscroller install ------------------------+--------------------------------------------------- Reporter: meanwhile | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed Comment: Should be fixed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 4 11:03:00 2008 From: trac at haiku-os.org (jackburton) Date: Thu, 04 Sep 2008 09:03:00 -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.2facf76fe6d0716d7d3a7cfed369271c@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: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by jackburton): Replying to [comment:28 jackburton]: > Replying to [comment:27 laplace]: > > Does anybody want to add test cases for drawing mode, blending mode, line mode, push/pop state, move pen, set font? > > > I can do that while researching this bug (I think I found the problem(s)). Ok, looks like that the client part is okay. Server side there's still a problem but I can't find what happens. I tried to change the set_clipping_rects command to fill_rect (in ServerPicture.cpp) and the rects are filled correctly, so it isn't a problem of wrong coordinates. Stippi ? Any idea ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 4 12:21:46 2008 From: trac at haiku-os.org (emitrax) Date: Thu, 04 Sep 2008 10:21:46 -0000 Subject: [Haiku-bugs] [Haiku] #1552: Mesa bug when starting Blender 2.1.1 In-Reply-To: <041.72efe2da2bc0d857a4152fbe2e39a798@haiku-os.org> References: <041.72efe2da2bc0d857a4152fbe2e39a798@haiku-os.org> Message-ID: <050.5464afda570266fd1db6a48a601b019e@haiku-os.org> #1552: Mesa bug when starting Blender 2.1.1 ------------------------------+--------------------------------------------- Reporter: kvdman | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/OpenGL Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by emitrax): Any updates on this one ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 4 12:59:43 2008 From: trac at haiku-os.org (korli) Date: Thu, 04 Sep 2008 10:59:43 -0000 Subject: [Haiku-bugs] [Haiku] #1552: Mesa bug when starting Blender 2.1.1 In-Reply-To: <041.72efe2da2bc0d857a4152fbe2e39a798@haiku-os.org> References: <041.72efe2da2bc0d857a4152fbe2e39a798@haiku-os.org> Message-ID: <050.61ef70974c5f099a8bc46b20e942acce@haiku-os.org> #1552: Mesa bug when starting Blender 2.1.1 ------------------------------+--------------------------------------------- Reporter: kvdman | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/OpenGL Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by korli): Replying to [comment:13 emitrax]: > Any updates on this one ? I tried a few weeks ago, and couldn't understand what happens: Blender seems to loop waiting for an event. The Blender sources are not easy to find. I talked to aldeck about Blender, and, in a way, an up to date port would help to fix this issue. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 4 13:05:10 2008 From: trac at haiku-os.org (emitrax) Date: Thu, 04 Sep 2008 11:05:10 -0000 Subject: [Haiku-bugs] [Haiku] #1552: Mesa bug when starting Blender 2.1.1 In-Reply-To: <041.72efe2da2bc0d857a4152fbe2e39a798@haiku-os.org> References: <041.72efe2da2bc0d857a4152fbe2e39a798@haiku-os.org> Message-ID: <050.5ce216b95d38e7e49a1878874b82c7c2@haiku-os.org> #1552: Mesa bug when starting Blender 2.1.1 ------------------------------+--------------------------------------------- Reporter: kvdman | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/OpenGL Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by emitrax): An up to date port for haiku just sound great. But if the 2.1.1 runs fine on BeOS, there seems to be a compatibility problem that need to be fix. Is that the case? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 4 13:14:02 2008 From: trac at haiku-os.org (korli) Date: Thu, 04 Sep 2008 11:14:02 -0000 Subject: [Haiku-bugs] [Haiku] #1552: Mesa bug when starting Blender 2.1.1 In-Reply-To: <041.72efe2da2bc0d857a4152fbe2e39a798@haiku-os.org> References: <041.72efe2da2bc0d857a4152fbe2e39a798@haiku-os.org> Message-ID: <050.3149a700ffdfd1c9252f5309f7cc537b@haiku-os.org> #1552: Mesa bug when starting Blender 2.1.1 ------------------------------+--------------------------------------------- Reporter: kvdman | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/OpenGL Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by korli): Replying to [comment:15 emitrax]: > An up to date port for haiku just sound great. But if the 2.1.1 runs fine on BeOS, there seems to be a compatibility problem that need to be fix. Is that the case? Yes it's what I implied. At least, the problem is not linked to OpenGL. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 4 14:22:05 2008 From: trac at haiku-os.org (jackburton) Date: Thu, 04 Sep 2008 12:22:05 -0000 Subject: [Haiku-bugs] [Haiku] #1397: ClipToPicture and ClipToInversePicture not implemented In-Reply-To: <045.0d36cce70dd67ec14068c615553b1b30@haiku-os.org> References: <045.0d36cce70dd67ec14068c615553b1b30@haiku-os.org> Message-ID: <054.4b167f9b7fa3103f4d86f5b29fae01ee@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 Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by jackburton): By the way: I tested this code (with BRegion::Include() instead of BRegion::_AddRect()) on haiku and it doesn't produce the correct result, while it works correctly on beos. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 4 15:47:14 2008 From: trac at haiku-os.org (jackburton) Date: Thu, 04 Sep 2008 13:47:14 -0000 Subject: [Haiku-bugs] [Haiku] #1397: ClipToPicture and ClipToInversePicture not implemented In-Reply-To: <045.0d36cce70dd67ec14068c615553b1b30@haiku-os.org> References: <045.0d36cce70dd67ec14068c615553b1b30@haiku-os.org> Message-ID: <054.2a794df02718b6767ba53cb4ab03fddd@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 Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by jackburton): Found the problem: looks like drawing to a B_GRAY8 bitmap doesn't work. Using a B_RGBA32 bitmap works correctly. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 4 16:00:28 2008 From: trac at haiku-os.org (jackburton) Date: Thu, 04 Sep 2008 14:00:28 -0000 Subject: [Haiku-bugs] [Haiku] #1397: ClipToPicture and ClipToInversePicture not implemented In-Reply-To: <045.0d36cce70dd67ec14068c615553b1b30@haiku-os.org> References: <045.0d36cce70dd67ec14068c615553b1b30@haiku-os.org> Message-ID: <054.b363680920750d3f26ced44abb2e6003@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 Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by jackburton): I added the client side implementation in r27321. A slow implementation is better than nothing. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 4 16:55:33 2008 From: trac at haiku-os.org (kvdman) Date: Thu, 04 Sep 2008 14:55:33 -0000 Subject: [Haiku-bugs] [Haiku] #1552: Mesa bug when starting Blender 2.1.1 In-Reply-To: <041.72efe2da2bc0d857a4152fbe2e39a798@haiku-os.org> References: <041.72efe2da2bc0d857a4152fbe2e39a798@haiku-os.org> Message-ID: <050.a8b74018b99d34ff6a285850f89a5f2f@haiku-os.org> #1552: Mesa bug when starting Blender 2.1.1 ------------------------------+--------------------------------------------- Reporter: kvdman | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/OpenGL Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by kvdman): Here's some more information... This is the last version of Blender for BeOS that I was testing: [http://www.haikuware.com/start-download/multimedia/graphics/3d- tools/blender] You'll need python, and link it to libpython1.5.so in order for Blender to find it. I've used the old python here: [http://www.haikuware.com/view-details/development/language/python] And the newer version at Haiku Ports with similar results: [http://dev.haiku-os.org/attachment/ticket/1552/blender1.jpg] Sadly, the sources to that version of Blender for BeOS are nowhere to be found, but I came across this: [http://ftp.iasi.roedu.net/mirrors/blender.org/source/chest/blender_2.03_tree /glut-beos/] Also, Zeta had a newer version of Blender and has a patch: [http://ghost.m-phasis.de/files/blender_ZETA_patch_20051023.zip] That patch is hosted at a project at sourceforge: [http://projects.blender.org/projects/ghost/] Which states: 'To free GHOST from all ties with Blender & produce a new standard in OpenGL toolkits (replacing GLUT for C and C++ projects).' Perhaps GHOST is an issue when building Blender on Zeta/BeOSs since they provided the latest patch to get it running on BeOS/Zeta. See screenshots: [http://ghost.m-phasis.de/] -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 4 20:35:08 2008 From: trac at haiku-os.org (meanwhile) Date: Thu, 04 Sep 2008 18:35:08 -0000 Subject: [Haiku-bugs] [Haiku] #1747: Problematic Universalscroller install In-Reply-To: <044.ce6c43ec7106a13ecc413671ff6042ba@haiku-os.org> References: <044.ce6c43ec7106a13ecc413671ff6042ba@haiku-os.org> Message-ID: <053.9876645b2cd99d8246ac00cf4d4e0738@haiku-os.org> #1747: Problematic Universalscroller install ------------------------+--------------------------------------------------- Reporter: meanwhile | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by meanwhile): When clicking 'Preferences' after installing, Haiku says: "Could not find the installed UniversalScroller (/boot/home/config/add- ons/input_server/filters/UniversalScroller)" Maybe this means a Haiku version of UniversalScroller has to be made, I don't know... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 4 20:42:36 2008 From: trac at haiku-os.org (anevilyak) Date: Thu, 04 Sep 2008 18:42:36 -0000 Subject: [Haiku-bugs] [Haiku] #1747: Problematic Universalscroller install In-Reply-To: <044.ce6c43ec7106a13ecc413671ff6042ba@haiku-os.org> References: <044.ce6c43ec7106a13ecc413671ff6042ba@haiku-os.org> Message-ID: <053.7f3e647058edd3035697068673cfa979@haiku-os.org> #1747: Problematic Universalscroller install ------------------------+--------------------------------------------------- Reporter: meanwhile | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by anevilyak): It might be running into the same problem that SpicyKeys was, those directories add-on subdirs don't exist on the haiku image by default, so it might actually be failing to install its add-ons, in which case that error makes sense. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 4 20:48:21 2008 From: trac at haiku-os.org (korli) Date: Thu, 04 Sep 2008 18:48:21 -0000 Subject: [Haiku-bugs] [Haiku] #1747: Problematic Universalscroller install In-Reply-To: <044.ce6c43ec7106a13ecc413671ff6042ba@haiku-os.org> References: <044.ce6c43ec7106a13ecc413671ff6042ba@haiku-os.org> Message-ID: <053.143bea8720f3e486cfe056ae1c1a5345@haiku-os.org> #1747: Problematic Universalscroller install ------------------------+--------------------------------------------------- Reporter: meanwhile | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by korli): Replying to [comment:5 anevilyak]: > It might be running into the same problem that SpicyKeys was, those directories add-on subdirs don't exist on the haiku image by default, so it might actually be failing to install its add-ons, in which case that error makes sense. Added them in r27325. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 4 21:08:53 2008 From: trac at haiku-os.org (korli) Date: Thu, 04 Sep 2008 19:08:53 -0000 Subject: [Haiku-bugs] [Haiku] #2674: Add Intel Atom 230 to OS.h In-Reply-To: <041.5a2d6661782bdcc95a2d17fa30224c58@haiku-os.org> References: <041.5a2d6661782bdcc95a2d17fa30224c58@haiku-os.org> Message-ID: <050.e21780f3da905cba238c2695f692449b@haiku-os.org> #2674: Add Intel Atom 230 to OS.h ----------------------------+----------------------------------------------- Reporter: katisu | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by korli): Added in r27326. Could you check please ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 4 21:09:09 2008 From: trac at haiku-os.org (korli) Date: Thu, 04 Sep 2008 19:09:09 -0000 Subject: [Haiku-bugs] [Haiku] #2674: Add Intel Atom 230 to OS.h In-Reply-To: <041.5a2d6661782bdcc95a2d17fa30224c58@haiku-os.org> References: <041.5a2d6661782bdcc95a2d17fa30224c58@haiku-os.org> Message-ID: <050.dd47076a8174ff680c05de34094a8e4e@haiku-os.org> #2674: Add Intel Atom 230 to OS.h ----------------------------+----------------------------------------------- Reporter: katisu | Owner: korli Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by korli): * owner: axeld => korli -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 4 21:40:06 2008 From: trac at haiku-os.org (bga) Date: Thu, 04 Sep 2008 19:40:06 -0000 Subject: [Haiku-bugs] [Haiku] #2679: ~/config/add_ons/input_server/ and .../filters/ missing In-Reply-To: <038.2ed0bf8229fe6fa6663da249a3d5f12f@haiku-os.org> References: <038.2ed0bf8229fe6fa6663da249a3d5f12f@haiku-os.org> Message-ID: <047.b0ebca4aa0355b91b357da3139148671@haiku-os.org> #2679: ~/config/add_ons/input_server/ and .../filters/ missing ---------------------------+------------------------------------------------ Reporter: kev | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by bga): I wonder if it would not be better to make the input_server create those directories on starftup so it woudl work as expected even if the user accidentally removed them. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 4 23:40:17 2008 From: trac at haiku-os.org (cebif) Date: Thu, 04 Sep 2008 21:40:17 -0000 Subject: [Haiku-bugs] [Haiku] #2699: KDL when accessing a DVD or CD Message-ID: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> #2699: KDL when accessing a DVD or CD -------------------------------+-------------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- I mounted a DVD movie and double clicked on its icon. This resulted in KDL. I then tried right clicking. The same thing again. I tried to open it from VLC, via the file menu but KDL again. I then tried a CDR with Mandriva Linux burned on it (iso9660), KDL again. To reproduce: 1. Mount a DVD or CD disk. 2. Double click or right click or navigate to from VLC or MediaPlayer, to open. The result is immediate KDL. I will upload a sc from KDL when I tried to open the DVD movie. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 4 23:52:50 2008 From: trac at haiku-os.org (cebif) Date: Thu, 04 Sep 2008 21:52:50 -0000 Subject: [Haiku-bugs] [Haiku] #2699: KDL when accessing a DVD or CD In-Reply-To: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> References: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> Message-ID: <049.95f1127161620ff180bf2afb04829b20@haiku-os.org> #2699: KDL when accessing a DVD or CD --------------------------------+------------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by cebif): I was testing r27258. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 4 23:57:23 2008 From: trac at haiku-os.org (emitrax) Date: Thu, 04 Sep 2008 21:57:23 -0000 Subject: [Haiku-bugs] [Haiku] #2699: KDL when accessing a DVD or CD In-Reply-To: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> References: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> Message-ID: <049.e6770aaa713b98e738aac6ca690f4f0c@haiku-os.org> #2699: KDL when accessing a DVD or CD --------------------------------+------------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by emitrax): Just to make sure, did you add udf to the iso? Because by default it is not in the image yet. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 4 23:58:21 2008 From: trac at haiku-os.org (emitrax) Date: Thu, 04 Sep 2008 21:58:21 -0000 Subject: [Haiku-bugs] [Haiku] #2699: KDL when accessing a DVD or CD In-Reply-To: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> References: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> Message-ID: <049.55635833c00a2c1ebc572671d6b40b36@haiku-os.org> #2699: KDL when accessing a DVD or CD --------------------------------+------------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by emitrax): Sorry, by iso I mean tha haiku image. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 5 00:11:12 2008 From: trac at haiku-os.org (julun) Date: Thu, 04 Sep 2008 22:11:12 -0000 Subject: [Haiku-bugs] [Haiku] #2543: BTextControl::ResizeToPreferred() Does not resize to propper size In-Reply-To: <048.c46d021fc2f56a8cfcc623a73fba4254@haiku-os.org> References: <048.c46d021fc2f56a8cfcc623a73fba4254@haiku-os.org> Message-ID: <057.1f44d9fcdd8a4c5be3d3350281e45ab5@haiku-os.org> #2543: BTextControl::ResizeToPreferred() Does not resize to propper size ---------------------------------+------------------------------------------ Reporter: oruizdorantes | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by julun): * status: reopened => closed * resolution: => fixed Comment: Should be fixed as of r27330. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 5 00:44:58 2008 From: trac at haiku-os.org (cebif) Date: Thu, 04 Sep 2008 22:44:58 -0000 Subject: [Haiku-bugs] [Haiku] #2699: KDL when accessing a DVD or CD In-Reply-To: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> References: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> Message-ID: <049.662bc4106f658311e3cb0bb1368efad5@haiku-os.org> #2699: KDL when accessing a DVD or CD --------------------------------+------------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by cebif): Replying to [comment:3 emitrax]: > Sorry, by iso I mean tha haiku image. No, I did not compile a haiku image. The crash happens with different types of file systems but I have only tested with iso9660, DVD movie and a DVD+RW I burned but not certain of its fs. Is udf in DVD movie? I will have to check what the different fs types are on the disks. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 5 00:53:27 2008 From: trac at haiku-os.org (cebif) Date: Thu, 04 Sep 2008 22:53:27 -0000 Subject: [Haiku-bugs] [Haiku] #2699: KDL when accessing a DVD or CD In-Reply-To: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> References: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> Message-ID: <049.90f64408f9651fd69a239215d703e542@haiku-os.org> #2699: KDL when accessing a DVD or CD --------------------------------+------------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by cebif): Found the DVD+RW is burned with iso9660. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 4 20:51:09 2008 From: trac at haiku-os.org (korli) Date: Thu, 04 Sep 2008 18:51:09 -0000 Subject: [Haiku-bugs] [Haiku] #2679: ~/config/add_ons/input_server/ and .../filters/ missing In-Reply-To: <038.2ed0bf8229fe6fa6663da249a3d5f12f@haiku-os.org> References: <038.2ed0bf8229fe6fa6663da249a3d5f12f@haiku-os.org> Message-ID: <047.bb66fa15db76732614d78d49bc56175e@haiku-os.org> #2679: ~/config/add_ons/input_server/ and .../filters/ missing ---------------------------+------------------------------------------------ Reporter: kev | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by korli): * status: new => closed * resolution: => fixed Comment: Added in r27325. Please check. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 5 03:52:56 2008 From: trac at haiku-os.org (mmu_man) Date: Fri, 05 Sep 2008 01:52:56 -0000 Subject: [Haiku-bugs] [Haiku] #2342: No system timer interrupt on some ATI chipsets In-Reply-To: <039.3674ba47b1d07ce0d804a70edffeeb2b@haiku-os.org> References: <039.3674ba47b1d07ce0d804a70edffeeb2b@haiku-os.org> Message-ID: <048.20ba012b09cf743f6407475569596664@haiku-os.org> #2342: No system timer interrupt on some ATI chipsets ----------------------------+----------------------------------------------- Reporter: euan | Owner: mmu_man Type: bug | Status: assigned Priority: high | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by mmu_man): Hopefully r27333 should fix it. Please test. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 5 07:32:11 2008 From: trac at haiku-os.org (Adek336) Date: Fri, 05 Sep 2008 05:32:11 -0000 Subject: [Haiku-bugs] [Haiku] #2700: panic when reading root directory from ext3 Message-ID: <042.6f8d035ad59df8be2f1cfb85559dfc53@haiku-os.org> #2700: panic when reading root directory from ext3 -------------------------------+-------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/ext2 | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- This happens for only one of my ext3 partitions. I can mount it but when reading the root directory either by opening it with the graphical file explorer or the popup menu directory structure I get a panic. I can the type "exit" to kdl which returns me to a perfectly stable system, but only two of the three files in the volume are showed in the file explorer (or popup menu). I have another ext3 partition on the very same physical hard drive which works well. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 5 09:30:16 2008 From: trac at haiku-os.org (emitrax) Date: Fri, 05 Sep 2008 07:30:16 -0000 Subject: [Haiku-bugs] [Haiku] #2699: KDL when accessing a DVD or CD In-Reply-To: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> References: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> Message-ID: <049.20c9c821decbfa677e90659417ac9bc4@haiku-os.org> #2699: KDL when accessing a DVD or CD --------------------------------+------------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by emitrax): As far as I can tell from the bt this does not seem to be related to the FS. It seems to be a tracker problem, and IIRC I traced it once with Ren?. The ASSERT that triggers the panic has been introduced by Axel in r27128, and it is involved for user space caller only. What I don't understand it is why the ASSERT is not trigger everytime you try to access a media, as the code path involved should be the same. Perhaps someone else can tell you (and me) more. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 5 10:24:50 2008 From: trac at haiku-os.org (cebif) Date: Fri, 05 Sep 2008 08:24:50 -0000 Subject: [Haiku-bugs] [Haiku] #2699: KDL when accessing a DVD or CD In-Reply-To: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> References: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> Message-ID: <049.add199a8f0979c5fc2357b4248478a63@haiku-os.org> #2699: KDL when accessing a DVD or CD --------------------------------+------------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by cebif): Replying to [comment:6 emitrax]: > As far as I can tell from the bt this does not seem to be related to the FS. It seems to be a tracker problem, and IIRC I traced it once with Ren?. The ASSERT that triggers the panic has been introduced by Axel in r27128, and it is involved for user space caller only. What I don't understand it is why the ASSERT is not trigger everytime you try to access a media, as the code path involved should be the same. Perhaps someone else can tell you (and me) more. When you say "everytime you try to access media", do you mean any CD's or other disks with video or audio? I tried to access a data CD and a data DVD and the crash happened as well. Or do you mean all types of physical removeable media? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 5 11:10:49 2008 From: trac at haiku-os.org (mmlr) Date: Fri, 05 Sep 2008 09:10:49 -0000 Subject: [Haiku-bugs] [Haiku] #2700: panic when reading root directory from ext3 In-Reply-To: <042.6f8d035ad59df8be2f1cfb85559dfc53@haiku-os.org> References: <042.6f8d035ad59df8be2f1cfb85559dfc53@haiku-os.org> Message-ID: <051.c6e43eba8146a691521b425aca88de84@haiku-os.org> #2700: panic when reading root directory from ext3 --------------------------------+------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/ext2 | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by mmlr): Can you also tell what kind of device this is? Is it a SCSI, ATA or S-ATA disk or a USB device? The error looks like a SCSI message telling that the device cannot serve the block right now because it is recalibrating. This is temporary and non-fatal, but probably the read is not retried yet. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 5 11:24:09 2008 From: trac at haiku-os.org (jackburton) Date: Fri, 05 Sep 2008 09:24:09 -0000 Subject: [Haiku-bugs] [Haiku] #984: Generic application icon in deskbar is old style 8 bit In-Reply-To: <045.a627ff651e00e44965d5eb8399fb64d8@haiku-os.org> References: <045.a627ff651e00e44965d5eb8399fb64d8@haiku-os.org> Message-ID: <054.ed3ffcbf7a68cbc1cc4816ba49980972@haiku-os.org> #984: Generic application icon in deskbar is old style 8 bit -----------------------------------+---------------------------------------- Reporter: jackburton | Owner: stippi Type: bug | Status: new Priority: low | Milestone: R1 Component: Applications/Deskbar | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by jackburton): Replying to [comment:1 aldeck]: > Seems fixed here. > Not sure it's the same issue but i can only see the old icon in ProcessController's menus, the "/bin/sh --login" item uses the old icon. Nope, it's still there. Just compare the icon shown in deskbar with the icon shown by tracker for the generic application. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 5 11:50:57 2008 From: trac at haiku-os.org (jackburton) Date: Fri, 05 Sep 2008 09:50:57 -0000 Subject: [Haiku-bugs] [Haiku] #2497: [AboutSystem] right textview is not selectable (easy) In-Reply-To: <040.f4632fc7d182c2facaf7ee332be9915b@haiku-os.org> References: <040.f4632fc7d182c2facaf7ee332be9915b@haiku-os.org> Message-ID: <049.ee2df9ba08681513cd68387722faa5b3@haiku-os.org> #2497: [AboutSystem] right textview is not selectable (easy) ---------------------------+------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by jackburton): Actually the code already sets the BTextView to be selectable. The fact that it doesn't work could be the real bug :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 5 11:52:49 2008 From: trac at haiku-os.org (jackburton) Date: Fri, 05 Sep 2008 09:52:49 -0000 Subject: [Haiku-bugs] [Haiku] #2497: [AboutSystem] right textview is not selectable (easy) In-Reply-To: <040.f4632fc7d182c2facaf7ee332be9915b@haiku-os.org> References: <040.f4632fc7d182c2facaf7ee332be9915b@haiku-os.org> Message-ID: <049.ffa839c77ecaccd4c203a9dd000c3251@haiku-os.org> #2497: [AboutSystem] right textview is not selectable (easy) ---------------------------+------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by jackburton): Replying to [comment:2 jackburton]: > Actually the code already sets the BTextView to be selectable. The fact that it doesn't work could be the real bug :) And now I see why: The classed used (HyperTextView) eats all the mouse events. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 5 16:11:05 2008 From: trac at haiku-os.org (Adek336) Date: Fri, 05 Sep 2008 14:11:05 -0000 Subject: [Haiku-bugs] [Haiku] #2700: panic when reading root directory from ext3 In-Reply-To: <042.6f8d035ad59df8be2f1cfb85559dfc53@haiku-os.org> References: <042.6f8d035ad59df8be2f1cfb85559dfc53@haiku-os.org> Message-ID: <051.cc8379d296714c4830feda2e8f3514cd@haiku-os.org> #2700: panic when reading root directory from ext3 --------------------------------+------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/ext2 | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by Adek336): That is a SATA disk. If I retry to read the directory the error happens again. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 5 18:46:55 2008 From: trac at haiku-os.org (denisw) Date: Fri, 05 Sep 2008 16:46:55 -0000 Subject: [Haiku-bugs] [Haiku] #1874: VIA Rhine-II not working In-Reply-To: <042.c155ce63a12fc64e267e9a6ad4e99da7@haiku-os.org> References: <042.c155ce63a12fc64e267e9a6ad4e99da7@haiku-os.org> Message-ID: <051.45a951a88576f36cf3ffed98156e7a31@haiku-os.org> #1874: VIA Rhine-II not working ------------------------------+--------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Changes (by denisw): * cc: dwashington at gmx.net (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 5 19:27:00 2008 From: trac at haiku-os.org (revivaldbm) Date: Fri, 05 Sep 2008 17:27:00 -0000 Subject: [Haiku-bugs] [Haiku] #2701: Changing mouse pointer Message-ID: <045.12701397a8e6ce6c8281648a7185e15b@haiku-os.org> #2701: Changing mouse pointer ----------------------------+----------------------------------------------- Reporter: revivaldbm | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------+----------------------------------------------- How would one change the mouse pointer in Haiku OS, and is there an editor for the icon graphics format used in Haiku? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 5 19:39:32 2008 From: trac at haiku-os.org (Adek336) Date: Fri, 05 Sep 2008 17:39:32 -0000 Subject: [Haiku-bugs] [Haiku] #1635: Gl Teapot Bad Rendering On Window Size Expand In-Reply-To: <040.05fc50751c0cc12a35be6f78a2912f52@haiku-os.org> References: <040.05fc50751c0cc12a35be6f78a2912f52@haiku-os.org> Message-ID: <049.00f533ca2a158aa246da2d0e3b12358f@haiku-os.org> #1635: Gl Teapot Bad Rendering On Window Size Expand ---------------------------------+------------------------------------------ Reporter: cebif | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by Adek336): * cc: adek336 at gmail.com (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 5 20:55:14 2008 From: trac at haiku-os.org (kaliber) Date: Fri, 05 Sep 2008 18:55:14 -0000 Subject: [Haiku-bugs] [Haiku] #2702: unimplemented functions part 2 Message-ID: <042.7d86314140b2ef37dd855cfebc10849b@haiku-os.org> #2702: unimplemented functions part 2 -----------------------+---------------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- It's continuation of ticket #2696 {{{ math.h infnanf lroundl roundl matherr search.h insque lfind lsearch ctype.h isascii isblank isfinite dirent.h seekdir string.h strtcopy }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 5 20:56:33 2008 From: trac at haiku-os.org (anevilyak) Date: Fri, 05 Sep 2008 18:56:33 -0000 Subject: [Haiku-bugs] [Haiku] #2702: unimplemented functions part 2 In-Reply-To: <042.7d86314140b2ef37dd855cfebc10849b@haiku-os.org> References: <042.7d86314140b2ef37dd855cfebc10849b@haiku-os.org> Message-ID: <051.0e3074e87c9a44ed861ecf6b9ea84e70@haiku-os.org> #2702: unimplemented functions part 2 --------------------------------+------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by anevilyak): * component: - General => System/libroot.so -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 5 21:35:54 2008 From: trac at haiku-os.org (bga) Date: Fri, 05 Sep 2008 19:35:54 -0000 Subject: [Haiku-bugs] [Haiku] #2621: Screen update problems. In-Reply-To: <038.e8d138314d5ea6a0bfdab5f0ffb9c512@haiku-os.org> References: <038.e8d138314d5ea6a0bfdab5f0ffb9c512@haiku-os.org> Message-ID: <047.fbedc1826792a56953fff6bdb79cfd2c@haiku-os.org> #2621: Screen update problems. -----------------------------+---------------------------------------------- Reporter: bga | Owner: stippi Type: bug | Status: closed Priority: high | Milestone: R1 Component: User Interface | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Changes (by bga): * status: new => closed * resolution: => fixed Comment: This has been fixed (or at least worked around) by Rene. It was not related to the vesa driver, BTW. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 5 21:52:30 2008 From: trac at haiku-os.org (digitalteufel) Date: Fri, 05 Sep 2008 19:52:30 -0000 Subject: [Haiku-bugs] [Haiku] #310: Quake2 crashes if media_server is running In-Reply-To: <049.b9c5135a2f2e2cea717023afb093396d@haiku-os.org> References: <049.b9c5135a2f2e2cea717023afb093396d@haiku-os.org> Message-ID: <058.234b1d36a9c0e5b11ddf10c0c68f0334@haiku-os.org> #310: Quake2 crashes if media_server is running -----------------------------+---------------------------------------------- Reporter: johndrinkwater | Owner: marcusoverhagen Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - General | Version: Resolution: | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Changes (by digitalteufel): * platform: => All Comment: I just tried Quake2 and it loads fine with the media_server and media_addon_server running. This two year old ticket can probably be closed now. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 5 21:57:19 2008 From: trac at haiku-os.org (digitalteufel) Date: Fri, 05 Sep 2008 19:57:19 -0000 Subject: [Haiku-bugs] [Haiku] #312: Quake2 has awfully dodgy mouse input In-Reply-To: <049.c0bdb8d3925d0693b0e6ff5727bf3fb7@haiku-os.org> References: <049.c0bdb8d3925d0693b0e6ff5727bf3fb7@haiku-os.org> Message-ID: <058.8484fac3bd511d1db894ef0d57469362@haiku-os.org> #312: Quake2 has awfully dodgy mouse input -----------------------------+---------------------------------------------- Reporter: johndrinkwater | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: Resolution: | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Comment(by digitalteufel): I've been testing Quake2 recently and this bug seems to have been fixed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 5 22:05:28 2008 From: trac at haiku-os.org (stippi) Date: Fri, 05 Sep 2008 20:05:28 -0000 Subject: [Haiku-bugs] [Haiku] #2701: Changing mouse pointer In-Reply-To: <045.12701397a8e6ce6c8281648a7185e15b@haiku-os.org> References: <045.12701397a8e6ce6c8281648a7185e15b@haiku-os.org> Message-ID: <054.f35648c1f14ce3f4b25f1735bb000984@haiku-os.org> #2701: Changing mouse pointer -----------------------------+---------------------------------------------- Reporter: revivaldbm | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Comment(by stippi): There is Icon-O-Matic for creating Haiku vector icons. It's available from the Application menu in the Haiku (leaf/feather) menu. You can not currently change "cursor themes", that's why I will leave this bug open. Note that it is possible to change the cursor programmatically from within applications (limited to that application, or one of it's views inside a window). But there are application wide default cursor shapes defined, and it is currently not possible to change those. One possible way to implement this is to try and load PNGs from a certain place in the file system in the app_server code. If these are not present, fall back to the current cursors. That should be quite easy to do, it's just a little work. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 5 22:07:18 2008 From: trac at haiku-os.org (stippi) Date: Fri, 05 Sep 2008 20:07:18 -0000 Subject: [Haiku-bugs] [Haiku] #312: Quake2 has awfully dodgy mouse input In-Reply-To: <049.c0bdb8d3925d0693b0e6ff5727bf3fb7@haiku-os.org> References: <049.c0bdb8d3925d0693b0e6ff5727bf3fb7@haiku-os.org> Message-ID: <058.bbf5e54b7cfab9a88c4b0602876a356c@haiku-os.org> #312: Quake2 has awfully dodgy mouse input -----------------------------+---------------------------------------------- Reporter: johndrinkwater | Owner: korli Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Changes (by stippi): * status: new => closed * resolution: => fixed Comment: Ok, thanks for testing! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 5 22:08:18 2008 From: trac at haiku-os.org (stippi) Date: Fri, 05 Sep 2008 20:08:18 -0000 Subject: [Haiku-bugs] [Haiku] #310: Quake2 crashes if media_server is running In-Reply-To: <049.b9c5135a2f2e2cea717023afb093396d@haiku-os.org> References: <049.b9c5135a2f2e2cea717023afb093396d@haiku-os.org> Message-ID: <058.2e2bfed4d917dcab73de27e2000a42a1@haiku-os.org> #310: Quake2 crashes if media_server is running -----------------------------+---------------------------------------------- Reporter: johndrinkwater | Owner: marcusoverhagen Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Changes (by stippi): * status: assigned => closed * resolution: => fixed Old description: > Quake2 crashes on load if this is running. > Tested by killing media_server + media_addon_server before run, and > Quake2 loads > correctly. > I'd be able to give more information if gdb could attach to the process. > (The user friendly debug/close alert doesnt do anything), and for some > reason on > this box, I cant run gdb while quake2 is open/crashed. > > Will try to get more details. New description: Quake2 crashes on load if this is running. Tested by killing media_server + media_addon_server before run, and Quake2 loads correctly. I'd be able to give more information if gdb could attach to the process. (The user friendly debug/close alert doesnt do anything), and for some reason on this box, I cant run gdb while quake2 is open/crashed. Will try to get more details. -- Comment: Thanks for testing! Please someone reopen if I closed prematurely and there is still something else. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 5 22:59:39 2008 From: trac at haiku-os.org (korli) Date: Fri, 05 Sep 2008 20:59:39 -0000 Subject: [Haiku-bugs] [Haiku] #2702: unimplemented functions part 2 In-Reply-To: <042.7d86314140b2ef37dd855cfebc10849b@haiku-os.org> References: <042.7d86314140b2ef37dd855cfebc10849b@haiku-os.org> Message-ID: <051.fad1e0f97c067a0da7d5240b9ebb66f3@haiku-os.org> #2702: unimplemented functions part 2 --------------------------------+------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by korli): added matherr, lroundl and roundl in r27338. couldn't find infnanf, strtcopy. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 6 04:12:08 2008 From: trac at haiku-os.org (cebif) Date: Sat, 06 Sep 2008 02:12:08 -0000 Subject: [Haiku-bugs] [Haiku] #2699: KDL when accessing a DVD or CD In-Reply-To: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> References: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> Message-ID: <049.e2a55c90c0f0d63092b8d0fe24ea09ee@haiku-os.org> #2699: KDL when accessing a DVD or CD --------------------------------+------------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by cebif): I have tested with a USB digital camera SD memory and a audio CDROM. I can make the crash happen when the SD memory is mounted in read/write but not read-only. I cannot make the crash happen with the audio CD. The audio CD was is off course read-only but a choice is given to mount read/write or read-only when mounting. I don't know what would happen if I selected read/write. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 6 04:56:17 2008 From: trac at haiku-os.org (cebif) Date: Sat, 06 Sep 2008 02:56:17 -0000 Subject: [Haiku-bugs] [Haiku] #2699: KDL when accessing a DVD or CD In-Reply-To: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> References: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> Message-ID: <049.a9806e671abcb0a9582d3b2688a2a544@haiku-os.org> #2699: KDL when accessing a DVD or CD --------------------------------+------------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by cebif): I can make the crash happen for all removeable disks except audio CDROMS. With a USB SD memory card; the crash will only happen if it is mounted read/write. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 6 05:17:35 2008 From: trac at haiku-os.org (katisu) Date: Sat, 06 Sep 2008 03:17:35 -0000 Subject: [Haiku-bugs] [Haiku] #2674: Add Intel Atom 230 to OS.h In-Reply-To: <041.5a2d6661782bdcc95a2d17fa30224c58@haiku-os.org> References: <041.5a2d6661782bdcc95a2d17fa30224c58@haiku-os.org> Message-ID: <050.6e5d9ec2787b4c7038de68acffe10469@haiku-os.org> #2674: Add Intel Atom 230 to OS.h ----------------------------+----------------------------------------------- Reporter: katisu | Owner: korli Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by katisu): Tested and not working with r27329. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 6 15:01:20 2008 From: trac at haiku-os.org (korli) Date: Sat, 06 Sep 2008 13:01:20 -0000 Subject: [Haiku-bugs] [Haiku] #2674: Add Intel Atom 230 to OS.h In-Reply-To: <041.5a2d6661782bdcc95a2d17fa30224c58@haiku-os.org> References: <041.5a2d6661782bdcc95a2d17fa30224c58@haiku-os.org> Message-ID: <050.5fa8f651fa2b445497158c1c5a8701dd@haiku-os.org> #2674: Add Intel Atom 230 to OS.h ----------------------------+----------------------------------------------- Reporter: katisu | Owner: korli Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by korli): Replying to [comment:3 katisu]: > Tested and not working with r27329. OK. Could you provide a sysinfo again with r27346 please ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 6 19:45:46 2008 From: trac at haiku-os.org (Hubert) Date: Sat, 06 Sep 2008 17:45:46 -0000 Subject: [Haiku-bugs] [Haiku] #2684: I can't connect SE K800i In-Reply-To: <041.61df93acce0db50788487af7f9d753b3@haiku-os.org> References: <041.61df93acce0db50788487af7f9d753b3@haiku-os.org> Message-ID: <050.1d0d5809aa48749d0b57ba753f09023a@haiku-os.org> #2684: I can't connect SE K800i --------------------------+------------------------------------------------- Reporter: Hubert | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------+------------------------------------------------- Comment(by Hubert): Hi mmlr and sorry for bad photo I use mass storage options with cell phone, when use phone mode I have nothing special - Haiku work far but I don't see phone nowhere in the system. I connect phone with GA-M61PME-S2 mainboard. I tried both from usb2 as well as I switched in bios on usb 1.1. But every time when I connect to usb cell phone and I choose mass storage KDL error follows: "ohci finish tread" PS. Sorry for my english. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 6 20:17:51 2008 From: trac at haiku-os.org (denisw) Date: Sat, 06 Sep 2008 18:17:51 -0000 Subject: [Haiku-bugs] [Haiku] #1874: VIA Rhine-II not working In-Reply-To: <042.c155ce63a12fc64e267e9a6ad4e99da7@haiku-os.org> References: <042.c155ce63a12fc64e267e9a6ad4e99da7@haiku-os.org> Message-ID: <051.5a86d88ac900f1c3a062c3fb83f58f54@haiku-os.org> #1874: VIA Rhine-II not working ------------------------------+--------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by denisw): I added some device_printf() calls to ciphy_attach() and ukphy_attach() and noticed that these messages don't seem to appear in the syslog; the MII bus driver doesn't seem to be loaded at all. Furthermore, I uncommented some debug output statements in the FreeBSD compatibility layer's device.c, which gave me the following syslog output (lines about other components stripped out: {{{ KERN: [net/via_rhine/0] compat_write(592, 0x933fa0ee, [296]) KERN: [via_rhine] (vr) tx shutdown timeout KERN: [net/via_rhine/0] compat_control(op 10007, 0x909f6f88, [16]) KERN: [via_rhine] (vr) restarting KERN: [net/via_rhine/0] compat_control(op 10007, 0x909f6f88, [16]) KERN: [net/via_rhine/0] compat_control(op 10007, 0x909f6f88, [16]) KERN: [net/via_rhine/0] compat_control(op 10007, 0x909f6f88, [16]) KERN: Last message repeated 4 times. KERN: [net/via_rhine/0] compat_write(888, 0x933fa0ee, [296]) KERN: [via_rhine] (vr) tx shutdown timeout KERN: [net/via_rhine/0] compat_control(op 10007, 0x909f6f88, [16]) KERN: [net/via_rhine/0] compat_control(op 10007, 0x909f6f88, [16]) [and so on] }}} It might maybe also help that the "tx shutdown timeout" is triggered from the interrupt handler (vr_intr() in if_vr.c) which repeatedly receives VR_ISR_TX_ABRT as status. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 6 20:22:35 2008 From: trac at haiku-os.org (digitalteufel) Date: Sat, 06 Sep 2008 18:22:35 -0000 Subject: [Haiku-bugs] [Haiku] #2703: Quake2 memory allocation issues Message-ID: <048.38715abace21a00b8dea50b51ca1b1c2@haiku-os.org> #2703: Quake2 memory allocation issues ---------------------------+------------------------------------------------ Reporter: digitalteufel | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ The vast majority of Quake2 crashes seem to take place during various memory allocations and they all seem to involve the failure of an assertion in BPrivate::superblock::isValid(). The crashing seems to be random so sometimes it'll get far enough to actually load a map and allow me to play. The backtraces below only show the failure of the "_numBlocks > 0" assertion but the other two in isValid() fail on occasion as well. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 6 20:25:37 2008 From: trac at haiku-os.org (korli) Date: Sat, 06 Sep 2008 18:25:37 -0000 Subject: [Haiku-bugs] [Haiku] #2053: returning B_SKIP_MESSAGE in my filter let capslocks get through anyway In-Reply-To: <041.c52c45a0a046c8e69d5adf8171ae7150@haiku-os.org> References: <041.c52c45a0a046c8e69d5adf8171ae7150@haiku-os.org> Message-ID: <050.3341be9cbd95aec5c71ffc3b2d223684@haiku-os.org> #2053: returning B_SKIP_MESSAGE in my filter let capslocks get through anyway -----------------------------------+---------------------------------------- Reporter: stpere | Owner: leavengood Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Servers/input_server | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by korli): Does this work on R5 ? Because at the moment, the keybord input device addon manages its modifiers state alone, it doesn't check the one from the input_server. Which means that the B_MODIFIERS_CHANGED message will be skipped because of the Capslock filter. But still Capslock will be on. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 6 22:20:20 2008 From: trac at haiku-os.org (Adek336) Date: Sat, 06 Sep 2008 20:20:20 -0000 Subject: [Haiku-bugs] [Haiku] #1874: VIA Rhine-II not working In-Reply-To: <042.c155ce63a12fc64e267e9a6ad4e99da7@haiku-os.org> References: <042.c155ce63a12fc64e267e9a6ad4e99da7@haiku-os.org> Message-ID: <051.25989c77105cc65bcd9dac60605a3e53@haiku-os.org> #1874: VIA Rhine-II not working ------------------------------+--------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by Adek336): The mii files are not linked in the via_rhine module: (trunk/src/add-ons/kernel/drivers/network/via_rhine/pci/Jamfile) {{{ KernelAddon via_rhine : if_vr.c glue.c : libfreebsd_network.a via_rhine_mii.a }}} so either they're not loaded at all or via_rhine_mii.a is linked to something else (which I doubt - the only Jamfiles mentioning the file are via_rhine/pci/Jamfile and via_rhine/dev/mii/Jamfile). And, via_rhine_mii.a is not copied onto the Haiku partition. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 6 22:24:22 2008 From: trac at haiku-os.org (Adek336) Date: Sat, 06 Sep 2008 20:24:22 -0000 Subject: [Haiku-bugs] [Haiku] #1874: VIA Rhine-II not working In-Reply-To: <042.c155ce63a12fc64e267e9a6ad4e99da7@haiku-os.org> References: <042.c155ce63a12fc64e267e9a6ad4e99da7@haiku-os.org> Message-ID: <051.bb042b46aa19875f425f99dfb6ec0ccb@haiku-os.org> #1874: VIA Rhine-II not working ------------------------------+--------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by Adek336): silly me, I thought that colon was a semicolon starting a comment ! it is linked in after all. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 7 00:34:17 2008 From: trac at haiku-os.org (Adek336) Date: Sat, 06 Sep 2008 22:34:17 -0000 Subject: [Haiku-bugs] [Haiku] #2704: problems with links to long pathnames Message-ID: <042.e13c92e1ec3890642377a0496df0a6de@haiku-os.org> #2704: problems with links to long pathnames -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Create a folder on the desktop with a long name, inside it create a folder with any name, say "p", the resulting pathname "/boot/home/Desktop/abcdwefasfsd...asdfasd/p" should be about 120 letters long, then create a link to the "p" folder on the desktop and it panics. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 7 01:00:35 2008 From: trac at haiku-os.org (Adek336) Date: Sat, 06 Sep 2008 23:00:35 -0000 Subject: [Haiku-bugs] [Haiku] #1874: VIA Rhine-II not working In-Reply-To: <042.c155ce63a12fc64e267e9a6ad4e99da7@haiku-os.org> References: <042.c155ce63a12fc64e267e9a6ad4e99da7@haiku-os.org> Message-ID: <051.69b3ba24ba07155f53db315453cd1a37@haiku-os.org> #1874: VIA Rhine-II not working ------------------------------+--------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by Adek336): If I add {{{ char *c; c= (char*)0x303; *c=0; }}} to the top of ukphy_attach(), on the next boot I get a kdl read fault at 0x303 so I believe ukphy_attach() is called; cipy_attach() probably as well. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 7 04:40:17 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 07 Sep 2008 02:40:17 -0000 Subject: [Haiku-bugs] [Haiku] #2704: problems with links to long pathnames In-Reply-To: <042.e13c92e1ec3890642377a0496df0a6de@haiku-os.org> References: <042.e13c92e1ec3890642377a0496df0a6de@haiku-os.org> Message-ID: <051.fa736249f88285640074ab9516d895ef@haiku-os.org> #2704: problems with links to long pathnames ----------------------------+----------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by anevilyak): * component: - General => System/Kernel Comment: Some more information please, what's the panic message and backtrace? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 7 10:50:17 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 07 Sep 2008 08:50:17 -0000 Subject: [Haiku-bugs] [Haiku] #2704: problems with links to long pathnames In-Reply-To: <042.e13c92e1ec3890642377a0496df0a6de@haiku-os.org> References: <042.e13c92e1ec3890642377a0496df0a6de@haiku-os.org> Message-ID: <051.d8f431c1ff50f77655da990a74951207@haiku-os.org> #2704: problems with links to long pathnames ----------------------------+----------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by Adek336): 537.jpg is when you right-click drag the inner directory to make a link to it on the Desktop. 538.jpg is when I use the terminal to make a symlink to a folder with a long pathname in a folder open with Tracker. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 7 10:58:21 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 07 Sep 2008 08:58:21 -0000 Subject: [Haiku-bugs] [Haiku] #2402: Distrorted AC'97 sound output In-Reply-To: <049.d6d9dc13fea3547aaa72b3a0eb4c2e09@haiku-os.org> References: <049.d6d9dc13fea3547aaa72b3a0eb4c2e09@haiku-os.org> Message-ID: <058.1252b59d734adf10f6cd44f4d3630340@haiku-os.org> #2402: Distrorted AC'97 sound output -----------------------------+---------------------------------------------- Reporter: thomasmansfeld | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Audio & Video | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -----------------------------+---------------------------------------------- Changes (by Adek336): * cc: adek336 at gmail.com (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 7 11:36:57 2008 From: trac at haiku-os.org (emitrax) Date: Sun, 07 Sep 2008 09:36:57 -0000 Subject: [Haiku-bugs] [Haiku] #2704: problems with links to long pathnames In-Reply-To: <042.e13c92e1ec3890642377a0496df0a6de@haiku-os.org> References: <042.e13c92e1ec3890642377a0496df0a6de@haiku-os.org> Message-ID: <051.89615015e37d00f8f3b9d1d8330b76f1@haiku-os.org> #2704: problems with links to long pathnames ----------------------------+----------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by emitrax): Can you please provide the exact steps and commands to reproduce the problem? Because I tried what you said, and it result in a different bug. It seems to be related to BFS. Does it also happen on a different file system? Can you run the same test on a usb stick formatted with fat for example? Thanks. Nice bug by the way! ;-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 7 11:54:32 2008 From: trac at haiku-os.org (laplace) Date: Sun, 07 Sep 2008 09:54:32 -0000 Subject: [Haiku-bugs] [Haiku] #1089: Appearance doesn't do anything In-Reply-To: <045.8fc93b7c8f106d428a0d5bebbd6b73d6@haiku-os.org> References: <045.8fc93b7c8f106d428a0d5bebbd6b73d6@haiku-os.org> Message-ID: <054.bcff0a20fe91df01731e73af28f65356@haiku-os.org> #1089: Appearance doesn't do anything -------------------------------------+-------------------------------------- Reporter: jackburton | Owner: darkwyrm Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Appearance | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Comment(by laplace): The bugs in the Appearance preflet should be fixed in r27347. Applying the changes system wide however does not work correctly. 1) Some changes need a repaint request (like scroll bars) 2) Other require restart of the application I think in R5 was no protocol defined for notification of applications about ui_color changes. So 2 should be the behavior in Haiku. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 7 12:53:19 2008 From: trac at haiku-os.org (laplace) Date: Sun, 07 Sep 2008 10:53:19 -0000 Subject: [Haiku-bugs] [Haiku] #2035: Disk Images should contain a Partition Table In-Reply-To: <042.262965e6fdaf54a44b645e1bbc34d22b@haiku-os.org> References: <042.262965e6fdaf54a44b645e1bbc34d22b@haiku-os.org> Message-ID: <051.cb6bf403002fc78217325fc4346ca3b4@haiku-os.org> #2035: Disk Images should contain a Partition Table ---------------------------+------------------------------------------------ Reporter: laplace | Owner: bonefish Type: enhancement | Status: closed Priority: low | Milestone: R1 Component: Build System | Version: R1 development Resolution: invalid | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Changes (by laplace): * status: new => closed * resolution: => invalid Comment: Closed ticket. It would be just for my convenience to test bootman implementing the enhancement is not worth the effort. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 7 12:57:37 2008 From: trac at haiku-os.org (emitrax) Date: Sun, 07 Sep 2008 10:57:37 -0000 Subject: [Haiku-bugs] [Haiku] #2704: problems with links to long pathnames In-Reply-To: <042.e13c92e1ec3890642377a0496df0a6de@haiku-os.org> References: <042.e13c92e1ec3890642377a0496df0a6de@haiku-os.org> Message-ID: <051.f3f4d08906b122cf87d799c0a9e27332@haiku-os.org> #2704: problems with links to long pathnames ----------------------------+----------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by emitrax): Ok. It seems it depends on the length of the filename. I ran into your panic by creating a directory with a name length less then 150 chars and making a link to it. Not need to create a file inside of it. If the directory name lenght is bigger, like 200 chars, the following panic is triggered. {{{ PANIC: ASSERT FAILED (src/add-ons/kernel/file_systems/bfs/Index.cpp:347): inode->IsFile() }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 7 13:48:48 2008 From: trac at haiku-os.org (meanwhile) Date: Sun, 07 Sep 2008 11:48:48 -0000 Subject: [Haiku-bugs] [Haiku] #2679: ~/config/add_ons/input_server/ and .../filters/ missing In-Reply-To: <038.2ed0bf8229fe6fa6663da249a3d5f12f@haiku-os.org> References: <038.2ed0bf8229fe6fa6663da249a3d5f12f@haiku-os.org> Message-ID: <047.fcc87a31b3a838ae48a3aba5b8a92192@haiku-os.org> #2679: ~/config/add_ons/input_server/ and .../filters/ missing ---------------------------+------------------------------------------------ Reporter: kev | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by meanwhile): Thanks a lot, UniversalScroller's preferences can now be used...great work! (Selecting inside the mouse button drop down list -from the 'Clicks' tab- is a bit cumbersome though, but if needed a seperate ticket can be made for that) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 7 13:51:51 2008 From: trac at haiku-os.org (meanwhile) Date: Sun, 07 Sep 2008 11:51:51 -0000 Subject: [Haiku-bugs] [Haiku] #1747: Problematic Universalscroller install In-Reply-To: <044.ce6c43ec7106a13ecc413671ff6042ba@haiku-os.org> References: <044.ce6c43ec7106a13ecc413671ff6042ba@haiku-os.org> Message-ID: <053.cd0a6a006d8fbca9899224e3eb03d6c0@haiku-os.org> #1747: Problematic Universalscroller install ------------------------+--------------------------------------------------- Reporter: meanwhile | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by meanwhile): Replying to [comment:3 korli]: > Should be fixed. It is...thanks for fixing! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 7 18:43:41 2008 From: trac at haiku-os.org (stippi) Date: Sun, 07 Sep 2008 16:43:41 -0000 Subject: [Haiku-bugs] [Haiku] #2706: PANIC: vm_page_fault: unhandled page fault in kernel space at 0xdeadbf07, ip 0x9428897e Message-ID: <041.8d34f46a15791872dcdd382ff2fcecde@haiku-os.org> #2706: PANIC: vm_page_fault: unhandled page fault in kernel space at 0xdeadbf07, ip 0x9428897e ------------------------------------+--------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: Network & Internet/TCP | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- Happens to me on recent revisions (going to tell the revision in a comment in a sec) when using Firefox. Here is the stack crawl: {{{ stack trace for thread 80 "/dev/net/ipro1000/0 consumer" vm_page_fault page_fault_exception int_bottom kernel iframe <...network/protocols/tcp>Compare__C24ConnectionHashDefinitionRCt4pair2ZPC8sockaddrZPC8sockaddrP11TCPEndpoint + 0x0022 <...network/protocols/tcp>_LockupConnection__15EndpointManagerP8sockaddrT1 + 0x0066 <...network/protocols/tcp>FindConnection__15EndpointManagerP8sockaddrT1 + 0x0054 <...network/protocols/tcp>tcp_receive_data__FP10net_buffer + 0x02e9 <...network/protocols/ipv4>ipv4_receive_data__FP10net_buffer + 0x02ba <...network/stack>domain_receive_adapter__FPvP10net_deviceP10net_buffer + 0x003a <...network/stack>device_consumer_thread__FPv + 0x00c7 [...] }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 7 22:54:54 2008 From: trac at haiku-os.org (katisu) Date: Sun, 07 Sep 2008 20:54:54 -0000 Subject: [Haiku-bugs] [Haiku] #2674: Add Intel Atom 230 to OS.h In-Reply-To: <041.5a2d6661782bdcc95a2d17fa30224c58@haiku-os.org> References: <041.5a2d6661782bdcc95a2d17fa30224c58@haiku-os.org> Message-ID: <050.3b36320d6bf898612f91a9a216c33e7a@haiku-os.org> #2674: Add Intel Atom 230 to OS.h ----------------------------+----------------------------------------------- Reporter: katisu | Owner: korli Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by katisu): Changed the value in OS.h from 0x106c to 0x1106c. Tested working. Diff attached in case it really is needed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 7 23:00:15 2008 From: trac at haiku-os.org (korli) Date: Sun, 07 Sep 2008 21:00:15 -0000 Subject: [Haiku-bugs] [Haiku] #2674: Add Intel Atom 230 to OS.h In-Reply-To: <041.5a2d6661782bdcc95a2d17fa30224c58@haiku-os.org> References: <041.5a2d6661782bdcc95a2d17fa30224c58@haiku-os.org> Message-ID: <050.4849fb0176607d73a0945b8e4151e78d@haiku-os.org> #2674: Add Intel Atom 230 to OS.h ----------------------------+----------------------------------------------- Reporter: katisu | Owner: korli Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed Comment: Applied in r27363. Thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 7 23:17:58 2008 From: trac at haiku-os.org (euan) Date: Sun, 07 Sep 2008 21:17:58 -0000 Subject: [Haiku-bugs] [Haiku] #2342: No system timer interrupt on some ATI chipsets In-Reply-To: <039.3674ba47b1d07ce0d804a70edffeeb2b@haiku-os.org> References: <039.3674ba47b1d07ce0d804a70edffeeb2b@haiku-os.org> Message-ID: <048.b57ce0f88fc46b6bf2a28db5801eaa8a@haiku-os.org> #2342: No system timer interrupt on some ATI chipsets ----------------------------+----------------------------------------------- Reporter: euan | Owner: mmu_man Type: bug | Status: assigned Priority: high | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by euan): Should get a chance to test this sometime over the next couple of days. Many thanks. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 8 02:06:55 2008 From: trac at haiku-os.org (Adek336) Date: Mon, 08 Sep 2008 00:06:55 -0000 Subject: [Haiku-bugs] [Haiku] #2707: cannot mount ext3 file system Message-ID: <042.b4da1de607c6ce627ee5312c112cccb1@haiku-os.org> #2707: cannot mount ext3 file system -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- On on a SATA drive, fourth logical partition. The file /MyPartitionName, when stat-ed, is shown as a "weird file". r27358. Don't know what should I check for. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 8 02:16:04 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 08 Sep 2008 00:16:04 -0000 Subject: [Haiku-bugs] [Haiku] #2682: Network instability issues since net_timer changes In-Reply-To: <044.daabb81a0de194b16f721ff00f4aa80c@haiku-os.org> References: <044.daabb81a0de194b16f721ff00f4aa80c@haiku-os.org> Message-ID: <053.5c0d83748f92bae46ea3886ac39ac012@haiku-os.org> #2682: Network instability issues since net_timer changes ---------------------------------------+------------------------------------ Reporter: anevilyak | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1/alpha1 Component: Network & Internet/Stack | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Comment(by anevilyak): Just curious, what kind of ethernet driver are you using? I'm wondering if the timer changes might be impacting something with respect to how the FreeBSD layer handles timing, as I'm using one of those drivers (nforce/if_nfe). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 7 17:52:55 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 07 Sep 2008 15:52:55 -0000 Subject: [Haiku-bugs] [Haiku] #2705: safemode unable to delete files Message-ID: <042.c65f8ff88b085d8d43eb4c6d8c4c7289@haiku-os.org> #2705: safemode unable to delete files -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- There is no apparent way to shutdown the computer from the safemode (typing exit just disables the console). So the file is deleted in system buffers but those are never written back to the disk. Expected behaviour: typing "exit" in the console does a proper shutdown. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 7 18:45:37 2008 From: trac at haiku-os.org (stippi) Date: Sun, 07 Sep 2008 16:45:37 -0000 Subject: [Haiku-bugs] [Haiku] #2706: PANIC: vm_page_fault: unhandled page fault in kernel space at 0xdeadbf07, ip 0x9428897e In-Reply-To: <041.8d34f46a15791872dcdd382ff2fcecde@haiku-os.org> References: <041.8d34f46a15791872dcdd382ff2fcecde@haiku-os.org> Message-ID: <050.82be56378fef8d9c4d6c26a0c8d01923@haiku-os.org> #2706: PANIC: vm_page_fault: unhandled page fault in kernel space at 0xdeadbf07, ip 0x9428897e -------------------------------------+-------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: Network & Internet/TCP | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Description changed by stippi: Old description: > Happens to me on recent revisions (going to tell the revision in a > comment in a sec) when using Firefox. Here is the stack crawl: > {{{ > stack trace for thread 80 "/dev/net/ipro1000/0 consumer" > > vm_page_fault > page_fault_exception > int_bottom > > kernel iframe > > <...network/protocols/tcp>Compare__C24ConnectionHashDefinitionRCt4pair2ZPC8sockaddrZPC8sockaddrP11TCPEndpoint > + 0x0022 > <...network/protocols/tcp>_LockupConnection__15EndpointManagerP8sockaddrT1 > + 0x0066 > <...network/protocols/tcp>FindConnection__15EndpointManagerP8sockaddrT1 + > 0x0054 > <...network/protocols/tcp>tcp_receive_data__FP10net_buffer + 0x02e9 > <...network/protocols/ipv4>ipv4_receive_data__FP10net_buffer + 0x02ba > <...network/stack>domain_receive_adapter__FPvP10net_deviceP10net_buffer + > 0x003a > <...network/stack>device_consumer_thread__FPv + 0x00c7 > [...] > }}} New description: Happens to me when using Firefox on r27315. Here is the stack crawl: {{{ stack trace for thread 80 "/dev/net/ipro1000/0 consumer" vm_page_fault page_fault_exception int_bottom kernel iframe <...network/protocols/tcp>Compare__C24ConnectionHashDefinitionRCt4pair2ZPC8sockaddrZPC8sockaddrP11TCPEndpoint + 0x0022 <...network/protocols/tcp>_LockupConnection__15EndpointManagerP8sockaddrT1 + 0x0066 <...network/protocols/tcp>FindConnection__15EndpointManagerP8sockaddrT1 + 0x0054 <...network/protocols/tcp>tcp_receive_data__FP10net_buffer + 0x02e9 <...network/protocols/ipv4>ipv4_receive_data__FP10net_buffer + 0x02ba <...network/stack>domain_receive_adapter__FPvP10net_deviceP10net_buffer + 0x003a <...network/stack>device_consumer_thread__FPv + 0x00c7 [...] }}} -- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 8 06:31:07 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 08 Sep 2008 04:31:07 -0000 Subject: [Haiku-bugs] [Haiku] #2705: safemode unable to delete files In-Reply-To: <042.c65f8ff88b085d8d43eb4c6d8c4c7289@haiku-os.org> References: <042.c65f8ff88b085d8d43eb4c6d8c4c7289@haiku-os.org> Message-ID: <051.3a8365c71426cbae69263fc09f6029b6@haiku-os.org> #2705: safemode unable to delete files ------------------------+--------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by anevilyak): The shutdown command is also available from the console last I checked. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 8 06:41:29 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 08 Sep 2008 04:41:29 -0000 Subject: [Haiku-bugs] [Haiku] #2705: safemode unable to delete files In-Reply-To: <042.c65f8ff88b085d8d43eb4c6d8c4c7289@haiku-os.org> References: <042.c65f8ff88b085d8d43eb4c6d8c4c7289@haiku-os.org> Message-ID: <051.0491ea7afdd2f790c129c06d599215d3@haiku-os.org> #2705: safemode unable to delete files ------------------------+--------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by anevilyak): This bug description is inaccurate anyways, since the files will get deleted once the page writer gets to them, which most likely will be a few seconds. Otherwise it can be forced immediately via the 'sync' command. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 8 11:52:51 2008 From: trac at haiku-os.org (bonefish) Date: Mon, 08 Sep 2008 09:52:51 -0000 Subject: [Haiku-bugs] [Haiku] #2705: safemode unable to delete files In-Reply-To: <042.c65f8ff88b085d8d43eb4c6d8c4c7289@haiku-os.org> References: <042.c65f8ff88b085d8d43eb4c6d8c4c7289@haiku-os.org> Message-ID: <051.5b6995d39a533a3f866e5a27a2fa6199@haiku-os.org> #2705: safemode unable to delete files ------------------------+--------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by bonefish): * status: new => closed * resolution: => invalid -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 8 12:53:03 2008 From: trac at haiku-os.org (emitrax) Date: Mon, 08 Sep 2008 10:53:03 -0000 Subject: [Haiku-bugs] [Haiku] #2708: bfs: wrong error mapped Message-ID: <042.7eeede0e557c03af28bd676877cdd20e@haiku-os.org> #2708: bfs: wrong error mapped -----------------------+---------------------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- when trying to cd'in in a directory whose parent path is a very long the error returned in Haiku is "No such file or directory" while on linux is {{{ cd: error retrieving current directory: getcwd: cannot access parent directories: File name too long }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 8 13:49:30 2008 From: trac at haiku-os.org (korli) Date: Mon, 08 Sep 2008 11:49:30 -0000 Subject: [Haiku-bugs] [Haiku] #1072: Write an HDA audio driver and add-on In-Reply-To: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> References: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> Message-ID: <049.15d2225010223a2b5bc9058ef0544731@haiku-os.org> #1072: Write an HDA audio driver and add-on ----------------------------+----------------------------------------------- Reporter: axeld | Owner: ithamar Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by korli): Replying to [comment:10 PieterPanman]: > Thanks, when something might work again, let me know I'll try it. I can also test things if you need. PieterPanman, could you try if playback work for you with a current revision (and adding hda to the hd image) ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 8 14:33:43 2008 From: trac at haiku-os.org (Adek336) Date: Mon, 08 Sep 2008 12:33:43 -0000 Subject: [Haiku-bugs] [Haiku] #2705: safemode unable to delete files In-Reply-To: <042.c65f8ff88b085d8d43eb4c6d8c4c7289@haiku-os.org> References: <042.c65f8ff88b085d8d43eb4c6d8c4c7289@haiku-os.org> Message-ID: <051.3e8579630bc8103820739b999c071770@haiku-os.org> #2705: safemode unable to delete files ------------------------+--------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by Adek336): I'm still in favor of having the "exit" command flush the buffers; it is so intuitive to end the session with an "exit" and many users will not think about waiting a few seconds before rebooting or issueing a "sync" and will be surprised that the changes they made to the disk aren't there. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 8 14:38:29 2008 From: trac at haiku-os.org (emitrax) Date: Mon, 08 Sep 2008 12:38:29 -0000 Subject: [Haiku-bugs] [Haiku] #2709: [bfs]: rm: FATAL: directory a/a/... changed dev/ino Message-ID: <042.4bf8af7acc42b9401523eb409dde7199@haiku-os.org> #2709: [bfs]: rm: FATAL: directory a/a/... changed dev/ino ---------------------------+------------------------------------------------ Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Creating directory doesn't seem to be a safe operation in Haiku. I actually managed to corrupt the file system by overwritting blocks already in use by system binaries, but since I can't seem to reproduce it consistently I'm not opening a bug about it yet. Anyway, interrupting the following script, result in a error when trying to delete the directory just created. {{{ for i in `seq 1 100`; do mkdir a; cd a; done }}} Screenshot attached. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 8 15:32:53 2008 From: trac at haiku-os.org (bonefish) Date: Mon, 08 Sep 2008 13:32:53 -0000 Subject: [Haiku-bugs] [Haiku] #2710: Deadlock between clone_area(), Kernel Area Operation, I/O, and Page Fault Message-ID: <043.f7f06558b43cc9f659156dd8ff67ea57@haiku-os.org> #2710: Deadlock between clone_area(), Kernel Area Operation, I/O, and Page Fault ---------------------------+------------------------------------------------ Reporter: bonefish | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ r27377 When cloning a kernel area into userland (as done e.g. by the message deliverer in the registrar) the following deadlock can occur: - thread 1: clone_area() read-locks the kernel address space. - thread 2: Some thread wants to create/delete a kernel area. It blocks trying to write-lock the kernel address space. - thread 3 (I/O scheduler notifier): Some sub-I/O-request (e.g. from the block cache) goes through the I/O scheduler and is finished. The notifier thread calls the iteration callback, which creates more subrequests and tries to schedule them. lock_memory() is invoked, which blocks on the kernel address space R/W lock. - thread 4 (team mate of thread 1): Page faults on a mapped file. The page fault handler read-locks the team's address space and tries to read in the page in question. Since the I/O scheduler notifier thread is blocked, this thread blocks too, waiting for the I/O request to finish. - thread 1: clone_area() tries to write lock the team's address space and blocks, since thread 4 has it read-locked. To sum it up: - thread 1: blocks trying to write-lock a team's address space (read- locked by thread 4) - thread 2: blocks trying to write-lock the kernel's address space (read- locked by thread 1) - thread 3: blocks trying to read-lock the kernel's address space (waiting writer thread 2) - thread 4: waits for I/O (to be finished by thread 3) I've seen this while booting two times already (out of maybe 20 boots). It seems to happen more likely with my soon-to-be-committed optimization to pre-map pages of mapped files. A solution would be to drop a team's address space lock while handling a page fault. There's already a TODO to that effect in vm_soft_fault(), though it mentions performance reasons only. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 8 15:58:15 2008 From: trac at haiku-os.org (mmlr) Date: Mon, 08 Sep 2008 13:58:15 -0000 Subject: [Haiku-bugs] [Haiku] #2705: safemode unable to delete files In-Reply-To: <042.c65f8ff88b085d8d43eb4c6d8c4c7289@haiku-os.org> References: <042.c65f8ff88b085d8d43eb4c6d8c4c7289@haiku-os.org> Message-ID: <051.ac508cb82194dc5a604c14d0d69d30ba@haiku-os.org> #2705: safemode unable to delete files ------------------------+--------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by mmlr): No, you misunderstood what was said. There is the normal "shutdown" command that functions the same as under a normally loaded Haiku and should be used to shut down Haiku in safemode. The exit command is a shell built-in to close the shell process, it's not a system tool. The shell that you see there is a normal bash, not a Haiku specific shell, so the built-ins work as they usually do in bash. What seems to be a bug though is that the shell is not actually restarted when the shell exits. It states that the shell is restarted but doesn't. Please open a new ticket for that. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 8 16:02:40 2008 From: trac at haiku-os.org (bonefish) Date: Mon, 08 Sep 2008 14:02:40 -0000 Subject: [Haiku-bugs] [Haiku] #2709: [bfs]: rm: FATAL: directory a/a/... changed dev/ino In-Reply-To: <042.4bf8af7acc42b9401523eb409dde7199@haiku-os.org> References: <042.4bf8af7acc42b9401523eb409dde7199@haiku-os.org> Message-ID: <051.07b9435ff279429074dd1b018a9cadbe@haiku-os.org> #2709: [bfs]: rm: FATAL: directory a/a/... changed dev/ino ----------------------------+----------------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by bonefish): Revision? PS: I can't see any attachment. Trac problem or forgot to add it? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 8 16:04:35 2008 From: trac at haiku-os.org (bonefish) Date: Mon, 08 Sep 2008 14:04:35 -0000 Subject: [Haiku-bugs] [Haiku] #2705: safemode unable to delete files In-Reply-To: <042.c65f8ff88b085d8d43eb4c6d8c4c7289@haiku-os.org> References: <042.c65f8ff88b085d8d43eb4c6d8c4c7289@haiku-os.org> Message-ID: <051.05056f1cc62e2cd11b04e3a4c57e7eac@haiku-os.org> #2705: safemode unable to delete files ------------------------+--------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by bonefish): Replying to [comment:5 mmlr]: > What seems to be a bug though is that the shell is not actually restarted when the shell exits. It states that the shell is restarted but doesn't. Please open a new ticket for that. No, please don't. The "safe mode" is going to go away anyway. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 8 16:55:33 2008 From: trac at haiku-os.org (Adek336) Date: Mon, 08 Sep 2008 14:55:33 -0000 Subject: [Haiku-bugs] [Haiku] #2711: shell does not restart itself upon "exit" command in safemode Message-ID: <042.ed6539058e0720f792df4c0bacf7455b@haiku-os.org> #2711: shell does not restart itself upon "exit" command in safemode -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- In safemode: shell quits on "exit" command and no new shell appears while it should. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 8 17:36:33 2008 From: trac at haiku-os.org (jackburton) Date: Mon, 08 Sep 2008 15:36:33 -0000 Subject: [Haiku-bugs] [Haiku] #2712: Tracker crashes when deleting a replicant Message-ID: <045.29ec77b69d785b71ae60a1204afe05c0@haiku-os.org> #2712: Tracker crashes when deleting a replicant ----------------------------------+----------------------------------------- Reporter: jackburton | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- 100% reproducible on a gcc4: Drag a replicant (for example DeskCalc) to the tracker's background. Delete it. You'll get a crash. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 8 17:50:43 2008 From: trac at haiku-os.org (emitrax) Date: Mon, 08 Sep 2008 15:50:43 -0000 Subject: [Haiku-bugs] [Haiku] #2709: [bfs]: rm: FATAL: directory a/a/... changed dev/ino In-Reply-To: <042.4bf8af7acc42b9401523eb409dde7199@haiku-os.org> References: <042.4bf8af7acc42b9401523eb409dde7199@haiku-os.org> Message-ID: <051.85d5529137a3d2437c6ec8e9310f44fb@haiku-os.org> #2709: [bfs]: rm: FATAL: directory a/a/... changed dev/ino ----------------------------+----------------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by emitrax): Trac. http://img133.imageshack.us/my.php?image=removedirectoryme7.jpg -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 8 18:24:39 2008 From: trac at haiku-os.org (denisw) Date: Mon, 08 Sep 2008 16:24:39 -0000 Subject: [Haiku-bugs] [Haiku] #1874: VIA Rhine-II not working In-Reply-To: <042.c155ce63a12fc64e267e9a6ad4e99da7@haiku-os.org> References: <042.c155ce63a12fc64e267e9a6ad4e99da7@haiku-os.org> Message-ID: <051.c617eedde8f18c7a42520bbe7c2f19a8@haiku-os.org> #1874: VIA Rhine-II not working ------------------------------+--------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by denisw): You're right, your code "works" for me to, so ukphy_attach() is indeed called. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 8 20:12:29 2008 From: trac at haiku-os.org (denisw) Date: Mon, 08 Sep 2008 18:12:29 -0000 Subject: [Haiku-bugs] [Haiku] #1874: VIA Rhine-II not working In-Reply-To: <042.c155ce63a12fc64e267e9a6ad4e99da7@haiku-os.org> References: <042.c155ce63a12fc64e267e9a6ad4e99da7@haiku-os.org> Message-ID: <051.453dc98c6131dea0c553bef8770a5d6d@haiku-os.org> #1874: VIA Rhine-II not working ------------------------------+--------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by denisw): Replying to [comment:11 denisw]: > [...] Furthermore, I uncommented some debug output statements in the FreeBSD compatibility layer's device.c, which gave me the following syslog output (lines about other components stripped out: > > > {{{ > KERN: [net/via_rhine/0] compat_write(592, 0x933fa0ee, [296]) > KERN: [via_rhine] (vr) tx shutdown timeout > KERN: [net/via_rhine/0] compat_control(op 10007, 0x909f6f88, [16]) > KERN: [via_rhine] (vr) restarting > KERN: [net/via_rhine/0] compat_control(op 10007, 0x909f6f88, [16]) > KERN: [net/via_rhine/0] compat_control(op 10007, 0x909f6f88, [16]) > KERN: [net/via_rhine/0] compat_control(op 10007, 0x909f6f88, [16]) > KERN: Last message repeated 4 times. > KERN: [net/via_rhine/0] compat_write(888, 0x933fa0ee, [296]) > KERN: [via_rhine] (vr) tx shutdown timeout > KERN: [net/via_rhine/0] compat_control(op 10007, 0x909f6f88, [16]) > KERN: [net/via_rhine/0] compat_control(op 10007, 0x909f6f88, [16]) > [and so on] > }}} One thing about the recurring compat_control() calls that might help: "op 10007" seems to be the ETHER_GET_LINK_STATE ioctl command (defined in headers/private/net/ether_driver.h) which is sent by update_link_state() in add-ons/kernel/network/devices/ethernet/ethernet.cpp. update_link_state() is in turned called by ethernet_up() in the same file. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 8 22:57:08 2008 From: trac at haiku-os.org (luroh) Date: Mon, 08 Sep 2008 20:57:08 -0000 Subject: [Haiku-bugs] [Haiku] #2713: SATA disk problem: "PANIC: could not write back block ### (Device seek error)" Message-ID: <040.166b378ca402a7efcce39a7ac2554aa3@haiku-os.org> #2713: SATA disk problem: "PANIC: could not write back block ### (Device seek error)" -----------------------+---------------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Haiku panics after booting to desktop (complete with terminal, menubar and icons). The bad block number varies, I have seen 2, 8 and 129. Tried r27383 and r26827 ("last known good version" before the I/O scheduling changes). I have also tried building with virtual memory disabled, just to rule it out. The disk is a 320GB SATA with a 4.6 GB Haiku partition at the very beginning of the disk. It also has an ext3 partition, a swap partition and GRUB on the MBR. The disk itself should be good, I've never had any problems with it, at least. There is a BIOS settning which lets you switch SATA mode between 'RAID' and 'IDE'. However, it makes no difference. Stack crawl screenshot and hardware list attached. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 9 00:45:45 2008 From: trac at haiku-os.org (oco) Date: Mon, 08 Sep 2008 22:45:45 -0000 Subject: [Haiku-bugs] [Haiku] #2714: Little patch to compile "jam haiku-netboot-archive" Message-ID: <038.9994ca75926e3b269b0b88e0cc000e6f@haiku-os.org> #2714: Little patch to compile "jam haiku-netboot-archive" --------------------------+------------------------------------------------- Reporter: oco | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- It seems that block_io does not exist anymore. So, i think it could be removed from the netboot archive. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 9 01:06:06 2008 From: trac at haiku-os.org (bonefish) Date: Mon, 08 Sep 2008 23:06:06 -0000 Subject: [Haiku-bugs] [Haiku] #2709: [bfs]: rm: FATAL: directory a/a/... changed dev/ino In-Reply-To: <042.4bf8af7acc42b9401523eb409dde7199@haiku-os.org> References: <042.4bf8af7acc42b9401523eb409dde7199@haiku-os.org> Message-ID: <051.96c55be1db564eee38030a6a0e4cd9e5@haiku-os.org> #2709: [bfs]: rm: FATAL: directory a/a/... changed dev/ino ----------------------------+----------------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by bonefish): Revision? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 9 01:52:15 2008 From: trac at haiku-os.org (PieterPanman) Date: Mon, 08 Sep 2008 23:52:15 -0000 Subject: [Haiku-bugs] [Haiku] #1072: Write an HDA audio driver and add-on In-Reply-To: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> References: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> Message-ID: <049.142a96298a2857e539bf17eb6f95badf@haiku-os.org> #1072: Write an HDA audio driver and add-on ----------------------------+----------------------------------------------- Reporter: axeld | Owner: ithamar Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by PieterPanman): I tried it just now. It seems to want to play sound, however the audio device has no control view in the media preflet. Also, no sound when I play. I will attach the latest syslog. Let me know if I can do anything else. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 9 01:58:25 2008 From: trac at haiku-os.org (PieterPanman) Date: Mon, 08 Sep 2008 23:58:25 -0000 Subject: [Haiku-bugs] [Haiku] #1072: Write an HDA audio driver and add-on In-Reply-To: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> References: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> Message-ID: <049.91a34ba20fa204de2f3cb7648a5901cf@haiku-os.org> #1072: Write an HDA audio driver and add-on ----------------------------+----------------------------------------------- Reporter: axeld | Owner: ithamar Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by PieterPanman): hmm cannot add it. I emailed the haiku-develop with the error message. Meanwhile, see http://panman.eu/haiku/syslog -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 9 08:41:30 2008 From: trac at haiku-os.org (emitrax) Date: Tue, 09 Sep 2008 06:41:30 -0000 Subject: [Haiku-bugs] [Haiku] #2709: [bfs]: rm: FATAL: directory a/a/... changed dev/ino In-Reply-To: <042.4bf8af7acc42b9401523eb409dde7199@haiku-os.org> References: <042.4bf8af7acc42b9401523eb409dde7199@haiku-os.org> Message-ID: <051.89b3e13c9add7aff29ab1f4c4a40113d@haiku-os.org> #2709: [bfs]: rm: FATAL: directory a/a/... changed dev/ino ----------------------------+----------------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by emitrax): Latest at the time of the bug report. Can tell you the number later. Do you happen to have any idea? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 9 10:07:17 2008 From: trac at haiku-os.org (jackburton) Date: Tue, 09 Sep 2008 08:07:17 -0000 Subject: [Haiku-bugs] [Haiku] #2712: Tracker crashes when deleting a replicant In-Reply-To: <045.29ec77b69d785b71ae60a1204afe05c0@haiku-os.org> References: <045.29ec77b69d785b71ae60a1204afe05c0@haiku-os.org> Message-ID: <054.55735913e25db2d5a950e8926629eaf6@haiku-os.org> #2712: Tracker crashes when deleting a replicant -----------------------------------+---------------------------------------- Reporter: jackburton | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Description changed by jackburton: Old description: > 100% reproducible on a gcc4: > Drag a replicant (for example DeskCalc) to the tracker's background. > Delete it. > You'll get a crash. New description: 100% reproducible on a gcc4 build: Drag a replicant (for example DeskCalc) to the tracker's background. Delete it. You'll get a crash. -- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 9 10:07:53 2008 From: trac at haiku-os.org (jackburton) Date: Tue, 09 Sep 2008 08:07:53 -0000 Subject: [Haiku-bugs] [Haiku] #2712: Tracker crashes when deleting a replicant In-Reply-To: <045.29ec77b69d785b71ae60a1204afe05c0@haiku-os.org> References: <045.29ec77b69d785b71ae60a1204afe05c0@haiku-os.org> Message-ID: <054.0b0aaca88650928d46e2c0c59e6ca204@haiku-os.org> #2712: Tracker crashes when deleting a replicant -----------------------------------+---------------------------------------- Reporter: jackburton | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by jackburton): Can't attach the stack trace due to a Trac bug -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 9 10:15:32 2008 From: trac at haiku-os.org (jackburton) Date: Tue, 09 Sep 2008 08:15:32 -0000 Subject: [Haiku-bugs] [Haiku] #2714: Little patch to compile "jam haiku-netboot-archive" In-Reply-To: <038.9994ca75926e3b269b0b88e0cc000e6f@haiku-os.org> References: <038.9994ca75926e3b269b0b88e0cc000e6f@haiku-os.org> Message-ID: <047.248cba6ef2e2c64398d433c9bea6254c@haiku-os.org> #2714: Little patch to compile "jam haiku-netboot-archive" ---------------------------+------------------------------------------------ Reporter: oco | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by jackburton): * status: new => closed * resolution: => fixed Comment: Applied in r27386. Thank you! (sorry if I misspelled the name in the commit message. It's bash fault. I just copy/pasted into the commandline but for some reason it ate the "?".) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 9 12:13:13 2008 From: trac at haiku-os.org (emitrax) Date: Tue, 09 Sep 2008 10:13:13 -0000 Subject: [Haiku-bugs] [Haiku] #2709: [bfs]: rm: FATAL: directory a/a/... changed dev/ino In-Reply-To: <042.4bf8af7acc42b9401523eb409dde7199@haiku-os.org> References: <042.4bf8af7acc42b9401523eb409dde7199@haiku-os.org> Message-ID: <051.419daf739d9bcb1bce50436b09052c48@haiku-os.org> #2709: [bfs]: rm: FATAL: directory a/a/... changed dev/ino ----------------------------+----------------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by emitrax): Just happened again with r27386. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 9 12:41:30 2008 From: trac at haiku-os.org (emitrax) Date: Tue, 09 Sep 2008 10:41:30 -0000 Subject: [Haiku-bugs] [Haiku] #2704: problems with links to long pathnames In-Reply-To: <042.e13c92e1ec3890642377a0496df0a6de@haiku-os.org> References: <042.e13c92e1ec3890642377a0496df0a6de@haiku-os.org> Message-ID: <051.a43028672a9bdd825ab5155f86406d58@haiku-os.org> #2704: problems with links to long pathnames ----------------------------+----------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by emitrax): Simple test case to reproduce the crash. Create a bunch of subdirectories {{{ for i in `seq 1 255`; do mkdir a; echo a - $i; cd a; done }}} back do the base directory and make the links {{{ for i in `seq 1 255`; do ln -s `pwd`/a /boot/home/Desktop/link-to-$i; cd a; done }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 9 15:44:16 2008 From: trac at haiku-os.org (jackburton) Date: Tue, 09 Sep 2008 13:44:16 -0000 Subject: [Haiku-bugs] [Haiku] #1397: ClipToPicture and ClipToInversePicture not implemented In-Reply-To: <045.0d36cce70dd67ec14068c615553b1b30@haiku-os.org> References: <045.0d36cce70dd67ec14068c615553b1b30@haiku-os.org> Message-ID: <054.272c0f05bc8dcb357918ad83ae3af11e@haiku-os.org> #1397: ClipToPicture and ClipToInversePicture not implemented ---------------------------------+------------------------------------------ Reporter: jackburton | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by jackburton): * status: new => closed * resolution: => fixed Comment: Let's close this. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 9 16:24:38 2008 From: trac at haiku-os.org (jackburton) Date: Tue, 09 Sep 2008 14:24:38 -0000 Subject: [Haiku-bugs] [Haiku] #947: Konatu Tohaba isn't recognized as monospaced font In-Reply-To: <045.abb08586fb8bdea6a983fb0fd698e249@haiku-os.org> References: <045.abb08586fb8bdea6a983fb0fd698e249@haiku-os.org> Message-ID: <054.4bb4b6d35cb4a5161b12b58a60bad867@haiku-os.org> #947: Konatu Tohaba isn't recognized as monospaced font -------------------------+-------------------------------------------------- Reporter: jackburton | Owner: Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: -------------------------+-------------------------------------------------- Changes (by jackburton): * status: new => closed * resolution: => invalid Comment: Let's close this, since it's not really a bug. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 9 16:36:00 2008 From: trac at haiku-os.org (jackburton) Date: Tue, 09 Sep 2008 14:36:00 -0000 Subject: [Haiku-bugs] [Haiku] #386: [app_server] freeze on pngdump In-Reply-To: <040.892035190cb05da8d95efbefbdc96d55@haiku-os.org> References: <040.892035190cb05da8d95efbefbdc96d55@haiku-os.org> Message-ID: <049.bc51816bd3bdd80b0e384b4486568b34@haiku-os.org> #386: [app_server] freeze on pngdump ---------------------------------+------------------------------------------ Reporter: diver | Owner: leavengood Type: bug | Status: closed Priority: low | Milestone: R1 Component: Servers/app_server | Version: Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by jackburton): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 9 16:55:34 2008 From: trac at haiku-os.org (jackburton) Date: Tue, 09 Sep 2008 14:55:34 -0000 Subject: [Haiku-bugs] [Haiku] #1485: No haiku logo on bootscreen when using vmware server In-Reply-To: <043.42aaf7aaa35d78805114c86135231d58@haiku-os.org> References: <043.42aaf7aaa35d78805114c86135231d58@haiku-os.org> Message-ID: <052.bc5f1504dbbde3ea60af4d9b701910f6@haiku-os.org> #1485: No haiku logo on bootscreen when using vmware server ------------------------+--------------------------------------------------- Reporter: lxstoian | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by jackburton): * status: new => closed * resolution: => fixed Comment: Works here on vmware server. Please reopen if it shows up again. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 9 17:08:01 2008 From: trac at haiku-os.org (jackburton) Date: Tue, 09 Sep 2008 15:08:01 -0000 Subject: [Haiku-bugs] [Haiku] #2314: [ProcessController] double clicking it will restart Deskbar. In-Reply-To: <040.2c98aa85a09378ba5140be14d3b4c723@haiku-os.org> References: <040.2c98aa85a09378ba5140be14d3b4c723@haiku-os.org> Message-ID: <049.2e357a972c02ab2fa93625c255925b6c@haiku-os.org> #2314: [ProcessController] double clicking it will restart Deskbar. ---------------------------+------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by jackburton): There should be at least a message saying it will do that, though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 9 17:13:11 2008 From: trac at haiku-os.org (jackburton) Date: Tue, 09 Sep 2008 15:13:11 -0000 Subject: [Haiku-bugs] [Haiku] #2521: ProcessController can't be installed in the deskbar. (gcc4 haiku) In-Reply-To: <037.cf39780e5d04f8660d84109da8db867c@haiku-os.org> References: <037.cf39780e5d04f8660d84109da8db867c@haiku-os.org> Message-ID: <046.30e7e59903f32b7a615e835e2e81d804@haiku-os.org> #2521: ProcessController can't be installed in the deskbar. (gcc4 haiku) ---------------------------+------------------------------------------------ Reporter: mt | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Comment(by jackburton): It's working here. Can you recheck ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 9 17:19:05 2008 From: trac at haiku-os.org (jackburton) Date: Tue, 09 Sep 2008 15:19:05 -0000 Subject: [Haiku-bugs] [Haiku] #2656: [Deskbar] looper must be locked In-Reply-To: <040.b6d3f8864932ab3c0c20c6292fe69eae@haiku-os.org> References: <040.b6d3f8864932ab3c0c20c6292fe69eae@haiku-os.org> Message-ID: <049.0cc42ffad5813eac3dc0953e585b452b@haiku-os.org> #2656: [Deskbar] looper must be locked -----------------------------------+---------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Deskbar | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by jackburton): Works fine here (gcc4 build): it opens the first item in the team menu. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 9 16:52:12 2008 From: trac at haiku-os.org (jackburton) Date: Tue, 09 Sep 2008 14:52:12 -0000 Subject: [Haiku-bugs] [Haiku] #941: [app_server] crash when having some fonts installed In-Reply-To: <040.dddf83b5807407a6682a5aa5d4e464fa@haiku-os.org> References: <040.dddf83b5807407a6682a5aa5d4e464fa@haiku-os.org> Message-ID: <049.caffdf3647de02962f99fc9d5c90beb3@haiku-os.org> #941: [app_server] crash when having some fonts installed ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: critical | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by jackburton): * status: new => closed * resolution: => fixed Comment: I tried copying every fonts found on my xp installation, and the crash doesn't happen anymore. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 9 19:00:55 2008 From: trac at haiku-os.org (luroh) Date: Tue, 09 Sep 2008 17:00:55 -0000 Subject: [Haiku-bugs] [Haiku] #2643: Black screen when DVI connected In-Reply-To: <043.0786930e484a2f240575b79901142eea@haiku-os.org> References: <043.0786930e484a2f240575b79901142eea@haiku-os.org> Message-ID: <052.0c23425478a96f7b76c917e52481dc13@haiku-os.org> #2643: Black screen when DVI connected --------------------------------------+------------------------------------- Reporter: andreasf | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------------------+------------------------------------- Comment(by luroh): Update: still with us, unfortunately not fixed by r27390. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 9 19:55:32 2008 From: trac at haiku-os.org (h.z) Date: Tue, 09 Sep 2008 17:55:32 -0000 Subject: [Haiku-bugs] [Haiku] #2715: terminal width char patch Message-ID: <038.dea8432167107810763fb564b3e9fed2@haiku-os.org> #2715: terminal width char patch -----------------------------------+---------------------------------------- Reporter: h.z | Owner: jackburton Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Enable support for B_GBK_CONVERSION and B_BIG5_CONVERSION, enable all font family not only just fixed, add "width" to "BasicTerminalBuffer::InsertChar" (CodeConv::UTF8GetFontWidth just not works), just like old MuTerm. In TermView::Draw, add IS_WIDTH attribute, or fonts drawing will be the one on the right from snapshot view, only paint left half. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 10 09:03:54 2008 From: trac at haiku-os.org (jackburton) Date: Wed, 10 Sep 2008 07:03:54 -0000 Subject: [Haiku-bugs] [Haiku] #2715: terminal width char patch In-Reply-To: <038.dea8432167107810763fb564b3e9fed2@haiku-os.org> References: <038.dea8432167107810763fb564b3e9fed2@haiku-os.org> Message-ID: <047.445406c54b36eaa1035bb1042980d52a@haiku-os.org> #2715: terminal width char patch ------------------------------------+--------------------------------------- Reporter: h.z | Owner: jackburton Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Changes (by jackburton): * status: new => assigned Comment: Hi, first of all thanks for your work. There are some issues with this patch, though: I don't like much how the fonts are filtered. We should, instead, implement BFont::IsFullAndHalfFixed() so that we can use it also in other places. I can try to do that using your code. There are some minor style issue (width_ok instead of widthOk, for example), but I can take care of this, I think. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 10 11:32:41 2008 From: trac at haiku-os.org (h.z) Date: Wed, 10 Sep 2008 09:32:41 -0000 Subject: [Haiku-bugs] [Haiku] #2715: terminal width char patch In-Reply-To: <038.dea8432167107810763fb564b3e9fed2@haiku-os.org> References: <038.dea8432167107810763fb564b3e9fed2@haiku-os.org> Message-ID: <047.721185d1d66f5bfe4b4cd8f715abba66@haiku-os.org> #2715: terminal width char patch ------------------------------------+--------------------------------------- Reporter: h.z | Owner: jackburton Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by h.z): I think that filter is a dirty hack, just taken from font width calc. Implement of BFont::IsFullAndHalfFixed() will be great. I will notice the style issue next time, thanks. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 10 12:28:00 2008 From: trac at haiku-os.org (korli) Date: Wed, 10 Sep 2008 10:28:00 -0000 Subject: [Haiku-bugs] [Haiku] #2715: terminal width char patch In-Reply-To: <038.dea8432167107810763fb564b3e9fed2@haiku-os.org> References: <038.dea8432167107810763fb564b3e9fed2@haiku-os.org> Message-ID: <047.14c11251a254c1349827f348a4225395@haiku-os.org> #2715: terminal width char patch ------------------------------------+--------------------------------------- Reporter: h.z | Owner: jackburton Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by korli): I'm wondering what width exactly is : is it the display width ? Isn't there another way to know this width based on a character ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 10 12:38:53 2008 From: trac at haiku-os.org (jackburton) Date: Wed, 10 Sep 2008 10:38:53 -0000 Subject: [Haiku-bugs] [Haiku] #2715: terminal width char patch In-Reply-To: <038.dea8432167107810763fb564b3e9fed2@haiku-os.org> References: <038.dea8432167107810763fb564b3e9fed2@haiku-os.org> Message-ID: <047.a1f29e152df150c499a67a9a5ffef036@haiku-os.org> #2715: terminal width char patch ------------------------------------+--------------------------------------- Reporter: h.z | Owner: jackburton Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by jackburton): Replying to [comment:3 korli]: > I'm wondering what width exactly is : is it the display width ? > Isn't there another way to know this width based on a character ? See the comments in bug #947, please. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 10 12:48:48 2008 From: trac at haiku-os.org (h.z) Date: Wed, 10 Sep 2008 10:48:48 -0000 Subject: [Haiku-bugs] [Haiku] #2715: terminal width char patch In-Reply-To: <038.dea8432167107810763fb564b3e9fed2@haiku-os.org> References: <038.dea8432167107810763fb564b3e9fed2@haiku-os.org> Message-ID: <047.67b1d23521987d62933c97f9823ecea0@haiku-os.org> #2715: terminal width char patch ------------------------------------+--------------------------------------- Reporter: h.z | Owner: jackburton Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by h.z): Replying to [comment:3 korli]: > I'm wondering what width exactly is : is it the display width ? > Isn't there another way to know this width based on a character ? I think, 1. is the font width, no matter is half or full width, must be fixed width, or "TermView" will be massed up. 2. is the char width, during the "TermParse", the char width will be calculated and "TermView::Draw" use width attribute, or only paint the left half. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 10 12:59:55 2008 From: trac at haiku-os.org (jackburton) Date: Wed, 10 Sep 2008 10:59:55 -0000 Subject: [Haiku-bugs] [Haiku] #2012: [HaikuImage] Remove Bitstream fonts to reduce haiku image size (easy) In-Reply-To: <040.9a8eb2429d3cd6ebe92663ee8a3d9a75@haiku-os.org> References: <040.9a8eb2429d3cd6ebe92663ee8a3d9a75@haiku-os.org> Message-ID: <049.df8689788cd352114e5a68eb82e888e7@haiku-os.org> #2012: [HaikuImage] Remove Bitstream fonts to reduce haiku image size (easy) ---------------------------------+------------------------------------------ Reporter: diver | Owner: jackburton Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by jackburton): * owner: axeld => jackburton -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 10 13:35:36 2008 From: trac at haiku-os.org (jackburton) Date: Wed, 10 Sep 2008 11:35:36 -0000 Subject: [Haiku-bugs] [Haiku] #2712: Tracker crashes when deleting a replicant In-Reply-To: <045.29ec77b69d785b71ae60a1204afe05c0@haiku-os.org> References: <045.29ec77b69d785b71ae60a1204afe05c0@haiku-os.org> Message-ID: <054.cbc0b797802aec981a2068e03f2204be@haiku-os.org> #2712: Tracker crashes when deleting a replicant -----------------------------------+---------------------------------------- Reporter: jackburton | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by jackburton): * status: new => closed * resolution: => fixed Comment: Fixed in r27400 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 10 13:46:19 2008 From: trac at haiku-os.org (richienyhus) Date: Wed, 10 Sep 2008 11:46:19 -0000 Subject: [Haiku-bugs] [Haiku] #2599: Virtual Box networking detected, not working In-Reply-To: <041.d38f40e7f6b01bec0e02c58cc9031bdc@haiku-os.org> References: <041.d38f40e7f6b01bec0e02c58cc9031bdc@haiku-os.org> Message-ID: <050.4f30f0bc37965d922d48e38aea914389@haiku-os.org> #2599: Virtual Box networking detected, not working ---------------------------------------+------------------------------------ Reporter: kvdman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet/Stack | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Comment(by richienyhus): vlance works fine for me running Senryu(r27363) under VirtualBox (1.6.0), but I had this problem in the past, where I would have networking cut out on me and not work -or not work from boot- 'till I had restarted VirtualBox. I haven't tested both R27363 and the intelpro driver enough to know if its come right yet. The weird thing is that DHCP sets my lan IP to something not at all in my private IP address range. screenshots to follow -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 10 14:31:30 2008 From: trac at haiku-os.org (mt) Date: Wed, 10 Sep 2008 12:31:30 -0000 Subject: [Haiku-bugs] [Haiku] #2521: ProcessController can't be installed in the deskbar. (gcc4 haiku) In-Reply-To: <037.cf39780e5d04f8660d84109da8db867c@haiku-os.org> References: <037.cf39780e5d04f8660d84109da8db867c@haiku-os.org> Message-ID: <046.c19aa2b8e64de233f21b40feac1a93f6@haiku-os.org> #2521: ProcessController can't be installed in the deskbar. (gcc4 haiku) ---------------------------+------------------------------------------------ Reporter: mt | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Comment(by mt): I tried clean build r27399 with gcc4 & OPTIM ?= -O2 ; and ProcessController works fine in deskbar. I think this issue can close. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 10 16:01:15 2008 From: trac at haiku-os.org (kev) Date: Wed, 10 Sep 2008 14:01:15 -0000 Subject: [Haiku-bugs] [Haiku] #2177: boot screen does not show, but desktop does appear correctly afterwards In-Reply-To: <038.d1bd554a50c472377b631d3cad48fc0e@haiku-os.org> References: <038.d1bd554a50c472377b631d3cad48fc0e@haiku-os.org> Message-ID: <047.4625648b35fee060e37bba49767b546d@haiku-os.org> #2177: boot screen does not show, but desktop does appear correctly afterwards ---------------------+------------------------------------------------------ Reporter: kev | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------+------------------------------------------------------ Comment(by kev): Still having no boot screen on r27393. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 10 16:02:06 2008 From: trac at haiku-os.org (kev) Date: Wed, 10 Sep 2008 14:02:06 -0000 Subject: [Haiku-bugs] [Haiku] #2177: boot screen video mode incorrect/unsupported, but desktop okay (was: boot screen does not show, but desktop does appear correctly afterwards) In-Reply-To: <038.d1bd554a50c472377b631d3cad48fc0e@haiku-os.org> References: <038.d1bd554a50c472377b631d3cad48fc0e@haiku-os.org> Message-ID: <047.4722f4eee60058fe9ec352dad6ce5486@haiku-os.org> #2177: boot screen video mode incorrect/unsupported, but desktop okay ---------------------+------------------------------------------------------ Reporter: kev | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------+------------------------------------------------------ -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 10 16:04:32 2008 From: trac at haiku-os.org (kev) Date: Wed, 10 Sep 2008 14:04:32 -0000 Subject: [Haiku-bugs] [Haiku] #2177: boot screen video mode incorrect/unsupported, but desktop okay In-Reply-To: <038.d1bd554a50c472377b631d3cad48fc0e@haiku-os.org> References: <038.d1bd554a50c472377b631d3cad48fc0e@haiku-os.org> Message-ID: <047.7d92e557e5264ecee3965ada947dcf97@haiku-os.org> #2177: boot screen video mode incorrect/unsupported, but desktop okay ---------------------+------------------------------------------------------ Reporter: kev | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------+------------------------------------------------------ Comment(by kev): Also I found out finally, it's an ATI Radeon 9200 AGP 8x/4x that's in there. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 10 16:10:02 2008 From: trac at haiku-os.org (kev) Date: Wed, 10 Sep 2008 14:10:02 -0000 Subject: [Haiku-bugs] [Haiku] #2716: firefox closes unexpectedly Message-ID: <038.a359c5e6ead68a2b7c7b24a0fd8df2a2@haiku-os.org> #2716: firefox closes unexpectedly --------------------------+------------------------------------------------- Reporter: kev | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- I had this happen a few times this morning, while viewing a web page, not even interacting with it, I was just reading it without touching the mouse or keyboard, and then all of the sudden, firefox was no longer running, no crash message or anything. I launched from a terminal to catch more detail, and the second time it did it, this is what it said: /boot/apps/firefox/run-mozilla.sh: line 424: 1321 Killed (by death) "$prog" ${1+"$@"} I'm running firefox 2.0.0.16, the one on BeBits. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 10 17:56:25 2008 From: trac at haiku-os.org (anevilyak) Date: Wed, 10 Sep 2008 15:56:25 -0000 Subject: [Haiku-bugs] [Haiku] #1641: KDL: rtl8139 In-Reply-To: <043.5f4af7ba053274031187f62bac03de4a@haiku-os.org> References: <043.5f4af7ba053274031187f62bac03de4a@haiku-os.org> Message-ID: <052.ce7173f1c1963913dcda4df485097c75@haiku-os.org> #1641: KDL: rtl8139 ------------------------------+--------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: 2452 ------------------------------+--------------------------------------------- Comment(by anevilyak): Can you try with r27401 and see if the behavior's any better? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 10 18:26:08 2008 From: trac at haiku-os.org (emitrax) Date: Wed, 10 Sep 2008 16:26:08 -0000 Subject: [Haiku-bugs] [Haiku] #1980: Implement XSI semaphore and IPC API In-Reply-To: <040.56f95d83cc85c72016c7e381b6cda716@haiku-os.org> References: <040.56f95d83cc85c72016c7e381b6cda716@haiku-os.org> Message-ID: <049.2f091d55421169713bf859c1b18d2541@haiku-os.org> #1980: Implement XSI semaphore and IPC API --------------------------------+------------------------------------------- Reporter: axeld | Owner: emitrax Type: enhancement | Status: new Priority: normal | Milestone: Unscheduled Component: System/libroot.so | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by emitrax): * owner: axeld => emitrax -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 10 18:30:02 2008 From: trac at haiku-os.org (emitrax) Date: Wed, 10 Sep 2008 16:30:02 -0000 Subject: [Haiku-bugs] [Haiku] #1980: Implement XSI semaphore and IPC API In-Reply-To: <040.56f95d83cc85c72016c7e381b6cda716@haiku-os.org> References: <040.56f95d83cc85c72016c7e381b6cda716@haiku-os.org> Message-ID: <049.ad0c28bfa3dbd2892ebf19d6feac983e@haiku-os.org> #1980: Implement XSI semaphore and IPC API --------------------------------+------------------------------------------- Reporter: axeld | Owner: emitrax Type: enhancement | Status: closed Priority: normal | Milestone: Unscheduled Component: System/libroot.so | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by emitrax): * status: new => closed * resolution: => fixed Comment: POSIX XSI IPC contains: semaphores, message queue and shared memory. Semaphores have been implemented, and so message queue (about to commit the last piece). The only one missing is shared memory and we have ticket #2657 for it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 10 18:33:08 2008 From: trac at haiku-os.org (emitrax) Date: Wed, 10 Sep 2008 16:33:08 -0000 Subject: [Haiku-bugs] [Haiku] #2657: Implement XSI shared memory In-Reply-To: <042.63e95c7db1e6012ade856ec8ab9f688b@haiku-os.org> References: <042.63e95c7db1e6012ade856ec8ab9f688b@haiku-os.org> Message-ID: <051.7f6cab57c039e5b3bc30a6dbdf9b9b44@haiku-os.org> #2657: Implement XSI shared memory --------------------------+------------------------------------------------- Reporter: kaliber | Owner: emitrax Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by emitrax): * owner: axeld => emitrax Comment: If no one else wants it, I should be able to do it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 10 18:39:52 2008 From: trac at haiku-os.org (scottmc) Date: Wed, 10 Sep 2008 16:39:52 -0000 Subject: [Haiku-bugs] [Haiku] #2657: Implement XSI shared memory In-Reply-To: <042.63e95c7db1e6012ade856ec8ab9f688b@haiku-os.org> References: <042.63e95c7db1e6012ade856ec8ab9f688b@haiku-os.org> Message-ID: <051.7bc2978a6af01e13fe8bd68e7fbc33c5@haiku-os.org> #2657: Implement XSI shared memory --------------------------+------------------------------------------------- Reporter: kaliber | Owner: emitrax Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by scottmc): * cc: haiku at scottmc.com (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 10 19:20:56 2008 From: trac at haiku-os.org (kev) Date: Wed, 10 Sep 2008 17:20:56 -0000 Subject: [Haiku-bugs] [Haiku] #2716: firefox closes unexpectedly In-Reply-To: <038.a359c5e6ead68a2b7c7b24a0fd8df2a2@haiku-os.org> References: <038.a359c5e6ead68a2b7c7b24a0fd8df2a2@haiku-os.org> Message-ID: <047.a3d44b029cfd869905d5ca4c7382693f@haiku-os.org> #2716: firefox closes unexpectedly ---------------------------+------------------------------------------------ Reporter: kev | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by kev): Sorry, r27393, AMD Sempron 3100+, 512 MB DDR SDRAM. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 10 19:21:11 2008 From: trac at haiku-os.org (kev) Date: Wed, 10 Sep 2008 17:21:11 -0000 Subject: [Haiku-bugs] [Haiku] #2699: KDL when accessing a DVD or CD In-Reply-To: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> References: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> Message-ID: <049.184c3fa001e8d2d2ab8752c1aa4cb8ab@haiku-os.org> #2699: KDL when accessing a DVD or CD --------------------------------+------------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by kev): I'm having this problem as well, trying to read a DVD-R that I burned in UDF102 format in Windows XP using Roxio Creator Classic. Instant KDL when I double-click the desktop icon (even though it auto-mounts fine.) This is on r27393. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 10 19:25:26 2008 From: trac at haiku-os.org (kev) Date: Wed, 10 Sep 2008 17:25:26 -0000 Subject: [Haiku-bugs] [Haiku] #2699: KDL when accessing a DVD or CD In-Reply-To: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> References: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> Message-ID: <049.509c7ad4178711dc632bdae92895a652@haiku-os.org> #2699: KDL when accessing a DVD or CD --------------------------------+------------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by kev): I guess the build factory is still down...any word on how close udf is to being included by default? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 10 19:46:30 2008 From: trac at haiku-os.org (jackburton) Date: Wed, 10 Sep 2008 17:46:30 -0000 Subject: [Haiku-bugs] [Haiku] #2521: ProcessController can't be installed in the deskbar. (gcc4 haiku) In-Reply-To: <037.cf39780e5d04f8660d84109da8db867c@haiku-os.org> References: <037.cf39780e5d04f8660d84109da8db867c@haiku-os.org> Message-ID: <046.9dbb681ccd1a1a605dd5473785624e44@haiku-os.org> #2521: ProcessController can't be installed in the deskbar. (gcc4 haiku) ---------------------------+------------------------------------------------ Reporter: mt | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Changes (by jackburton): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 10 20:48:27 2008 From: trac at haiku-os.org (emitrax) Date: Wed, 10 Sep 2008 18:48:27 -0000 Subject: [Haiku-bugs] [Haiku] #2699: KDL when accessing a DVD or CD In-Reply-To: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> References: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> Message-ID: <049.206ce19ea3db8819a48a4204f2f282a4@haiku-os.org> #2699: KDL when accessing a DVD or CD --------------------------------+------------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by emitrax): This has nothing to do with UDF. It's more likely a tracker problem, as I sais already. Have you tried listing the content of the media from terminal? As for udf being included to the image by default, there is bug that have to be fixed first. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 10 23:01:45 2008 From: trac at haiku-os.org (bonefish) Date: Wed, 10 Sep 2008 21:01:45 -0000 Subject: [Haiku-bugs] [Haiku] #2715: terminal width char patch In-Reply-To: <038.dea8432167107810763fb564b3e9fed2@haiku-os.org> References: <038.dea8432167107810763fb564b3e9fed2@haiku-os.org> Message-ID: <047.41307a432dcb5497ea8f5863da995816@haiku-os.org> #2715: terminal width char patch ------------------------------------+--------------------------------------- Reporter: h.z | Owner: jackburton Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by bonefish): Some quick observations: - There are several places in BasicTerminalBuffer (and maybe other classes) that lack special handling for full width chars. Some are even marked with a TODO. - If CodeConv::UTF8GetFontWidth() is not needed, it should be removed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 10 23:19:29 2008 From: trac at haiku-os.org (axeld) Date: Wed, 10 Sep 2008 21:19:29 -0000 Subject: [Haiku-bugs] [Haiku] #2702: unimplemented functions part 2 In-Reply-To: <042.7d86314140b2ef37dd855cfebc10849b@haiku-os.org> References: <042.7d86314140b2ef37dd855cfebc10849b@haiku-os.org> Message-ID: <051.583d7c17f2cc68b112cc25bf94043f22@haiku-os.org> #2702: unimplemented functions part 2 --------------------------------+------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by axeld): strtocopy(), and infnanf() are definitely not POSIX, at least, so they aren't really missing. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 10 23:50:31 2008 From: trac at haiku-os.org (axeld) Date: Wed, 10 Sep 2008 21:50:31 -0000 Subject: [Haiku-bugs] [Haiku] #2699: KDL when accessing a DVD or CD In-Reply-To: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> References: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> Message-ID: <049.3edc3f16d72ec704e98902e9afcb5c51@haiku-os.org> #2699: KDL when accessing a DVD or CD ------------------------------------+--------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: closed Priority: critical | Milestone: R1/alpha1 Component: File Systems/ISO 9660 | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Changes (by axeld): * priority: normal => critical * resolution: => fixed * status: new => closed * component: System/libroot.so => File Systems/ISO 9660 * milestone: R1 => R1/alpha1 Comment: Fixed in r27408. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 11 08:37:00 2008 From: trac at haiku-os.org (jackburton) Date: Thu, 11 Sep 2008 06:37:00 -0000 Subject: [Haiku-bugs] [Haiku] #2702: unimplemented functions part 2 In-Reply-To: <042.7d86314140b2ef37dd855cfebc10849b@haiku-os.org> References: <042.7d86314140b2ef37dd855cfebc10849b@haiku-os.org> Message-ID: <051.c73bac7d1189d4840d0371e937fe15ec@haiku-os.org> #2702: unimplemented functions part 2 --------------------------------+------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by jackburton): Replying to [comment:3 axeld]: > strtocopy(), and infnanf() are definitely not POSIX, at least, so they aren't really missing. As I got it, these functions are declared in some headers, so maybe they should be removed from there, if they are not implemented. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 11 09:13:07 2008 From: trac at haiku-os.org (humdinger) Date: Thu, 11 Sep 2008 07:13:07 -0000 Subject: [Haiku-bugs] [Haiku] #2717: DiskUsage: Artefacts when redrawing Message-ID: <044.c527e1f7d7b11a75d35f360e250d234d@haiku-os.org> #2717: DiskUsage: Artefacts when redrawing --------------------------+------------------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- This is in vmware, r27407. When I open the "Get info" window from DiskUsage and move it around a little, I see redrawing artefacts. Can Tracker's "Get Info" be re-used? It looks nicer and even offers permission setting. Apropos, looking nicer: How about some brighter colours? :) Oh, there's no DiskUsage category under Application in Trac... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 11 10:10:29 2008 From: trac at haiku-os.org (jackburton) Date: Thu, 11 Sep 2008 08:10:29 -0000 Subject: [Haiku-bugs] [Haiku] #2311: [Background] menu layout issue In-Reply-To: <040.aef515942c2d90a4de5fd4a688dd42d8@haiku-os.org> References: <040.aef515942c2d90a4de5fd4a688dd42d8@haiku-os.org> Message-ID: <049.ef9bc0f55299a3d0eafa248dffe46336@haiku-os.org> #2311: [Background] menu layout issue ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by jackburton): * status: new => closed * resolution: => fixed Comment: I think this was caused by an app_server bug which was fixed (workarounded actually) lately. At least this doesn't happen anymore. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 11 10:20:33 2008 From: trac at haiku-os.org (jackburton) Date: Thu, 11 Sep 2008 08:20:33 -0000 Subject: [Haiku-bugs] [Haiku] #2663: Telnet seems to be broken. In-Reply-To: <038.f0945836320eaf6a2a302f6940b3436a@haiku-os.org> References: <038.f0945836320eaf6a2a302f6940b3436a@haiku-os.org> Message-ID: <047.1860c41d5fa862e1c34fb01f20e5b206@haiku-os.org> #2663: Telnet seems to be broken. ---------------------------------+------------------------------------------ Reporter: bga | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by jackburton): telnetd doesn't even start here: getpeername(): socket operation on a non socket. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 11 11:48:33 2008 From: trac at haiku-os.org (axeld) Date: Thu, 11 Sep 2008 09:48:33 -0000 Subject: [Haiku-bugs] [Haiku] #2694: [pairs] Sometime, pairs show two times the same pair. In-Reply-To: <038.813f97d4e1b4c1cd995324195b5c748d@haiku-os.org> References: <038.813f97d4e1b4c1cd995324195b5c748d@haiku-os.org> Message-ID: <047.1a08a97e818d00b8cddce12bf46efd65@haiku-os.org> #2694: [pairs] Sometime, pairs show two times the same pair. ---------------------------+------------------------------------------------ Reporter: oco | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by axeld): This probably happens because some icons are used more than once in Haiku. Since this is not really an unlikely scenario anyway, Pairs should check if it already has a certain bitmap before keeping it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 11 12:03:27 2008 From: trac at haiku-os.org (jackburton) Date: Thu, 11 Sep 2008 10:03:27 -0000 Subject: [Haiku-bugs] [Haiku] #2387: [Deskbar] In horizontal mode, MenuItems height is too big when fonts size > 12 In-Reply-To: <041.c60213892c736f5898f967e6b65909e6@haiku-os.org> References: <041.c60213892c736f5898f967e6b65909e6@haiku-os.org> Message-ID: <050.9d4aa6cdc29649d6901a68367f838b33@haiku-os.org> #2387: [Deskbar] In horizontal mode, MenuItems height is too big when fonts size > 12 -----------------------------------+---------------------------------------- Reporter: aldeck | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Deskbar | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by jackburton): The solution, I think, is to let deskbar be more dynamic in its size: IOW: it should adapt its height based on the font size. At least when it's in horizontal mode. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 11 13:24:21 2008 From: trac at haiku-os.org (jackburton) Date: Thu, 11 Sep 2008 11:24:21 -0000 Subject: [Haiku-bugs] [Haiku] #2663: Telnet seems to be broken. In-Reply-To: <038.f0945836320eaf6a2a302f6940b3436a@haiku-os.org> References: <038.f0945836320eaf6a2a302f6940b3436a@haiku-os.org> Message-ID: <047.dddc98962626a136b27e4e8656a7626f@haiku-os.org> #2663: Telnet seems to be broken. ---------------------------------+------------------------------------------ Reporter: bga | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by jackburton): Ok sorry to bother. telnetd is not supposed to be started from the commanline. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 11 13:40:39 2008 From: trac at haiku-os.org (bga) Date: Thu, 11 Sep 2008 11:40:39 -0000 Subject: [Haiku-bugs] [Haiku] #2718: KDL when iterating over files in the filesystem (DiskUsage). Message-ID: <038.c783b87b5cdff7ea6b5899e9acddf241@haiku-os.org> #2718: KDL when iterating over files in the filesystem (DiskUsage). ---------------------------+------------------------------------------------ Reporter: bga | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ I can reproduce this on my installation 100% of the time. If I run DiskUsage in my boot disk, it will take a lot of time to process all files (I have literally millions of files in this partition) and, at some point during this time, it ends up trowing the system to KDL with a panic: PANIC: ASSERT FAILED (src/system/kernel/vm/vm_page.cpp:1765): sReservedPages >= count The machine has plenty of memory (3 Gb available to the OS out of 4 Gb total. 1 Gb is stolen by two video cards with 512 Mb of memory each). See attached screenshot for full stack trace. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 11 13:42:17 2008 From: trac at haiku-os.org (cebif) Date: Thu, 11 Sep 2008 11:42:17 -0000 Subject: [Haiku-bugs] [Haiku] #2699: KDL when accessing a DVD or CD In-Reply-To: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> References: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> Message-ID: <049.fff02be3e828609e4ace90ce3f569561@haiku-os.org> #2699: KDL when accessing a DVD or CD ------------------------------------+--------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: closed Priority: critical | Milestone: R1/alpha1 Component: File Systems/ISO 9660 | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by cebif): I am still getting the bug here, testing with r27407 installed on HD. Most of the stacktraces are the same except for one, when I tried to open a mounted data DVD. Can I open this again? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 11 13:54:48 2008 From: trac at haiku-os.org (cebif) Date: Thu, 11 Sep 2008 11:54:48 -0000 Subject: [Haiku-bugs] [Haiku] #2699: KDL when accessing a DVD or CD In-Reply-To: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> References: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> Message-ID: <049.0fa355fd4cac0a6bd978e6557a6d7c44@haiku-os.org> #2699: KDL when accessing a DVD or CD ------------------------------------+--------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: closed Priority: critical | Milestone: R1/alpha1 Component: File Systems/ISO 9660 | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by cebif): Sorry I didn't notice I was testing one version behind r27408. It was the latest version available so I thought I had downloaded an image with the fix. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 11 14:25:25 2008 From: trac at haiku-os.org (axeld) Date: Thu, 11 Sep 2008 12:25:25 -0000 Subject: [Haiku-bugs] [Haiku] #2670: Directories created using Tracker have wrong permissions. In-Reply-To: <038.c68a5ebbb76247627c9709c68a2f8b6c@haiku-os.org> References: <038.c68a5ebbb76247627c9709c68a2f8b6c@haiku-os.org> Message-ID: <047.6eee69769ded3855093c86cec208e06c@haiku-os.org> #2670: Directories created using Tracker have wrong permissions. -----------------------------------+---------------------------------------- Reporter: bga | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Fixed in r27414. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 11 17:31:51 2008 From: trac at haiku-os.org (emitrax) Date: Thu, 11 Sep 2008 15:31:51 -0000 Subject: [Haiku-bugs] [Haiku] #2719: [bfs]: deadlock - mutex bfs inode+24.1243 not released on exit Message-ID: <042.c6025ee34d274254a1a3ec7d7f314c13@haiku-os.org> #2719: [bfs]: deadlock - mutex bfs inode+24.1243 not released on exit ------------------------------+--------------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1/alpha1 Component: File Systems/BFS | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------+--------------------------------------------- It seems weird since AutoLocker seem to be used everywhere, but this happens while writing with bonnie++ to the same directory I was creating some directories, and mkdir failed with name too long. Could it be possible it didn't release the lock? {{{ kdebug> thread bonnie++ THREAD: 0x93197000 id: 4335 (0x10ef) name: "bonnie++" all_next: 0x9316f800 team_next: 0x00000000 q_next: 0x913c5000 priority: 10 (next 10) state: waiting next_state: waiting cpu: 0x00000000 sig_pending: 0x0 (blocked: 0x0) in_kernel: 1 waiting for: rwlock 0x90dfb400 fault_handler: 0x00000000 args: 0x90d945a0 0x00000000 entry: 0x8004b4d0 team: 0x90c3e45c, "bonnie++" exit.sem: 43239 exit.status: 0x0 (No error) exit.reason: 0x0 exit.signal: 0x0 exit.waiters: kernel_stack_area: 92166 kernel_stack_base: 0x920a6000 user_stack_area: 92168 user_stack_base: 0x7efef000 user_local_storage: 0x7ffef000 kernel_errno: 0x0 (No error) kernel_time: 16259689 user_time: 31183218 flags: 0x200 architecture dependant section: esp: 0x920a9cb8 ss: 0x00000010 fpu_state at 0x93197380 kdebug> mutex 0x90dfb400 mutex 0x90dfb400: name: bfs inode+24.1243 flags: 0xd8 holder: -1 waiting threads: 4335 kdebug> bt 4335 stack trace for thread 4335 "bonnie++" kernel stack: 0x920a6000 to 0x920aa000 user stack: 0x7efef000 to 0x7ffef000 frame caller :function + offset 0 920a9d14 (+ 32) 800439ce :context_switch__FP6threadT0 + 0x0026 1 920a9d34 (+ 64) 80043c38 :scheduler_reschedule + 0x0248 2 920a9d74 (+ 48) 8003a104 :rw_lock_wait__FP7rw_lockb + 0x00c4 3 920a9da4 (+ 64) 8003a666 :rw_lock_write_lock + 0x00b6 4 920a9de4 (+ 64) 80594a7e :WriteAt__5InodeR11TransactionxPCUcPUl + 0x010a 5 920a9e24 (+ 96) 805a1857 :bfs_write__FP9fs_volumeP8fs_vnodePvxPCvPUl + 0x00d3 6 920a9e84 (+ 64) 8009370f :file_write__FP15file_descriptorxPCvPUl + 0x0067 7 920a9ec4 (+ 80) 800833ad :common_user_io__FixPvUlb + 0x017d 8 920a9f14 (+ 48) 800838a0 :_user_write + 0x0028 9 920a9f44 (+ 100) 800c8852 :pre_syscall_debug_done + 0x0002 (nearest) user iframe at 0x920a9fa8 (end = 0x920aa000) eax 0x82 ebx 0x2bbcdc ecx 0x7ffeeb90 edx 0xffff0104 esi 0x7ffeec3c edi 0x14ed ebp 0x7ffeebcc esp 0x920a9fdc eip 0xffff0104 eflags 0x203 user esp 0x7ffeeb90 vector: 0x63, error code: 0x0 10 920a9fa8 (+ 0) ffff0104 11 7ffeebcc (+ 48) 00203196 :unknown + 0x3196 12 7ffeebfc (+ 128) 00206f89 :unknown + 0x6f89 13 7ffeec7c (+ 768) 00206ac9 :unknown + 0x6ac9 14 7ffeef7c (+ 48) 002028ff :unknown + 0x28ff 15 7ffeefac (+ 48) 001008ea 92169:runtime_loader_seg0ro at 0x00100000 + 0x8ea 16 7ffeefdc (+ 0) 7ffeefec 92168:bonnie++_main_stack at 0x7efef000 + 0xffffec }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 11 17:58:59 2008 From: trac at haiku-os.org (mmlr) Date: Thu, 11 Sep 2008 15:58:59 -0000 Subject: [Haiku-bugs] [Haiku] #1557: Frequency out of range In-Reply-To: <044.15236cb511ee12c72ec612ed24aea2ba@haiku-os.org> References: <044.15236cb511ee12c72ec612ed24aea2ba@haiku-os.org> Message-ID: <053.e6c205f1b4253b194ef9be5bd072fa33@haiku-os.org> #1557: Frequency out of range --------------------------------------+------------------------------------- Reporter: plfiorini | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------------------+------------------------------------- Comment(by mmlr): Could this have been fixed with r27390? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 11 18:04:08 2008 From: trac at haiku-os.org (mmlr) Date: Thu, 11 Sep 2008 16:04:08 -0000 Subject: [Haiku-bugs] [Haiku] #1557: Frequency out of range In-Reply-To: <044.15236cb511ee12c72ec612ed24aea2ba@haiku-os.org> References: <044.15236cb511ee12c72ec612ed24aea2ba@haiku-os.org> Message-ID: <053.c01cad9902819c0fdd6e3668267d9b72@haiku-os.org> #1557: Frequency out of range --------------------------------------+------------------------------------- Reporter: plfiorini | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: --------------------------------------+------------------------------------- Comment(by mmlr): Scratch that, I've misread the description. It seems to be happening after the splash screen, not during... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 11 18:58:43 2008 From: trac at haiku-os.org (Hubert) Date: Thu, 11 Sep 2008 16:58:43 -0000 Subject: [Haiku-bugs] [Haiku] #1641: KDL: rtl8139 In-Reply-To: <043.5f4af7ba053274031187f62bac03de4a@haiku-os.org> References: <043.5f4af7ba053274031187f62bac03de4a@haiku-os.org> Message-ID: <052.102dcacdbf3e7b2b27dcda22552fc21e@haiku-os.org> #1641: KDL: rtl8139 ------------------------------+--------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: 2452 ------------------------------+--------------------------------------------- Comment(by Hubert): I check r27420 and it's same. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 11 20:27:34 2008 From: trac at haiku-os.org (emitrax) Date: Thu, 11 Sep 2008 18:27:34 -0000 Subject: [Haiku-bugs] [Haiku] #2720: AppServer deadlock Message-ID: <042.583d15c6b5b428f989a3b9d958e15af4@haiku-os.org> #2720: AppServer deadlock --------------------------------+------------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1/alpha1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- I selected a fairly large amount of emails (maybe 700), right click, get info to see what would happen and I got a nice deadlock almost immediately. No threads were in the ready queue. {{{ kdebug> sem 1142 SEM: 0x923bf7f8 id: 1142 (0x476) name: 'AppServerLink_sLock' owner: 81 count: -23 queue: 6122 5555 6098 6107 6130 5587 5589 5567 5600 5593 5557 5565 6111 5595 5583 81 5591 5608 5559 5626 5624 6038 158 last acquired by: 5561, count: 1 last released by: 5624, count: 1 kdebug> thread 81 THREAD: 0x9311f000 id: 81 (0x51) name: "Tracker" all_next: 0x913a7800 team_next: 0x00000000 q_next: 0x80113dc0 priority: 10 (next 10) state: waiting next_state: waiting cpu: 0x00000000 sig_pending: 0x0 (blocked: 0x0) in_kernel: 1 waiting for: semaphore 1142 ... kdebug> thread 5661 THREAD: 0x931c8800 id: 5661 (0x161d) name: "w>InfoWindow" all_next: 0x931a7000 team_next: 0x931b6800 q_next: 0x80113dc0 priority: 15 (next 15) state: waiting next_state: waiting cpu: 0x00000000 sig_pending: 0x0 (blocked: 0x0) in_kernel: 1 waiting for: semaphore 61236 fault_handler: 0x00000000 args: 0x002b1d4c 0x18304b98 entry: 0x00657688 team: 0x90b7fd14, "Tracker" exit.sem: 56765 exit.status: 0x0 (No error) exit.reason: 0x0 exit.signal: 0x0 exit.waiters: kernel_stack_area: 113944 kernel_stack_base: 0x9594c000 user_stack_area: 113945 user_stack_base: 0x78bef000 user_local_storage: 0x78c2f000 kernel_errno: 0x0 (No error) kernel_time: 30256 user_time: 36408 flags: 0x0 architecture dependant section: esp: 0x9594fd38 ss: 0x00000010 fpu_state at 0x931c8b80 kdebug> sem 61236 SEM: 0x9251a690 id: 61236 (0xef34) name: 'tmp_reply_port' owner: -1 count: -1 queue: 5661 last acquired by: 0, count: 0 last released by: 0, count: 0 }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 11 20:45:11 2008 From: trac at haiku-os.org (idefix) Date: Thu, 11 Sep 2008 18:45:11 -0000 Subject: [Haiku-bugs] [Haiku] #2477: Haiku's bootman doesn't show the same partitions as BeOS's In-Reply-To: <041.d5ac2516d13e6ad022f9af1b024d4727@haiku-os.org> References: <041.d5ac2516d13e6ad022f9af1b024d4727@haiku-os.org> Message-ID: <050.cb00aa3a315de057a30e7da9a26ea2d8@haiku-os.org> #2477: Haiku's bootman doesn't show the same partitions as BeOS's ---------------------------+------------------------------------------------ Reporter: idefix | Owner: laplace Type: bug | Status: new Priority: normal | Milestone: R1/alpha1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by idefix): Replying to [comment:2 laplace]: > Part two of this ticket is fixed in r27149. Yes, the fix removed the Intel Extended Partition, but also the NTFS partitions. See screenshot. Probably this happened because the NTFS-driver is missing, causing Haiku to think that the partitions don't contain a file system. But even if Haiku can't recognize the filesystem, the bootloader can boot that partition (by chainloading). So those partitions should also be listed in bootman. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 11 21:18:54 2008 From: trac at haiku-os.org (korli) Date: Thu, 11 Sep 2008 19:18:54 -0000 Subject: [Haiku-bugs] [Haiku] #2646: [ls] Multi-column output even when piped In-Reply-To: <043.f0e688d7ee5d6163d7f35b16ce35c9b5@haiku-os.org> References: <043.f0e688d7ee5d6163d7f35b16ce35c9b5@haiku-os.org> Message-ID: <052.7520d697108f95a1b89d78f98d6204cd@haiku-os.org> #2646: [ls] Multi-column output even when piped ----------------------------------------------+----------------------------- Reporter: andreasf | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------------------------+----------------------------- Comment(by korli): Replying to [comment:13 andreasf]: > Confirmed, `ls | cat` is one-column elsewhere, including BeOS, but multi-column at r27117. > > Unfortunately I don't see the {{{ls}}} source - it's neither in {{{bash/builtins}}} nor in {{{bin}}}. ls uses isatty() on the stdout fd to know if multicolumns should be used. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 12 00:15:32 2008 From: trac at haiku-os.org (korli) Date: Thu, 11 Sep 2008 22:15:32 -0000 Subject: [Haiku-bugs] [Haiku] #2646: [ls] Multi-column output even when piped In-Reply-To: <043.f0e688d7ee5d6163d7f35b16ce35c9b5@haiku-os.org> References: <043.f0e688d7ee5d6163d7f35b16ce35c9b5@haiku-os.org> Message-ID: <052.d41626b15ff35eacafa6b57a0b76d689@haiku-os.org> #2646: [ls] Multi-column output even when piped ----------------------------------------------+----------------------------- Reporter: andreasf | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------------------------+----------------------------- Changes (by korli): * status: new => closed * resolution: => fixed Comment: Fixed in r27421 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 12 00:23:39 2008 From: trac at haiku-os.org (korli) Date: Thu, 11 Sep 2008 22:23:39 -0000 Subject: [Haiku-bugs] [Haiku] #2702: unimplemented functions part 2 In-Reply-To: <042.7d86314140b2ef37dd855cfebc10849b@haiku-os.org> References: <042.7d86314140b2ef37dd855cfebc10849b@haiku-os.org> Message-ID: <051.49d3bdbc39f14055ce67766cd1685a22@haiku-os.org> #2702: unimplemented functions part 2 --------------------------------+------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by korli): added insque in r27422 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 12 00:48:05 2008 From: trac at haiku-os.org (korli) Date: Thu, 11 Sep 2008 22:48:05 -0000 Subject: [Haiku-bugs] [Haiku] #2696: unimplemented functions In-Reply-To: <042.80c5f449cc17c57d3f29b65adc3132f6@haiku-os.org> References: <042.80c5f449cc17c57d3f29b65adc3132f6@haiku-os.org> Message-ID: <051.f77c5e7e8f0ac452f640aaafdf1bd520@haiku-os.org> #2696: unimplemented functions --------------------------------+------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: | Blockedby: 2564 Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by korli): added remque in r27422 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 12 12:59:28 2008 From: trac at haiku-os.org (jackburton) Date: Fri, 12 Sep 2008 10:59:28 -0000 Subject: [Haiku-bugs] [Haiku] #2012: [HaikuImage] Remove Bitstream fonts to reduce haiku image size (easy) In-Reply-To: <040.9a8eb2429d3cd6ebe92663ee8a3d9a75@haiku-os.org> References: <040.9a8eb2429d3cd6ebe92663ee8a3d9a75@haiku-os.org> Message-ID: <049.7baa5a50c993cddaf292ed3d5d9376f7@haiku-os.org> #2012: [HaikuImage] Remove Bitstream fonts to reduce haiku image size (easy) ---------------------------------+------------------------------------------ Reporter: diver | Owner: jackburton Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by jackburton): The only font which DejaVu doesnt' replace is Bitstream Charter. Unfortunately it seems we can't remove all but Charter, since the font is contained in the same file as the other font. So either it's we remove everything or nothing. Personally I'm for removing all these Bitstream fonts. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 12 13:56:18 2008 From: trac at haiku-os.org (bonefish) Date: Fri, 12 Sep 2008 11:56:18 -0000 Subject: [Haiku-bugs] [Haiku] #2719: [bfs]: deadlock - mutex bfs inode+24.1243 not released on exit In-Reply-To: <042.c6025ee34d274254a1a3ec7d7f314c13@haiku-os.org> References: <042.c6025ee34d274254a1a3ec7d7f314c13@haiku-os.org> Message-ID: <051.a64fc5526aa1dbdeda2bdb7fe385ee3a@haiku-os.org> #2719: [bfs]: deadlock - mutex bfs inode+24.1243 not released on exit -------------------------------+-------------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1/alpha1 Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by bonefish): The info is unfortunately not very helpful. I don't see how the description fits with the summary. Furthermore you should use the "rwlock" command when printing info for an R/W lock. This might be a deadlock with the page writer. ATM it iteratively acquires read locks for the underlying files, which, if the same file occurs twice and another thread tries to write-lock it in between, would indeed lead to a deadlock. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 12 14:07:34 2008 From: trac at haiku-os.org (bonefish) Date: Fri, 12 Sep 2008 12:07:34 -0000 Subject: [Haiku-bugs] [Haiku] #2720: AppServer deadlock In-Reply-To: <042.583d15c6b5b428f989a3b9d958e15af4@haiku-os.org> References: <042.583d15c6b5b428f989a3b9d958e15af4@haiku-os.org> Message-ID: <051.6ff1a23d5408ac380f4e1df840665864@haiku-os.org> #2720: AppServer deadlock ---------------------------------+------------------------------------------ Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1/alpha1 Component: Servers/app_server | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by bonefish): Unfortunately the info isn't sufficient. "AppServerLink_sLock" belongs to a BLocker, which by default is used benaphore-style. That is, the current holder is not obvious; one would have to find out by checking stack traces. It might have been thread 5661, but we will never know. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 12 14:22:17 2008 From: trac at haiku-os.org (cebif) Date: Fri, 12 Sep 2008 12:22:17 -0000 Subject: [Haiku-bugs] [Haiku] #2699: KDL when accessing a DVD or CD In-Reply-To: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> References: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> Message-ID: <049.3a70ce1f647509792d0f755d8d17a35d@haiku-os.org> #2699: KDL when accessing a DVD or CD ------------------------------------+--------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: closed Priority: critical | Milestone: R1/alpha1 Component: File Systems/ISO 9660 | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by cebif): Finally made sure to get the right image r27420. There are no more crashes but any CD or DVD I mount and open show as blank but they have folders and files. It doesn't matter if they have been burned or are bought disks. Is this part of the same bug or another one? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 12 14:39:49 2008 From: trac at haiku-os.org (emitrax) Date: Fri, 12 Sep 2008 12:39:49 -0000 Subject: [Haiku-bugs] [Haiku] #2699: KDL when accessing a DVD or CD In-Reply-To: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> References: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> Message-ID: <049.dca936dfb620900abbf8bf9a6dfe19e0@haiku-os.org> #2699: KDL when accessing a DVD or CD ------------------------------------+--------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: closed Priority: critical | Milestone: R1/alpha1 Component: File Systems/ISO 9660 | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by emitrax): Replying to [comment:16 cebif]: > Finally made sure to get the right image r27420. There are no more crashes but any CD or DVD I mount and open show as blank but they have folders and files. It doesn't matter if they have been burned or are bought disks. > Is this part of the same bug or another one? If the media are UDF formatted, that's unfortunately the expected behavior for now, since there is not udf module and they get picked by the iso9660 one. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 12 16:42:36 2008 From: trac at haiku-os.org (diver) Date: Fri, 12 Sep 2008 14:42:36 -0000 Subject: [Haiku-bugs] [Haiku] #2721: error starting "/bin/sh" Message-ID: <040.7a549071afa2ec3935e2ac3595f6a51e@haiku-os.org> #2721: error starting "/bin/sh" --------------------+------------------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------+------------------------------------------------------- Since some time (about month) now Haiku don't boot on my hw anymore. I enabled onscreen degug output and last 2 lines which look relevant are: {{{ team_create_thread_start: Could not create default user region error starting "/bin/sh" error = -1 }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 12 17:11:10 2008 From: trac at haiku-os.org (diver) Date: Fri, 12 Sep 2008 15:11:10 -0000 Subject: [Haiku-bugs] [Haiku] #2722: [build system] vmware images one byte too short Message-ID: <040.245647f1452bb94385a8bc72e4cf2c18@haiku-os.org> #2722: [build system] vmware images one byte too short --------------------------+------------------------------------------------- Reporter: diver | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- According to VirtualBox developers vmware images generated by our build system are broken (one byte too short). More info here: http://www.virtualbox.org/ticket/2062 http://www.virtualbox.org/changeset/12306 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 12 18:13:42 2008 From: trac at haiku-os.org (PieterPanman) Date: Fri, 12 Sep 2008 16:13:42 -0000 Subject: [Haiku-bugs] [Haiku] #2721: error starting "/bin/sh" In-Reply-To: <040.7a549071afa2ec3935e2ac3595f6a51e@haiku-os.org> References: <040.7a549071afa2ec3935e2ac3595f6a51e@haiku-os.org> Message-ID: <049.5b2731298f7481b5e8e3627438f4a728@haiku-os.org> #2721: error starting "/bin/sh" ---------------------+------------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------+------------------------------------------------------ Comment(by PieterPanman): Did you build it yourself? Check to see if you don't have a conflict in the HaikuImage file. I've had this a few times after updating. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 12 14:27:44 2008 From: trac at haiku-os.org (emitrax) Date: Fri, 12 Sep 2008 12:27:44 -0000 Subject: [Haiku-bugs] [Haiku] #2719: [bfs]: deadlock - mutex bfs inode+24.1243 not released on exit In-Reply-To: <042.c6025ee34d274254a1a3ec7d7f314c13@haiku-os.org> References: <042.c6025ee34d274254a1a3ec7d7f314c13@haiku-os.org> Message-ID: <051.a814971b26b61296cff00946c3292525@haiku-os.org> #2719: [bfs]: deadlock - mutex bfs inode+24.1243 not released on exit -------------------------------+-------------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1/alpha1 Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by emitrax): Replying to [comment:1 bonefish]: > The info is unfortunately not very helpful. I don't see how the description fits with the summary. Furthermore you should use the "rwlock" command when printing info for an R/W lock. > I thought the inode was the one of the directory, since I was also writing to the same directory with another team, and jump to the wrong conclusion that failing without releasing the lock would be the cause. > This might be a deadlock with the page writer. ATM it iteratively acquires read locks for the underlying files, which, if the same file occurs twice and another thread tries to write-lock it in between, would indeed lead to a deadlock. This seems more reasonable. Feel free to change the summary if you think this might be the case. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 12 14:18:30 2008 From: trac at haiku-os.org (emitrax) Date: Fri, 12 Sep 2008 12:18:30 -0000 Subject: [Haiku-bugs] [Haiku] #2720: AppServer deadlock In-Reply-To: <042.583d15c6b5b428f989a3b9d958e15af4@haiku-os.org> References: <042.583d15c6b5b428f989a3b9d958e15af4@haiku-os.org> Message-ID: <051.95eaa9766bd7efe836dffe16ae5b775c@haiku-os.org> #2720: AppServer deadlock ---------------------------------+------------------------------------------ Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1/alpha1 Component: Servers/app_server | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by emitrax): Never say never. {{{ kdebug> bt 5661 stack trace for thread 5661 "w>InfoWindow" kernel stack: 0x9594c000 to 0x95950000 user stack: 0x78bef000 to 0x78c2f000 frame caller :function + offset 0 9594fd94 (+ 32) 800439ce :context_switch__FP6threadT0 + 0x0026 1 9594fdb4 (+ 64) 80043c38 :scheduler_reschedule + 0x0248 2 9594fdf4 (+ 64) 80044f30 :switch_sem_etc + 0x0368 3 9594fe34 (+ 64) 80044b9a :acquire_sem_etc + 0x0026 4 9594fe74 (+ 80) 80041f68 :_get_port_message_info_etc + 0x0104 5 9594fec4 (+ 80) 80041e55 :port_buffer_size_etc + 0x0025 6 9594ff14 (+ 48) 80042b31 :_user_port_buffer_size_etc + 0x008d 7 9594ff44 (+ 100) 800c8852 :pre_syscall_debug_done + 0x0002 (nearest) user iframe at 0x9594ffa8 (end = 0x95950000) eax 0xc2 ebx 0x6e2cdc ecx 0x78c2e2d0 edx 0xffff0104 esi 0xffffffff edi 0x7fffffff ebp 0x78c2e2fc esp 0x9594ffdc eip 0xffff0104 eflags 0x212 user esp 0x78c2e2d0 vector: 0x63, error code: 0x0 8 9594ffa8 (+ 0) ffff0104 9 78c2e2fc (+ 48) 002b363f :__cl__Q38BPrivate11BLooperList12FindPortPredRQ38BPrivate11BLooperList10LooperData + 0x015b (nearest) 10 78c2e32c (+ 128) 002b7126 :_SendMessage__C8BMessagelllP8BMessagexx + 0x0176 11 78c2e3ac (+ 96) 002bd799 :SendMessage__C10BMessengerP8BMessageT1xx + 0x0061 12 78c2e40c (+ 64) 002c5c2d :SendTo__Q27BRoster7PrivateP8BMessageT1b + 0x0061 13 78c2e44c (+ 208) 003763d6 :SetAppHint__9BMimeTypePC9entry_ref + 0x00fa 14 78c2e51c (+ 528) 002c378e :_ResolveApp__C7BRosterPCcP9entry_refT2PcPUlPb + 0x01ea 15 78c2e72c (+ 64) 002c090e :FindApp__C7BRosterPCcP9entry_ref + 0x003e 16 78c2e76c (+ 656) 0054baff :__Q28BPrivate13AttributeViewG5BRectPQ28BPrivate5Model + 0x0aa7 17 78c2e9fc (+ 128) 0054870b :Show__Q28BPrivate11BInfoWindow + 0x012f 18 78c2ea7c (+ 656) 00548d50 :MessageReceived__Q28BPrivate11BInfoWindowP8BMessage + 0x00f8 19 78c2ed0c (+ 48) 002b082f :DispatchMessage__7BLooperP8BMessageP8BHandler + 0x005b 20 78c2ed3c (+ 480) 003582f9 :DispatchMessage__7BWindowP8BMessageP8BHandler + 0x174d 21 78c2ef1c (+ 96) 0035bac4 :task_looper__7BWindow + 0x0270 22 78c2ef7c (+ 48) 002b1d8b :_task0___7BLooperPv + 0x003f 23 78c2efac (+ 48) 006576a8 :_get_next_team_info + 0x005c (nearest) 24 78c2efdc (+ 0) 78c2efec 113945:w>InfoWindow_5661_stack at 0x78bef000 + 0x3ffec }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 12 20:49:50 2008 From: trac at haiku-os.org (diver) Date: Fri, 12 Sep 2008 18:49:50 -0000 Subject: [Haiku-bugs] [Haiku] #2721: error starting "/bin/sh" In-Reply-To: <040.7a549071afa2ec3935e2ac3595f6a51e@haiku-os.org> References: <040.7a549071afa2ec3935e2ac3595f6a51e@haiku-os.org> Message-ID: <049.f8696596e65eac91f90916776a31cfb0@haiku-os.org> #2721: error starting "/bin/sh" ---------------------+------------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------+------------------------------------------------------ Comment(by diver): Yes, I build it myself, HaikuImage file is unchanged. vmware image generated from the same sources works just fine. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 12 20:52:59 2008 From: trac at haiku-os.org (julun) Date: Fri, 12 Sep 2008 18:52:59 -0000 Subject: [Haiku-bugs] [Haiku] #2723: SetWindowAlignment(), GetWindowAlignment() not implemented Message-ID: <040.7806df6d4e2714038d66a6b34107cba9@haiku-os.org> #2723: SetWindowAlignment(), GetWindowAlignment() not implemented -----------------------+---------------------------------------------------- Reporter: julun | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 12 20:54:05 2008 From: trac at haiku-os.org (julun) Date: Fri, 12 Sep 2008 18:54:05 -0000 Subject: [Haiku-bugs] [Haiku] #2724: B_OUTLINE_RESIZE not implemented Message-ID: <040.695587b933fcf80fe1a36c63f9a831d1@haiku-os.org> #2724: B_OUTLINE_RESIZE not implemented -----------------------+---------------------------------------------------- Reporter: julun | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 12 21:04:02 2008 From: trac at haiku-os.org (anevilyak) Date: Fri, 12 Sep 2008 19:04:02 -0000 Subject: [Haiku-bugs] [Haiku] #2724: B_OUTLINE_RESIZE not implemented In-Reply-To: <040.695587b933fcf80fe1a36c63f9a831d1@haiku-os.org> References: <040.695587b933fcf80fe1a36c63f9a831d1@haiku-os.org> Message-ID: <049.07201e68ac9fef3c695e22d78e47daff@haiku-os.org> #2724: B_OUTLINE_RESIZE not implemented ---------------------------------+------------------------------------------ Reporter: julun | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by anevilyak): * component: - General => Kits/Interface Kit -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 12 21:04:25 2008 From: trac at haiku-os.org (anevilyak) Date: Fri, 12 Sep 2008 19:04:25 -0000 Subject: [Haiku-bugs] [Haiku] #2723: SetWindowAlignment(), GetWindowAlignment() not implemented In-Reply-To: <040.7806df6d4e2714038d66a6b34107cba9@haiku-os.org> References: <040.7806df6d4e2714038d66a6b34107cba9@haiku-os.org> Message-ID: <049.f13fb072758e3583121eb397571e9cee@haiku-os.org> #2723: SetWindowAlignment(), GetWindowAlignment() not implemented ---------------------------------+------------------------------------------ Reporter: julun | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by anevilyak): * component: - General => Kits/Interface Kit -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 13 00:26:46 2008 From: trac at haiku-os.org (cebif) Date: Fri, 12 Sep 2008 22:26:46 -0000 Subject: [Haiku-bugs] [Haiku] #2699: KDL when accessing a DVD or CD In-Reply-To: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> References: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> Message-ID: <049.72da952c1e83882e17001cb58132b048@haiku-os.org> #2699: KDL when accessing a DVD or CD ------------------------------------+--------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: closed Priority: critical | Milestone: R1/alpha1 Component: File Systems/ISO 9660 | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by cebif): Replying to [comment:17 emitrax]: > Replying to [comment:16 cebif]: > > Finally made sure to get the right image r27420. There are no more crashes but any CD or DVD I mount and open show as blank but they have folders and files. It doesn't matter if they have been burned or are bought disks. > > Is this part of the same bug or another one? > > If the media are UDF formatted, that's unfortunately the expected behavior for now, since there is not udf module and they get picked by the iso9660 one. They are not UDF formatted. They were mostly iso9660. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 13 03:29:13 2008 From: trac at haiku-os.org (aldeck) Date: Sat, 13 Sep 2008 01:29:13 -0000 Subject: [Haiku-bugs] [Haiku] #2725: Website, some essential docs are hard to find for newcomers Message-ID: <041.bd547c44f46197306d3492fbe2bb3d92@haiku-os.org> #2725: Website, some essential docs are hard to find for newcomers -------------------------+-------------------------------------------------- Reporter: aldeck | Owner: haiku-web Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Website | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- I'm seeing a lot of recurrent questions on IRC, forums and ml. I sometimes even have a hard time finding essential docs myself. What we could do is rethink a bit the main page, i think we could add a "Testing" section that would contain useful links that don't really belong to the "Development" section (which is more a "Develop Haiku" section really). "Testing" could contain links to: - Prebuilt images (define what are the images exactly, had this question on IRC) - Building from source + Build system FAQ (todo) - Testing on a virtual machine -> usage for qemu, vmware, vbox etc.. - Testing on real hardware -> How To Boot Haiku (mmlr) - Getting help - Reporting bugs Next would be to add a "Use Haiku" section, with links to basic use, particularities, tips, developing apps on haiku Could be discussed on the ml though... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 13 09:50:54 2008 From: trac at haiku-os.org (emitrax) Date: Sat, 13 Sep 2008 07:50:54 -0000 Subject: [Haiku-bugs] [Haiku] #2725: Website, some essential docs are hard to find for newcomers In-Reply-To: <041.bd547c44f46197306d3492fbe2bb3d92@haiku-os.org> References: <041.bd547c44f46197306d3492fbe2bb3d92@haiku-os.org> Message-ID: <050.d460931e7e898174f7afb4f51030c847@haiku-os.org> #2725: Website, some essential docs are hard to find for newcomers --------------------------+------------------------------------------------- Reporter: aldeck | Owner: haiku-web Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Website | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by emitrax): I totally agree with the fact that documentation is not well organized. I do too have some hard time finding essential doc. IMHO, the main page should have only a simple link: "Documentation" Then this page should be diveded in Developers - Users. In the developer section you would put all the links, divided by topics, to all the articles. Same in the user sections, more or less like we do here http://www.haiku-os.it/documentazione Anyway, this is just an idea. But definitely the current status needs to be changed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 13 11:41:28 2008 From: trac at haiku-os.org (axeld) Date: Sat, 13 Sep 2008 09:41:28 -0000 Subject: [Haiku-bugs] [Haiku] #2704: problems with links to long pathnames In-Reply-To: <042.e13c92e1ec3890642377a0496df0a6de@haiku-os.org> References: <042.e13c92e1ec3890642377a0496df0a6de@haiku-os.org> Message-ID: <051.153287138a73bb31df90d5066173a6fb@haiku-os.org> #2704: problems with links to long pathnames -------------------------------+-------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: assigned Priority: critical | Milestone: R1/alpha1 Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Changes (by axeld): * priority: normal => critical * status: new => assigned * component: System/Kernel => File Systems/BFS * milestone: R1 => R1/alpha1 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 13 11:48:18 2008 From: trac at haiku-os.org (axeld) Date: Sat, 13 Sep 2008 09:48:18 -0000 Subject: [Haiku-bugs] [Haiku] #2704: problems with links to long pathnames In-Reply-To: <042.e13c92e1ec3890642377a0496df0a6de@haiku-os.org> References: <042.e13c92e1ec3890642377a0496df0a6de@haiku-os.org> Message-ID: <051.b7d783a40f8c192d8a32518d8b8d47d3@haiku-os.org> #2704: problems with links to long pathnames -------------------------------+-------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: closed Priority: critical | Milestone: R1/alpha1 Component: File Systems/BFS | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Changes (by axeld): * status: assigned => closed * resolution: => fixed Comment: Fixed in r27471. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 13 11:50:49 2008 From: trac at haiku-os.org (axeld) Date: Sat, 13 Sep 2008 09:50:49 -0000 Subject: [Haiku-bugs] [Haiku] #2726: truncated width menu layout messed up Message-ID: <040.069a95d2956f31e784aeff6d7721ca4b@haiku-os.org> #2726: truncated width menu layout messed up --------------------------------+------------------------------------------- Reporter: axeld | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- When I create a folder with a very long name that doesn't fit on screen anymore (you might need to switch to a lower resolution to accomplish this), open it in Tracker, and then open the context menu, it will span over the whole monitor without any visible items besides the truncated name, and the short cut symbols. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 13 12:02:30 2008 From: trac at haiku-os.org (cebif) Date: Sat, 13 Sep 2008 10:02:30 -0000 Subject: [Haiku-bugs] [Haiku] #2699: KDL when accessing a DVD or CD In-Reply-To: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> References: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> Message-ID: <049.c07090e00bc38d0fab0d335f161617d7@haiku-os.org> #2699: KDL when accessing a DVD or CD ------------------------------------+--------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: closed Priority: critical | Milestone: R1/alpha1 Component: File Systems/ISO 9660 | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by cebif): The only two type CD's I can veiw the contents of is an old BeOSR4.5.2 install disk. This part of the disk is formatted in bfs. It also has another partition on it that runs from Windows for creating a HD partition to intall Beos. That CD partition, I cannot view the contents of. It is formatted in iso9660. I can also view the contents of an audio CD. It is formatted in cdda. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 13 12:05:22 2008 From: trac at haiku-os.org (bonefish) Date: Sat, 13 Sep 2008 10:05:22 -0000 Subject: [Haiku-bugs] [Haiku] #2722: [build system] vmware images one byte too short In-Reply-To: <040.245647f1452bb94385a8bc72e4cf2c18@haiku-os.org> References: <040.245647f1452bb94385a8bc72e4cf2c18@haiku-os.org> Message-ID: <049.1f1fc3dad91fb1e534bd833c67e70405@haiku-os.org> #2722: [build system] vmware images one byte too short ---------------------------+------------------------------------------------ Reporter: diver | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by bonefish): * status: new => closed * resolution: => fixed Comment: Fixed in r27472. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 13 13:46:59 2008 From: trac at haiku-os.org (emitrax) Date: Sat, 13 Sep 2008 11:46:59 -0000 Subject: [Haiku-bugs] [Haiku] #2704: problems with links to long pathnames In-Reply-To: <042.e13c92e1ec3890642377a0496df0a6de@haiku-os.org> References: <042.e13c92e1ec3890642377a0496df0a6de@haiku-os.org> Message-ID: <051.8bc57595d214408816ed04da99a7f76d@haiku-os.org> #2704: problems with links to long pathnames -------------------------------+-------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: closed Priority: critical | Milestone: R1/alpha1 Component: File Systems/BFS | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by emitrax): Although with a slightly different stack trace, I still get the same panic when deleting the directories create with the script above. Linking works fine though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 13 13:50:09 2008 From: trac at haiku-os.org (emitrax) Date: Sat, 13 Sep 2008 11:50:09 -0000 Subject: [Haiku-bugs] [Haiku] #2727: PANIC: get_writable_cached_block: invalid block number 53535436759393 (max 1048319 Message-ID: <042.b53cbe8d7cd9a93527d17b53397796d2@haiku-os.org> #2727: PANIC: get_writable_cached_block: invalid block number 53535436759393 (max 1048319 ------------------------------+--------------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: File Systems/BFS | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------+--------------------------------------------- It happens while deleting a bounch of directories. r27472. {{{ PANIC: get_writable_cached_block: invalid block number 53535436759393 (max 1048319) Welcome to Kernel Debugging Land... Thread 1463 "rm" running on CPU 0 kdebug> bt stack trace for thread 1463 "rm" kernel stack: 0x920db000 to 0x920df000 user stack: 0x7efe6000 to 0x7ffe6000 frame caller :function + offset 0 920de614 (+ 48) 80057ce1 :invoke_debugger_command + 0x00f5 1 920de644 (+ 64) 80057ad1 :invoke_pipe_segment__FP21debugger_command_pipelPc + 0x0079 2 920de684 (+ 64) 80057e59 :invoke_debugger_command_pipe + 0x009d 3 920de6c4 (+ 48) 80059394 :_ParseCommandPipe__16ExpressionParserRi + 0x0234 4 920de6f4 (+ 64) 800587ce :EvaluateCommand__16ExpressionParserPCcRi + 0x02ba 5 920de734 (+ 224) 8005a7bc :evaluate_debug_command + 0x0088 6 920de814 (+ 64) 800560e2 :kernel_debugger_loop__Fv + 0x01ae 7 920de854 (+ 48) 80056cb5 :kernel_debugger + 0x0121 8 920de884 (+ 192) 80056b89 :panic + 0x0029 9 920de944 (+ 64) 8002cb47 :get_writable_cached_block__FP11block_cachexxxlb + 0x003f 10 920de984 (+ 80) 8002f8c3 :block_cache_get_writable_etc + 0x0073 11 920de9d4 (+ 128) 8059610f :_FreeStaticStreamArray__5InodeR11TransactionlG9block_runxxRx + 0x01f7 12 920dea54 (+ 144) 80596586 :_ShrinkStream__5InodeR11Transactionx + 0x007a 13 920deae4 (+ 48) 805968dd :SetFileSize__5InodeR11Transactionx + 0x0099 14 920deb14 (+ 352) 80596b0d :Free__5InodeR11Transaction + 0x0029 15 920dec74 (+ 80) 8059f453 :bfs_remove_vnode__FP9fs_volumeP8fs_vnodeb + 0x00b3 16 920decc4 (+ 48) 8008c998 :free_vnode__FP5vnodeb + 0x00ac 17 920decf4 (+ 48) 8008cb93 :dec_vnode_ref_count__FP5vnodebT1 + 0x013f 18 920ded24 (+ 48) 80090791 :put_vnode + 0x0069 19 920ded54 (+ 48) 8059a46a :_UnlockInodes__11Transaction + 0x008e 20 920ded84 (+ 80) 805a0970 :bfs_unlink__FP9fs_volumeP8fs_vnodePCc + 0x0104 21 920dedd4 (+ 304) 800949a7 :common_unlink__FiPcb + 0x0067 22 920def04 (+ 64) 80099b4b :_user_unlink + 0x0093 23 920def44 (+ 100) 800c8842 :pre_syscall_debug_done + 0x0002 (nearest) user iframe at 0x920defa8 (end = 0x920df000) eax 0x6d ebx 0x2bde5c ecx 0x7ffe5a90 edx 0xffff0104 esi 0x7ffe5f68 edi 0x0 ebp 0x7ffe5abc esp 0x920defdc eip 0xffff0104 eflags 0x207 user esp 0x7ffe5a90 vector: 0x63, error code: 0x0 24 920defa8 (+ 0) ffff0104 25 7ffe5abc (+ 576) 00207254 <_APP_>:rpl_unlinkat + 0x0194 26 7ffe5cfc (+ 64) 00204262 <_APP_>:main + 0x1a7e (nearest) 27 7ffe5d3c (+ 80) 002045e1 <_APP_>:main + 0x1dfd (nearest) 28 7ffe5d8c (+ 224) 00204a8c <_APP_>:main + 0x22a8 (nearest) 29 7ffe5e6c (+ 128) 00205049 <_APP_>:main + 0x2865 (nearest) 30 7ffe5eec (+ 64) 002050fc <_APP_>:rm + 0x0088 31 7ffe5f2c (+ 80) 00202b8e <_APP_>:main + 0x03aa 32 7ffe5f7c (+ 48) 002024a3 <_APP_>:_start + 0x005b 33 7ffe5fac (+ 48) 001008ea 33427:runtime_loader_seg0ro at 0x00100000 + 0x8ea 34 7ffe5fdc (+ 0) 7ffe5fec 33426:rm_main_stack at 0x7efe6000 + 0xffffec }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 13 13:53:16 2008 From: trac at haiku-os.org (axeld) Date: Sat, 13 Sep 2008 11:53:16 -0000 Subject: [Haiku-bugs] [Haiku] #2704: problems with links to long pathnames In-Reply-To: <042.e13c92e1ec3890642377a0496df0a6de@haiku-os.org> References: <042.e13c92e1ec3890642377a0496df0a6de@haiku-os.org> Message-ID: <051.1a01a8f9590298cd44607d34ea31762b@haiku-os.org> #2704: problems with links to long pathnames -------------------------------+-------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: closed Priority: critical | Milestone: R1/alpha1 Component: File Systems/BFS | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by axeld): I thought this was already tracked in another ticket? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 13 13:59:50 2008 From: trac at haiku-os.org (tqh) Date: Sat, 13 Sep 2008 11:59:50 -0000 Subject: [Haiku-bugs] [Haiku] #1050: implement a WiFi stack In-Reply-To: <045.5222f32311d9d2dcab22154271938480@haiku-os.org> References: <045.5222f32311d9d2dcab22154271938480@haiku-os.org> Message-ID: <054.b1e4f680b231dc613f09963f1f6a885d@haiku-os.org> #1050: implement a WiFi stack ------------------------------------------+--------------------------------- Reporter: wkornewald | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Unscheduled Component: Network & Internet/Wireless | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------------+--------------------------------- Comment(by tqh): I need a mapping atomic_cmpset_int( dest, exp, src ) to our atomic_test_and_set It should be easy to figure out for someone who has kept his x86 asm knowledge up to date from http://fxr.watson.org/fxr/source/i386/include/atomic.h?im=bigexcerpts#L145 and http://haiku.it.su.se:8180/source/xref/src/system/libroot/os/arch/x86/atomic.S My guess #define atomic_cmpset_int( dest, exp, src ) atomic_test_and_set(dest, src, expr) It should probably be added to src/libs/compat/freebsd_network/compat/machine/atomic.h after that. Any help? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 13 14:06:02 2008 From: trac at haiku-os.org (emitrax) Date: Sat, 13 Sep 2008 12:06:02 -0000 Subject: [Haiku-bugs] [Haiku] #2704: problems with links to long pathnames In-Reply-To: <042.e13c92e1ec3890642377a0496df0a6de@haiku-os.org> References: <042.e13c92e1ec3890642377a0496df0a6de@haiku-os.org> Message-ID: <051.e71f66b76f066e203745f05874b48a08@haiku-os.org> #2704: problems with links to long pathnames -------------------------------+-------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: closed Priority: critical | Milestone: R1/alpha1 Component: File Systems/BFS | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by emitrax): The tickets I found about panic on get_writable_cached_block have different backtrace and it seems they are all been fixed. I just opened #2727. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 13 14:27:26 2008 From: trac at haiku-os.org (bonefish) Date: Sat, 13 Sep 2008 12:27:26 -0000 Subject: [Haiku-bugs] [Haiku] #1050: implement a WiFi stack In-Reply-To: <045.5222f32311d9d2dcab22154271938480@haiku-os.org> References: <045.5222f32311d9d2dcab22154271938480@haiku-os.org> Message-ID: <054.0b417dcce9343813082f565bb0edaea5@haiku-os.org> #1050: implement a WiFi stack ------------------------------------------+--------------------------------- Reporter: wkornewald | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Unscheduled Component: Network & Internet/Wireless | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------------+--------------------------------- Comment(by bonefish): No assembly needed: {{{ /* * Atomic compare and set, used by the mutex functions * * if (*dst == exp) *dst = src (all 32 bit words) * * Returns 0 on failure, non-zero on success */ }}} So it should be something like: {{{ static inline int atomic_cmpset_int(volatile u_int *dst, u_int exp, u_int src) { return atomic_test_and_set((vint32*)dst, src, exp) == exp; } }}} Untested... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 13 23:12:26 2008 From: trac at haiku-os.org (julun) Date: Sat, 13 Sep 2008 21:12:26 -0000 Subject: [Haiku-bugs] [Haiku] #2728: BMenuField ResizeToPreferred fails Message-ID: <040.50d4fbf3f3a699771623797a32e52835@haiku-os.org> #2728: BMenuField ResizeToPreferred fails --------------------------------+------------------------------------------- Reporter: julun | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Use attached source. Right part of the menu is missing. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 13 23:15:35 2008 From: trac at haiku-os.org (julun) Date: Sat, 13 Sep 2008 21:15:35 -0000 Subject: [Haiku-bugs] [Haiku] #2728: BMenuField ResizeToPreferred fails In-Reply-To: <040.50d4fbf3f3a699771623797a32e52835@haiku-os.org> References: <040.50d4fbf3f3a699771623797a32e52835@haiku-os.org> Message-ID: <049.8bcc5952669200a6c6fffb12f05a524b@haiku-os.org> #2728: BMenuField ResizeToPreferred fails ---------------------------------+------------------------------------------ Reporter: julun | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by julun): Some screenshots. The first on was done with calling ResizeToPreferred, the second without. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 14 08:41:18 2008 From: trac at haiku-os.org (humdinger) Date: Sun, 14 Sep 2008 06:41:18 -0000 Subject: [Haiku-bugs] [Haiku] #2729: Changing a filetype won't change icon live Message-ID: <044.0906b35c1cfeeb9730c7f2f648079a07@haiku-os.org> #2729: Changing a filetype won't change icon live ----------------------------------+----------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- On vmware, r27407. If you change the type of a file with the FileType Add-On the changed icon is only updated after you close and re-open the folder. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 14 09:12:40 2008 From: trac at haiku-os.org (humdinger) Date: Sun, 14 Sep 2008 07:12:40 -0000 Subject: [Haiku-bugs] [Haiku] #2730: Changing filetype won't add extra attributes of new type Message-ID: <044.b790145f808b26d5812daa3a4e0d1559@haiku-os.org> #2730: Changing filetype won't add extra attributes of new type ----------------------------------+----------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- On vmware, r27407. When you change a file type from e.g. text/plain to text/email, the extra attributes like "subject" aren't added. OTOH: When you have files with extra attributes that are editable in a folder, display those attributes with the Attributes menu. Now create a new text/plain. You can now enter data into the respective attribute column and have these attributes added to your text/plain file. (See attached screenshot, where DVDdb is a custom filetype for a workshop I'm writing; I entered TEST as title+cast and 0 for rating). I don't think this is a wanted behaviour. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 14 11:30:53 2008 From: trac at haiku-os.org (emitrax) Date: Sun, 14 Sep 2008 09:30:53 -0000 Subject: [Haiku-bugs] [Haiku] #1879: Cannot create hard link In-Reply-To: <042.19670a26e8a2a1da7dc5cb3cf061dd9e@haiku-os.org> References: <042.19670a26e8a2a1da7dc5cb3cf061dd9e@haiku-os.org> Message-ID: <051.157ba7930f97c968f6fc9db9879e233f@haiku-os.org> #1879: Cannot create hard link -------------------------------+-------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: low | Milestone: Unscheduled Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by emitrax): Can this be fixed in BeOS? If not, we should at least modify our ln to report the "unsupported operation". -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 14 11:49:11 2008 From: trac at haiku-os.org (stippi) Date: Sun, 14 Sep 2008 09:49:11 -0000 Subject: [Haiku-bugs] [Haiku] #2730: Changing filetype won't add extra attributes of new type In-Reply-To: <044.b790145f808b26d5812daa3a4e0d1559@haiku-os.org> References: <044.b790145f808b26d5812daa3a4e0d1559@haiku-os.org> Message-ID: <053.84354a6975a4ac42bf50d3c48079d5a0@haiku-os.org> #2730: Changing filetype won't add extra attributes of new type -----------------------------------+---------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by stippi): * status: new => closed * resolution: => invalid Comment: I can understand that you find this irritating, but this is how it's supposed to work. * Any file can have any attributes. (!) * Certain attributes are "associated" with certain file types via the FileTypes preflet. This is only for Tracker so that it offers these attributes to be edited or displayed when it encounters files of a certain types. The information is also available to other applications via the BMimeType API. * An individual file may or may not truly have certain attributes that are associated to it's type. The binding is lose. If for example you associate an attribute to a file, nothing will happen, only the mimtype database entry will save the setting. Not a single file of the affected type in the system will automatically get any attribute written because of the change. All that happens is that Tracker will now offer this attribute column. In the same sense, if you remove associated attributes from a type, nothing will happen to files that already have this attribute. * If you change the type of a file, nothing will happen to attributes that are already attached to the file on disk. Only the Tracker Attributes menu may change. * Tracker stores the folder/window settings with regard to the displayed attribute columns. The columns are not automatically removed, in the same way as they are not automatically added. So just because files in a folder change their type, or are removed, or are added to the folder, does not automatically affect the attribute columns. Since attribute data is part of a file, the data will be displayed truthfully when a column happens to be there. Regardless of whether the attribute is still associated with the file. All this is a lose binding where several applications work together. FileTypes influences the Tracker attribute column offering and the mime database which is also available via the OS API for other applications (the Registrar makes it available). The attributes that are on disk for a given file doesn't really have anything to do with this. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 14 12:32:52 2008 From: trac at haiku-os.org (axeld) Date: Sun, 14 Sep 2008 10:32:52 -0000 Subject: [Haiku-bugs] [Haiku] #2729: Changing a filetype won't change icon live In-Reply-To: <044.0906b35c1cfeeb9730c7f2f648079a07@haiku-os.org> References: <044.0906b35c1cfeeb9730c7f2f648079a07@haiku-os.org> Message-ID: <053.0d8c2cd7993c29be8510c7ce18d81ecc@haiku-os.org> #2729: Changing a filetype won't change icon live -----------------------------------+---------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by axeld): Can you explain the problem a bit more detailed? At least I cannot reproduce it at all: I have a text file in an open (in Tracker) folder, or on the Desktop. When I change the MIME type of that file using the FileType add-on, the icon in Tracker is changed immediately. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 14 12:36:16 2008 From: trac at haiku-os.org (stippi) Date: Sun, 14 Sep 2008 10:36:16 -0000 Subject: [Haiku-bugs] [Haiku] #2728: BMenuField ResizeToPreferred fails In-Reply-To: <040.50d4fbf3f3a699771623797a32e52835@haiku-os.org> References: <040.50d4fbf3f3a699771623797a32e52835@haiku-os.org> Message-ID: <049.fd0b3ac27c704c68d23e664a6ae228a7@haiku-os.org> #2728: BMenuField ResizeToPreferred fails ---------------------------------+------------------------------------------ Reporter: julun | Owner: stippi Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by stippi): * status: new => assigned Comment: Will take a look. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 14 12:46:47 2008 From: trac at haiku-os.org (axeld) Date: Sun, 14 Sep 2008 10:46:47 -0000 Subject: [Haiku-bugs] [Haiku] #1879: Cannot create hard link In-Reply-To: <042.19670a26e8a2a1da7dc5cb3cf061dd9e@haiku-os.org> References: <042.19670a26e8a2a1da7dc5cb3cf061dd9e@haiku-os.org> Message-ID: <051.2599b7ae7a972168d5313b37bf4e0e89@haiku-os.org> #1879: Cannot create hard link -------------------------------+-------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: low | Milestone: Unscheduled Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Old description: > {{{ > ~>touch t1 > ~>ln t1 t2 > /bin/ls: creating hard link `t2' => `t1': General system error > }}} New description: {{{ ~>touch t1 ~>ln t1 t2 /bin/ls: creating hard link `t2' => `t1': General system error }}} -- Comment(by axeld): Huh? As I wrote, BFS cannot support hard links with its current on-disk representation. The only way to fix it is to make it incompatible, but even that would be a bit problematic with queries (the correct thing would probably be to show all hard links then, not just one, ie. the node must know all of its parents). In any case, I changed the return code in r27501. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 14 12:57:56 2008 From: trac at haiku-os.org (cebif) Date: Sun, 14 Sep 2008 10:57:56 -0000 Subject: [Haiku-bugs] [Haiku] #2699: KDL when accessing a DVD or CD In-Reply-To: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> References: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> Message-ID: <049.debb6c46d9dd4b6375fd61214d04f7af@haiku-os.org> #2699: KDL when accessing a DVD or CD ------------------------------------+--------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: reopened Priority: critical | Milestone: R1/alpha1 Component: File Systems/ISO 9660 | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Changes (by cebif): * status: closed => reopened * resolution: fixed => Comment: I just tried mounting a digital camera SD memory card in read write mode and got KDL when I double clicked on its icon. I did a stacktrace and it is similar to the original stacktrace for this bug. If I open it in read only there is no crash. I think I will reopen this. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 14 13:17:09 2008 From: trac at haiku-os.org (axeld) Date: Sun, 14 Sep 2008 11:17:09 -0000 Subject: [Haiku-bugs] [Haiku] #2012: [HaikuImage] Remove Bitstream fonts to reduce haiku image size (easy) In-Reply-To: <040.9a8eb2429d3cd6ebe92663ee8a3d9a75@haiku-os.org> References: <040.9a8eb2429d3cd6ebe92663ee8a3d9a75@haiku-os.org> Message-ID: <049.a1cbbec04c1dfd05b0450f86f547cf57@haiku-os.org> #2012: [HaikuImage] Remove Bitstream fonts to reduce haiku image size (easy) ---------------------------------+------------------------------------------ Reporter: diver | Owner: jackburton Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by axeld): * status: new => closed * resolution: => fixed Comment: I've removed the Bitstream Vera fonts in r27502. The Bitstream Charter font seems to be a postscript font, and it's still there. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 14 13:32:40 2008 From: trac at haiku-os.org (cebif) Date: Sun, 14 Sep 2008 11:32:40 -0000 Subject: [Haiku-bugs] [Haiku] #2699: KDL when accessing a DVD or CD In-Reply-To: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> References: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> Message-ID: <049.f28959b459fe79f2bdb3e4b2ae9db8b3@haiku-os.org> #2699: KDL when accessing a DVD or CD ------------------------------------+--------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: reopened Priority: critical | Milestone: R1/alpha1 Component: File Systems/ISO 9660 | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by cebif): The stacktrace for Ticket #2700 looks the same as the trace for this bug. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 14 13:39:23 2008 From: trac at haiku-os.org (luroh) Date: Sun, 14 Sep 2008 11:39:23 -0000 Subject: [Haiku-bugs] [Haiku] #2713: SATA disk problem: "PANIC: could not write back block ### (Device seek error)" In-Reply-To: <040.166b378ca402a7efcce39a7ac2554aa3@haiku-os.org> References: <040.166b378ca402a7efcce39a7ac2554aa3@haiku-os.org> Message-ID: <049.46924e301f1edb81bde34c18da5bb668@haiku-os.org> #2713: SATA disk problem: "PANIC: could not write back block ### (Device seek error)" ------------------------+--------------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by luroh): There is serious disk thrashing going on before it panics, causing long delays before the terminal, menubar and desktop icons appear. This time (r27502), I managed to run 'top' before it crashed just before displaying the desktop icons, see picture. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 14 14:47:18 2008 From: trac at haiku-os.org (laplace) Date: Sun, 14 Sep 2008 12:47:18 -0000 Subject: [Haiku-bugs] [Haiku] #2477: Haiku's bootman doesn't show the same partitions as BeOS's In-Reply-To: <041.d5ac2516d13e6ad022f9af1b024d4727@haiku-os.org> References: <041.d5ac2516d13e6ad022f9af1b024d4727@haiku-os.org> Message-ID: <050.cce2c40d0b13ecc3f3de79902f77b60a@haiku-os.org> #2477: Haiku's bootman doesn't show the same partitions as BeOS's ---------------------------+------------------------------------------------ Reporter: idefix | Owner: laplace Type: bug | Status: new Priority: normal | Milestone: R1/alpha1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by laplace): Replying to [comment:3 idefix]: > Replying to [comment:2 laplace]: > > Part two of this ticket is fixed in r27149. > Yes, the fix removed the Intel Extended Partition, but also the NTFS partitions. See screenshot. > > Probably this happened because the NTFS-driver is missing, causing Haiku to think that the partitions don't contain a file system. But even if Haiku can't recognize the filesystem, the bootloader can boot that partition (by chainloading). So those partitions should also be listed in bootman. I hope this is fixed in r27503, if not someone should have a look at DiskDevice implementation why ContainsFileSystem() returns false for NTFS partition. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 14 14:49:57 2008 From: trac at haiku-os.org (emitrax) Date: Sun, 14 Sep 2008 12:49:57 -0000 Subject: [Haiku-bugs] [Haiku] #1879: Cannot create hard link In-Reply-To: <042.19670a26e8a2a1da7dc5cb3cf061dd9e@haiku-os.org> References: <042.19670a26e8a2a1da7dc5cb3cf061dd9e@haiku-os.org> Message-ID: <051.bf630e2f937f5cb56653389c7746fd52@haiku-os.org> #1879: Cannot create hard link -------------------------------+-------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: low | Milestone: Unscheduled Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by emitrax): Replying to [comment:3 axeld]: > Huh? As I wrote, BFS cannot support hard links with its current on-disk representation. > The only way to fix it is to make it incompatible, but even that would be a bit problematic with queries (the correct thing would probably be to show all hard links then, not just one, ie. the node must know all of its parents). > I agree that it should show all hard links as the user for example, could look for a certain file in order to delete it, and only later he would find out that he actually didn't do what it wanted to. At least that's a possible scenario. > In any case, I changed the return code in r27501. Thanks, that's what I meant when I said (wrongly) to modify ln. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 14 15:08:12 2008 From: trac at haiku-os.org (humdinger) Date: Sun, 14 Sep 2008 13:08:12 -0000 Subject: [Haiku-bugs] [Haiku] #2729: Changing a filetype won't change icon live In-Reply-To: <044.0906b35c1cfeeb9730c7f2f648079a07@haiku-os.org> References: <044.0906b35c1cfeeb9730c7f2f648079a07@haiku-os.org> Message-ID: <053.2fb1937621682fa2485a1abcc3d709b9@haiku-os.org> #2729: Changing a filetype won't change icon live -----------------------------------+---------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by humdinger): Hmmm... there are no more details. :) I do it exactly like you, but the icon and the Kind attribute are changed only after re-opening the folder. The type, however, really did change, as a catattr BEOS:TYPE or invoking the FileType Add-On or "Get info..." proves. I can totally reproduce this. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 14 15:38:42 2008 From: trac at haiku-os.org (humdinger) Date: Sun, 14 Sep 2008 13:38:42 -0000 Subject: [Haiku-bugs] [Haiku] #2730: Changing filetype won't add extra attributes of new type In-Reply-To: <044.b790145f808b26d5812daa3a4e0d1559@haiku-os.org> References: <044.b790145f808b26d5812daa3a4e0d1559@haiku-os.org> Message-ID: <053.0dad414db2d30314788dd3c0a35b2c4a@haiku-os.org> #2730: Changing filetype won't add extra attributes of new type -----------------------------------+---------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by humdinger): You know, some of your points did come to me when I was in the shower this morning... Thanks for clearing things up. May I use your explanations in a wiki article I'm writing? Let me just describe how I was confused (I wasn't irritated BTW :) : I created an extra attribute called DVDdb:rating and originally gave it an Int-8 type. Then I created a few files with that attribute until I decided to try the rating with Int-32 and made the changes in Filetypes Preferences. Of course, the old files will still have Int-8 rating. Now I created a new, empty file in the folder with the other files, changed its filetype to my custom one, and filled in the rating attribute. As you know now, also the new file got the rating attribute as Int-8 even though I have changed the attribute to Int-32 before creating it. The trick is: You have to hide the rating column in the tracker window, create the file and then show the column again to fill in data. From now on every new file where you fill the rating attribut will get DVDdb:rating as Int-32. Tricky. Confusing. Irritating. :) Also, the attribute column titles of the Tracker window aren't checked against changes in the MIME database. I changed "Rating" to "Rating 1-10" and had to do the hide&show atrribute dance for it to update in the Tracker window. Maybe a solution would be to query Tracker window layout attributes when making changes in FileTypes Preferences and update them with the changes. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 14 15:51:19 2008 From: trac at haiku-os.org (humdinger) Date: Sun, 14 Sep 2008 13:51:19 -0000 Subject: [Haiku-bugs] [Haiku] #2731: Only Int-32 and Int-64 attributes are indexed Message-ID: <044.339347a8b78da5a807ed809e4d85bc2a@haiku-os.org> #2731: Only Int-32 and Int-64 attributes are indexed ------------------------------+--------------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------+--------------------------------------------- On vmware, r27404. (hope this is the right Trac category.) When I index an attribute with "mkindex -t int" I cannot tell if it's int-8, 16, 32 or 64. So I guess it doesn't matter... However, querying for an Integer attribute only works if the attribute type is Int-32 or Int-64. So I take it 8 nd 16 bit integers are not indexed? Or is the Tracker's Find... buggy? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 14 16:08:33 2008 From: trac at haiku-os.org (emitrax) Date: Sun, 14 Sep 2008 14:08:33 -0000 Subject: [Haiku-bugs] [Haiku] #2727: [bfs]: PANIC when deleting a soft link to a long filename (was: PANIC: get_writable_cached_block: invalid block number 53535436759393 (max 1048319) In-Reply-To: <042.b53cbe8d7cd9a93527d17b53397796d2@haiku-os.org> References: <042.b53cbe8d7cd9a93527d17b53397796d2@haiku-os.org> Message-ID: <051.b3c055f8b56954c27558a97b40809577@haiku-os.org> #2727: [bfs]: PANIC when deleting a soft link to a long filename -------------------------------+-------------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by emitrax): 100% reproducible. {{{ D='a'; for i in `seq 1 125`; do D=$D'a'; done ; mkdir $D ln -s `pwd`/aaa* b rm b }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 14 18:06:17 2008 From: trac at haiku-os.org (luroh) Date: Sun, 14 Sep 2008 16:06:17 -0000 Subject: [Haiku-bugs] [Haiku] #2713: SATA disk problem: "PANIC: could not write back block ### (Device seek error)" In-Reply-To: <040.166b378ca402a7efcce39a7ac2554aa3@haiku-os.org> References: <040.166b378ca402a7efcce39a7ac2554aa3@haiku-os.org> Message-ID: <049.8d58522fcf5a41cc65bcd648b654ad69@haiku-os.org> #2713: SATA disk problem: "PANIC: could not write back block ### (Device seek error)" ------------------------+--------------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by luroh): I managed to run 'tail -f /var/log/syslog' before panicking, which listed some interesting 'KERN: check_sense: Hardware error' messages (see syslog picture) that made me add and try another hard disk, this time a WDC WD2000JD-22H Rev. 08.0, dedicated to Haiku. This solved my problem, Haiku is now booting fast and fine on this machine without panicking. For the record, the problematic hard disk is a fairly new (~2yo) WDC 3200KS-00P Rev. 21.0, which I will continue to use as it has never showed any signs of having problems under Linux (famous last words, perhaps ;). I believe this ticket can be closed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 14 18:34:04 2008 From: trac at haiku-os.org (mmlr) Date: Sun, 14 Sep 2008 16:34:04 -0000 Subject: [Haiku-bugs] [Haiku] #2713: SATA disk problem: "PANIC: could not write back block ### (Device seek error)" In-Reply-To: <040.166b378ca402a7efcce39a7ac2554aa3@haiku-os.org> References: <040.166b378ca402a7efcce39a7ac2554aa3@haiku-os.org> Message-ID: <049.105fba5c19b68496b1380fbcd8585c5a@haiku-os.org> #2713: SATA disk problem: "PANIC: could not write back block ### (Device seek error)" ------------------------+--------------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by mmlr): It's still a bit suspicious. If there was for example a bad block on that device, you should always get the same panic, with the same block number, not varying ones. Of course it's possible that a whole chunk of blocks is defective. I guess running some disk checker on that drive could confirm something like that. If this doesn't show any signs of a defect, I think it is entirely possible that it is a problem with the combination. Maybe Haiku configures the hardware a slight bit different, which happens to provoke this problem with your specific hardware. To investigate this, a full syslog would certainly be helpful. Since you obviously cannot get one when booting from that drive, you could boot using the other drive you mention (if you have both connected at the same time), or otherwise from USB. Mounting your problematic partition and writing something to it should provoke it again. If you are able to continue from the panic (using "continue") and shut down cleanly, you should be able to retrieve the syslog from your boot device. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 14 19:50:38 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 14 Sep 2008 17:50:38 -0000 Subject: [Haiku-bugs] [Haiku] #2682: Network instability issues since net_timer changes In-Reply-To: <044.daabb81a0de194b16f721ff00f4aa80c@haiku-os.org> References: <044.daabb81a0de194b16f721ff00f4aa80c@haiku-os.org> Message-ID: <053.ebdb9b6d343e6873dd64ea616f0845a4@haiku-os.org> #2682: Network instability issues since net_timer changes ---------------------------------------+------------------------------------ Reporter: anevilyak | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1/alpha1 Component: Network & Internet/Stack | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Comment(by anevilyak): For reference, one of the recent commits seems to have at least partially fixed this problem...I'm not seeing the data corruption errors any more. I am still seeing the "socket goes dead" problem though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 14 20:11:03 2008 From: trac at haiku-os.org (axeld) Date: Sun, 14 Sep 2008 18:11:03 -0000 Subject: [Haiku-bugs] [Haiku] #2699: KDL when accessing a DVD or CD In-Reply-To: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> References: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> Message-ID: <049.b1f82ec5c71da0946d3a13e3f6319ab6@haiku-os.org> #2699: KDL when accessing a DVD or CD ------------------------------------+--------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: closed Priority: critical | Milestone: R1/alpha1 Component: File Systems/ISO 9660 | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Changes (by axeld): * status: reopened => closed * resolution: => fixed Comment: An SD card has nothing to do with the ISO9660 file system, please don't just reopen tickets where you see fit. If you have a file system different to ISO9660 (this bug), or ext3 (bug #2700), then please just open a new ticket. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 14 20:24:46 2008 From: trac at haiku-os.org (emitrax) Date: Sun, 14 Sep 2008 18:24:46 -0000 Subject: [Haiku-bugs] [Haiku] #2400: [vfs]: vnode is not becoming unbusy In-Reply-To: <042.22c8f58394bb04153c0fcba1ff949dd4@haiku-os.org> References: <042.22c8f58394bb04153c0fcba1ff949dd4@haiku-os.org> Message-ID: <051.e32e84cb27a56c42b634641bb4bb3838@haiku-os.org> #2400: [vfs]: vnode is not becoming unbusy ----------------------------+----------------------------------------------- Reporter: emitrax | Owner: emitrax Type: bug | Status: new Priority: high | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by emitrax): I thought I've added the scheduler tracing support, but seems like I needed to run jam -a to include it. Obviously I realized that only when I triggered the bug. A bit too late. Anyway, while I rebuild the image in order to re-run the test, if you feel you wanna look into it, try the following to trigger it {{{ #!/bin/sh for a in `seq 1 1000` do for b in `seq 1 1000` do for c in `seq 1 1000` do dd if=/dev/zero of=file bs=1 count=`expr $a \* $b \* $c`; rm file; done done done }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 14 21:02:34 2008 From: trac at haiku-os.org (stippi) Date: Sun, 14 Sep 2008 19:02:34 -0000 Subject: [Haiku-bugs] [Haiku] #2728: BMenuField ResizeToPreferred fails In-Reply-To: <040.50d4fbf3f3a699771623797a32e52835@haiku-os.org> References: <040.50d4fbf3f3a699771623797a32e52835@haiku-os.org> Message-ID: <049.58d191aaaafa4d4ba494fe94317bdd08@haiku-os.org> #2728: BMenuField ResizeToPreferred fails ---------------------------------+------------------------------------------ Reporter: julun | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by stippi): * status: assigned => closed * resolution: => fixed Comment: Should be fixed in r27508. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 14 22:16:12 2008 From: trac at haiku-os.org (luroh) Date: Sun, 14 Sep 2008 20:16:12 -0000 Subject: [Haiku-bugs] [Haiku] #2713: SATA disk problem: "PANIC: could not write back block ### (Device seek error)" In-Reply-To: <040.166b378ca402a7efcce39a7ac2554aa3@haiku-os.org> References: <040.166b378ca402a7efcce39a7ac2554aa3@haiku-os.org> Message-ID: <049.8abb247208723fc8a0ae0c75433a0d7b@haiku-os.org> #2713: SATA disk problem: "PANIC: could not write back block ### (Device seek error)" ------------------------+--------------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by luroh): Thank you for the advice, yes it is quite suspicious. I now have some more data on the matter; when trying to rename the partition to something other than "Haiku" (to avoid having two partitions with the same name), I noticed that the partition was mounted read-only, despite me selecting read-write. I proceeded to rebuild the partition again from Linux and booting back into the good Haiku partition, thinking it would be useful to try with a fresh partition since something could have messed it up. Now, when trying to mount it after having rebuilt it, I encountered panics similar to the ones described earlier, but with the difference that I now was able to "continue through" and successfully extract the full syslog as per your instructions above. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 15 00:13:12 2008 From: trac at haiku-os.org (cebif) Date: Sun, 14 Sep 2008 22:13:12 -0000 Subject: [Haiku-bugs] [Haiku] #2699: KDL when accessing a DVD or CD In-Reply-To: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> References: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> Message-ID: <049.d1146435ceef1b81a38b8c3dea553445@haiku-os.org> #2699: KDL when accessing a DVD or CD ------------------------------------+--------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: closed Priority: critical | Milestone: R1/alpha1 Component: File Systems/ISO 9660 | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by cebif): Replying to [comment:22 axeld]: > An SD card has nothing to do with the ISO9660 file system, please don't just reopen tickets where you see fit. > > If you have a file system different to ISO9660 (this bug), or ext3 (bug #2700), then please just open a new ticket. I thought it was more or less clear this bug was not reported as just applying to iso9660. I also thought reopening a bug was allowable to non developers otherwise the radio box would not have been available to me. Just like it is not available to a non developer to delete an invalid backtrace or attachment. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 15 02:37:11 2008 From: trac at haiku-os.org (kvdman) Date: Mon, 15 Sep 2008 00:37:11 -0000 Subject: [Haiku-bugs] [Haiku] #2599: Virtual Box networking detected, not working In-Reply-To: <041.d38f40e7f6b01bec0e02c58cc9031bdc@haiku-os.org> References: <041.d38f40e7f6b01bec0e02c58cc9031bdc@haiku-os.org> Message-ID: <050.90f7b5f32729698a4c909cd9046d1662@haiku-os.org> #2599: Virtual Box networking detected, not working ---------------------------------------+------------------------------------ Reporter: kvdman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet/Stack | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Comment(by kvdman): Please close this. An updated Virtualbox seems to have alleviated the problem (2.0.2). More info here: http://www.haikuware.com/20080914237/virtual-box-update-fixes-networking -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 15 04:43:00 2008 From: trac at haiku-os.org (Adek336) Date: Mon, 15 Sep 2008 02:43:00 -0000 Subject: [Haiku-bugs] [Haiku] #2732: syslog loses messages Message-ID: <042.c4ad7828ae13004d96e9b27064f1bd33@haiku-os.org> #2732: syslog loses messages -----------------------------------+---------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/syslog_daemon | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- r27420 Reproduceable on computers equipped with a VIA Rhine-II ethernet card: 1) the driver's attach method clearly logs the word "Quirks" but that is not to be found in /var/log/syslog 2) no "" found in syslog 3) "" can be found but I think it's before the vr driver is being attached: {{{ ... KERN: PCI: [dom 0, bus 0] bus 0, device 0, function 0: vendor 1106, device 0258, revision 00 KERN: PCI: class_base 06, class_function 00, class_api 00 KERN: PCI: vendor 1106: VIA TechnologiKERN: . KERN: PCI: device 0258: PT880 Host Bridge KERN: PCI: info: Bridge (Host bridge) ... KERN: PCI: [dom 0, bus 0] bus 0, device 18, function 0: vendor 1106, device 3065, revision 78 KERN: PCI: class_base 02, class_function 00, class_api 00 KERN: PCI: vendor 1106: VIA Technologies, Inc. KERN: PCI: device 3065: VT6102 [Rhine-II] (K7VT6 motherboard) KERN: PCI: info: Network controller (Ethernet controller) ... KERN: [via_rhine] (vr) tx shutdown timeout KERN: [via_rhine] (vr) restarting ... }}} And as we see from the last part, the driver is up and running and must have gone through attach. I'm pretty sure that on computers without via rhine-II the driver's probe method is called as well so one could add a dprintf("vr_probe\n") there and check if it's missing. Or try reproduce with another driver. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 15 05:10:04 2008 From: trac at haiku-os.org (Adek336) Date: Mon, 15 Sep 2008 03:10:04 -0000 Subject: [Haiku-bugs] [Haiku] #1874: VIA Rhine-II not working In-Reply-To: <042.c155ce63a12fc64e267e9a6ad4e99da7@haiku-os.org> References: <042.c155ce63a12fc64e267e9a6ad4e99da7@haiku-os.org> Message-ID: <051.2fe892a3c5dae4a26d52093bc6729744@haiku-os.org> #1874: VIA Rhine-II not working ------------------------------+--------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by Adek336): As for syslog losing messages: it happens only if the via_rhine driver is available at boot-time. So, delete the driver (/boot/beos/system/add- ons/kernel/drivers/bin/via_rhine and the /boot/home/config/... equivalent) and boot without it. After boot place the driver file where it should be and, voila. Driver will be loaded and all debugging messages will be available to see! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 15 09:11:33 2008 From: trac at haiku-os.org (stippi) Date: Mon, 15 Sep 2008 07:11:33 -0000 Subject: [Haiku-bugs] [Haiku] #2599: Virtual Box networking detected, not working In-Reply-To: <041.d38f40e7f6b01bec0e02c58cc9031bdc@haiku-os.org> References: <041.d38f40e7f6b01bec0e02c58cc9031bdc@haiku-os.org> Message-ID: <050.5762f1ccb4fd3f42fc12498de5716d5b@haiku-os.org> #2599: Virtual Box networking detected, not working ---------------------------------------+------------------------------------ Reporter: kvdman | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Network & Internet/Stack | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Changes (by stippi): * status: new => closed * resolution: => fixed Comment: Ok, thanks for the update. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 15 10:10:20 2008 From: trac at haiku-os.org (axeld) Date: Mon, 15 Sep 2008 08:10:20 -0000 Subject: [Haiku-bugs] [Haiku] #2730: Changing filetype won't add extra attributes of new type In-Reply-To: <044.b790145f808b26d5812daa3a4e0d1559@haiku-os.org> References: <044.b790145f808b26d5812daa3a4e0d1559@haiku-os.org> Message-ID: <053.f94efcbab19ccbbbb0d24fd37e131bef@haiku-os.org> #2730: Changing filetype won't add extra attributes of new type -----------------------------------+---------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by axeld): Tracker memorizes the window layout exactly as you specified it. This has the advantage that it will also work with removable media, even if you don't have the MIME type defined, or changed its attributes. Of course, the downside is that changes aren't immediately visible. But in reality, I don't think one changes attributes that often, so that the persistence feature wins. And when it's properly documented, it should also be much less irritating. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 15 10:22:58 2008 From: trac at haiku-os.org (axeld) Date: Mon, 15 Sep 2008 08:22:58 -0000 Subject: [Haiku-bugs] [Haiku] #2731: Only Int-32 and Int-64 attributes are indexed In-Reply-To: <044.339347a8b78da5a807ed809e4d85bc2a@haiku-os.org> References: <044.339347a8b78da5a807ed809e4d85bc2a@haiku-os.org> Message-ID: <053.d3c12d143bace8d6cad5e247d91be2c6@haiku-os.org> #2731: Only Int-32 and Int-64 attributes are indexed -------------------------------+-------------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => invalid Comment: BFS only supports indexing int-32 and int-64. You'll have to use "int" for int-32, and "llong" for int-64, otherwise the index won't be correctly used. int-8 & int-16 cannot be indexed, just use int-32 instead. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 15 10:26:02 2008 From: trac at haiku-os.org (axeld) Date: Mon, 15 Sep 2008 08:26:02 -0000 Subject: [Haiku-bugs] [Haiku] #2599: Virtual Box networking detected, not working In-Reply-To: <041.d38f40e7f6b01bec0e02c58cc9031bdc@haiku-os.org> References: <041.d38f40e7f6b01bec0e02c58cc9031bdc@haiku-os.org> Message-ID: <050.3b10301b4b56f828bd573bdca08698de@haiku-os.org> #2599: Virtual Box networking detected, not working ------------------------------+--------------------------------------------- Reporter: kvdman | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Changes (by axeld): * component: Network & Internet/Stack => Drivers/Network Comment: If you are now using a different network chip in VirtualBox, the problem isn't really gone, but can at least easily be worked around. However, if there is an actual problem with this driver, than we should fix it, as it is used on real hardware as well. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 15 10:34:24 2008 From: trac at haiku-os.org (axeld) Date: Mon, 15 Sep 2008 08:34:24 -0000 Subject: [Haiku-bugs] [Haiku] #2729: Changing a filetype won't change icon live In-Reply-To: <044.0906b35c1cfeeb9730c7f2f648079a07@haiku-os.org> References: <044.0906b35c1cfeeb9730c7f2f648079a07@haiku-os.org> Message-ID: <053.1a133404aa7ab5894b4319c8c75f2e49@haiku-os.org> #2729: Changing a filetype won't change icon live -----------------------------------+---------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by axeld): Do you build your own images? Are you using GCC4 to build them? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 15 10:43:12 2008 From: trac at haiku-os.org (axeld) Date: Mon, 15 Sep 2008 08:43:12 -0000 Subject: [Haiku-bugs] [Haiku] #2699: KDL when accessing a DVD or CD In-Reply-To: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> References: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> Message-ID: <049.3451b0c1b9a4258288e03125461ec8f9@haiku-os.org> #2699: KDL when accessing a DVD or CD ------------------------------------+--------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: closed Priority: critical | Milestone: R1/alpha1 Component: File Systems/ISO 9660 | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by axeld): Have you read the summary or the description? It clearly mentions CDs and DVDs as well as iso9660, and nothing more. How could it be clear that this bug was about everything else? While it's technically allowed for you to reopen bugs, it's just annoying when you do so incorrectly. When in doubt, just ask before. This was an iso9660 specific bug, and it has been fixed. This is clearly visible by the component this bug has been assigned to as well as the changeset that fixed it. If the CD appears empty, than this is just another bug in iso9660. If your SD card let's you drop into KDL, this is not a problem of iso9660. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 15 12:01:05 2008 From: trac at haiku-os.org (diver) Date: Mon, 15 Sep 2008 10:01:05 -0000 Subject: [Haiku-bugs] [Haiku] #2656: [Deskbar] looper must be locked In-Reply-To: <040.b6d3f8864932ab3c0c20c6292fe69eae@haiku-os.org> References: <040.b6d3f8864932ab3c0c20c6292fe69eae@haiku-os.org> Message-ID: <049.4354994de1737f28a69d4779922046b1@haiku-os.org> #2656: [Deskbar] looper must be locked -----------------------------------+---------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Deskbar | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by diver): Seems to be fixed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 15 12:22:59 2008 From: trac at haiku-os.org (diver) Date: Mon, 15 Sep 2008 10:22:59 -0000 Subject: [Haiku-bugs] [Haiku] #2733: [network] Divide Error Exception Message-ID: <040.52f9cf33417031e5e7484574b7999f1e@haiku-os.org> #2733: [network] Divide Error Exception --------------------------------------+------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet/Stack | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------------+------------------------------------- Trying to figure out why i can't ping anything, while hostnames resolves in VirtualBox 2.0.2 I ran traceroute which led me to KDL. See screenshot for back trace. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 15 12:37:42 2008 From: trac at haiku-os.org (diver) Date: Mon, 15 Sep 2008 10:37:42 -0000 Subject: [Haiku-bugs] [Haiku] #2734: [iso9660] mounted VirtualBox addition disk is empty Message-ID: <040.849192353b4972c800cf6ae5d68ea9bb@haiku-os.org> #2734: [iso9660] mounted VirtualBox addition disk is empty -----------------------------------+---------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/ISO 9660 | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Click Devices->Install guest os additions in VirtualBox 2.0.2, then mount "VBOXADDITIONS_2.0.2_36486" CD (26,7Mb) via Tracker. If you now open this mounted disk it will appear as empty. Doing {{{ cd /VBOXADDITIONS_2.0.2_36486 ls }}} Gives me: {{{ ls: reading directory .: No such file or directory }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 15 12:37:47 2008 From: trac at haiku-os.org (jackburton) Date: Mon, 15 Sep 2008 10:37:47 -0000 Subject: [Haiku-bugs] [Haiku] #2656: [Deskbar] looper must be locked In-Reply-To: <040.b6d3f8864932ab3c0c20c6292fe69eae@haiku-os.org> References: <040.b6d3f8864932ab3c0c20c6292fe69eae@haiku-os.org> Message-ID: <049.46a7ddf9a0dec47279b6a1bd8350107c@haiku-os.org> #2656: [Deskbar] looper must be locked -----------------------------------+---------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Deskbar | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by jackburton): * status: new => closed * resolution: => fixed Comment: Please reopen if it shows up again. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 15 12:52:59 2008 From: trac at haiku-os.org (cebif) Date: Mon, 15 Sep 2008 10:52:59 -0000 Subject: [Haiku-bugs] [Haiku] #2699: KDL when accessing a DVD or CD In-Reply-To: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> References: <040.b50e5bed30b05018a674ff3447b76847@haiku-os.org> Message-ID: <049.7861ae35f6d3124b8add5eff869fcd38@haiku-os.org> #2699: KDL when accessing a DVD or CD ------------------------------------+--------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: closed Priority: critical | Milestone: R1/alpha1 Component: File Systems/ISO 9660 | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by cebif): Replying to [comment:24 axeld]: > Have you read the summary or the description? It clearly mentions CDs and DVDs as well as iso9660, and nothing more. How could it be clear that this bug was about everything else? > > While it's technically allowed for you to reopen bugs, it's just annoying when you do so incorrectly. When in doubt, just ask before. This was an iso9660 specific bug, and it has been fixed. This is clearly visible by the component this bug has been assigned to as well as the changeset that fixed it. > > If the CD appears empty, than this is just another bug in iso9660. > > If your SD card let's you drop into KDL, this is not a problem of iso9660. Sorry for feeling a bit hot here. I'm the one that reported this bug I should know what I stated and meant. I know I stated iso9660 as one of the file systems but I wasn't saying that it was a file system specific bug. At that point I wasn't certain. I was wanting to test more as shown in a slightly later comment to emitrax: "Replying to emitrax: Sorry, by iso I mean tha haiku image. No, I did not compile a haiku image. The crash happens with different types of file systems but I have only tested with iso9660, DVD movie and a DVD+RW I burned but not certain of its fs. Is udf in DVD movie? I will have to check what the different fs types are on the disks." Although I didn't say it outright I was more under the impression it was a tracker type bug, as stated outright by emitrax. In my initial report I had the component as: libroot.so. I'm not saying you should have left it at that (I know you're knowledge is greater) but that shows I wasn't saying the component was iso9660. Yes I probably should have asked again. I did ask once but this whole comment (that I asked it in can be looked at as invalid because I had the wrong image). Sorry for not doing that. I was feeling frustrated because one other bug I reported before this was almost immediately marked as copy (not by you) when there was crucial difference. I asked to reopen it and the reason why but have not had a reply in weeks. Any way that particular bug is really fixed now. Is my bug or any one elses vanity. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 15 13:13:37 2008 From: trac at haiku-os.org (Minoru-kun) Date: Mon, 15 Sep 2008 11:13:37 -0000 Subject: [Haiku-bugs] [Haiku] #2083: EHCI bus hanging at boot. In-Reply-To: <038.f0c26633f412f90967d8536305dae776@haiku-os.org> References: <038.f0c26633f412f90967d8536305dae776@haiku-os.org> Message-ID: <047.0de500b9c02883303268b9ba1e3433c3@haiku-os.org> #2083: EHCI bus hanging at boot. --------------------------+------------------------------------------------- Reporter: bga | Owner: mmlr Type: bug | Status: assigned Priority: blocker | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by Minoru-kun): I've got the same error on my BenQ A52-R20 laptop yesterday.: {{{ usb_ohci: successfully started the controller. usb_ehci: the host controller is bios-owned usb_ehci: claiming ownership of the host controller usb_ehci: controller is still bios-owned, waiting Last message repeated 19 times usb_ehci: successfully started the controller USB ControlPipe: timeout waiting for queued request to complete USB ControlPipe: timeout waiting for queued request to complete usb_ehci: qtd (0x02ab7680) error: 0x00080248 USB ControlPipe: timeout waiting for queued request to complete usb_ehci: qtd (0x02ab7680) error: 0x00080248 USB BusManager: error while setting device address usb_ehci: lowspeed device connected, giving up get_boot_partitions(): boot volume message: <...> }}} I tried building Haiku from sources on my Linux box (without usb_ehci), but it still doesn't wants to load, reporting that usb_ehci module is not found. What can i do? I attach my lspci/lsusb logs. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 15 13:29:20 2008 From: trac at haiku-os.org (mmlr) Date: Mon, 15 Sep 2008 11:29:20 -0000 Subject: [Haiku-bugs] [Haiku] #2083: EHCI bus hanging at boot. In-Reply-To: <038.f0c26633f412f90967d8536305dae776@haiku-os.org> References: <038.f0c26633f412f90967d8536305dae776@haiku-os.org> Message-ID: <047.8ef38a135127e1cb6ba4b45270d9ff30@haiku-os.org> #2083: EHCI bus hanging at boot. --------------------------+------------------------------------------------- Reporter: bga | Owner: mmlr Type: bug | Status: assigned Priority: blocker | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by mmlr): Replying to [comment:18 Minoru-kun]: > I've got the same error on my BenQ A52-R20 laptop yesterday.: > ... > USB ControlPipe: timeout waiting for queued request to complete > usb_ehci: qtd (0x02ab7680) error: 0x00080248 > ... > What can i do? I attach my lspci/lsusb logs. Sadly it seems you have one of those boards that have broken interrupt/timer routing. What most probably happens is that there is no interrupt received when the transfer descriptors are done. USB (and most other devices for that matter) cannot work without receiving these interrupts however. Please see bug #2342 and #2335 for more details about the IXP problems. This shouldn't be an isolated problem though. If you manage to boot at all, you should notice that other devices, most prominently network, will probably not work. If you could verify whether or not this problem only affects USB and no other device that'd be helpful. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 15 14:51:32 2008 From: trac at haiku-os.org (kvdman) Date: Mon, 15 Sep 2008 12:51:32 -0000 Subject: [Haiku-bugs] [Haiku] #2599: Virtual Box networking detected, not working In-Reply-To: <041.d38f40e7f6b01bec0e02c58cc9031bdc@haiku-os.org> References: <041.d38f40e7f6b01bec0e02c58cc9031bdc@haiku-os.org> Message-ID: <050.839403c4ca2407a41e5016889e5cebdd@haiku-os.org> #2599: Virtual Box networking detected, not working ------------------------------+--------------------------------------------- Reporter: kvdman | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by kvdman): The chipset is the same. I'm having results similar to richienyhus now. With version 1.6.0 of Virtual Box, there was only one configuration option for networking 'attached to NAT'. Networking wouldn't work at all, and gave results for the IP like in intelpro.jpg. In 2.0.2, networking works in attached to NAT mode, but resolves the IP in intelpro.jpg. There's new configuration options now for the network besides attached to NAT. Those are 'host interface', and 'internal network'. I found at least host interface works correctly. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 15 15:12:57 2008 From: trac at haiku-os.org (Minoru-kun) Date: Mon, 15 Sep 2008 13:12:57 -0000 Subject: [Haiku-bugs] [Haiku] #2083: EHCI bus hanging at boot. In-Reply-To: <038.f0c26633f412f90967d8536305dae776@haiku-os.org> References: <038.f0c26633f412f90967d8536305dae776@haiku-os.org> Message-ID: <047.35e77cbaef44ee2eb3b110efba93ec70@haiku-os.org> #2083: EHCI bus hanging at boot. --------------------------+------------------------------------------------- Reporter: bga | Owner: mmlr Type: bug | Status: assigned Priority: blocker | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by Minoru-kun): In that case, why does Linux works fine? (Cause it's boots from hdd/cd- drive, do you meen?). Else, may be, IXP hacks can be ported to Haiku? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 15 15:23:07 2008 From: trac at haiku-os.org (humdinger) Date: Mon, 15 Sep 2008 13:23:07 -0000 Subject: [Haiku-bugs] [Haiku] #2729: Changing a filetype won't change icon live In-Reply-To: <044.0906b35c1cfeeb9730c7f2f648079a07@haiku-os.org> References: <044.0906b35c1cfeeb9730c7f2f648079a07@haiku-os.org> Message-ID: <053.d3a95abab066ae59c6870f17bde15953@haiku-os.org> #2729: Changing a filetype won't change icon live -----------------------------------+---------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by humdinger): Nope. I get the vmimages straight from Haiku Files. Maybe I should get a never revision and test again? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 15 15:34:02 2008 From: trac at haiku-os.org (humdinger) Date: Mon, 15 Sep 2008 13:34:02 -0000 Subject: [Haiku-bugs] [Haiku] #2731: Only Int-32 and Int-64 attributes are indexed In-Reply-To: <044.339347a8b78da5a807ed809e4d85bc2a@haiku-os.org> References: <044.339347a8b78da5a807ed809e4d85bc2a@haiku-os.org> Message-ID: <053.8fe67efb11f635a21c77c46f4e4b888d@haiku-os.org> #2731: Only Int-32 and Int-64 attributes are indexed -------------------------------+-------------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by humdinger): Ok, I see. Wouldn't it be a good idea to have mkindex a) check with the MIME database to verify the type of the attribute (maybe even do some automagic typing if the attribute exists in the MIME database) b) mention in the --help that 32bit is "int" and 64bit is "llong"? As long as there's only a commandline app to do the indexing, end users are exposed to it. Many (myself included :) ) don't know what llong means. BTW, is the type "time" missing in mkindex help? It may even be a good idea to have a text appear in the FileType preferences when you choose the type 8 or 16 bits, that this type cannot be indexed/queried. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 15 15:37:47 2008 From: trac at haiku-os.org (humdinger) Date: Mon, 15 Sep 2008 13:37:47 -0000 Subject: [Haiku-bugs] [Haiku] #2730: Changing filetype won't add extra attributes of new type In-Reply-To: <044.b790145f808b26d5812daa3a4e0d1559@haiku-os.org> References: <044.b790145f808b26d5812daa3a4e0d1559@haiku-os.org> Message-ID: <053.01c320bc25aa2c0c89456653a3d4c94b@haiku-os.org> #2730: Changing filetype won't add extra attributes of new type -----------------------------------+---------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by humdinger): Ah right, I forgot about removable media... Thanks for clearing things up so nicely. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 15 16:04:45 2008 From: trac at haiku-os.org (axeld) Date: Mon, 15 Sep 2008 14:04:45 -0000 Subject: [Haiku-bugs] [Haiku] #2734: [iso9660] mounted VirtualBox addition disk is empty In-Reply-To: <040.849192353b4972c800cf6ae5d68ea9bb@haiku-os.org> References: <040.849192353b4972c800cf6ae5d68ea9bb@haiku-os.org> Message-ID: <049.e1e4bb8a95a79bced179a2f0e4c18fad@haiku-os.org> #2734: [iso9660] mounted VirtualBox addition disk is empty ------------------------------------+--------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: assigned Priority: high | Milestone: R1/alpha1 Component: File Systems/ISO 9660 | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Changes (by axeld): * priority: normal => high * status: new => assigned * milestone: R1 => R1/alpha1 Comment: All ISO-9660 volumes are affected, not just under VirtualBox. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 15 16:18:50 2008 From: trac at haiku-os.org (mmlr) Date: Mon, 15 Sep 2008 14:18:50 -0000 Subject: [Haiku-bugs] [Haiku] #2083: EHCI bus hanging at boot. In-Reply-To: <038.f0c26633f412f90967d8536305dae776@haiku-os.org> References: <038.f0c26633f412f90967d8536305dae776@haiku-os.org> Message-ID: <047.4bde456604d8e321563ec3adffb6299b@haiku-os.org> #2083: EHCI bus hanging at boot. --------------------------+------------------------------------------------- Reporter: bga | Owner: mmlr Type: bug | Status: assigned Priority: blocker | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by mmlr): Replying to [comment:20 Minoru-kun]: > In that case, why does Linux works fine? (Cause it's boots from hdd/cd- drive, do you meen?). Else, may be, IXP hacks can be ported to Haiku? Because linux specifically works around the broken hardware, and yes that is supposed to be ported over to Haiku. That's what is tracked in bug #2342 indeed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 15 16:43:29 2008 From: trac at haiku-os.org (axeld) Date: Mon, 15 Sep 2008 14:43:29 -0000 Subject: [Haiku-bugs] [Haiku] #2734: [iso9660] mounted VirtualBox addition disk is empty In-Reply-To: <040.849192353b4972c800cf6ae5d68ea9bb@haiku-os.org> References: <040.849192353b4972c800cf6ae5d68ea9bb@haiku-os.org> Message-ID: <049.2786298d1c3f118ad63d845f7ac336a7@haiku-os.org> #2734: [iso9660] mounted VirtualBox addition disk is empty ------------------------------------+--------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: high | Milestone: R1/alpha1 Component: File Systems/ISO 9660 | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Changes (by axeld): * status: assigned => closed * resolution: => fixed Comment: Fixed in r27569. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 15 17:52:25 2008 From: trac at haiku-os.org (axeld) Date: Mon, 15 Sep 2008 15:52:25 -0000 Subject: [Haiku-bugs] [Haiku] #2590: Haiku gets confused with 2 volumes with the same name. In-Reply-To: <038.ddaffba438e88bae80668618ae55f0af@haiku-os.org> References: <038.ddaffba438e88bae80668618ae55f0af@haiku-os.org> Message-ID: <047.a3af9bd2d33c866c7db128500c2f1ca6@haiku-os.org> #2590: Haiku gets confused with 2 volumes with the same name. -------------------------------+-------------------------------------------- Reporter: bga | Owner: axeld Type: bug | Status: closed Priority: blocker | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => invalid Comment: Looks like it's a VMware bug. If I don't copy the image file, but create a new one with the same name manually, the problem does not appear. However, it still seems to happen when I create one image, rename it to empty.vmdk, and then create another. Very weird. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 15 18:01:57 2008 From: trac at haiku-os.org (axeld) Date: Mon, 15 Sep 2008 16:01:57 -0000 Subject: [Haiku-bugs] [Haiku] #2590: Haiku gets confused with 2 volumes with the same name. In-Reply-To: <038.ddaffba438e88bae80668618ae55f0af@haiku-os.org> References: <038.ddaffba438e88bae80668618ae55f0af@haiku-os.org> Message-ID: <047.54f010257a50d199e4f3bd9a88c55d65@haiku-os.org> #2590: Haiku gets confused with 2 volumes with the same name. -------------------------------+-------------------------------------------- Reporter: bga | Owner: axeld Type: bug | Status: closed Priority: blocker | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by axeld): Furthermore, I just tried with Qemu, and it does not expose the bug, even when copying the images. So it definitely is a VMware bug. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 15 18:09:57 2008 From: trac at haiku-os.org (axeld) Date: Mon, 15 Sep 2008 16:09:57 -0000 Subject: [Haiku-bugs] [Haiku] #2682: Network instability issues since net_timer changes In-Reply-To: <044.daabb81a0de194b16f721ff00f4aa80c@haiku-os.org> References: <044.daabb81a0de194b16f721ff00f4aa80c@haiku-os.org> Message-ID: <053.7edeeaeadffc6cdeb4be55a57d5fc3de@haiku-os.org> #2682: Network instability issues since net_timer changes ---------------------------------------+------------------------------------ Reporter: anevilyak | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1/alpha1 Component: Network & Internet/Stack | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Comment(by axeld): If you only revert r26981, does this already help? There is one problem (that I see) I introduced in r26980: the timer is accessed after it has been removed from the timer list (to remove the TIMER_IS_RUNNING flag). But after the hook has been called, we cannot really know if the timer is still accessible. I'll look into it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 15 18:19:16 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 15 Sep 2008 16:19:16 -0000 Subject: [Haiku-bugs] [Haiku] #2682: Network instability issues since net_timer changes In-Reply-To: <044.daabb81a0de194b16f721ff00f4aa80c@haiku-os.org> References: <044.daabb81a0de194b16f721ff00f4aa80c@haiku-os.org> Message-ID: <053.086f7a666e84ee40a0c1d14457526276@haiku-os.org> #2682: Network instability issues since net_timer changes ---------------------------------------+------------------------------------ Reporter: anevilyak | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1/alpha1 Component: Network & Internet/Stack | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Comment(by anevilyak): If I remember right, I tried that first and ran into some issue or other, but I don't remember what it was. I'll check again later tonight. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 15 18:54:35 2008 From: trac at haiku-os.org (axeld) Date: Mon, 15 Sep 2008 16:54:35 -0000 Subject: [Haiku-bugs] [Haiku] #2682: Network instability issues since net_timer changes In-Reply-To: <044.daabb81a0de194b16f721ff00f4aa80c@haiku-os.org> References: <044.daabb81a0de194b16f721ff00f4aa80c@haiku-os.org> Message-ID: <053.e5023d64ca20e14c4e908a1423b2ddd4@haiku-os.org> #2682: Network instability issues since net_timer changes ---------------------------------------+------------------------------------ Reporter: anevilyak | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1/alpha1 Component: Network & Internet/Stack | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Comment(by axeld): Does r27574 help by any chance? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 15 19:03:55 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 15 Sep 2008 17:03:55 -0000 Subject: [Haiku-bugs] [Haiku] #2682: Network instability issues since net_timer changes In-Reply-To: <044.daabb81a0de194b16f721ff00f4aa80c@haiku-os.org> References: <044.daabb81a0de194b16f721ff00f4aa80c@haiku-os.org> Message-ID: <053.351b960266464a0fb4f5b8799c97255c@haiku-os.org> #2682: Network instability issues since net_timer changes ---------------------------------------+------------------------------------ Reporter: anevilyak | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1/alpha1 Component: Network & Internet/Stack | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Comment(by anevilyak): Will let you know, unfortunately due to timezone differences it will probably be around tomorrow morning your time before I'm able to post results though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 15 19:09:21 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 15 Sep 2008 17:09:21 -0000 Subject: [Haiku-bugs] [Haiku] #2083: EHCI bus hanging at boot. In-Reply-To: <038.f0c26633f412f90967d8536305dae776@haiku-os.org> References: <038.f0c26633f412f90967d8536305dae776@haiku-os.org> Message-ID: <047.e5dfc64a65ceff5b1ac35035f56e71c4@haiku-os.org> #2083: EHCI bus hanging at boot. --------------------------+------------------------------------------------- Reporter: bga | Owner: mmlr Type: bug | Status: assigned Priority: blocker | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by anevilyak): How recently was that tested? r27333 in theory ported over such a workaround, unless more is needed with respect to IO-APIC or whatnot. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 16 06:05:46 2008 From: trac at haiku-os.org (anevilyak) Date: Tue, 16 Sep 2008 04:05:46 -0000 Subject: [Haiku-bugs] [Haiku] #2682: Network instability issues since net_timer changes In-Reply-To: <044.daabb81a0de194b16f721ff00f4aa80c@haiku-os.org> References: <044.daabb81a0de194b16f721ff00f4aa80c@haiku-os.org> Message-ID: <053.b94ac57bbb9e4d1702d78f3b0c8ba4c3@haiku-os.org> #2682: Network instability issues since net_timer changes ---------------------------------------+------------------------------------ Reporter: anevilyak | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1/alpha1 Component: Network & Internet/Stack | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Comment(by anevilyak): Problem's still visible with 27574, will try reverting 26981 and see if that changes things. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 16 09:57:02 2008 From: trac at haiku-os.org (Minoru-kun) Date: Tue, 16 Sep 2008 07:57:02 -0000 Subject: [Haiku-bugs] [Haiku] #2083: EHCI bus hanging at boot. In-Reply-To: <038.f0c26633f412f90967d8536305dae776@haiku-os.org> References: <038.f0c26633f412f90967d8536305dae776@haiku-os.org> Message-ID: <047.1441a200cf5ab3d98cbb1912d20bc3e6@haiku-os.org> #2083: EHCI bus hanging at boot. --------------------------+------------------------------------------------- Reporter: bga | Owner: mmlr Type: bug | Status: assigned Priority: blocker | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by Minoru-kun): Replying to [comment:22 anevilyak] >How recently was that tested? r27333 in theory ported over such a workaround, unless more is needed with respect to IO-APIC or whatnot. I encountered my problem on 27498 :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 16 16:56:56 2008 From: trac at haiku-os.org (idefix) Date: Tue, 16 Sep 2008 14:56:56 -0000 Subject: [Haiku-bugs] [Haiku] #2477: Haiku's bootman doesn't show the same partitions as BeOS's In-Reply-To: <041.d5ac2516d13e6ad022f9af1b024d4727@haiku-os.org> References: <041.d5ac2516d13e6ad022f9af1b024d4727@haiku-os.org> Message-ID: <050.e3f7fa8cf75be6c3ef8c532d8d1aefe3@haiku-os.org> #2477: Haiku's bootman doesn't show the same partitions as BeOS's ---------------------------+------------------------------------------------ Reporter: idefix | Owner: laplace Type: bug | Status: new Priority: normal | Milestone: R1/alpha1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by idefix): Replying to [comment:4 laplace]: > I hope this is fixed in r27503, if not someone should have a look at DiskDevice implementation why ContainsFileSystem() returns false for NTFS partition. Yes, bootman shows both NTFS partitions now, but both with a size of 0.00. See screenshot. It used to show the correct size of the unrecognised partitions, see [http://dev.haiku-os.org/attachment/ticket/2477/Haiku%27s%20bootman.png Haiku's bootman.png]. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 16 17:13:20 2008 From: trac at haiku-os.org (anevilyak) Date: Tue, 16 Sep 2008 15:13:20 -0000 Subject: [Haiku-bugs] [Haiku] #2682: Network instability issues since net_timer changes In-Reply-To: <044.daabb81a0de194b16f721ff00f4aa80c@haiku-os.org> References: <044.daabb81a0de194b16f721ff00f4aa80c@haiku-os.org> Message-ID: <053.e3481520f1668957dada4a38d170e62a@haiku-os.org> #2682: Network instability issues since net_timer changes ---------------------------------------+------------------------------------ Reporter: anevilyak | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1/alpha1 Component: Network & Internet/Stack | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Comment(by anevilyak): Reverting just 26981 does indeed seem to fix it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 16 17:49:55 2008 From: trac at haiku-os.org (Minoru-kun) Date: Tue, 16 Sep 2008 15:49:55 -0000 Subject: [Haiku-bugs] [Haiku] #2342: No system timer interrupt on some ATI chipsets In-Reply-To: <039.3674ba47b1d07ce0d804a70edffeeb2b@haiku-os.org> References: <039.3674ba47b1d07ce0d804a70edffeeb2b@haiku-os.org> Message-ID: <048.c058db577229ed6b0d69ad4849648d66@haiku-os.org> #2342: No system timer interrupt on some ATI chipsets ----------------------------+----------------------------------------------- Reporter: euan | Owner: mmu_man Type: bug | Status: assigned Priority: high | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by Minoru-kun): Booting on my laptop with ATI IXP still fails reporting an error (in debug mode) like this: {{{ usb_ohci: successfully started the controller. usb_ehci: the host controller is bios-owned usb_ehci: claiming ownership of the host controller usb_ehci: controller is still bios-owned, waiting Last message repeated 19 times usb_ehci: successfully started the controller USB ControlPipe: timeout waiting for queued request to complete USB ControlPipe: timeout waiting for queued request to complete usb_ehci: qtd (0x02ab7680) error: 0x00080248 USB ControlPipe: timeout waiting for queued request to complete usb_ehci: qtd (0x02ab7680) error: 0x00080248 USB BusManager: error while setting device address usb_ehci: lowspeed device connected, giving up get_boot_partitions(): boot volume message: <...> }}} (I've already reported this problem in #2083). But Linux works fine. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 16 18:21:40 2008 From: trac at haiku-os.org (laplace) Date: Tue, 16 Sep 2008 16:21:40 -0000 Subject: [Haiku-bugs] [Haiku] #2477: Haiku's bootman doesn't show the same partitions as BeOS's In-Reply-To: <041.d5ac2516d13e6ad022f9af1b024d4727@haiku-os.org> References: <041.d5ac2516d13e6ad022f9af1b024d4727@haiku-os.org> Message-ID: <050.bf926bbde2991d59303903b21bd0d4e3@haiku-os.org> #2477: Haiku's bootman doesn't show the same partitions as BeOS's ---------------------------+------------------------------------------------ Reporter: idefix | Owner: laplace Type: bug | Status: new Priority: normal | Milestone: R1/alpha1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by laplace): * cc: bonefish (added) Comment: Replying to [comment:5 idefix]: > Yes, bootman shows both NTFS partitions now, but both with a size of 0.00. See screenshot. > > It used to show the correct size of the unrecognised partitions, see [http://dev.haiku-os.org/attachment/ticket/2477/Haiku%27s%20bootman.png Haiku's bootman.png]. Ingo can you have a look at that regression? BTW should have ContainsFileSystem() worked for a NTFS partition? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 16 18:51:35 2008 From: trac at haiku-os.org (idefix) Date: Tue, 16 Sep 2008 16:51:35 -0000 Subject: [Haiku-bugs] [Haiku] #2735: Low memory (64MB) causes PS/2 keyboard to stop functioning Message-ID: <041.adc2b6400461ee3159ff837424466848@haiku-os.org> #2735: Low memory (64MB) causes PS/2 keyboard to stop functioning ----------------------------------+----------------------------------------- Reporter: idefix | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Keyboard/PS2 | Version: R1 development Blockedby: | Platform: x86 Blocking: | ----------------------------------+----------------------------------------- When I boot r27578 with only one 64 MB memory module, the PS/2 keyboard doesn't respond to anything (e.g. numlock on/off, F12 doesn't work).[[BR]] If I put in an 128 MB memory module (making it 192 MB), the keyboard does work normally. See attached serial-logs for both scenarios. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 16 19:16:07 2008 From: trac at haiku-os.org (stippi) Date: Tue, 16 Sep 2008 17:16:07 -0000 Subject: [Haiku-bugs] [Haiku] #2477: Haiku's bootman doesn't show the same partitions as BeOS's In-Reply-To: <041.d5ac2516d13e6ad022f9af1b024d4727@haiku-os.org> References: <041.d5ac2516d13e6ad022f9af1b024d4727@haiku-os.org> Message-ID: <050.b1c24b47630e49a9db386f9fa611fe50@haiku-os.org> #2477: Haiku's bootman doesn't show the same partitions as BeOS's ---------------------------+------------------------------------------------ Reporter: idefix | Owner: laplace Type: bug | Status: new Priority: normal | Milestone: R1/alpha1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by stippi): * cc: bonefish (removed) Comment: Ingo is already on the Trac mailing list. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 16 21:53:55 2008 From: trac at haiku-os.org (kvdman) Date: Tue, 16 Sep 2008 19:53:55 -0000 Subject: [Haiku-bugs] [Haiku] #2736: BePDF no longer renders files Message-ID: <041.1c9929a0d9f2113cf2a989db1bdb9865@haiku-os.org> #2736: BePDF no longer renders files --------------------------------+------------------------------------------- Reporter: kvdman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- BePDF no longer renders files. Could this have to do with the removal of the BitStream font? I'm pretty sure BePDF still worked at r27353. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 16 22:23:21 2008 From: trac at haiku-os.org (bonefish) Date: Tue, 16 Sep 2008 20:23:21 -0000 Subject: [Haiku-bugs] [Haiku] #2477: Haiku's bootman doesn't show the same partitions as BeOS's In-Reply-To: <041.d5ac2516d13e6ad022f9af1b024d4727@haiku-os.org> References: <041.d5ac2516d13e6ad022f9af1b024d4727@haiku-os.org> Message-ID: <050.5fa0dd15e6c77dbc4c8cf31e76e00b84@haiku-os.org> #2477: Haiku's bootman doesn't show the same partitions as BeOS's ---------------------------+------------------------------------------------ Reporter: idefix | Owner: laplace Type: bug | Status: new Priority: normal | Milestone: R1/alpha1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by bonefish): Replying to [comment:6 laplace]: > Replying to [comment:5 idefix]: > > Yes, bootman shows both NTFS partitions now, but both with a size of 0.00. See screenshot. > > > > It used to show the correct size of the unrecognised partitions, see [http://dev.haiku-os.org/attachment/ticket/2477/Haiku%27s%20bootman.png Haiku's bootman.png]. > > Ingo can you have a look at that regression? No regression. The ntfs FS module is currently not on the image, so the content of the partition is not recognized. Consequently BPartition::ContentSize() can't report anything useful. You'll have to use Size(), if you want to show the size of the partition itself. > BTW should have ContainsFileSystem() worked for a NTFS partition? If the respective FS module was installed and had recognized the partition, that would have worked, otherwise it wouldn't. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 16 22:57:55 2008 From: trac at haiku-os.org (idefix) Date: Tue, 16 Sep 2008 20:57:55 -0000 Subject: [Haiku-bugs] [Haiku] #2477: Haiku's bootman doesn't show the same partitions as BeOS's In-Reply-To: <041.d5ac2516d13e6ad022f9af1b024d4727@haiku-os.org> References: <041.d5ac2516d13e6ad022f9af1b024d4727@haiku-os.org> Message-ID: <050.a9c6d686744a84556938299cc8ab8bbc@haiku-os.org> #2477: Haiku's bootman doesn't show the same partitions as BeOS's ---------------------------+------------------------------------------------ Reporter: idefix | Owner: laplace Type: bug | Status: new Priority: normal | Milestone: R1/alpha1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by idefix): Replying to [comment:8 bonefish]: > No regression. The ntfs FS module is currently not on the image, so the content of the partition is not recognized. Consequently BPartition::ContentSize() can't report anything useful. You'll have to use Size(), if you want to show the size of the partition itself. So, [http://dev.haiku- os.org/browser/haiku/trunk/src/apps/bootman/LegacyBootDrive.cpp?rev=27503#L198 line 198 of LegacyBootDrive.cpp] should read as follows? (Still trying to learn C++...) {{{ message.AddInt64("size", partition->Size()); }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 16 23:13:12 2008 From: trac at haiku-os.org (marcusoverhagen) Date: Tue, 16 Sep 2008 21:13:12 -0000 Subject: [Haiku-bugs] [Haiku] #2735: Low memory (64MB) causes PS/2 keyboard to stop functioning In-Reply-To: <041.adc2b6400461ee3159ff837424466848@haiku-os.org> References: <041.adc2b6400461ee3159ff837424466848@haiku-os.org> Message-ID: <050.ff0a0fb530a7a4b24cafb76cb6e9db5b@haiku-os.org> #2735: Low memory (64MB) causes PS/2 keyboard to stop functioning -----------------------------------+---------------------------------------- Reporter: idefix | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/input_server | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -----------------------------------+---------------------------------------- Changes (by marcusoverhagen): * owner: marcusoverhagen => korli * component: Drivers/Keyboard/PS2 => Servers/input_server Comment: Both logfiles contain "ps2: keyboard found", problem might be related to input server. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 16 23:13:36 2008 From: trac at haiku-os.org (mmlr) Date: Tue, 16 Sep 2008 21:13:36 -0000 Subject: [Haiku-bugs] [Haiku] #2736: BePDF no longer renders files In-Reply-To: <041.1c9929a0d9f2113cf2a989db1bdb9865@haiku-os.org> References: <041.1c9929a0d9f2113cf2a989db1bdb9865@haiku-os.org> Message-ID: <050.589a195c1164d1d2d1c5bd831e980510@haiku-os.org> #2736: BePDF no longer renders files ---------------------------------+------------------------------------------ Reporter: kvdman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by mmlr): Can you please check if r27587 makes any difference? What document did you try to open? I have some documents that use common windows fonts and don't include them in the document and don't specify a substitution font. In that case BePDF cannot render them. You should get those warnings in the warnings dialog though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 16 23:15:34 2008 From: trac at haiku-os.org (marcusoverhagen) Date: Tue, 16 Sep 2008 21:15:34 -0000 Subject: [Haiku-bugs] [Haiku] #2735: Low memory (64MB) causes PS/2 keyboard to stop functioning In-Reply-To: <041.adc2b6400461ee3159ff837424466848@haiku-os.org> References: <041.adc2b6400461ee3159ff837424466848@haiku-os.org> Message-ID: <050.0197ed271c7482b45ce5c6a518b9fd89@haiku-os.org> #2735: Low memory (64MB) causes PS/2 keyboard to stop functioning -----------------------------------+---------------------------------------- Reporter: idefix | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/input_server | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -----------------------------------+---------------------------------------- Comment(by marcusoverhagen): reassigning, not sure if you are the correct owner -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 16 23:44:38 2008 From: trac at haiku-os.org (korli) Date: Tue, 16 Sep 2008 21:44:38 -0000 Subject: [Haiku-bugs] [Haiku] #2735: Low memory (64MB) causes PS/2 keyboard to stop functioning In-Reply-To: <041.adc2b6400461ee3159ff837424466848@haiku-os.org> References: <041.adc2b6400461ee3159ff837424466848@haiku-os.org> Message-ID: <050.b19d3b400d27203ff99438d63a87c424@haiku-os.org> #2735: Low memory (64MB) causes PS/2 keyboard to stop functioning -----------------------------------+---------------------------------------- Reporter: idefix | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/input_server | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -----------------------------------+---------------------------------------- Comment(by korli): dunno, I just checked with Qemu and 48MB and it worked OK. It seems the PS2 mouse fails to init. Could it be related ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 17 00:20:33 2008 From: trac at haiku-os.org (kvdman) Date: Tue, 16 Sep 2008 22:20:33 -0000 Subject: [Haiku-bugs] [Haiku] #2736: BePDF no longer renders files In-Reply-To: <041.1c9929a0d9f2113cf2a989db1bdb9865@haiku-os.org> References: <041.1c9929a0d9f2113cf2a989db1bdb9865@haiku-os.org> Message-ID: <050.f2ab1dbf59cf6020982f70085a3b26cc@haiku-os.org> #2736: BePDF no longer renders files ---------------------------------+------------------------------------------ Reporter: kvdman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by kvdman): I'll include more info shortly and try 27587. Also, if Bitstream was removed and it's pretty popular, shouldn't it be symlinked to another popular font? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 17 01:05:52 2008 From: trac at haiku-os.org (kvdman) Date: Tue, 16 Sep 2008 23:05:52 -0000 Subject: [Haiku-bugs] [Haiku] #2736: BePDF no longer renders files In-Reply-To: <041.1c9929a0d9f2113cf2a989db1bdb9865@haiku-os.org> References: <041.1c9929a0d9f2113cf2a989db1bdb9865@haiku-os.org> Message-ID: <050.ba6165655efcc5ba7a784652cef07fce@haiku-os.org> #2736: BePDF no longer renders files ---------------------------------+------------------------------------------ Reporter: kvdman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by kvdman): r27587 makes no difference. As I said, the files I'm testing worked previously with BePDF and Haiku, They are: Practical File System Design Programming the Be Operating System (available on Senryu). The output mostly spat out code lines. I did manage a screen shot where a different message popped up. See attached please. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 17 02:19:26 2008 From: trac at haiku-os.org (bonefish) Date: Wed, 17 Sep 2008 00:19:26 -0000 Subject: [Haiku-bugs] [Haiku] #2737: ActivityMonitor: Deadlock on Window Close Message-ID: <043.232d91ece89a8d9f716531d2ad8f3078@haiku-os.org> #2737: ActivityMonitor: Deadlock on Window Close ------------------------------------------+--------------------------------- Reporter: bonefish | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/ActivityMonitor | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------------+--------------------------------- r27518 ActivityMonitor sometimes deadlocks when closing with Command-W: {{{ kdebug> threads 161 thread id state wait for object cpu pri stack team name 0x999d5800 161 waiting sem 1952 - 10 0x91fd2000 161 ActivityMonitor 0x999d8000 162 waiting sem 1887 - 10 0x92022000 161 team 161 debug task 0x99a32000 166 waiting sem 1970 - 20 0x920a9000 161 _BMediaRoster_ 0x99a33000 168 waiting sem 1952 - 10 0x920b1000 161 source refresh 0x99a33800 169 waiting sem 1989 - 15 0x920b5000 161 w>ActivityMonitor kdebug> sc 161 stack trace for thread 161 "ActivityMonitor" kernel stack: 0x91fd2000 to 0x91fd6000 user stack: 0x7efef000 to 0x7ffef000 frame caller :function + offset 0 91fd5e54 (+ 48) 80046d35 :context_switch__FP6threadT0 + 0x0039 1 91fd5e84 (+ 64) 80047041 :scheduler_reschedule + 0x02d5 2 91fd5ec4 (+ 64) 80049bfc :switch_sem_etc + 0x0368 3 91fd5f04 (+ 64) 8004a7c2 :_user_acquire_sem_etc + 0x0096 4 91fd5f44 (+ 100) 800cfe41 :pre_syscall_debug_done + 0x0002 (nearest) user iframe at 0x91fd5fa8 (end = 0x91fd6000) eax 0xc ebx 0x81351c ecx 0x7ffee980 edx 0xffff0104 esi 0xffffffff edi 0x7fffffff ebp 0x7ffee9bc esp 0x91fd5fdc eip 0xffff0104 eflags 0x203 user esp 0x7ffee980 vector: 0x63, error code: 0x0 5 91fd5fa8 (+ 0) ffff0104 6 7ffee9bc (+ 64) 002cfb1a :_LockComplete__7BLooperP7BLooperlllx + 0x003e 7 7ffee9fc (+ 80) 002cfa75 :_Lock__7BLooperP7BLooperlx + 0x0191 8 7ffeea4c (+ 48) 002ced80 :Lock__7BLooper + 0x002c 9 7ffeea7c (+ 48) 002c6e3f :_WindowQuitLoop__12BApplicationbT1 + 0x003b 10 7ffeeaac (+ 48) 002c6f37 :_QuitAllWindows__12BApplicationb + 0x0043 11 7ffeeadc (+ 48) 002c42f9 :QuitRequested__12BApplication + 0x0025 12 7ffeeb0c (+ 128) 002d029c :_QuitRequested__7BLooperP8BMessage + 0x0030 13 7ffeeb8c (+ 48) 002ce86e :DispatchMessage__7BLooperP8BMessageP8BHandler + 0x0046 14 7ffeebbc (+ 496) 002c5a3d :DispatchMessage__12BApplicationP8BMessageP8BHandler + 0x0401 15 7ffeedac (+ 64) 002d01f1 :task_looper__7BLooper + 0x0211 16 7ffeedec (+ 64) 002c41ad :Run__12BApplication + 0x0075 17 7ffeee2c (+ 336) 0020decb <_APP_>:main + 0x002f 18 7ffeef7c (+ 48) 0020da8b <_APP_>:_start + 0x005b 19 7ffeefac (+ 48) 001008ea 17843:runtime_loader_seg0ro at 0x00100000 + 0x8ea 20 7ffeefdc (+ 0) 7ffeefec 17842:ActivityMonitor_main_stack at 0x7efef000 + 0xffffec kdebug> sc 169 stack trace for thread 169 "w>ActivityMonitor" kernel stack: 0x920b5000 to 0x920b9000 user stack: 0x700c3000 to 0x70103000 frame caller :function + offset 0 920b8d94 (+ 48) 80046d35 :context_switch__FP6threadT0 + 0x0039 1 920b8dc4 (+ 64) 80047041 :scheduler_reschedule + 0x02d5 2 920b8e04 (+ 64) 80049bfc :switch_sem_etc + 0x0368 3 920b8e44 (+ 64) 80049866 :acquire_sem_etc + 0x0026 4 920b8e84 (+ 128) 80055b1e :wait_for_thread_etc + 0x01ba 5 920b8f04 (+ 64) 800571a3 :_user_wait_for_thread + 0x0027 6 920b8f44 (+ 100) 800cfe41 :pre_syscall_debug_done + 0x0002 (nearest) user iframe at 0x920b8fa8 (end = 0x920b9000) eax 0x35 ebx 0x81351c ecx 0x70102a30 edx 0xffff0104 esi 0x18025ea0 edi 0x18025ea0 ebp 0x70102a5c esp 0x920b8fdc eip 0xffff0104 eflags 0x207 user esp 0x70102a30 vector: 0x63, error code: 0x0 7 920b8fa8 (+ 0) ffff0104 8 70102a5c (+ 64) 0021059d <_APP_>:DetachedFromWindow__12ActivityView + 0x0065 9 70102a9c (+ 48) 00371a2c :_Detach__5BView + 0x0030 10 70102acc (+ 48) 00371a45 :_Detach__5BView + 0x0049 11 70102afc (+ 48) 00371a45 :_Detach__5BView + 0x0049 12 70102b2c (+ 80) 0036ec16 :_RemoveSelf__5BView + 0x0042 13 70102b7c (+ 48) 0036ebc9 :RemoveSelf__5BView + 0x0055 14 70102bac (+ 80) 003734ee :_._7BWindow + 0x00d6 15 70102bfc (+ 48) 0021485c <_APP_>:_._14ActivityWindow + 0x002c 16 70102c2c (+ 48) 002cecea :Quit__7BLooper + 0x00de 17 70102c5c (+ 48) 00373c26 :Quit__7BWindow + 0x00c6 18 70102c8c (+ 128) 002d0373 :_QuitRequested__7BLooperP8BMessage + 0x0107 19 70102d0c (+ 48) 002ce86e :DispatchMessage__7BLooperP8BMessageP8BHandler + 0x0046 20 70102d3c (+ 480) 003764b9 :DispatchMessage__7BWindowP8BMessageP8BHandler + 0x174d 21 70102f1c (+ 96) 00379c84 :task_looper__7BWindow + 0x0270 22 70102f7c (+ 48) 002cfddf :_task0___7BLooperPv + 0x003f 23 70102fac (+ 48) 00787718 :_get_next_team_info + 0x005c (nearest) 24 70102fdc (+ 0) 70102fec 17909:w>ActivityMonitor_169_stack at 0x700c3000 + 0x3ffec kdebug> sem 1989 SEM: 0x986c6404 id: 1989 (0x7c5) name: 'thread_168_retcode_sem' owner: 1 count: -1 queue: 169 last acquired by: 0, count: 0 last released by: 0, count: 0 kdebug> sc 168 stack trace for thread 168 "source refresh" kernel stack: 0x920b1000 to 0x920b5000 user stack: 0x70082000 to 0x700c2000 frame caller :function + offset 0 920b4e54 (+ 48) 80046d35 :context_switch__FP6threadT0 + 0x0039 1 920b4e84 (+ 64) 80047041 :scheduler_reschedule + 0x02d5 2 920b4ec4 (+ 64) 80049bfc :switch_sem_etc + 0x0368 3 920b4f04 (+ 64) 8004a7c2 :_user_acquire_sem_etc + 0x0096 4 920b4f44 (+ 100) 800cfe41 :pre_syscall_debug_done + 0x0002 (nearest) user iframe at 0x920b4fa8 (end = 0x920b5000) eax 0xc ebx 0x81351c ecx 0x700c1be0 edx 0xffff0104 esi 0xffffffff edi 0x7fffffff ebp 0x700c1c1c esp 0x920b4fdc eip 0xffff0104 eflags 0x203 user esp 0x700c1be0 vector: 0x63, error code: 0x0 5 920b4fa8 (+ 0) ffff0104 6 700c1c1c (+ 64) 002cfb1a :_LockComplete__7BLooperP7BLooperlllx + 0x003e 7 700c1c5c (+ 80) 002cfa75 :_Lock__7BLooperP7BLooperlx + 0x0191 8 700c1cac (+ 48) 002ced80 :Lock__7BLooper + 0x002c 9 700c1cdc (+ 48) 002ca3fc :LockLooper__8BHandler + 0x0028 10 700c1d0c (+ 624) 00212e55 <_APP_>:_Refresh__12ActivityView + 0x01c1 11 700c1f7c (+ 48) 00212f13 <_APP_>:_RefreshThread__12ActivityViewPv + 0x001f 12 700c1fac (+ 48) 00787718 :_get_next_team_info + 0x005c (nearest) 13 700c1fdc (+ 0) 700c1fec 17907:source refresh_168_stack at 0x70082000 + 0x3ffec }}} The main thread tries to lock the window while holding the app looper lock. The window thread holds the window lock while waiting for the "source refresh" thread, which in turn tries to lock the application. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 17 03:54:31 2008 From: trac at haiku-os.org (Adek336) Date: Wed, 17 Sep 2008 01:54:31 -0000 Subject: [Haiku-bugs] [Haiku] #1874: VIA Rhine-II not working In-Reply-To: <042.c155ce63a12fc64e267e9a6ad4e99da7@haiku-os.org> References: <042.c155ce63a12fc64e267e9a6ad4e99da7@haiku-os.org> Message-ID: <051.78b93886d1e68e6834c8fbc1884d87e9@haiku-os.org> #1874: VIA Rhine-II not working ------------------------------+--------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by Adek336): The driver comes from FreeBSD 7 so I tried to add dprintfs in the code and see if the outputs differ on Haiku and FreeBSD, but I didn't yet find much. The driver works fine under FreeBSD. This seem to be the proper specs http://joostm.nl/solaris/vr/doc/VT86C100A03.pdf . -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 17 06:21:58 2008 From: trac at haiku-os.org (anevilyak) Date: Wed, 17 Sep 2008 04:21:58 -0000 Subject: [Haiku-bugs] [Haiku] #2682: Network instability issues since net_timer changes In-Reply-To: <044.daabb81a0de194b16f721ff00f4aa80c@haiku-os.org> References: <044.daabb81a0de194b16f721ff00f4aa80c@haiku-os.org> Message-ID: <053.2a411abb541c38f886f1b9727fc6dce9@haiku-os.org> #2682: Network instability issues since net_timer changes ---------------------------------------+------------------------------------ Reporter: anevilyak | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1/alpha1 Component: Network & Internet/Stack | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Comment(by anevilyak): A possibly stupid question: is it necessary and/or possibly problematic to wait on a cancelled timer? I notice ~TCPEndPoint cancels the time wait timer, but then waits on it anyways. Is this intended? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 17 07:37:50 2008 From: trac at haiku-os.org (laplace) Date: Wed, 17 Sep 2008 05:37:50 -0000 Subject: [Haiku-bugs] [Haiku] #2477: Haiku's bootman doesn't show the same partitions as BeOS's In-Reply-To: <041.d5ac2516d13e6ad022f9af1b024d4727@haiku-os.org> References: <041.d5ac2516d13e6ad022f9af1b024d4727@haiku-os.org> Message-ID: <050.6d7fef1e3adda81804dd7c62d6787b0a@haiku-os.org> #2477: Haiku's bootman doesn't show the same partitions as BeOS's ---------------------------+------------------------------------------------ Reporter: idefix | Owner: laplace Type: bug | Status: new Priority: normal | Milestone: R1/alpha1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by laplace): Replying to [comment:8 bonefish]: > No regression. The ntfs FS module is currently not on the image, so the content of the partition is not recognized. Consequently BPartition::ContentSize() can't report anything useful. You'll have to use Size(), if you want to show the size of the partition itself. B_WILL_DO :) Thanks for the informations. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 17 07:41:06 2008 From: trac at haiku-os.org (laplace) Date: Wed, 17 Sep 2008 05:41:06 -0000 Subject: [Haiku-bugs] [Haiku] #2477: Haiku's bootman doesn't show the same partitions as BeOS's In-Reply-To: <041.d5ac2516d13e6ad022f9af1b024d4727@haiku-os.org> References: <041.d5ac2516d13e6ad022f9af1b024d4727@haiku-os.org> Message-ID: <050.f0654c04784c2bb3582378c00fb35b17@haiku-os.org> #2477: Haiku's bootman doesn't show the same partitions as BeOS's ---------------------------+------------------------------------------------ Reporter: idefix | Owner: laplace Type: bug | Status: new Priority: normal | Milestone: R1/alpha1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by laplace): Replying to [comment:9 idefix]: > So, [http://dev.haiku- os.org/browser/haiku/trunk/src/apps/bootman/LegacyBootDrive.cpp?rev=27503#L198 line 198 of LegacyBootDrive.cpp] should read as follows? (Still trying to learn C++...) {{{ message.AddInt64("size", partition->Size()); }}} That seems to be correct. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 17 14:05:46 2008 From: trac at haiku-os.org (mt) Date: Wed, 17 Sep 2008 12:05:46 -0000 Subject: [Haiku-bugs] [Haiku] #2738: /boot/develop/headers/cpp is wrong ink ? Message-ID: <037.06f275da2168d780e3ec5a69dacb9957@haiku-os.org> #2738: /boot/develop/headers/cpp is wrong ink ? --------------------------+------------------------------------------------- Reporter: mt | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------+------------------------------------------------- /boot/develop/headers/cpp is link to /boot/develop/tools/gnupro/include/g++ but, /boot/develop/tools/gnupro/include/g++ (/boot/develop/tools/gcc-2.95.3-haiku-080323/include/g++)is link to /boot/develop/headers/cpp. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 17 14:39:25 2008 From: trac at haiku-os.org (bonefish) Date: Wed, 17 Sep 2008 12:39:25 -0000 Subject: [Haiku-bugs] [Haiku] #2738: /boot/develop/headers/cpp is wrong link ? (was: /boot/develop/headers/cpp is wrong ink ?) In-Reply-To: <037.06f275da2168d780e3ec5a69dacb9957@haiku-os.org> References: <037.06f275da2168d780e3ec5a69dacb9957@haiku-os.org> Message-ID: <046.67ead735e6a2b686f5464e8eeb9af531@haiku-os.org> #2738: /boot/develop/headers/cpp is wrong link ? ---------------------------+------------------------------------------------ Reporter: mt | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Comment(by bonefish): {{{/boot/develop/header/cpp}}} is a directory for Haiku built with gcc 2.95.3. It's a symlink for gcc 4, though it shouldn't symlink anywhere, since we don't have a native gcc 4 ATM. Am I assuming correctly, that you have a gcc 4 Haiku? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 17 15:19:27 2008 From: trac at haiku-os.org (mt) Date: Wed, 17 Sep 2008 13:19:27 -0000 Subject: [Haiku-bugs] [Haiku] #2738: /boot/develop/headers/cpp is wrong link ? In-Reply-To: <037.06f275da2168d780e3ec5a69dacb9957@haiku-os.org> References: <037.06f275da2168d780e3ec5a69dacb9957@haiku-os.org> Message-ID: <046.d4da4d92cc08c2098c531fe33a9e5b72@haiku-os.org> #2738: /boot/develop/headers/cpp is wrong link ? ---------------------------+------------------------------------------------ Reporter: mt | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Comment(by mt): Thanks for hints.[[BR]] I think /boot/develop/headers/cpp link was created because I build haiku with gcc4 / gcc2 hybrid mode. (OptionalPackages script problem ?) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 17 15:35:10 2008 From: trac at haiku-os.org (jackburton) Date: Wed, 17 Sep 2008 13:35:10 -0000 Subject: [Haiku-bugs] [Haiku] #984: Generic application icon in deskbar is old style 8 bit In-Reply-To: <045.a627ff651e00e44965d5eb8399fb64d8@haiku-os.org> References: <045.a627ff651e00e44965d5eb8399fb64d8@haiku-os.org> Message-ID: <054.579c8d602f0d97d7df79f3fce68ad961@haiku-os.org> #984: Generic application icon in deskbar is old style 8 bit -----------------------------------+---------------------------------------- Reporter: jackburton | Owner: stippi Type: bug | Status: new Priority: low | Milestone: R1 Component: Applications/Deskbar | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by jackburton): Seems the old style icon is only used when there is no icon for the application. This is caused by the following lines in BarApp.cpp: 
 if (appMime.GetIcon(barInfo->icon, B_MINI_ICON) != B_OK) {
                 const BBitmap* generic =
 AppResSet()->FindBitmap(B_MESSAGE_TYPE, R_GenericAppIcon);
                 if (generic)
                         barInfo->icon->SetBits(generic->Bits(),
 barInfo->icon->BitsLength(),
                                 0, generic->ColorSpace());
         }
Basically if getting the icon for the application fails, it uses an icon stored in its resources. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 17 16:25:34 2008 From: trac at haiku-os.org (idefix) Date: Wed, 17 Sep 2008 14:25:34 -0000 Subject: [Haiku-bugs] [Haiku] #2735: Low memory (64MB) causes PS/2 keyboard to stop functioning In-Reply-To: <041.adc2b6400461ee3159ff837424466848@haiku-os.org> References: <041.adc2b6400461ee3159ff837424466848@haiku-os.org> Message-ID: <050.d462470101fd2f829489710302bdc7f3@haiku-os.org> #2735: Low memory (64MB) causes PS/2 keyboard to stop functioning -----------------------------------+---------------------------------------- Reporter: idefix | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/input_server | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -----------------------------------+---------------------------------------- Comment(by idefix): The PS/2 mouse fails to init because there's no PS/2 mouse connected to the computer. :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 17 17:41:16 2008 From: trac at haiku-os.org (euan) Date: Wed, 17 Sep 2008 15:41:16 -0000 Subject: [Haiku-bugs] [Haiku] #2342: No system timer interrupt on some ATI chipsets In-Reply-To: <039.3674ba47b1d07ce0d804a70edffeeb2b@haiku-os.org> References: <039.3674ba47b1d07ce0d804a70edffeeb2b@haiku-os.org> Message-ID: <048.eaca31c3ea6f00aff14c8089b5d154ee@haiku-os.org> #2342: No system timer interrupt on some ATI chipsets ----------------------------+----------------------------------------------- Reporter: euan | Owner: mmu_man Type: bug | Status: assigned Priority: high | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by euan): Hi. Sorry about delay. Tried it about 6 days ago, haiku booted much farther than usual, however IDE DMA errors were as frequent as usual, but the booting persisted, eventually it stopped and the desktop never appeared (was booting to vesa). Can't get syslog either unfortunately. I'll try again today with ATA driver instead of ide. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 17 19:28:33 2008 From: trac at haiku-os.org (biffuz) Date: Wed, 17 Sep 2008 17:28:33 -0000 Subject: [Haiku-bugs] [Haiku] #2739: KDL at boot with SBLive Message-ID: <041.f8173d933891dbef51e6820edf478d62@haiku-os.org> #2739: KDL at boot with SBLive -----------------------+---------------------------------------------------- Reporter: biffuz | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Just updated Haiku to r25795 (don't remember the previous one), built myself with buildtools, and now it crashes at boot. It seems it has something to do with OSS and the SBLive driver. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 17 19:36:50 2008 From: trac at haiku-os.org (humdinger) Date: Wed, 17 Sep 2008 17:36:50 -0000 Subject: [Haiku-bugs] [Haiku] #2740: Redraw bug in dropdown menu Message-ID: <044.4964b270e9463e0fc182b248d0d7ee47@haiku-os.org> #2740: Redraw bug in dropdown menu ---------------------------------------+------------------------------------ Reporter: humdinger | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Icon-O-Matic | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------+------------------------------------ This is on vmware, r27404. There's a redrawing bug in the Style view of Icon-O-Matic. Create two Styles. One of type Color, one of Gradient. If you switch from one to the other, the dropdown menu isn't correctly redrawn, leaving parts of the other Style's menu. Same's true for the dropdown menu below that when you have one with a gradient style which is short, like "Conic" and the other long like "Diamond". -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 17 19:39:06 2008 From: trac at haiku-os.org (humdinger) Date: Wed, 17 Sep 2008 17:39:06 -0000 Subject: [Haiku-bugs] [Haiku] #2741: Naming when creating Shape/Path/Style Message-ID: <044.148b1f02bdb09e9d1158ab3a49537110@haiku-os.org> #2741: Naming when creating Shape/Path/Style ---------------------------------------+------------------------------------ Reporter: humdinger | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Icon-O-Matic | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------+------------------------------------ This is on vmware, r27404. When you add a new Shape or Shape&Path or Shape&Path&Style, open a dialog to enter one name for all of them right after choosing "Add". I kept finding myself creating Paths/Shapes/Styles and having to immediately rename three times to the same name. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 17 19:41:01 2008 From: trac at haiku-os.org (humdinger) Date: Wed, 17 Sep 2008 17:41:01 -0000 Subject: [Haiku-bugs] [Haiku] #2742: Renaming with ALT+E Message-ID: <044.1d8ec261a19d13bc57def2cac6b502bc@haiku-os.org> #2742: Renaming with ALT+E ---------------------------------------+------------------------------------ Reporter: humdinger | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Icon-O-Matic | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------+------------------------------------ This is on vmware, r27404. Have ALT+E rename a Shape, Path, Style or any other named object when it's selected. I know, it's colliding with the Export function ATM, but it's just so established from editing file names and attributes in Tracker... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 17 19:42:52 2008 From: trac at haiku-os.org (humdinger) Date: Wed, 17 Sep 2008 17:42:52 -0000 Subject: [Haiku-bugs] [Haiku] #2743: Center Zoom on mouse pointer Message-ID: <044.60c61979b149802ff12580075140d2f1@haiku-os.org> #2743: Center Zoom on mouse pointer ---------------------------------------+------------------------------------ Reporter: humdinger | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Icon-O-Matic | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------+------------------------------------ This is on vmware, r27404. On my notebook's touchpad, I kept accidentally zooming in and out (my "scrollwheel" is integrated into the pad). That would not be /that/ bad, if it didn't always zoom to the top left corner of the canvas. Make the zoom always center on mouse pointer and you can easily zoom back to where you started. (BTW: how do you zoom without a mousewheel? How about the "zoomable scrollbars" from stippi's Coldcut. I always liked those.) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 17 19:45:44 2008 From: trac at haiku-os.org (humdinger) Date: Wed, 17 Sep 2008 17:45:44 -0000 Subject: [Haiku-bugs] [Haiku] #2744: Reverse list of Shapes to avoid confusion Message-ID: <044.b251b1acb2b9a6ebe96a14436408dfce@haiku-os.org> #2744: Reverse list of Shapes to avoid confusion ---------------------------------------+------------------------------------ Reporter: humdinger | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Icon-O-Matic | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------+------------------------------------ This is on vmware, r27404. It's counter-intuitive when the Shape below another in the objects list actually covers it on the canvas. The list should be reversed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 17 19:47:54 2008 From: trac at haiku-os.org (umccullough) Date: Wed, 17 Sep 2008 17:47:54 -0000 Subject: [Haiku-bugs] [Haiku] #2739: KDL at boot with SBLive In-Reply-To: <041.f8173d933891dbef51e6820edf478d62@haiku-os.org> References: <041.f8173d933891dbef51e6820edf478d62@haiku-os.org> Message-ID: <050.84440c35dcea1866208f5b365cd8b228@haiku-os.org> #2739: KDL at boot with SBLive ------------------------+--------------------------------------------------- Reporter: biffuz | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by umccullough): You should *not* be using OSS on hardware that Haiku already has a supported driver for. The current OSS port is not "intelligent" enough to disable itself when Haiku has a built-in driver, and thus it will likely cause conflicts when both drivers try to access the same hardware simultaneously. Thus, OSS should only be installed and used when absolutely necessary in the event that no native driver exists for your hardware. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 17 19:48:52 2008 From: trac at haiku-os.org (humdinger) Date: Wed, 17 Sep 2008 17:48:52 -0000 Subject: [Haiku-bugs] [Haiku] #2745: Resizable list views Message-ID: <044.97d23534bc1c86dcbff90e63ba848301@haiku-os.org> #2745: Resizable list views ---------------------------------------+------------------------------------ Reporter: humdinger | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Icon-O-Matic | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------+------------------------------------ This is on vmware, r27404. The views for the lists for shapes, paths, transformations and properties should be (vertically) resizable. Most of the time you need much more space for all the shapes and not so much for paths or transformations. Maybe even have a list completely detach into its own resizable window. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 17 19:50:18 2008 From: trac at haiku-os.org (humdinger) Date: Wed, 17 Sep 2008 17:50:18 -0000 Subject: [Haiku-bugs] [Haiku] #2746: Configurable colour for checker/grid background Message-ID: <044.8635ed7c13ac0d96135b36e6bddb6150@haiku-os.org> #2746: Configurable colour for checker/grid background ---------------------------------------+------------------------------------ Reporter: humdinger | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Icon-O-Matic | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------+------------------------------------ This is on vmware, r27404. The background checker/grid being white/grey isn't ideal when you're working with greyscale icons; shapes bleeding into the checkers. It would be nice if the checker colour were configurable. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 17 19:51:44 2008 From: trac at haiku-os.org (humdinger) Date: Wed, 17 Sep 2008 17:51:44 -0000 Subject: [Haiku-bugs] [Haiku] #2747: Change colour of unselected vertices Message-ID: <044.edcaab1c20a7244067bd70f6c4b48d71@haiku-os.org> #2747: Change colour of unselected vertices ---------------------------------------+------------------------------------ Reporter: humdinger | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Icon-O-Matic | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------+------------------------------------ This is on vmware, r27404. Selected vertices are difficult to spot because only their thin red border distinguishes them from their unselected kind. Unselected vertices could be black with a white thin border, selected ones, stay as they are now, white with red. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 17 19:52:56 2008 From: trac at haiku-os.org (humdinger) Date: Wed, 17 Sep 2008 17:52:56 -0000 Subject: [Haiku-bugs] [Haiku] #2748: New Shape Type "Background Image" Message-ID: <044.3b85e5ee8bd936b6e9996cd5f9a81e81@haiku-os.org> #2748: New Shape Type "Background Image" ---------------------------------------+------------------------------------ Reporter: humdinger | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Icon-O-Matic | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------+------------------------------------ This is on vmware, r27404. How about having a "Shape" of type background image, that won't be exported with the icon of course. You could load in any image to ease vectorizing a bitmap. Creating this background image Shape could add a Style with which you can control its alpha value or tint it by choosing another colour than white. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 17 19:54:40 2008 From: trac at haiku-os.org (humdinger) Date: Wed, 17 Sep 2008 17:54:40 -0000 Subject: [Haiku-bugs] [Haiku] #2749: Apply values not only with RETURN Message-ID: <044.3ffc6cbad100468d8cade99d960c534e@haiku-os.org> #2749: Apply values not only with RETURN ---------------------------------------+------------------------------------ Reporter: humdinger | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Icon-O-Matic | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------+------------------------------------ This is on vmware, r27404. New values in a property, e.g. name or stroke width, are only applied after pressing the RETURN-key, when they should be applied whenever the editing mode is left (TAB-key, click somewhere outside the widget etc.), except with ESC of course. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 17 19:55:10 2008 From: trac at haiku-os.org (biffuz) Date: Wed, 17 Sep 2008 17:55:10 -0000 Subject: [Haiku-bugs] [Haiku] #2739: KDL at boot with SBLive In-Reply-To: <041.f8173d933891dbef51e6820edf478d62@haiku-os.org> References: <041.f8173d933891dbef51e6820edf478d62@haiku-os.org> Message-ID: <050.7c7ea58ae8a9c1ea64c93c692f8ea126@haiku-os.org> #2739: KDL at boot with SBLive ------------------------+--------------------------------------------------- Reporter: biffuz | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by biffuz): Well, but why this happens only now? It didn't, and I did not change the build config since previous build. Or maybe I should go with a clean install and try again? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 17 19:56:31 2008 From: trac at haiku-os.org (humdinger) Date: Wed, 17 Sep 2008 17:56:31 -0000 Subject: [Haiku-bugs] [Haiku] #2750: Default Save... dialog to location of opened file Message-ID: <044.fe350360b1a966b6568a679a13a3b96e@haiku-os.org> #2750: Default Save... dialog to location of opened file ---------------------------------------+------------------------------------ Reporter: humdinger | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Icon-O-Matic | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------+------------------------------------ This is on vmware, r27404. If Icon-O-Matic was opened by double-clicking an existing icon, the Save As... dialog should open in the location of that folder, not in /boot/home/. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 17 20:03:42 2008 From: trac at haiku-os.org (axeld) Date: Wed, 17 Sep 2008 18:03:42 -0000 Subject: [Haiku-bugs] [Haiku] #2737: ActivityMonitor: Deadlock on Window Close In-Reply-To: <043.232d91ece89a8d9f716531d2ad8f3078@haiku-os.org> References: <043.232d91ece89a8d9f716531d2ad8f3078@haiku-os.org> Message-ID: <052.f1cfa657478ed4e9a98312ea543e014e@haiku-os.org> #2737: ActivityMonitor: Deadlock on Window Close -------------------------------------------+-------------------------------- Reporter: bonefish | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/ActivityMonitor | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -------------------------------------------+-------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: I guess you got confused by the benaphore style locking a bit, but it's fixed in r27599 ;-P The only lock in the game was the window lock; the application thread wasn't really needed at all, closing the window directly could reproduce this problem as well. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 17 20:03:50 2008 From: trac at haiku-os.org (umccullough) Date: Wed, 17 Sep 2008 18:03:50 -0000 Subject: [Haiku-bugs] [Haiku] #2739: KDL at boot with SBLive In-Reply-To: <041.f8173d933891dbef51e6820edf478d62@haiku-os.org> References: <041.f8173d933891dbef51e6820edf478d62@haiku-os.org> Message-ID: <050.4ea148a0595b3f9cf0fd7f2d781a4593@haiku-os.org> #2739: KDL at boot with SBLive ------------------------+--------------------------------------------------- Reporter: biffuz | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by umccullough): Maybe you just got lucky? Simply put, there's currently no protection in place to prevent OSS from colliding with the built-in emuxki driver - and thus you shouldn't expect the system to be stable when using both. This has already been explained in the past by mmu_man, and he knows there needs to be a solution in the future. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 17 20:04:24 2008 From: trac at haiku-os.org (stippi) Date: Wed, 17 Sep 2008 18:04:24 -0000 Subject: [Haiku-bugs] [Haiku] #984: Generic application icon in deskbar is old style 8 bit In-Reply-To: <045.a627ff651e00e44965d5eb8399fb64d8@haiku-os.org> References: <045.a627ff651e00e44965d5eb8399fb64d8@haiku-os.org> Message-ID: <054.47f53c3b38bc9d077efd0f447afd33fe@haiku-os.org> #984: Generic application icon in deskbar is old style 8 bit -----------------------------------+---------------------------------------- Reporter: jackburton | Owner: stippi Type: bug | Status: new Priority: low | Milestone: R1 Component: Applications/Deskbar | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by stippi): Ah, cool! Thanks for figuring it out. This could probably be fixed by simply using GetTrackerIcon() and no resources at all. This should then already fall back to the correct generic icon. The problem of the code is of course that if the design got changed, then this code would display the wrong icon regardless. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 18 02:38:31 2008 From: trac at haiku-os.org (biffuz) Date: Thu, 18 Sep 2008 00:38:31 -0000 Subject: [Haiku-bugs] [Haiku] #2739: KDL at boot with SBLive In-Reply-To: <041.f8173d933891dbef51e6820edf478d62@haiku-os.org> References: <041.f8173d933891dbef51e6820edf478d62@haiku-os.org> Message-ID: <050.fa524396fd4542921e3b918d99f9f612@haiku-os.org> #2739: KDL at boot with SBLive ------------------------+--------------------------------------------------- Reporter: biffuz | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by biffuz): Tried with a fresh install, no luck. The crash is 100% reproducible. Probably something was wrong with the older one, who knows. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 18 08:38:42 2008 From: trac at haiku-os.org (jackburton) Date: Thu, 18 Sep 2008 06:38:42 -0000 Subject: [Haiku-bugs] [Haiku] #984: Generic application icon in deskbar is old style 8 bit In-Reply-To: <045.a627ff651e00e44965d5eb8399fb64d8@haiku-os.org> References: <045.a627ff651e00e44965d5eb8399fb64d8@haiku-os.org> Message-ID: <054.983bc29c3ce8dbc096604a119efbe04d@haiku-os.org> #984: Generic application icon in deskbar is old style 8 bit -----------------------------------+---------------------------------------- Reporter: jackburton | Owner: jackburton Type: bug | Status: new Priority: low | Milestone: R1 Component: Applications/Deskbar | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by jackburton): * owner: stippi => jackburton Comment: Replying to [comment:4 stippi]: > Ah, cool! Thanks for figuring it out. This could probably be fixed by simply using GetTrackerIcon() and no resources at all. This should then already fall back to the correct generic icon. Ok, I'll try that. Thanks for the hint! > The problem of the code is of course that if the design got changed, then this code would display the wrong icon regardless. Yeah, indeed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 18 08:56:19 2008 From: trac at haiku-os.org (jackburton) Date: Thu, 18 Sep 2008 06:56:19 -0000 Subject: [Haiku-bugs] [Haiku] #984: Generic application icon in deskbar is old style 8 bit In-Reply-To: <045.a627ff651e00e44965d5eb8399fb64d8@haiku-os.org> References: <045.a627ff651e00e44965d5eb8399fb64d8@haiku-os.org> Message-ID: <054.b7524ce687fe866e454cf80daf5adce8@haiku-os.org> #984: Generic application icon in deskbar is old style 8 bit -----------------------------------+---------------------------------------- Reporter: jackburton | Owner: jackburton Type: bug | Status: closed Priority: low | Milestone: R1 Component: Applications/Deskbar | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by jackburton): * status: new => closed * resolution: => fixed Comment: Fixed in r27609 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 18 02:50:07 2008 From: trac at haiku-os.org (umccullough) Date: Thu, 18 Sep 2008 00:50:07 -0000 Subject: [Haiku-bugs] [Haiku] #2739: KDL at boot with SBLive In-Reply-To: <041.f8173d933891dbef51e6820edf478d62@haiku-os.org> References: <041.f8173d933891dbef51e6820edf478d62@haiku-os.org> Message-ID: <050.2e4c15f3d66e5c6b35e2c8d57cb6b09b@haiku-os.org> #2739: KDL at boot with SBLive ----------------------------+----------------------------------------------- Reporter: biffuz | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by umccullough): * owner: axeld => korli * component: - General => Drivers/Audio Comment: To verify if it's actually a problem with the built-in emuxki driver in combination with OSS, you could always boot to safe mode console and remove that driver from the system manually. It's hard to see in the picture, but it looks like the panic is that it has acquired a lock with interrupts disabled. It might just be a bug in OSS or something? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 18 09:57:05 2008 From: trac at haiku-os.org (jackburton) Date: Thu, 18 Sep 2008 07:57:05 -0000 Subject: [Haiku-bugs] [Haiku] #984: Generic application icon in deskbar is old style 8 bit In-Reply-To: <045.a627ff651e00e44965d5eb8399fb64d8@haiku-os.org> References: <045.a627ff651e00e44965d5eb8399fb64d8@haiku-os.org> Message-ID: <054.71064e0f8b2f87b1c73e051ec79ac53e@haiku-os.org> #984: Generic application icon in deskbar is old style 8 bit -----------------------------------+---------------------------------------- Reporter: jackburton | Owner: jackburton Type: bug | Status: closed Priority: low | Milestone: R1 Component: Applications/Deskbar | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by jackburton): Replying to [comment:4 stippi]: > Ah, cool! Thanks for figuring it out. This could probably be fixed by simply using GetTrackerIcon() and no resources at all. This should then already fall back to the correct generic icon. The problem of the code is of course that if the design got changed, then this code would display the wrong icon regardless. BTW I now realized I could use GetTrackerIcon() instead of GetIcon() directly, right ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 18 10:58:27 2008 From: trac at haiku-os.org (stippi) Date: Thu, 18 Sep 2008 08:58:27 -0000 Subject: [Haiku-bugs] [Haiku] #984: Generic application icon in deskbar is old style 8 bit In-Reply-To: <045.a627ff651e00e44965d5eb8399fb64d8@haiku-os.org> References: <045.a627ff651e00e44965d5eb8399fb64d8@haiku-os.org> Message-ID: <054.b17ae63eece0cecaacbfba0b61ba085a@haiku-os.org> #984: Generic application icon in deskbar is old style 8 bit -----------------------------------+---------------------------------------- Reporter: jackburton | Owner: jackburton Type: bug | Status: closed Priority: low | Milestone: R1 Component: Applications/Deskbar | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by stippi): Yes, I believe so. Not 100% sure at the moment. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 18 12:09:20 2008 From: trac at haiku-os.org (biffuz) Date: Thu, 18 Sep 2008 10:09:20 -0000 Subject: [Haiku-bugs] [Haiku] #2739: KDL at boot with SBLive In-Reply-To: <041.f8173d933891dbef51e6820edf478d62@haiku-os.org> References: <041.f8173d933891dbef51e6820edf478d62@haiku-os.org> Message-ID: <050.f44e79aeac515442dc5ba321b7ab7a18@haiku-os.org> #2739: KDL at boot with SBLive ----------------------------+----------------------------------------------- Reporter: biffuz | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by biffuz): I tried to delete emuxki driver and OSS still crashes! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 18 13:18:17 2008 From: trac at haiku-os.org (korli) Date: Thu, 18 Sep 2008 11:18:17 -0000 Subject: [Haiku-bugs] [Haiku] #2739: KDL at boot with SBLive In-Reply-To: <041.f8173d933891dbef51e6820edf478d62@haiku-os.org> References: <041.f8173d933891dbef51e6820edf478d62@haiku-os.org> Message-ID: <050.23c3e1fe8f907003a409508e44b2a730@haiku-os.org> #2739: KDL at boot with SBLive ----------------------------+----------------------------------------------- Reporter: biffuz | Owner: mmu_man Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by korli): * owner: korli => mmu_man -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 18 14:47:29 2008 From: trac at haiku-os.org (axeld) Date: Thu, 18 Sep 2008 12:47:29 -0000 Subject: [Haiku-bugs] [Haiku] #2682: Network instability issues since net_timer changes In-Reply-To: <044.daabb81a0de194b16f721ff00f4aa80c@haiku-os.org> References: <044.daabb81a0de194b16f721ff00f4aa80c@haiku-os.org> Message-ID: <053.f80be0777a25934c413262fdb6e1ca6d@haiku-os.org> #2682: Network instability issues since net_timer changes ---------------------------------------+------------------------------------ Reporter: anevilyak | Owner: axeld Type: bug | Status: closed Priority: high | Milestone: R1/alpha1 Component: Network & Internet/Stack | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Changes (by axeld): * status: new => closed * resolution: => fixed Comment: > I notice ~TCPEndPoint cancels the time wait timer, but then waits on it anyways. Is this intended? This is indeed intended: when you cancel a timer, you only make sure it won't be executed anymore, if it's not already running. Waiting for a timer solves the issue when you need to wait until the timer is done executing, for example, when you want to delete it. Anyway, the problem was that wait_for_timer() would also wait in the context of a timer execution - of course, that will cause a deadlock. It's fixed in r27620, thanks for the investigation. However, I'm not sure the SSH problem is related to this problem. At least the error message surely doesn't fit, and I can't see how this problem could corrupt incoming data. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 18 15:10:04 2008 From: trac at haiku-os.org (axeld) Date: Thu, 18 Sep 2008 13:10:04 -0000 Subject: [Haiku-bugs] [Haiku] #2736: BePDF no longer renders files In-Reply-To: <041.1c9929a0d9f2113cf2a989db1bdb9865@haiku-os.org> References: <041.1c9929a0d9f2113cf2a989db1bdb9865@haiku-os.org> Message-ID: <050.8731b1c028f8e4a9f8120bbc57577b2b@haiku-os.org> #2736: BePDF no longer renders files ---------------------------------+------------------------------------------ Reporter: kvdman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by axeld): I haven't tried to reproduce it before, but I cannot reproduce this with r27621 with the aforementioned document. Can you please retry if it works for you now? If it still doesn't I must assume there is something wrong at your end. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 18 15:59:27 2008 From: trac at haiku-os.org (anevilyak) Date: Thu, 18 Sep 2008 13:59:27 -0000 Subject: [Haiku-bugs] [Haiku] #2682: Network instability issues since net_timer changes In-Reply-To: <044.daabb81a0de194b16f721ff00f4aa80c@haiku-os.org> References: <044.daabb81a0de194b16f721ff00f4aa80c@haiku-os.org> Message-ID: <053.3362ff99a29b00da91a611d162f53a1a@haiku-os.org> #2682: Network instability issues since net_timer changes ---------------------------------------+------------------------------------ Reporter: anevilyak | Owner: axeld Type: bug | Status: closed Priority: high | Milestone: R1/alpha1 Component: Network & Internet/Stack | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Comment(by anevilyak): The SSH problem might actually have been fixed by another commit, I haven't encountered that one again. I am still seeing the dead sockets issue though, albeit not as often as before. I have TCP tracing enabled now though, so will see if that helps figure out what's going wrong. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 18 16:03:52 2008 From: trac at haiku-os.org (anevilyak) Date: Thu, 18 Sep 2008 14:03:52 -0000 Subject: [Haiku-bugs] [Haiku] #2682: Network instability issues since net_timer changes In-Reply-To: <044.daabb81a0de194b16f721ff00f4aa80c@haiku-os.org> References: <044.daabb81a0de194b16f721ff00f4aa80c@haiku-os.org> Message-ID: <053.0fea1f86b6333a4e6a939936f1f91100@haiku-os.org> #2682: Network instability issues since net_timer changes ---------------------------------------+------------------------------------ Reporter: anevilyak | Owner: axeld Type: bug | Status: closed Priority: high | Milestone: R1/alpha1 Component: Network & Internet/Stack | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Comment(by anevilyak): Ah, I read too quickly, didn't see that you committed another fix. Will try r27620. Thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 18 17:18:57 2008 From: trac at haiku-os.org (anevilyak) Date: Thu, 18 Sep 2008 15:18:57 -0000 Subject: [Haiku-bugs] [Haiku] #2682: Network instability issues since net_timer changes In-Reply-To: <044.daabb81a0de194b16f721ff00f4aa80c@haiku-os.org> References: <044.daabb81a0de194b16f721ff00f4aa80c@haiku-os.org> Message-ID: <053.ed1f243814f550c5d0baa6fb52c70998@haiku-os.org> #2682: Network instability issues since net_timer changes ---------------------------------------+------------------------------------ Reporter: anevilyak | Owner: axeld Type: bug | Status: closed Priority: high | Milestone: R1/alpha1 Component: Network & Internet/Stack | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Comment(by anevilyak): Fix confirmed. Thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 18 17:43:30 2008 From: trac at haiku-os.org (kvdman) Date: Thu, 18 Sep 2008 15:43:30 -0000 Subject: [Haiku-bugs] [Haiku] #2736: BePDF no longer renders files In-Reply-To: <041.1c9929a0d9f2113cf2a989db1bdb9865@haiku-os.org> References: <041.1c9929a0d9f2113cf2a989db1bdb9865@haiku-os.org> Message-ID: <050.d3855511c4e7878827567372405bbba7@haiku-os.org> #2736: BePDF no longer renders files ---------------------------------+------------------------------------------ Reporter: kvdman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by kvdman): Hi Axel, I was using v0.9.4 of BePDF. I tried r27624 and it still didn't render the files (where it did previously)... I just tried the latest version that you included as an optional package, and it works fine. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 18 17:50:06 2008 From: trac at haiku-os.org (stippi) Date: Thu, 18 Sep 2008 15:50:06 -0000 Subject: [Haiku-bugs] [Haiku] #2751: Recent BTextControl changes have broken some aspects of text control size/resize when not used with BLayout. In-Reply-To: <044.9547f96bc70bf134758d4133f904b20c@haiku-os.org> References: <044.9547f96bc70bf134758d4133f904b20c@haiku-os.org> Message-ID: <053.df1235009092a811f30832341ba2c298@haiku-os.org> #2751: Recent BTextControl changes have broken some aspects of text control size/resize when not used with BLayout. ---------------------------------+------------------------------------------ Reporter: anevilyak | Owner: stippi Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by stippi): * status: new => assigned Comment: I probably forgot to check for the B_SUPPORTS_LAYOUT somewhere, like in GetPreferredSize(). If this Flag() is set, I bet the current width of the control should be returned if it's not smaller then the minimum width. A close look at the patch that broke this should reveal the proper location of this check. I plan on doing it tonight, but feel free to beat me to it. :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 18 17:59:35 2008 From: trac at haiku-os.org (anevilyak) Date: Thu, 18 Sep 2008 15:59:35 -0000 Subject: [Haiku-bugs] [Haiku] #2751: Recent BTextControl changes have broken some aspects of text control size/resize when not used with BLayout. In-Reply-To: <044.9547f96bc70bf134758d4133f904b20c@haiku-os.org> References: <044.9547f96bc70bf134758d4133f904b20c@haiku-os.org> Message-ID: <053.ef5ac233f82576c74d0bc07773443404@haiku-os.org> #2751: Recent BTextControl changes have broken some aspects of text control size/resize when not used with BLayout. ---------------------------------+------------------------------------------ Reporter: anevilyak | Owner: stippi Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by anevilyak): My first chance will be after work, not sure if that will beat your evening or not :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 18 18:07:40 2008 From: trac at haiku-os.org (axeld) Date: Thu, 18 Sep 2008 16:07:40 -0000 Subject: [Haiku-bugs] [Haiku] #2661: bfs : 1397 : Name in use. In-Reply-To: <038.20257fe967171de9046defe5319dc750@haiku-os.org> References: <038.20257fe967171de9046defe5319dc750@haiku-os.org> Message-ID: <047.268dfcff1b70c23eb4417f2b77ae95ac@haiku-os.org> #2661: bfs : 1397 : Name in use. -------------------------------+-------------------------------------------- Reporter: bga | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by axeld): Your file system must be messed up, then. The code itself is okay, and "last_modified" definitely allows duplicates over here. The intent of the test is to differentiate indices from the index root directory. I've now replaced it with Inode::IsIndex() which makes this a lot clearer (it obviously added this later). Unless you keep having problems with this, please close this bug as invalid. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 18 18:13:53 2008 From: trac at haiku-os.org (anevilyak) Date: Thu, 18 Sep 2008 16:13:53 -0000 Subject: [Haiku-bugs] [Haiku] #2661: bfs : 1397 : Name in use. In-Reply-To: <038.20257fe967171de9046defe5319dc750@haiku-os.org> References: <038.20257fe967171de9046defe5319dc750@haiku-os.org> Message-ID: <047.5ae9cba8da08d0b4d6c202b60ac62649@haiku-os.org> #2661: bfs : 1397 : Name in use. -------------------------------+-------------------------------------------- Reporter: bga | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by anevilyak): I see this warning relatively often during things like svn up here, albeit with a different number, in my case 1307. I've reinitialized that partition a few times in the past, but it's probably been a week or two now. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 18 18:15:02 2008 From: trac at haiku-os.org (anevilyak) Date: Thu, 18 Sep 2008 16:15:02 -0000 Subject: [Haiku-bugs] [Haiku] #2661: bfs : 1397 : Name in use. In-Reply-To: <038.20257fe967171de9046defe5319dc750@haiku-os.org> References: <038.20257fe967171de9046defe5319dc750@haiku-os.org> Message-ID: <047.092843d3aedb85b5bc29134f8321b1a2@haiku-os.org> #2661: bfs : 1397 : Name in use. -------------------------------+-------------------------------------------- Reporter: bga | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by anevilyak): I forgot to mention, mine also specifically names the Insert operation, unless that was just accidentally omitted from the ticket title. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 18 18:30:58 2008 From: trac at haiku-os.org (bga) Date: Thu, 18 Sep 2008 16:30:58 -0000 Subject: [Haiku-bugs] [Haiku] #2661: bfs : 1397 : Name in use. In-Reply-To: <038.20257fe967171de9046defe5319dc750@haiku-os.org> References: <038.20257fe967171de9046defe5319dc750@haiku-os.org> Message-ID: <047.444c0714598c7dce7fd95433e3237ca4@haiku-os.org> #2661: bfs : 1397 : Name in use. -------------------------------+-------------------------------------------- Reporter: bga | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by bga): I will try a full install later today to check the possibility of the partition being messed up (I don't think this is the case tough). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 18 18:49:02 2008 From: trac at haiku-os.org (axeld) Date: Thu, 18 Sep 2008 16:49:02 -0000 Subject: [Haiku-bugs] [Haiku] #2661: bfs : 1397 : Name in use. In-Reply-To: <038.20257fe967171de9046defe5319dc750@haiku-os.org> References: <038.20257fe967171de9046defe5319dc750@haiku-os.org> Message-ID: <047.8b8c51f798a4b3741a07e00c8396531b@haiku-os.org> #2661: bfs : 1397 : Name in use. -------------------------------+-------------------------------------------- Reporter: bga | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by axeld): Have a look at your indices using "bfsinfo" - then you can see what values are possibly wrong. You could also add a dump of the inode ID to see which node affected. The warning itself is harmless in the context it usually happens. I guess I'll just remove it once this is solved. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 18 18:57:46 2008 From: trac at haiku-os.org (anevilyak) Date: Thu, 18 Sep 2008 16:57:46 -0000 Subject: [Haiku-bugs] [Haiku] #2661: bfs : 1397 : Name in use. In-Reply-To: <038.20257fe967171de9046defe5319dc750@haiku-os.org> References: <038.20257fe967171de9046defe5319dc750@haiku-os.org> Message-ID: <047.bd63c519ed63d6d65315ccac3a3b8097@haiku-os.org> #2661: bfs : 1397 : Name in use. -------------------------------+-------------------------------------------- Reporter: bga | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by anevilyak): Assuming you mean the version of bfsinfo on bebits, how do I determine what block the inode is located at? It seems to want the block number. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 18 19:11:54 2008 From: trac at haiku-os.org (anevilyak) Date: Thu, 18 Sep 2008 17:11:54 -0000 Subject: [Haiku-bugs] [Haiku] #2661: bfs : 1397 : Name in use. In-Reply-To: <038.20257fe967171de9046defe5319dc750@haiku-os.org> References: <038.20257fe967171de9046defe5319dc750@haiku-os.org> Message-ID: <047.d7c41e686490427cb7e93ef2b637c374@haiku-os.org> #2661: bfs : 1397 : Name in use. -------------------------------+-------------------------------------------- Reporter: bga | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by anevilyak): The index dir itself, for reference: {{{ /HaikuData/home/devel/BFS-tools> ./bfsinfo -ib /dev/disk/ata/3/master/2 0 8841 Copyright (c) 2001-2008 pinc Software. Inode at block 8841: ----------------------------------------- inode "(null)": magic1 = 3bbe0ad9 (;...) valid inode_num = (0, 8841, 1) uid = 0 gid = 0 mode = 4100040700 (octal) flags = 00000001 create_time = Fri Aug 29 19:22:08 2008 last_modified_time = Fri Aug 29 19:22:08 2008 parent = (0, 8841, 1) attributes = (0, 0, 0) type = 0 inode_size = 2048 etc = 00000000 short_symlink = - data_stream: direct[00] = (0, 8842, 32) max_direct_range = 65536 max_indirect_range = 0 max_double_indirect_range = 0 size = 2048 -- small data section (max. 1816 bytes): B+Tree at block 8841: ----------------------------------------- bplustree_header: magic = 0x69f6c2e8 (i...) valid node_size = 1024 max_number_of_levels = 1 data_type = 0 root_node_pointer = 1024 free_node_pointer = -1 maximum_size = 2048 ------------------- ** node at offset: 1024 ** used: 190 bytes bplustree_node (leaf node): left_link = -1 right_link = -1 overflow_link = -1 all_key_count = 7 all_key_length = 89 0. "BEOS:APP_SIG" (12 bytes) -> 15641 (0, 15641) 1. "_trk/qrylastchange" (18 bytes) -> 15770 (0, 15770) 2. "_trk/recentQuery" (16 bytes) -> 15803 (0, 15803) 3. "be:deskbar_item_status" (22 bytes) -> 15836 (0, 15836) 4. "last_modified" (13 bytes) -> 8907 (0, 8907) 5. "name" (4 bytes) -> 8874 (0, 8874) 6. "size" (4 bytes) -> 8940 (0, 8940) }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 18 19:55:25 2008 From: trac at haiku-os.org (tqh) Date: Thu, 18 Sep 2008 17:55:25 -0000 Subject: [Haiku-bugs] [Haiku] #2752: Define CALLOUT_MPSAFE for freebsd_network Message-ID: <038.fc13edc084d1c25ef8795bfaf656c745@haiku-os.org> #2752: Define CALLOUT_MPSAFE for freebsd_network --------------------------------------+------------------------------------- Reporter: tqh | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Network & Internet/Stack | Version: R1 development Blockedby: | Platform: All Blocking: 1050 | --------------------------------------+------------------------------------- Increase FreeBSD compability by defining CALLOUT_MPSAFE to 1. Seems ok from my POV, see callout.h for the mpsafe handling. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 18 20:00:47 2008 From: trac at haiku-os.org (siarzhuk) Date: Thu, 18 Sep 2008 18:00:47 -0000 Subject: [Haiku-bugs] [Haiku] #1609: NetworkStatus -> No Link In-Reply-To: <044.c3485fc46adb9faa461baf3ebe86aa0c@haiku-os.org> References: <044.c3485fc46adb9faa461baf3ebe86aa0c@haiku-os.org> Message-ID: <053.994574ef8fe2eee7e680b8ae4d5c841c@haiku-os.org> #1609: NetworkStatus -> No Link ------------------------------+--------------------------------------------- Reporter: atomozero | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Changes (by siarzhuk): * cc: zharik at gmx.li (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 18 20:02:12 2008 From: trac at haiku-os.org (siarzhuk) Date: Thu, 18 Sep 2008 18:02:12 -0000 Subject: [Haiku-bugs] [Haiku] #1641: KDL: rtl8139 In-Reply-To: <043.5f4af7ba053274031187f62bac03de4a@haiku-os.org> References: <043.5f4af7ba053274031187f62bac03de4a@haiku-os.org> Message-ID: <052.55268fe798f3075e718ded4ca7b65277@haiku-os.org> #1641: KDL: rtl8139 ------------------------------+--------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: 2452 ------------------------------+--------------------------------------------- Changes (by siarzhuk): * cc: zharik at gmx.li (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 18 20:02:59 2008 From: trac at haiku-os.org (siarzhuk) Date: Thu, 18 Sep 2008 18:02:59 -0000 Subject: [Haiku-bugs] [Haiku] #1890: Haiku occasionally KDLs when accessing the net In-Reply-To: <039.15d61a84a280248ad5a5fa71f6e1bfe2@haiku-os.org> References: <039.15d61a84a280248ad5a5fa71f6e1bfe2@haiku-os.org> Message-ID: <048.0bee683dd0c28d24e1a2d02ae5addddd@haiku-os.org> #1890: Haiku occasionally KDLs when accessing the net ------------------------------+--------------------------------------------- Reporter: koki | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Changes (by siarzhuk): * cc: zharik at gmx.li (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 18 17:41:53 2008 From: trac at haiku-os.org (anevilyak) Date: Thu, 18 Sep 2008 15:41:53 -0000 Subject: [Haiku-bugs] [Haiku] #2751: Recent BTextControl changes have broken some aspects of text control size/resize when not used with BLayout. Message-ID: <044.9547f96bc70bf134758d4133f904b20c@haiku-os.org> #2751: Recent BTextControl changes have broken some aspects of text control size/resize when not used with BLayout. --------------------------------+------------------------------------------- Reporter: anevilyak | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- After the changes to BTextControl recently, Vision's input text control no longer sizes itself to fit all the way across the window, instead staying fixed at around 40 pixels or so, with the remainder drawn in panel background color. This control is using the old BeOS way of handling resizing, is set for B_FOLLOW_LEFT_RIGHT | B_FOLLOW_BOTTOM, and has no label. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 18 20:50:12 2008 From: trac at haiku-os.org (siarzhuk) Date: Thu, 18 Sep 2008 18:50:12 -0000 Subject: [Haiku-bugs] [Haiku] #1641: KDL: rtl8139 In-Reply-To: <043.5f4af7ba053274031187f62bac03de4a@haiku-os.org> References: <043.5f4af7ba053274031187f62bac03de4a@haiku-os.org> Message-ID: <052.2dc14280f4f11bb50fa120b3c0665b89@haiku-os.org> #1641: KDL: rtl8139 ------------------------------+--------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: 2452 ------------------------------+--------------------------------------------- Comment(by siarzhuk): 2 Axel: I observe the same crash ("m_free + 0x0017") frequently on my system with rtl8139. It is easily reproducible by starting Firefox. ;-) Looks like the very first access to m_free parameter fails: 180 struct mbuf * 181 m_free(struct mbuf *m) 182 { 183 struct mbuf *next = m->m_next; 184 185 if (m->m_flags & M_EXT) 186 mb_free_ext(m); 187 else 188 object_cache_free(sMBufCache, m); 189 190 return next; 191 } I have checked this with disassembly log. The asm commands that fail are 0x0000df84 push %ebp; m_free code start here ... 0x0000df98 mov 0x8(%ebp), %eax 0x0000df9b mov (%eax), %esi ; <--- KDL! 0x0000df9d testb $0x1, 0x10(%eax) ... May be you have any suggestions before I try to dig into debugging this problem? :-) Looks like m->next become invalid at some time - and m_freem cannot call it with null pointer. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 18 20:53:10 2008 From: trac at haiku-os.org (siarzhuk) Date: Thu, 18 Sep 2008 18:53:10 -0000 Subject: [Haiku-bugs] [Haiku] #1641: KDL: rtl8139 In-Reply-To: <043.5f4af7ba053274031187f62bac03de4a@haiku-os.org> References: <043.5f4af7ba053274031187f62bac03de4a@haiku-os.org> Message-ID: <052.2019064226d2aec485da77b21e23e2a5@haiku-os.org> #1641: KDL: rtl8139 ------------------------------+--------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: 2452 ------------------------------+--------------------------------------------- Comment(by siarzhuk): Sorry. :-( corrected code blocks: {{{ 180 struct mbuf * 181 m_free(struct mbuf *m) 182 { 183 struct mbuf *next = m->m_next; 184 185 if (m->m_flags & M_EXT) 186 mb_free_ext(m); 187 else 188 object_cache_free(sMBufCache, m); 189 190 return next; 191 } }}} disasm: {{{ 0x0000df84 push %ebp; m_free code start here ... 0x0000df98 mov 0x8(%ebp), %eax 0x0000df9b mov (%eax), %esi ; <--- KDL! 0x0000df9d testb $0x1, 0x10(%eax) ... }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 18 22:27:18 2008 From: trac at haiku-os.org (siarzhuk) Date: Thu, 18 Sep 2008 20:27:18 -0000 Subject: [Haiku-bugs] [Haiku] #1609: NetworkStatus -> No Link In-Reply-To: <044.c3485fc46adb9faa461baf3ebe86aa0c@haiku-os.org> References: <044.c3485fc46adb9faa461baf3ebe86aa0c@haiku-os.org> Message-ID: <053.e9ff86890245b9ffe12fb4b5792b50d5@haiku-os.org> #1609: NetworkStatus -> No Link ------------------------------+--------------------------------------------- Reporter: atomozero | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by siarzhuk): 2 Axel: This problem is reproducible on r27627 with rtl8139. Looks like your suspection about "missing" PHY is right. Where can I trace more detailed information about this problem? :-) {{{ ... KERN: nforce: init_hardware(0x806f8cb8) KERN: nforce: no hardware found. KERN: rtl8139: init_hardware(0x806f4d6c) KERN: [rtl8139] (rl) bus_alloc_resource(4, [16], 0x0, 0xffffffff, 0x1, 0x2) KERN: rtl8139, found RealTek 8139 10/100BaseTX at 9 KERN: rtl8139: init_driver(0x806f4d6c) KERN: [rtl8139] (rl) bus_alloc_resource(4, [16], 0x0, 0xffffffff, 0x1, 0x2) Last message repeated 1 time KERN: [rtl8139] (rl) bus_alloc_resource(1, [0], 0x0, 0xffffffff, 0x1, 0x6) KERN: [rtl8139] (miibus) No PHY module found (0/0)! KERN: if_initname(0x91371ba0, rl, 3) KERN: [rtl8139] rtl8139: /dev/net/rtl8139/0 KERN: loaded driver /boot/beos/system/add- ons/kernel/drivers/dev/net/rtl8139 KERN: syskonnect: init_hardware(0x8079f2b8) KERN: syskonnect: no hardware found. KERN: usb_asix:54.38.737:init_driver KERN: usb_asix:54.38.737:usb_asix_device_added KERN: Last message repeated 3 times. KERN: usb_asix:54.38.737:publish_devices KERN: usb_asix:54.38.738:uninit_driver KERN: loaded driver /boot/beos/system/add- ons/kernel/drivers/dev/net/usb_asix KERN: loaded driver /boot/beos/system/add- ons/kernel/drivers/dev/net/usb_ecm KERN: via_rhine: init_hardware(0x807991f8) KERN: via_rhine: no hardware found. KERN: bfs: bfs_open_dir:1499: Invalid Argument KERN: get_device_interface: ask "network/devices/ethernet/v1" for /dev/net/rtl8139/0 KERN: ipv4_datalink_init(/dev/net/rtl8139/0) KERN: [net/rtl8139/0] compat_open(0x2) KERN: ifmedia_ioctl: no media found for 0x20 KERN: /dev/net/rtl8139/0: media change, media 0x22 quality 1000 speed 10000 KERN: get_device_interface: ask "network/devices/ethernet/v1" for loop KERN: get_device_interface: ask "network/devices/loopback/v1" for loop ... }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 18 22:54:37 2008 From: trac at haiku-os.org (axeld) Date: Thu, 18 Sep 2008 20:54:37 -0000 Subject: [Haiku-bugs] [Haiku] #1661: KDL:: rtl8139:: thread 0x2f "rl intr handler" In-Reply-To: <043.1974e2677bb2294ac6547cd28e059da0@haiku-os.org> References: <043.1974e2677bb2294ac6547cd28e059da0@haiku-os.org> Message-ID: <052.5f2fa3eddac3e22ef8340e0171b0a60b@haiku-os.org> #1661: KDL:: rtl8139:: thread 0x2f "rl intr handler" ------------------------+--------------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: duplicate | Blockedby: 1641 Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => duplicate * blockedby: => 1641 Comment: I'd say it's a duplicate of #1641. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 18 22:55:12 2008 From: trac at haiku-os.org (axeld) Date: Thu, 18 Sep 2008 20:55:12 -0000 Subject: [Haiku-bugs] [Haiku] #1890: Haiku occasionally KDLs when accessing the net In-Reply-To: <039.15d61a84a280248ad5a5fa71f6e1bfe2@haiku-os.org> References: <039.15d61a84a280248ad5a5fa71f6e1bfe2@haiku-os.org> Message-ID: <048.2c48cfd4349183dc6479a095577b75a4@haiku-os.org> #1890: Haiku occasionally KDLs when accessing the net ------------------------------+--------------------------------------------- Reporter: koki | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: duplicate | Blockedby: 1641 Platform: All | Blocking: ------------------------------+--------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => duplicate * blockedby: => 1641 Comment: Duplicate of #1641. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 18 22:59:38 2008 From: trac at haiku-os.org (axeld) Date: Thu, 18 Sep 2008 20:59:38 -0000 Subject: [Haiku-bugs] [Haiku] #1641: KDL: rtl8139 In-Reply-To: <043.5f4af7ba053274031187f62bac03de4a@haiku-os.org> References: <043.5f4af7ba053274031187f62bac03de4a@haiku-os.org> Message-ID: <052.6e1e0d16c4b022b01f33baa37cec5d62@haiku-os.org> #1641: KDL: rtl8139 ------------------------------+--------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: 1661, 1890, 2452 ------------------------------+--------------------------------------------- Comment(by axeld): You could add ktrace_printf() output to the m_* functions, as well as to compat_read(), and then see (don't forget to a) enable tracing in tracing_config.h, and b) enlarge the tracing buffer) via KDL "traced" what exactly happened. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 18 23:07:46 2008 From: trac at haiku-os.org (axeld) Date: Thu, 18 Sep 2008 21:07:46 -0000 Subject: [Haiku-bugs] [Haiku] #1609: NetworkStatus -> No Link In-Reply-To: <044.c3485fc46adb9faa461baf3ebe86aa0c@haiku-os.org> References: <044.c3485fc46adb9faa461baf3ebe86aa0c@haiku-os.org> Message-ID: <053.6be0aef93c7d36051ba008fbb1dde2f5@haiku-os.org> #1609: NetworkStatus -> No Link ------------------------------+--------------------------------------------- Reporter: atomozero | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by axeld): There apparently is no PHY module (ID 0/0), or it uses a different mechanism. Maybe the ukphy.c (unknown PHY, IIRC) can help here, it's already used in other drivers, but not in the RTL 8139. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 19 00:58:50 2008 From: trac at haiku-os.org (Adek336) Date: Thu, 18 Sep 2008 22:58:50 -0000 Subject: [Haiku-bugs] [Haiku] #1874: VIA Rhine-II not working In-Reply-To: <042.c155ce63a12fc64e267e9a6ad4e99da7@haiku-os.org> References: <042.c155ce63a12fc64e267e9a6ad4e99da7@haiku-os.org> Message-ID: <051.36f65c4c38aea9153e600f29d73067c4@haiku-os.org> #1874: VIA Rhine-II not working ------------------------------+--------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by Adek336): So cool, I actually made Haiku to sent exactly one frame to the link partner for inspection in WireShark. Changes in if_vr.c: {{{ added: static void tx_trash(struct ifnet *ifp); static void tx_trash(struct ifnet *ifp) { struct vr_softc *sc = ifp->if_softc; uint32_t cval; sc->vr_tx_prod->vr_data = 0; cval = 100; cval |= VR_TXCTL_TLINK; cval |= VR_TXCTL_FIRSTFRAG; cval |= VR_TXCTL_LASTFRAG; cval |= VR_TXCTL_FINT; sc->vr_tx_prod->vr_ctl = cval; sc->vr_tx_prod->vr_status = 0; atomic_set_acq_32(&sc->vr_tx_prod->vr_status, VR_TXSTAT_OWN); VR_SETBIT16(sc, VR_COMMAND, VR_CMD_TX_GO); } }}} changed: {{{ ... int ya=0; static void vr_tick(void *xsc) { struct vr_softc *sc = xsc; struct mii_data *mii; ya++; if (ya == 5) tx_trash(sc->vr_ifp); VR_LOCK_ASSERT(sc); .... }}} tx_trash is a stripped down from vr_start_locked to the minimum to send a frame; it is invoked after a few ticks from vr_tick. I added a dprintf to vr_start and it seems that in FreeBSD it is called when a new frame is to be sent, however on Haiku vr_start didn't seem to be called at all. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 19 00:24:53 2008 From: trac at haiku-os.org (idefix) Date: Thu, 18 Sep 2008 22:24:53 -0000 Subject: [Haiku-bugs] [Haiku] #2753: Subpixel antialiasing doesn't work with hinting on Message-ID: <041.ec1e751ccf8faa2f592bfa68801eacbf@haiku-os.org> #2753: Subpixel antialiasing doesn't work with hinting on ----------------------------+----------------------------------------------- Reporter: idefix | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------+----------------------------------------------- When 'Character hinting' is set to 'On', it doesn't matter what "Antialiasing type" is set to: the font rendering is the same.[[BR]] Only when 'Character hinting' is set to 'Off', you'll see different font rendering: see attached screenshots of Appearance. Tested with r27600 under VMware. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 19 10:11:08 2008 From: trac at haiku-os.org (stippi) Date: Fri, 19 Sep 2008 08:11:08 -0000 Subject: [Haiku-bugs] [Haiku] #2753: Subpixel antialiasing doesn't work with hinting on In-Reply-To: <041.ec1e751ccf8faa2f592bfa68801eacbf@haiku-os.org> References: <041.ec1e751ccf8faa2f592bfa68801eacbf@haiku-os.org> Message-ID: <050.d6de1fa950c57ea62c93f92bde97ae05@haiku-os.org> #2753: Subpixel antialiasing doesn't work with hinting on -----------------------------+---------------------------------------------- Reporter: idefix | Owner: stippi Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Changes (by stippi): * status: new => assigned Comment: You have to enable patented code in libfreetype for it to work with hinting on. See headers/libs/freetype2/freetype/config/ftoption.h for more info. In another words, you have to build your own Haiku image, since this option is not enabled in the source repository. The preflet should mention this, so I leave the bug open. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 19 10:32:29 2008 From: trac at haiku-os.org (axeld) Date: Fri, 19 Sep 2008 08:32:29 -0000 Subject: [Haiku-bugs] [Haiku] #1874: VIA Rhine-II not working In-Reply-To: <042.c155ce63a12fc64e267e9a6ad4e99da7@haiku-os.org> References: <042.c155ce63a12fc64e267e9a6ad4e99da7@haiku-os.org> Message-ID: <051.abf3dd4f9c9628728cbeccb699f96dbb@haiku-os.org> #1874: VIA Rhine-II not working ------------------------------+--------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by axeld): Have you tried to add a panic() instead? It's definitely called within the compatibility layer, at least. When writing a frame, ether_output() is called, which uses the IFQ_HANDOFF() macro to call if_start() (which calls ifnet::if_start(), which is set to vr_start() in the VIA Rhine driver). Since the macro checks the error argument as well as IFF_DRV_OACTIVE: have you checked what values they contain? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 19 10:34:10 2008 From: trac at haiku-os.org (axeld) Date: Fri, 19 Sep 2008 08:34:10 -0000 Subject: [Haiku-bugs] [Haiku] #2752: Define CALLOUT_MPSAFE for freebsd_network In-Reply-To: <038.fc13edc084d1c25ef8795bfaf656c745@haiku-os.org> References: <038.fc13edc084d1c25ef8795bfaf656c745@haiku-os.org> Message-ID: <047.ec6c464075d9e97b406cc915475ca35b@haiku-os.org> #2752: Define CALLOUT_MPSAFE for freebsd_network ---------------------------------------+------------------------------------ Reporter: tqh | Owner: axeld Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Network & Internet/Stack | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: 1050 ---------------------------------------+------------------------------------ Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Didn't notice there was a patch... in any case, I defined it in r27630. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 19 10:36:17 2008 From: trac at haiku-os.org (axeld) Date: Fri, 19 Sep 2008 08:36:17 -0000 Subject: [Haiku-bugs] [Haiku] #2661: bfs : 1397 : Name in use. In-Reply-To: <038.20257fe967171de9046defe5319dc750@haiku-os.org> References: <038.20257fe967171de9046defe5319dc750@haiku-os.org> Message-ID: <047.b754a923ecd04242dfae06fef3208f98@haiku-os.org> #2661: bfs : 1397 : Name in use. -------------------------------+-------------------------------------------- Reporter: bga | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by axeld): It doesn't need the block number, the allocation group/block pair will do as well, just call it like this: {{{ $ bfsinfo -i 0,8940 }}} To get info about the name index in the example above. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 19 10:43:34 2008 From: trac at haiku-os.org (axeld) Date: Fri, 19 Sep 2008 08:43:34 -0000 Subject: [Haiku-bugs] [Haiku] #2753: Subpixel antialiasing doesn't work with hinting on In-Reply-To: <041.ec1e751ccf8faa2f592bfa68801eacbf@haiku-os.org> References: <041.ec1e751ccf8faa2f592bfa68801eacbf@haiku-os.org> Message-ID: <050.18e5754f6291473bbdd076d7c8492035@haiku-os.org> #2753: Subpixel antialiasing doesn't work with hinting on -----------------------------+---------------------------------------------- Reporter: idefix | Owner: stippi Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Comment(by axeld): Shouldn't the option better be removed (or at least disabled) depending on whether or not you compiled support for this into freetype? You could just include the ftoption.h header, and check for it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 19 10:55:45 2008 From: trac at haiku-os.org (axeld) Date: Fri, 19 Sep 2008 08:55:45 -0000 Subject: [Haiku-bugs] [Haiku] #2197: KDL when starting Firefox In-Reply-To: <040.bc1f1d61cc07c8133b1ca8b713b00c21@haiku-os.org> References: <040.bc1f1d61cc07c8133b1ca8b713b00c21@haiku-os.org> Message-ID: <049.e97340707042fb4f82f5a4db4830118e@haiku-os.org> #2197: KDL when starting Firefox -------------------------------------+-------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: closed Priority: blocker | Milestone: R1/alpha1 Component: Network & Internet/TCP | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: So I'm cautiously closing this bug. Please reopen if it happens again. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 19 11:55:32 2008 From: trac at haiku-os.org (stippi) Date: Fri, 19 Sep 2008 09:55:32 -0000 Subject: [Haiku-bugs] [Haiku] #2753: Subpixel antialiasing doesn't work with hinting on In-Reply-To: <041.ec1e751ccf8faa2f592bfa68801eacbf@haiku-os.org> References: <041.ec1e751ccf8faa2f592bfa68801eacbf@haiku-os.org> Message-ID: <050.02115eaee48c9166efb869f25ca8ad1e@haiku-os.org> #2753: Subpixel antialiasing doesn't work with hinting on -----------------------------+---------------------------------------------- Reporter: idefix | Owner: stippi Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Comment(by stippi): Yes, that's what I am doing right now. :-) That's why I assigned the bug to me and didn't close it. :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 19 14:48:29 2008 From: trac at haiku-os.org (jackburton) Date: Fri, 19 Sep 2008 12:48:29 -0000 Subject: [Haiku-bugs] [Haiku] #2305: [Preferences::Time] crashes on startup In-Reply-To: <043.24b09b8676e34dbb6cd8663ee29ed863@haiku-os.org> References: <043.24b09b8676e34dbb6cd8663ee29ed863@haiku-os.org> Message-ID: <052.21cac3acfc2d92fb18c483b8f9b5de4d@haiku-os.org> #2305: [Preferences::Time] crashes on startup --------------------------------------+------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Time & Date | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Comment(by jackburton): Can you still reproduce this ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 19 17:23:24 2008 From: trac at haiku-os.org (anevilyak) Date: Fri, 19 Sep 2008 15:23:24 -0000 Subject: [Haiku-bugs] [Haiku] #2661: bfs : 1397 : Name in use. In-Reply-To: <038.20257fe967171de9046defe5319dc750@haiku-os.org> References: <038.20257fe967171de9046defe5319dc750@haiku-os.org> Message-ID: <047.5d24b76428802752ab2dfe226bafb137@haiku-os.org> #2661: bfs : 1397 : Name in use. -------------------------------+-------------------------------------------- Reporter: bga | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by anevilyak): Assuming you meant 8874, that yields: {{{ Inode at block 8874: ----------------------------------------- inode "(null)": magic1 = 3bbe0ad9 (;...) valid inode_num = (0, 8874, 1) uid = 0 gid = 0 mode = 4100040000 (octal) flags = 00000001 create_time = Fri Aug 29 19:22:08 2008 last_modified_time = Fri Aug 29 19:22:08 2008 parent = (0, 8841, 1) attributes = (0, 0, 0) type = 1129534546 inode_size = 2048 etc = 00000000 short_symlink = - data_stream: direct[00] = (0, 8875, 32) direct[01] = (0, 8973, 32) direct[02] = (0, 9069, 32) direct[03] = (0, 9165, 32) direct[04] = (0, 9229, 32) direct[05] = (0, 9325, 32) direct[06] = (0, 9389, 32) direct[07] = (0, 9453, 32) direct[08] = (0, 9549, 32) direct[09] = (0, 9613, 32) direct[10] = (0, 9709, 32) direct[11] = (0, 9805, 32) max_direct_range = 786432 indirect = (0, 9933, 4) max_indirect_range = 5177344 max_double_indirect_range = 0 size = 5136384 -- indirect stream: indirect[00] = (0, 9901, 32) indirect[01] = (0, 10001, 32) indirect[02] = (0, 10069, 32) indirect[03] = (0, 10165, 32) indirect[04] = (0, 10261, 32) indirect[05] = (0, 10329, 32) indirect[06] = (0, 10425, 32) indirect[07] = (0, 10521, 32) indirect[08] = (0, 10585, 32) indirect[09] = (0, 10681, 32) indirect[10] = (0, 10809, 32) indirect[11] = (0, 10905, 32) indirect[12] = (0, 10969, 32) indirect[13] = (0, 11033, 32) indirect[14] = (0, 11129, 32) indirect[15] = (0, 11225, 32) indirect[16] = (0, 11321, 32) indirect[17] = (0, 11417, 32) indirect[18] = (0, 11545, 32) indirect[19] = (0, 11673, 32) indirect[20] = (0, 11769, 32) indirect[21] = (0, 11865, 32) indirect[22] = (0, 11961, 32) indirect[23] = (0, 12057, 32) indirect[24] = (0, 12185, 32) indirect[25] = (0, 12345, 32) indirect[26] = (0, 12441, 32) indirect[27] = (0, 12537, 32) indirect[28] = (0, 12665, 32) indirect[29] = (0, 12729, 32) indirect[30] = (0, 12793, 32) indirect[31] = (0, 12889, 32) indirect[32] = (0, 12953, 32) indirect[33] = (0, 13049, 32) indirect[34] = (0, 13145, 32) indirect[35] = (0, 13241, 64) indirect[36] = (0, 13369, 32) indirect[37] = (0, 13465, 32) indirect[38] = (0, 13561, 32) indirect[39] = (0, 13657, 32) indirect[40] = (0, 13753, 32) indirect[41] = (0, 13849, 32) indirect[42] = (0, 13913, 32) indirect[43] = (0, 14009, 32) indirect[44] = (0, 14105, 32) indirect[45] = (0, 14201, 32) indirect[46] = (0, 14297, 32) indirect[47] = (0, 14393, 32) indirect[48] = (0, 14457, 32) indirect[49] = (0, 14521, 32) indirect[50] = (0, 14617, 32) indirect[51] = (0, 14681, 32) indirect[52] = (0, 14777, 32) indirect[53] = (0, 14873, 32) indirect[54] = (0, 14937, 32) indirect[55] = (0, 15033, 32) indirect[56] = (0, 15129, 32) indirect[57] = (0, 15225, 32) indirect[58] = (0, 15321, 32) indirect[59] = (0, 15417, 32) indirect[60] = (0, 15513, 32) indirect[61] = (0, 15674, 32) indirect[62] = (0, 15738, 32) indirect[63] = (0, 15869, 32) indirect[64] = (0, 16029, 32) indirect[65] = (0, 16093, 32) small data section (max. 1816 bytes): }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 19 22:39:31 2008 From: trac at haiku-os.org (Adek336) Date: Fri, 19 Sep 2008 20:39:31 -0000 Subject: [Haiku-bugs] [Haiku] #1874: VIA Rhine-II not working In-Reply-To: <042.c155ce63a12fc64e267e9a6ad4e99da7@haiku-os.org> References: <042.c155ce63a12fc64e267e9a6ad4e99da7@haiku-os.org> Message-ID: <051.c4b5eaf2af9fe19e755b480d012dda87@haiku-os.org> #1874: VIA Rhine-II not working ------------------------------+--------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by Adek336): Yay I solved it! {{{ static void vr_start_locked(struct ifnet *ifp) { ... for ( cur_tx = sc->vr_tx_prod; cur_tx->vr_next != sc->vr_tx_cons; ) { IFQ_DRV_DEQUEUE(&ifp->if_snd, m_head); if (m_head == NULL) break; + m_head->m_pkthdr.len = m_head->m_len; //or + m_head->m_pkthdr.len = 200; //both seem to work. VR_LOCK_ASSERT(sc); ... }}} You're right! vr_start is called indeed. I didn't look at the logs closely enough. Now after dequeueing m_head it's got m_pkthdr.len == 0. Looking at {{{ if (m_head->m_pkthdr.len < VR_MIN_FRAMELEN) { }}} a few lines lower suggest that ==0 is not right. Do other drivers on FreeBSD compat work? Is m_pkthdr.len set to 0 in them as well? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 20 00:16:35 2008 From: trac at haiku-os.org (axeld) Date: Fri, 19 Sep 2008 22:16:35 -0000 Subject: [Haiku-bugs] [Haiku] #2754: DiskProbe on the main disk brings system to a halt Message-ID: <040.ae0328adf41ae2e733b7658e4bec734b@haiku-os.org> #2754: DiskProbe on the main disk brings system to a halt ---------------------------+------------------------------------------------ Reporter: axeld | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ When I use DiskProbe to scan the internal hard drive on my IBM T60 the system completely hangs. F12 doesn't work anymore either. The problem is 100% reproducible with r27623 here, though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 20 00:29:07 2008 From: trac at haiku-os.org (axeld) Date: Fri, 19 Sep 2008 22:29:07 -0000 Subject: [Haiku-bugs] [Haiku] #2754: DiskProbe on the main disk brings system to a halt In-Reply-To: <040.ae0328adf41ae2e733b7658e4bec734b@haiku-os.org> References: <040.ae0328adf41ae2e733b7658e4bec734b@haiku-os.org> Message-ID: <049.32f3d898207e6114428b47f128f0adb6@haiku-os.org> #2754: DiskProbe on the main disk brings system to a halt ----------------------------+----------------------------------------------- Reporter: axeld | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by axeld): Correction: it was the first entry, but not the hard drive: /dev/disk/atapi/0/master/raw. There is no medium in the drive. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 20 03:49:15 2008 From: trac at haiku-os.org (umccullough) Date: Sat, 20 Sep 2008 01:49:15 -0000 Subject: [Haiku-bugs] [Haiku] #1925: Reboot during startup on Toshiba Satellite 2615DVD/6.0 In-Reply-To: <046.464cc1a60522972f4d6a4db8a13a4bd4@haiku-os.org> References: <046.464cc1a60522972f4d6a4db8a13a4bd4@haiku-os.org> Message-ID: <055.5b95d5a4dcdab2cdd08708873e70d46e@haiku-os.org> #1925: Reboot during startup on Toshiba Satellite 2615DVD/6.0 ----------------------------+----------------------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by umccullough): I've been testing revisions every few weeks on this same laptop with no change in result until recently. I just finally got around to testing r27470 and noticed that instead of an immediate reboot, it now hangs at the boot screen with *no* icons lit. Unfortunately I haven't had a chance to dig any deeper yet, I'll try to get a serial log and try going back some revs to find out what changed. I will do so shortly. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 20 07:59:04 2008 From: trac at haiku-os.org (humdinger) Date: Sat, 20 Sep 2008 05:59:04 -0000 Subject: [Haiku-bugs] [Haiku] #2755: Copy&Pasting files that exist already Message-ID: <044.cf77d7b910faa3b1f159908ea6130d8b@haiku-os.org> #2755: Copy&Pasting files that exist already ----------------------------------+----------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- This is on vmware, r27404. When you copy a file (ALT+C) and paste (ALT+D) it again into the same directory, nothing happens. Shouldn't Tracker either ask to overwrite or, better IMO, paste the file as "[filename] copy", just like a "duplicate" (ALT+D) would? Bug or enhancement? You decide. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 20 12:40:13 2008 From: trac at haiku-os.org (stippi) Date: Sat, 20 Sep 2008 10:40:13 -0000 Subject: [Haiku-bugs] [Haiku] #2753: Subpixel antialiasing doesn't work with hinting on In-Reply-To: <041.ec1e751ccf8faa2f592bfa68801eacbf@haiku-os.org> References: <041.ec1e751ccf8faa2f592bfa68801eacbf@haiku-os.org> Message-ID: <050.02e7d27caaec3f6330b6ca2be936c71c@haiku-os.org> #2753: Subpixel antialiasing doesn't work with hinting on -----------------------------+---------------------------------------------- Reporter: idefix | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Changes (by stippi): * status: assigned => closed * resolution: => fixed Comment: Fixed in r27635. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 20 12:43:01 2008 From: trac at haiku-os.org (stippi) Date: Sat, 20 Sep 2008 10:43:01 -0000 Subject: [Haiku-bugs] [Haiku] #2563: Strength of colours should use a BSlider to help fine tune the setting In-Reply-To: <038.f8a9e81a18c5edb892b35bd86c004fae@haiku-os.org> References: <038.f8a9e81a18c5edb892b35bd86c004fae@haiku-os.org> Message-ID: <047.454df103d06475f245ac49021e46419f@haiku-os.org> #2563: Strength of colours should use a BSlider to help fine tune the setting -------------------------------------+-------------------------------------- Reporter: oco | Owner: stippi Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Preferences/Appearance | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Changes (by stippi): * status: assigned => closed * resolution: => fixed Comment: Fixed in r27635. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 20 12:46:37 2008 From: trac at haiku-os.org (stippi) Date: Sat, 20 Sep 2008 10:46:37 -0000 Subject: [Haiku-bugs] [Haiku] #2751: Recent BTextControl changes have broken some aspects of text control size/resize when not used with BLayout. In-Reply-To: <044.9547f96bc70bf134758d4133f904b20c@haiku-os.org> References: <044.9547f96bc70bf134758d4133f904b20c@haiku-os.org> Message-ID: <053.6fafad2a9d1c95753014e6b69ee07733@haiku-os.org> #2751: Recent BTextControl changes have broken some aspects of text control size/resize when not used with BLayout. ---------------------------------+------------------------------------------ Reporter: anevilyak | Owner: stippi Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by stippi): Hopefully fixed in r27646. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 20 14:06:48 2008 From: trac at haiku-os.org (idefix) Date: Sat, 20 Sep 2008 12:06:48 -0000 Subject: [Haiku-bugs] [Haiku] #2753: Subpixel antialiasing doesn't work with hinting on In-Reply-To: <041.ec1e751ccf8faa2f592bfa68801eacbf@haiku-os.org> References: <041.ec1e751ccf8faa2f592bfa68801eacbf@haiku-os.org> Message-ID: <050.0df5e19d33960967aaa8e3637b44c8c5@haiku-os.org> #2753: Subpixel antialiasing doesn't work with hinting on -----------------------------+---------------------------------------------- Reporter: idefix | Owner: stippi Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Changes (by idefix): * status: closed => reopened * resolution: fixed => Comment: Uhm yes, but this 'fix' completely removes all the options.[[BR]] I mainly use Haiku with hinting off: on my LCD-monitor with Subpixel antialiasing on and on my CRT-monitor with Grayscale antialiasing. Now I can't choose these options anymore. A much better solution would have been to allow the 'Subpixel+hinting'-option, but display a text in the space under the controls describing why this option doesn't work. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 20 16:15:15 2008 From: trac at haiku-os.org (axeld) Date: Sat, 20 Sep 2008 14:15:15 -0000 Subject: [Haiku-bugs] [Haiku] #2753: Subpixel antialiasing doesn't work with hinting on In-Reply-To: <041.ec1e751ccf8faa2f592bfa68801eacbf@haiku-os.org> References: <041.ec1e751ccf8faa2f592bfa68801eacbf@haiku-os.org> Message-ID: <050.fcfa6b2a83714dd6e4951cb5e7b0bec2@haiku-os.org> #2753: Subpixel antialiasing doesn't work with hinting on -----------------------------+---------------------------------------------- Reporter: idefix | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Changes (by axeld): * status: reopened => closed * resolution: => fixed Comment: The option is shown only when you've compiled that feature in. No need to bother you if it's not available anyway, and no one asks you to build Haiku yourself either. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 20 16:29:28 2008 From: trac at haiku-os.org (stippi) Date: Sat, 20 Sep 2008 14:29:28 -0000 Subject: [Haiku-bugs] [Haiku] #2753: Subpixel antialiasing doesn't work with hinting on In-Reply-To: <041.ec1e751ccf8faa2f592bfa68801eacbf@haiku-os.org> References: <041.ec1e751ccf8faa2f592bfa68801eacbf@haiku-os.org> Message-ID: <050.26b4e29b26b9e8d8434b6cdb89d7b3b0@haiku-os.org> #2753: Subpixel antialiasing doesn't work with hinting on -----------------------------+---------------------------------------------- Reporter: idefix | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Comment(by stippi): Ok, fixed again in r27653. As idefix is pointing out, only a certain combination of features is unavailable. As seems to be the case for him, some people like to hurt their eyes and have fonts blurry by disabling hinting. That of course makes glyph shapes more truthfully to the font, the same philosophy is witnessed by MacOS X on-screen font rendering... ;-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 20 18:06:45 2008 From: trac at haiku-os.org (stippi) Date: Sat, 20 Sep 2008 16:06:45 -0000 Subject: [Haiku-bugs] [Haiku] #2751: Recent BTextControl changes have broken some aspects of text control size/resize when not used with BLayout. In-Reply-To: <044.9547f96bc70bf134758d4133f904b20c@haiku-os.org> References: <044.9547f96bc70bf134758d4133f904b20c@haiku-os.org> Message-ID: <053.58e26712af58245606451c4a007d9bff@haiku-os.org> #2751: Recent BTextControl changes have broken some aspects of text control size/resize when not used with BLayout. ---------------------------------+------------------------------------------ Reporter: anevilyak | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by stippi): * status: assigned => closed * resolution: => fixed Comment: Seems so... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 20 18:07:19 2008 From: trac at haiku-os.org (idefix) Date: Sat, 20 Sep 2008 16:07:19 -0000 Subject: [Haiku-bugs] [Haiku] #2753: Subpixel antialiasing doesn't work with hinting on In-Reply-To: <041.ec1e751ccf8faa2f592bfa68801eacbf@haiku-os.org> References: <041.ec1e751ccf8faa2f592bfa68801eacbf@haiku-os.org> Message-ID: <050.07d8afc6ced71fb6850624a9baae4715@haiku-os.org> #2753: Subpixel antialiasing doesn't work with hinting on -----------------------------+---------------------------------------------- Reporter: idefix | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Comment(by idefix): Thanks stippi, for making me able to torture my eyes again! :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 20 19:11:42 2008 From: trac at haiku-os.org (idefix) Date: Sat, 20 Sep 2008 17:11:42 -0000 Subject: [Haiku-bugs] [Haiku] #2735: Low memory (64MB) causes PS/2 keyboard to stop functioning In-Reply-To: <041.adc2b6400461ee3159ff837424466848@haiku-os.org> References: <041.adc2b6400461ee3159ff837424466848@haiku-os.org> Message-ID: <050.92a990edfaec6ff13ab4213bfb27741f@haiku-os.org> #2735: Low memory (64MB) causes PS/2 keyboard to stop functioning -----------------------------------+---------------------------------------- Reporter: idefix | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/input_server | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -----------------------------------+---------------------------------------- Comment(by idefix): I investigated this further: - In VMware both keyboard and mouse work correct with 64MB. - When I restart input_server (by killing it with Processcontroller), the keyboard starts working. Only this time my Wacom tablet doesn't work, but that's fixed by plugging the USB connector out and in. See attached serial-log. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 20 19:12:59 2008 From: trac at haiku-os.org (axeld) Date: Sat, 20 Sep 2008 17:12:59 -0000 Subject: [Haiku-bugs] [Haiku] #2753: Subpixel antialiasing doesn't work with hinting on In-Reply-To: <041.ec1e751ccf8faa2f592bfa68801eacbf@haiku-os.org> References: <041.ec1e751ccf8faa2f592bfa68801eacbf@haiku-os.org> Message-ID: <050.f5dd0b3dddbab662aae905b515f27dfa@haiku-os.org> #2753: Subpixel antialiasing doesn't work with hinting on -----------------------------+---------------------------------------------- Reporter: idefix | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Comment(by axeld): Sorry for the premature closing, I obviously misread this one. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 21 03:01:41 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 21 Sep 2008 01:01:41 -0000 Subject: [Haiku-bugs] [Haiku] #2751: Recent BTextControl changes have broken some aspects of text control size/resize when not used with BLayout. In-Reply-To: <044.9547f96bc70bf134758d4133f904b20c@haiku-os.org> References: <044.9547f96bc70bf134758d4133f904b20c@haiku-os.org> Message-ID: <053.73141e815e736599ffa961f97baf0edb@haiku-os.org> #2751: Recent BTextControl changes have broken some aspects of text control size/resize when not used with BLayout. ---------------------------------+------------------------------------------ Reporter: anevilyak | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by anevilyak): Confirmed, thanks! :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 21 03:03:53 2008 From: trac at haiku-os.org (aldeck) Date: Sun, 21 Sep 2008 01:03:53 -0000 Subject: [Haiku-bugs] [Haiku] #2639: unable to mount ext3 partition with usb_disk In-Reply-To: <042.cc90f6ae325260c0468b67536ba412f8@haiku-os.org> References: <042.cc90f6ae325260c0468b67536ba412f8@haiku-os.org> Message-ID: <051.662abaf4c217a5a2c80667c37f8a4fb7@haiku-os.org> #2639: unable to mount ext3 partition with usb_disk ----------------------------+----------------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: closed Priority: high | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by aldeck): Should probably be moved to another ticket, but here is a quick update, as Axel asked: It's a bit old in my memory now, but it seems it has evolved a bit. I can go to kdl quite easily just trying to mount and browse FAT usb disks ('read only' works apparently). I retried with my own build, build factory, several real hardware and vmwares, several sticks. I remember tryin freshly formated sticks too, but didn't have time to retry right now. See the two atached syslogs, the first didn't kdl but did show the behaviour described in comment 6. The second went to kdl (easily reproducible). A sure thing is that it worked like a charm :) on all my test machines and vm's with r26655 (i tested that one for a week and used usbdisks a lot). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 21 16:36:20 2008 From: trac at haiku-os.org (Stef) Date: Sun, 21 Sep 2008 14:36:20 -0000 Subject: [Haiku-bugs] [Haiku] #2337: After the recent vesa changes haiku hangs at boot In-Reply-To: <039.71dd3b0394d1905149cf0322daff9a9c@haiku-os.org> References: <039.71dd3b0394d1905149cf0322daff9a9c@haiku-os.org> Message-ID: <048.f53e323e1922a6217e7ca400ea2dfe58@haiku-os.org> #2337: After the recent vesa changes haiku hangs at boot -------------------------------+-------------------------------------------- Reporter: ddew | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Drivers/Graphics | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -------------------------------+-------------------------------------------- Comment(by Stef): As the problem with my laptop still exists on the latest builds (r27655), I've been digging into this a bit more. By adding some dprintfs I traced the problem to vm86_do_int, which is called from vbe_get_mode_info. I enabled TRACE_VM86 in src/system/kernel/arch/x86/vm86.cpp and added some additional TRACEs in the emulate function. This resulted in the output seen in the next attachment (sorry, I don't have a serial cable). Perhaps this will be some help to someone who knows more about how this is supposed to work? If more information is needed I'd be happy to help. As a work-around, I'm currently commenting out the for loop in vesa_set_display_mode (src/add-ons/accelerants/vesa/mode.cpp), which allows Haiku to boot without any problems. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 21 20:33:51 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 21 Sep 2008 18:33:51 -0000 Subject: [Haiku-bugs] [Haiku] #2756: r27664 breaks booting on previously working system with panic re being unable to find boot partition Message-ID: <044.6057f1ffcfb4f903b59dd713ce0aa038@haiku-os.org> #2756: r27664 breaks booting on previously working system with panic re being unable to find boot partition ---------------------------+------------------------------------------------ Reporter: anevilyak | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Attached syslog contains complete details of the boot run, though immediately suspicious to me is: {{{ KDiskDeviceManager::_Scan(/dev/disk) KDiskDeviceManager::InitialDeviceScan() failed: No such file or directory }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 21 20:36:05 2008 From: trac at haiku-os.org (umccullough) Date: Sun, 21 Sep 2008 18:36:05 -0000 Subject: [Haiku-bugs] [Haiku] #2756: r27664 breaks booting on previously working system with panic re being unable to find boot partition In-Reply-To: <044.6057f1ffcfb4f903b59dd713ce0aa038@haiku-os.org> References: <044.6057f1ffcfb4f903b59dd713ce0aa038@haiku-os.org> Message-ID: <053.aac048df1b270419dd9df022345fb52e@haiku-os.org> #2756: r27664 breaks booting on previously working system with panic re being unable to find boot partition ----------------------------+----------------------------------------------- Reporter: anevilyak | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by umccullough): I can confirm breakage here on my Optiplex GX270 with a PATA disk and Haiku booting from 2nd partition. It works with 27663, fails with 27664. I can provide an additional serial log provided if needed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 21 20:41:41 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 21 Sep 2008 18:41:41 -0000 Subject: [Haiku-bugs] [Haiku] #2756: r27664 breaks booting on previously working system with panic re being unable to find boot partition In-Reply-To: <044.6057f1ffcfb4f903b59dd713ce0aa038@haiku-os.org> References: <044.6057f1ffcfb4f903b59dd713ce0aa038@haiku-os.org> Message-ID: <053.1d57a76c69f4fd7dff0852a12b70c181@haiku-os.org> #2756: r27664 breaks booting on previously working system with panic re being unable to find boot partition ----------------------------+----------------------------------------------- Reporter: anevilyak | Owner: bonefish Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by anevilyak): * priority: normal => critical * milestone: R1 => R1/alpha1 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 21 20:50:18 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 21 Sep 2008 18:50:18 -0000 Subject: [Haiku-bugs] [Haiku] #2756: r27664 breaks booting on previously working system with panic re being unable to find boot partition In-Reply-To: <044.6057f1ffcfb4f903b59dd713ce0aa038@haiku-os.org> References: <044.6057f1ffcfb4f903b59dd713ce0aa038@haiku-os.org> Message-ID: <053.dd85c8cf9f6116da7ca307f62bd1224b@haiku-os.org> #2756: r27664 breaks booting on previously working system with panic re being unable to find boot partition ----------------------------+----------------------------------------------- Reporter: anevilyak | Owner: bonefish Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by anevilyak): On second thought, maybe it's this? {{{ Could not load "scsi_cd" error -2147459069 Could not load "scsi_disk" error -2147459069 }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 21 21:24:38 2008 From: trac at haiku-os.org (luroh) Date: Sun, 21 Sep 2008 19:24:38 -0000 Subject: [Haiku-bugs] [Haiku] #2757: regression: r27665 broke booting under VMware Message-ID: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> #2757: regression: r27665 broke booting under VMware ---------------------------+------------------------------------------------ Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Under VMware Player 2.0.3, r27665 panics at the red rocket: "PANIC: vm_page_fault: unhandled page fault in kernel space at 0x0, ip 0x90aa4a79" r27664 boots fine. Screenshot and serial log attached. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 21 21:36:54 2008 From: trac at haiku-os.org (mmu_man) Date: Sun, 21 Sep 2008 19:36:54 -0000 Subject: [Haiku-bugs] [Haiku] #2739: KDL at boot with SBLive In-Reply-To: <041.f8173d933891dbef51e6820edf478d62@haiku-os.org> References: <041.f8173d933891dbef51e6820edf478d62@haiku-os.org> Message-ID: <050.1a12123d69421494f9a6f51c660456b4@haiku-os.org> #2739: KDL at boot with SBLive ----------------------------+----------------------------------------------- Reporter: biffuz | Owner: mmu_man Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by mmu_man): * status: new => assigned Comment: Could you try using this newer version ? It should fix several bugs including a nasty too small malloc in my code. http://revolf.free.fr/beos/oss-beos-v4.1test-bin.zip -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 21 22:07:06 2008 From: trac at haiku-os.org (axeld) Date: Sun, 21 Sep 2008 20:07:06 -0000 Subject: [Haiku-bugs] [Haiku] #2757: regression: r27665 broke booting under VMware In-Reply-To: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> References: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> Message-ID: <049.756f0f8a5337990631faf81c9c11cd33@haiku-os.org> #2757: regression: r27665 broke booting under VMware ----------------------------+----------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by axeld): That's the exact same KDL I get. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 21 22:29:35 2008 From: trac at haiku-os.org (luroh) Date: Sun, 21 Sep 2008 20:29:35 -0000 Subject: [Haiku-bugs] [Haiku] #2756: r27664 breaks booting on previously working system with panic re being unable to find boot partition In-Reply-To: <044.6057f1ffcfb4f903b59dd713ce0aa038@haiku-os.org> References: <044.6057f1ffcfb4f903b59dd713ce0aa038@haiku-os.org> Message-ID: <053.e7b49fb7fc44125f962006c766a3314b@haiku-os.org> #2756: r27664 breaks booting on previously working system with panic re being unable to find boot partition ----------------------------+----------------------------------------------- Reporter: anevilyak | Owner: bonefish Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by luroh): This happens with r27664 when I build to a second partition on my disk, but it boots fine if I build to just a single partition instead. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 21 22:31:08 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 21 Sep 2008 20:31:08 -0000 Subject: [Haiku-bugs] [Haiku] #2756: r27664 breaks booting on previously working system with panic re being unable to find boot partition In-Reply-To: <044.6057f1ffcfb4f903b59dd713ce0aa038@haiku-os.org> References: <044.6057f1ffcfb4f903b59dd713ce0aa038@haiku-os.org> Message-ID: <053.ae6a014ba5abcf28934dfcd35299512b@haiku-os.org> #2756: r27664 breaks booting on previously working system with panic re being unable to find boot partition ----------------------------+----------------------------------------------- Reporter: anevilyak | Owner: bonefish Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by anevilyak): Note: my Haiku partitions are (and has always been) on partitions 2 and 3 as well (partition 1 = FreeBSD). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 21 22:41:53 2008 From: trac at haiku-os.org (axeld) Date: Sun, 21 Sep 2008 20:41:53 -0000 Subject: [Haiku-bugs] [Haiku] #1874: VIA Rhine-II not working In-Reply-To: <042.c155ce63a12fc64e267e9a6ad4e99da7@haiku-os.org> References: <042.c155ce63a12fc64e267e9a6ad4e99da7@haiku-os.org> Message-ID: <051.b06e7c37ead5dd11caf3d82e78f7cbe8@haiku-os.org> #1874: VIA Rhine-II not working ------------------------------+--------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by axeld): Does r27674 help, too? In any case, thanks a lot for finding the cause of this! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 21 22:45:55 2008 From: trac at haiku-os.org (luroh) Date: Sun, 21 Sep 2008 20:45:55 -0000 Subject: [Haiku-bugs] [Haiku] #2756: r27664 breaks booting on previously working system with panic re being unable to find boot partition In-Reply-To: <044.6057f1ffcfb4f903b59dd713ce0aa038@haiku-os.org> References: <044.6057f1ffcfb4f903b59dd713ce0aa038@haiku-os.org> Message-ID: <053.60cbb9b83eb6ae5e22e90c9243a3beb0@haiku-os.org> #2756: r27664 breaks booting on previously working system with panic re being unable to find boot partition ----------------------------+----------------------------------------------- Reporter: anevilyak | Owner: bonefish Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by luroh): Having tested some more, Haiku seems to have a problem booting from multi- partition disks. Building to the first of several partitions does not help. Only building to a single partition disk works for me with r27664. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 21 23:35:52 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 21 Sep 2008 21:35:52 -0000 Subject: [Haiku-bugs] [Haiku] #2756: r27664 breaks booting on previously working system with panic re being unable to find boot partition In-Reply-To: <044.6057f1ffcfb4f903b59dd713ce0aa038@haiku-os.org> References: <044.6057f1ffcfb4f903b59dd713ce0aa038@haiku-os.org> Message-ID: <053.aad10f6c12ce0622caedd778b969a0a6@haiku-os.org> #2756: r27664 breaks booting on previously working system with panic re being unable to find boot partition ----------------------------+----------------------------------------------- Reporter: anevilyak | Owner: bonefish Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by anevilyak): Replying to [comment:3 anevilyak]: > On second thought, maybe it's this? > > {{{ > Could not load "scsi_cd" error -2147459069 > Could not load "scsi_disk" error -2147459069 > }}} > FYI, with the latest change I get malloc errors before both of these: {{{ 0x00105938 Partition::_Mount check for file_system: BFS Filesystem load kernel... video mode: 1280x1024x32 malloc(): Out of memory! Could not load "scsi_cd" error -2147459069 malloc(): Out of memory! Could not load "scsi_disk" error -2147459069 }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 21 23:41:22 2008 From: trac at haiku-os.org (luroh) Date: Sun, 21 Sep 2008 21:41:22 -0000 Subject: [Haiku-bugs] [Haiku] #2757: regression: r27665 broke booting, panics at the red rocket (was: regression: r27665 broke booting under VMware) In-Reply-To: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> References: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> Message-ID: <049.428be3cf4d71ab74a99514f1e1c2b0a6@haiku-os.org> #2757: regression: r27665 broke booting, panics at the red rocket ----------------------------+----------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by luroh): Having tested some more, it's not a VMware-only problem; I get the same KDL on real hw as well. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 21 23:48:01 2008 From: trac at haiku-os.org (bonefish) Date: Sun, 21 Sep 2008 21:48:01 -0000 Subject: [Haiku-bugs] [Haiku] #2756: r27664 breaks booting on previously working system with panic re being unable to find boot partition In-Reply-To: <044.6057f1ffcfb4f903b59dd713ce0aa038@haiku-os.org> References: <044.6057f1ffcfb4f903b59dd713ce0aa038@haiku-os.org> Message-ID: <053.2a78a059c462df55db66ff221dbb0890@haiku-os.org> #2756: r27664 breaks booting on previously working system with panic re being unable to find boot partition ----------------------------+----------------------------------------------- Reporter: anevilyak | Owner: bonefish Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by bonefish): Replying to [comment:3 anevilyak]: > On second thought, maybe it's this? > > {{{ > Could not load "scsi_cd" error -2147459069 > Could not load "scsi_disk" error -2147459069 > }}} I encountered that too while working on the changes for r27664. It turned out that the boot loader ran out of heap (the error message is not very helpful). My changes to the BFS code simply caused it to use more memory, since it now loads full blocks instead of only the inode structures. The problem disappeared again when changed the code to let streams share blocks. Maybe it's a bit configuration depended whether the heap limit is hit. Anyway, I increased the heap size in r27680. Please verify, whether that fixes the problem. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 21 23:52:15 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 21 Sep 2008 21:52:15 -0000 Subject: [Haiku-bugs] [Haiku] #2756: r27664 breaks booting on previously working system with panic re being unable to find boot partition In-Reply-To: <044.6057f1ffcfb4f903b59dd713ce0aa038@haiku-os.org> References: <044.6057f1ffcfb4f903b59dd713ce0aa038@haiku-os.org> Message-ID: <053.7a7d598b041a0a46c25048286d724943@haiku-os.org> #2756: r27664 breaks booting on previously working system with panic re being unable to find boot partition ----------------------------+----------------------------------------------- Reporter: anevilyak | Owner: bonefish Type: bug | Status: closed Priority: critical | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by anevilyak): * status: new => closed * resolution: => fixed Comment: Just confirmed, r27680 fixes it indeed. Now I encounter ticket #2757 though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 21 23:55:51 2008 From: trac at haiku-os.org (bonefish) Date: Sun, 21 Sep 2008 21:55:51 -0000 Subject: [Haiku-bugs] [Haiku] #2757: regression: r27665 broke booting, panics at the red rocket In-Reply-To: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> References: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> Message-ID: <049.9b6cd5353054525ff0ab96eaa4a2aa78@haiku-os.org> #2757: regression: r27665 broke booting, panics at the red rocket ----------------------------+----------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by bonefish): Does r27680 fix the problem? BTW, I don't have any problem booting with r27665 or later in VMware (356 MB RAM, 3 HDs, CD-ROM). I have customized my image a bit (UserBootConfig) and also have some uncommitted changes, but those are totally unrelated. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 22 00:01:41 2008 From: trac at haiku-os.org (luroh) Date: Sun, 21 Sep 2008 22:01:41 -0000 Subject: [Haiku-bugs] [Haiku] #2757: regression: r27665 broke booting, panics at the red rocket In-Reply-To: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> References: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> Message-ID: <049.91e9838bc492a012eceb2d7995b45cb4@haiku-os.org> #2757: regression: r27665 broke booting, panics at the red rocket ----------------------------+----------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by luroh): Sorry, the problem is still present in r27680, both in VMware and on real hw. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 22 00:34:34 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 21 Sep 2008 22:34:34 -0000 Subject: [Haiku-bugs] [Haiku] #1874: VIA Rhine-II not working In-Reply-To: <042.c155ce63a12fc64e267e9a6ad4e99da7@haiku-os.org> References: <042.c155ce63a12fc64e267e9a6ad4e99da7@haiku-os.org> Message-ID: <051.e85a3cfcc55aecae95e14b4bd37d1a47@haiku-os.org> #1874: VIA Rhine-II not working ------------------------------+--------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by Adek336): it sure works! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 22 00:44:25 2008 From: trac at haiku-os.org (bonefish) Date: Sun, 21 Sep 2008 22:44:25 -0000 Subject: [Haiku-bugs] [Haiku] #2757: regression: r27665 broke booting, panics at the red rocket In-Reply-To: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> References: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> Message-ID: <049.4f6edb23ce127f3563029c1961153ed8@haiku-os.org> #2757: regression: r27665 broke booting, panics at the red rocket ----------------------------+----------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by bonefish): After backing out my uncommitted changes, disabling all image customizations, rebuilding the image from the scratch, and trying various virtual hardware configurations (with VMware Server 1.0.6 build-91891), I still haven't been able to reproduce the problem. What image customizations and hardware configurations do you use? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 22 00:52:40 2008 From: trac at haiku-os.org (luroh) Date: Sun, 21 Sep 2008 22:52:40 -0000 Subject: [Haiku-bugs] [Haiku] #2757: regression: r27665 broke booting, panics at the red rocket In-Reply-To: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> References: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> Message-ID: <049.05285d4aac9addaf263ae03ac76af223@haiku-os.org> #2757: regression: r27665 broke booting, panics at the red rocket ----------------------------+----------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by luroh): Attaching UserBuildConfig and haiku.vmx, those are my only tweaks. No other local changes. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 22 01:00:22 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 21 Sep 2008 23:00:22 -0000 Subject: [Haiku-bugs] [Haiku] #2758: downloading on VIA Rhine-II KDLs Message-ID: <042.f1265e15f306ca910d022cee484489ff@haiku-os.org> #2758: downloading on VIA Rhine-II KDLs --------------------------------+------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Downloading a file with wget, browsing webpages with Links or starting Firefox crashes system. The fastest in crashing is Firefox - just after rendering the home page. one trace {{{ PANIC: vm_page_fault ... <..kernel_x86>memcpy_generic <..>devfs_read__FP9fs_volumeP8fs_vnodePvcT2PUl <..>file_read__FP15file_descriptorxPvPUl <..>_kern_read <..>read <..add- ons/kernel/network/devices/ethernet>ethernet_receive_data__FP10net_devicePP10net_buffer <..add-ons/kernel/network/stack>device_reader_thread__FPv <..kernel_x86>_create_kernel_thread_kentry__Fv <..>thread_kthreadexit__Fv }}} another {{{ PANIC: vm_page_fault ... <..kernel_x86>memmove m_devget <..>vr_rxeof <..>vr_intr <..>intr_handler }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 22 01:07:10 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 21 Sep 2008 23:07:10 -0000 Subject: [Haiku-bugs] [Haiku] #2757: regression: r27665 broke booting, panics at the red rocket In-Reply-To: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> References: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> Message-ID: <049.acb4cda90b7bf65d7a462768f6072d2e@haiku-os.org> #2757: regression: r27665 broke booting, panics at the red rocket ----------------------------+----------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by anevilyak): No customizations here other than kernel tracing enabled, attaching my UserBuildConfig also. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 22 01:10:52 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 21 Sep 2008 23:10:52 -0000 Subject: [Haiku-bugs] [Haiku] #2757: regression: r27665 broke booting, panics at the red rocket In-Reply-To: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> References: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> Message-ID: <049.b10aac7893736da301e9f142346ada82@haiku-os.org> #2757: regression: r27665 broke booting, panics at the red rocket ----------------------------+----------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by anevilyak): Hardware-wise: Athlon64 3200+ (single core) Asus A8N-SLI Nvidia CK804-based PCI Express motherboard ATI x800 PCI Express graphics board On-board Nforce Ethernet (via FreeBSD nforce driver). SBLive PCI audio (motherboard audio chipset disabled). Hard disk set up via on-board SATA controller (using legacy_sata driver, ata vs ide bus manager makes no difference to this KDL). Nothing else comes to mind that'd be relevant here. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 22 01:12:35 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 21 Sep 2008 23:12:35 -0000 Subject: [Haiku-bugs] [Haiku] #2757: regression: r27665 broke booting, panics at the red rocket In-Reply-To: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> References: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> Message-ID: <049.c185c44a4c28ac312bb23241be70f2cc@haiku-os.org> #2757: regression: r27665 broke booting, panics at the red rocket ----------------------------+----------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by anevilyak): Bah. Apologies for the formatting on that last comment, but I seem unable to edit after the fact. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 22 01:20:05 2008 From: trac at haiku-os.org (bonefish) Date: Sun, 21 Sep 2008 23:20:05 -0000 Subject: [Haiku-bugs] [Haiku] #2757: regression: r27665 broke booting, panics at the red rocket In-Reply-To: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> References: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> Message-ID: <049.e43a5815eb5fb6579efa8ed0b4019058@haiku-os.org> #2757: regression: r27665 broke booting, panics at the red rocket ----------------------------+----------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by bonefish): Tested again with and without GPL add-ons enabled (forgot those first) and luroh's UserBuildConfig (the VM config is basically identical to mine anyway). Works fine. Also tested on real hardware (Core 2 Duo 2.2 GHz, 2 GB RAM), which also works fine. I'm pretty clueless... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 22 01:23:04 2008 From: trac at haiku-os.org (anevilyak) Date: Sun, 21 Sep 2008 23:23:04 -0000 Subject: [Haiku-bugs] [Haiku] #2757: regression: r27665 broke booting, panics at the red rocket In-Reply-To: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> References: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> Message-ID: <049.6b01adef5c20035b437026a8f67dc349@haiku-os.org> #2757: regression: r27665 broke booting, panics at the red rocket ----------------------------+----------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by anevilyak): Any extra tracing I can enable to help determine something useful? The PCI dump from my sys should be in the syslog from ticket #2756 if that's relevant at all (I notice it's crashing in pci_get_nth_pci_info). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 22 02:02:58 2008 From: trac at haiku-os.org (bonefish) Date: Mon, 22 Sep 2008 00:02:58 -0000 Subject: [Haiku-bugs] [Haiku] #2757: regression: r27665 broke booting, panics at the red rocket In-Reply-To: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> References: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> Message-ID: <049.f47272673a3a5989cab5765075940591@haiku-os.org> #2757: regression: r27665 broke booting, panics at the red rocket ----------------------------+----------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by bonefish): Replying to [comment:11 anevilyak]: > Any extra tracing I can enable to help determine something useful? The PCI dump from my sys should be in the syslog from ticket #2756 if that's relevant at all (I notice it's crashing in pci_get_nth_pci_info). The attached serial debug output suggests that gPCI in src/add- ons/kernel/bus_managers/pci/pci.cpp is NULL. It also says that pci_init() has been invoked, though, so it should have been initialized. Supposedly someone overwrites it afterwards. You could enable kernel breakpoints (in headers/private/kernel/arch/user_debugger.h) and set a watchpoint to the memory location after it has been initialized: {{{ arch_set_kernel_watchpoint(&gPCI, B_DATA_WRITE_WATCHPOINT, 4); }}} The mentioned header must be included (). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 22 03:07:30 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 22 Sep 2008 01:07:30 -0000 Subject: [Haiku-bugs] [Haiku] #2757: regression: r27665 broke booting, panics at the red rocket In-Reply-To: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> References: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> Message-ID: <049.4d0968c4f3a3a523a447052f082d2efd@haiku-os.org> #2757: regression: r27665 broke booting, panics at the red rocket ----------------------------+----------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by anevilyak): Didn't seem to hit the breakpoint, I did confirm that gPCI is initialized properly though (0x90d95000). Otherwise crashed identically. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 22 03:33:23 2008 From: trac at haiku-os.org (bonefish) Date: Mon, 22 Sep 2008 01:33:23 -0000 Subject: [Haiku-bugs] [Haiku] #2757: regression: r27665 broke booting, panics at the red rocket In-Reply-To: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> References: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> Message-ID: <049.5691c275b341ba19a3cf0b2963e31a29@haiku-os.org> #2757: regression: r27665 broke booting, panics at the red rocket ----------------------------+----------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by bonefish): Did you check whether gPCI is indeed NULL in pci_get_nth_pci_info() when crashing? If so and the watchpoint is not hit, that would suggest that it's not the same gPCI location, e.g. because the image is loaded twice. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 22 03:50:03 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 22 Sep 2008 01:50:03 -0000 Subject: [Haiku-bugs] [Haiku] #2757: regression: r27665 broke booting, panics at the red rocket In-Reply-To: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> References: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> Message-ID: <049.3ead19d7720090efbd6c609006c46d0b@haiku-os.org> #2757: regression: r27665 broke booting, panics at the red rocket ----------------------------+----------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by anevilyak): Replying to [comment:14 bonefish]: > Did you check whether gPCI is indeed NULL in pci_get_nth_pci_info() when crashing? Just checked: {{{ pci_get_nth_pci_info(0, 0x90e052d0) - gPCI = 0x00000000 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 0xa0220b15, write 0, user 0, thread 0x3b PANIC: vm_page_fault: unhandled page fault in kernel space at 0x0, ip 0xa0220b15 }}} Any way to verify if two images are in fact loaded? I'm modifying my TRACE statements now to print the mem location of gPCI in both cases to see what that yields now. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 22 03:54:41 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 22 Sep 2008 01:54:41 -0000 Subject: [Haiku-bugs] [Haiku] #2757: regression: r27665 broke booting, panics at the red rocket In-Reply-To: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> References: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> Message-ID: <049.ab366fca2fe3841c1196a8ceff4509b5@haiku-os.org> #2757: regression: r27665 broke booting, panics at the red rocket ----------------------------+----------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by anevilyak): At init: {{{ PCI: gPCI initialized to 0x90d95000, &gPCI = 0x808cb1f4 }}} Note also that quite a few successful calls to pci_get_nth_pci_info appear on serial debug with this initial base address. At crash however: {{{ pci_get_nth_pci_info(0, 0x90e052d0) - gPCI = 0x00000000, &gPCI = 0xa02bb1f4 }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 22 03:55:16 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 22 Sep 2008 01:55:16 -0000 Subject: [Haiku-bugs] [Haiku] #2757: regression: r27665 broke booting, panics at the red rocket In-Reply-To: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> References: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> Message-ID: <049.2b81378c30bdb75a267951cce116f271@haiku-os.org> #2757: regression: r27665 broke booting, panics at the red rocket ----------------------------+----------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by anevilyak): I should say, those successful get_nth_pci_info calls are during the usual PCI dump that appears at the beginning of the log. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 22 03:56:51 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 22 Sep 2008 01:56:51 -0000 Subject: [Haiku-bugs] [Haiku] #2757: regression: r27665 broke booting, panics at the red rocket In-Reply-To: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> References: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> Message-ID: <049.6b4896652e111ee051e4d89fe1dd6517@haiku-os.org> #2757: regression: r27665 broke booting, panics at the red rocket ----------------------------+----------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by anevilyak): If it helps: {{{ kdebug> team_images 1 Registered images of team 1 ID text size data size name 1 0x80000000 1105920 0x8010e000 139264 /Haiku/beos/system/kernel_x86 3 0x80904000 49152 0x80910000 4096 /Haiku/beos/system/add- ons/kernel/boot/usb 6 0x808e2000 16384 0x808e6000 4096 /Haiku/beos/system/add- ons/kernel/boot/scsi_periph 7 0x808df000 8192 0x808e1000 4096 /Haiku/beos/system/add- ons/kernel/boot/scsi_disk 8 0x808db000 12288 0x808de000 4096 /Haiku/beos/system/add- ons/kernel/boot/scsi_cd 9 0x808cc000 36864 0x808d5000 8192 /Haiku/beos/system/add- ons/kernel/boot/scsi 10 0x80810000 528384 0x80891000 241664 /Haiku/beos/system/add- ons/kernel/boot/pci 11 0x807fc000 61440 0x8080b000 4096 /Haiku/beos/system/add- ons/kernel/boot/ohci 12 0x807f9000 8192 0x807fb000 4096 /Haiku/beos/system/add- ons/kernel/boot/locked_pool 13 0x807f6000 8192 0x807f8000 4096 /Haiku/beos/system/add- ons/kernel/boot/legacy_sata 15 0x807ee000 4096 0x807ef000 4096 /Haiku/beos/system/add- ons/kernel/boot/isa 16 0x807e2000 40960 0x807ec000 8192 /Haiku/beos/system/add- ons/kernel/boot/intel 18 0x807db000 12288 0x807de000 4096 /Haiku/beos/system/add- ons/kernel/boot/ide_adapter 19 0x807cd000 36864 0x807d6000 4096 /Haiku/beos/system/add- ons/kernel/boot/ide 20 0x807cb000 4096 0x807cc000 4096 /Haiku/beos/system/add- ons/kernel/boot/generic_ide_pci 21 0x807b7000 61440 0x807c6000 4096 /Haiku/beos/system/add- ons/kernel/boot/ehci 22 0x807b5000 4096 0x807b6000 4096 /Haiku/beos/system/add- ons/kernel/boot/config_manager 23 0x80783000 167936 0x807ac000 4096 /Haiku/beos/system/add- ons/kernel/boot/bfs 217 0x80967000 8192 0x80969000 4096 /boot/beos/system/add- ons/kernel/drivers/dev/console 218 0x8096a000 4096 0x8096b000 4096 /boot/beos/system/add- ons/kernel/drivers/dev/dprintf 219 0x8096c000 8192 0x8096e000 4096 /boot/beos/system/add- ons/kernel/drivers/dev/keyboard 220 0x80980000 4096 0x80981000 4096 /boot/beos/system/add- ons/kernel/drivers/dev/null 221 0x80982000 12288 0x80985000 4096 /boot/beos/system/add- ons/kernel/drivers/dev/random 222 0x80986000 36864 0x8098f000 16384 /boot/beos/system/add- ons/kernel/drivers/dev/tty 223 0x80993000 4096 0x80994000 4096 /boot/beos/system/add- ons/kernel/drivers/dev/zero 293 0x8077c000 4096 0x8077d000 8192 /boot/beos/system/add- ons/kernel/cpu/generic_x86 294 0x80995000 28672 0x8099c000 94208 /boot/beos/system/add- ons/kernel/debugger/disasm 295 0x807df000 8192 0x807e1000 4096 /boot/beos/system/add- ons/kernel/debugger/hangman 296 0x807f4000 4096 0x807f5000 4096 /boot/beos/system/add- ons/kernel/debugger/invalidate_on_exit 1569 0x8074b000 86016 0x80760000 8192 /boot/beos/system/add- ons/kernel/network/stack 1579 0x80762000 24576 0x80768000 4096 /boot/beos/system/add- ons/kernel/network/protocols/udp 1580 0x80769000 36864 0x80772000 4096 /boot/beos/system/add- ons/kernel/network/protocols/ipv4 1582 0x80247000 4096 0x80248000 4096 /boot/beos/system/add- ons/kernel/network/devices/loopback 1583 0x80249000 4096 0x8024a000 4096 /boot/beos/system/add- ons/kernel/network/datalink_protocols/loopback_frame 1584 0x809b3000 86016 0x809c8000 8192 /boot/beos/system/add- ons/kernel/drivers/dev/net/3com 1585 0xa0200000 528384 0xa0281000 241664 /Haiku/beos/system/add- ons/kernel/boot/pci }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 22 03:58:08 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 22 Sep 2008 01:58:08 -0000 Subject: [Haiku-bugs] [Haiku] #2757: regression: r27665 broke booting, panics at the red rocket In-Reply-To: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> References: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> Message-ID: <049.a71a8efbb4aac00ce9a99d519a161311@haiku-os.org> #2757: regression: r27665 broke booting, panics at the red rocket ----------------------------+----------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by anevilyak): Which seems to confirm your suspicion, since image #1585 matches the new base addr, while image id#10 matches the old. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 22 04:15:22 2008 From: trac at haiku-os.org (bonefish) Date: Mon, 22 Sep 2008 02:15:22 -0000 Subject: [Haiku-bugs] [Haiku] #2757: regression: r27665 broke booting, panics at the red rocket In-Reply-To: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> References: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> Message-ID: <049.30f1a83e6e870935fc38e63ca727a9a0@haiku-os.org> #2757: regression: r27665 broke booting, panics at the red rocket ----------------------------+----------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by bonefish): I suppose some debug output in the kernel's module code (src/system/kernel/module.cpp) would allow to track it down. It is particularly interesting that image 1585 has a name that looks like it has been loaded by the boot loader (starting with "/Haiku/"), but has an ID greater than modules that have been loaded by the kernel ("/boot/"). I guess for some reason the kernel loads the image again, although it had been pre-loaded by the boot loader. Obviously it has something to do with my change that the modules pre-loaded by the boot loader do now have paths that can be resolved to actual files. No idea why I can't reproduce the problem over here, though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 22 04:40:36 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 22 Sep 2008 02:40:36 -0000 Subject: [Haiku-bugs] [Haiku] #2757: regression: r27665 broke booting, panics at the red rocket In-Reply-To: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> References: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> Message-ID: <049.fff0e947c0e1635eb38e8f6712149a41@haiku-os.org> #2757: regression: r27665 broke booting, panics at the red rocket ----------------------------+----------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by anevilyak): Will try booting with TRACE_MODULE enabled and see what happens, will report back shortly. It definitely isn't a stale build in any case, I've run jam -aq a few times and even tried jam clean ; jam -q as well just to be sure, results identical. Give me a few minutes. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 22 04:52:05 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 22 Sep 2008 02:52:05 -0000 Subject: [Haiku-bugs] [Haiku] #2757: regression: r27665 broke booting, panics at the red rocket In-Reply-To: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> References: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> Message-ID: <049.7c8e56b6748849d144fcbb66d35a5200@haiku-os.org> #2757: regression: r27665 broke booting, panics at the red rocket ----------------------------+----------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by anevilyak): Log attached, if I'm reading this right, it managed to resolve the correct path to the existing module, but decided to load it again anyways? Will see if I can add more tracing in the right areas to narrow down why. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 22 05:13:18 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 22 Sep 2008 03:13:18 -0000 Subject: [Haiku-bugs] [Haiku] #2757: regression: r27665 broke booting, panics at the red rocket In-Reply-To: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> References: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> Message-ID: <049.724b6e63e600e68b9c86957f42ff7bd2@haiku-os.org> #2757: regression: r27665 broke booting, panics at the red rocket ----------------------------+----------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by anevilyak): Seems it tries, but fails to look up the full path in sModuleImagesHash and thus tries to reload it. Are the preloaded modules inserted into the hash by the boot loader or is the kernel responsible for populating that once it's started? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 22 07:23:06 2008 From: trac at haiku-os.org (bbjimmy) Date: Mon, 22 Sep 2008 05:23:06 -0000 Subject: [Haiku-bugs] [Haiku] #2213: KDL page fault re-starting tne media server. In-Reply-To: <042.ffb4bde7e8e81472058e4ebe6cc215d0@haiku-os.org> References: <042.ffb4bde7e8e81472058e4ebe6cc215d0@haiku-os.org> Message-ID: <051.7f546abba5d14429fadf3d339785af44@haiku-os.org> #2213: KDL page fault re-starting tne media server. ----------------------------+----------------------------------------------- Reporter: bbjimmy | Owner: mmu_man Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Audio & Video | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by bbjimmy): This bug seems to be squished. I can now restart the media server without the KDL issue. Please close the ticket. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 22 09:11:59 2008 From: trac at haiku-os.org (jackburton) Date: Mon, 22 Sep 2008 07:11:59 -0000 Subject: [Haiku-bugs] [Haiku] #2213: KDL page fault re-starting tne media server. In-Reply-To: <042.ffb4bde7e8e81472058e4ebe6cc215d0@haiku-os.org> References: <042.ffb4bde7e8e81472058e4ebe6cc215d0@haiku-os.org> Message-ID: <051.e490c990ed29f5ac6e0a4f6f7dd9ddbb@haiku-os.org> #2213: KDL page fault re-starting tne media server. ----------------------------+----------------------------------------------- Reporter: bbjimmy | Owner: mmu_man Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Audio & Video | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Changes (by jackburton): * status: assigned => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 22 09:45:31 2008 From: trac at haiku-os.org (jackburton) Date: Mon, 22 Sep 2008 07:45:31 -0000 Subject: [Haiku-bugs] [Haiku] #2759: Media player crashes when trying to play an avi file Message-ID: <045.d71783b080a568c529931cb7b018df10@haiku-os.org> #2759: Media player crashes when trying to play an avi file --------------------------------------+------------------------------------- Reporter: jackburton | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/MediaPlayer | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------------+------------------------------------- Media player crashes if double clicking on this file: http://www.no1984.org/download/movie/TrustedComputing_no1984_SUPERHIGH.avi I can provide a stack trace. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 22 09:50:05 2008 From: trac at haiku-os.org (jackburton) Date: Mon, 22 Sep 2008 07:50:05 -0000 Subject: [Haiku-bugs] [Haiku] #2759: Media player crashes when trying to play an avi file In-Reply-To: <045.d71783b080a568c529931cb7b018df10@haiku-os.org> References: <045.d71783b080a568c529931cb7b018df10@haiku-os.org> Message-ID: <054.baee21c384ffbcc0db40f813607185fc@haiku-os.org> #2759: Media player crashes when trying to play an avi file ---------------------------------------+------------------------------------ Reporter: jackburton | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/MediaPlayer | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Comment(by jackburton): By the way, seems to be a race condition, because playing this file works once every 5 or 6 times. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 22 10:10:00 2008 From: trac at haiku-os.org (axeld) Date: Mon, 22 Sep 2008 08:10:00 -0000 Subject: [Haiku-bugs] [Haiku] #1874: VIA Rhine-II not working In-Reply-To: <042.c155ce63a12fc64e267e9a6ad4e99da7@haiku-os.org> References: <042.c155ce63a12fc64e267e9a6ad4e99da7@haiku-os.org> Message-ID: <051.0746951fe12dda159bd7d79e6d2c83bc@haiku-os.org> #1874: VIA Rhine-II not working ------------------------------+--------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Thanks for the update! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 22 11:27:24 2008 From: trac at haiku-os.org (axeld) Date: Mon, 22 Sep 2008 09:27:24 -0000 Subject: [Haiku-bugs] [Haiku] #2757: regression: r27665 broke booting, panics at the red rocket In-Reply-To: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> References: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> Message-ID: <049.362a0e1a21165039fd99740b1bab1b99@haiku-os.org> #2757: regression: r27665 broke booting, panics at the red rocket ----------------------------+----------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: The kernel does that during startup. In any case, the problem has been fixed in r27685, thanks for looking into it :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 22 14:37:24 2008 From: trac at haiku-os.org (bonefish) Date: Mon, 22 Sep 2008 12:37:24 -0000 Subject: [Haiku-bugs] [Haiku] #2757: regression: r27665 broke booting, panics at the red rocket In-Reply-To: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> References: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> Message-ID: <049.2fe1ee247bff0201ad114974f7039cf5@haiku-os.org> #2757: regression: r27665 broke booting, panics at the red rocket ----------------------------+----------------------------------------------- Reporter: luroh | Owner: bonefish Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by bonefish): * status: new => assigned -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 22 14:37:02 2008 From: trac at haiku-os.org (bonefish) Date: Mon, 22 Sep 2008 12:37:02 -0000 Subject: [Haiku-bugs] [Haiku] #2757: regression: r27665 broke booting, panics at the red rocket In-Reply-To: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> References: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> Message-ID: <049.2c30683f9fd0cdbdbf27854115f66e38@haiku-os.org> #2757: regression: r27665 broke booting, panics at the red rocket ----------------------------+----------------------------------------------- Reporter: luroh | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by bonefish): * owner: axeld => bonefish * status: reopened => new Comment: Investigating this a bit, first. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 22 14:40:23 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 22 Sep 2008 12:40:23 -0000 Subject: [Haiku-bugs] [Haiku] #2757: regression: r27665 broke booting, panics at the red rocket In-Reply-To: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> References: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> Message-ID: <049.f5b981fdcb1ba7abdde450b24b3f1c88@haiku-os.org> #2757: regression: r27665 broke booting, panics at the red rocket ----------------------------+----------------------------------------------- Reporter: luroh | Owner: bonefish Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by anevilyak): Interesting, the newest rev does at least boot properly here. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 22 15:26:54 2008 From: trac at haiku-os.org (dlmcpaul) Date: Mon, 22 Sep 2008 13:26:54 -0000 Subject: [Haiku-bugs] [Haiku] #2759: Media player crashes when trying to play an avi file In-Reply-To: <045.d71783b080a568c529931cb7b018df10@haiku-os.org> References: <045.d71783b080a568c529931cb7b018df10@haiku-os.org> Message-ID: <054.b8d3be7d3d5d11d2f68a784c97c6aad1@haiku-os.org> #2759: Media player crashes when trying to play an avi file ---------------------------------------+------------------------------------ Reporter: jackburton | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/MediaPlayer | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Changes (by dlmcpaul): * cc: dlmcpaul at gmail.com (added) Comment: Replying to [comment:1 jackburton]: > By the way, seems to be a race condition, because playing this file works once every 5 or 6 times. Do you know what decoders are being used to play the file? (ALT-I should say). Cheers David -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 22 17:00:01 2008 From: trac at haiku-os.org (bonefish) Date: Mon, 22 Sep 2008 15:00:01 -0000 Subject: [Haiku-bugs] [Haiku] #2757: regression: r27665 broke booting, panics at the red rocket In-Reply-To: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> References: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> Message-ID: <049.5d9b03bdd5828347cdc1bd08cbb39b8f@haiku-os.org> #2757: regression: r27665 broke booting, panics at the red rocket ----------------------------+----------------------------------------------- Reporter: luroh | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by bonefish): * status: assigned => closed * resolution: => fixed Comment: Fixed in r27689. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 22 18:06:58 2008 From: trac at haiku-os.org (humdinger) Date: Mon, 22 Sep 2008 16:06:58 -0000 Subject: [Haiku-bugs] [Haiku] #2760: Crash when sorting populated folder Message-ID: <044.57783320966c89af108394cb99691802@haiku-os.org> #2760: Crash when sorting populated folder ----------------------------------+----------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- This is on vmware, r27404. When I change the sort order to "Subject" in mail folder with 4500+ mails, Tracker's crashing. This is the serial log: {{{ 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 0x1, ip 0x3b3446, write 0, user 1, thread 0xb0 vm_page_fault: thread "w>/exImage/mail/in" (176) in team "Tracker" (84) tried to read address 0x1, ip 0x3b3446 ("libbe.so_seg0ro" +0x1b1446) stack trace: 0x0056b369 (libtracker.so_seg0ro + 0x122369) 0x0058a643 (libtracker.so_seg0ro + 0x141643) 0x0058f89f (libtracker.so_seg0ro + 0x14689f) 0x003ba127 (libbe.so_seg0ro + 0x1b8127) 0x003b9ab6 (libbe.so_seg0ro + 0x1b7ab6) 0x003b9c92 (libbe.so_seg0ro + 0x1b7c92) 0x003b3ce1 (libbe.so_seg0ro + 0x1b1ce1) 0x003b3b86 (libbe.so_seg0ro + 0x1b1b86) 0x003b3eed (libbe.so_seg0ro + 0x1b1eed) 0x0058e67b (libtracker.so_seg0ro + 0x14567b) 0x0058a9f5 (libtracker.so_seg0ro + 0x1419f5) 0x005ad7fb (libtracker.so_seg0ro + 0x1647fb) 0x005acd77 (libtracker.so_seg0ro + 0x163d77) 0x005ac449 (libtracker.so_seg0ro + 0x163449) 0x00357949 (libbe.so_seg0ro + 0x155949) 0x0035bacc (libbe.so_seg0ro + 0x159acc) 0x002b1d93 (libbe.so_seg0ro + 0xafd93) 0x006575a8 (libroot.so_seg0ro + 0x255a8) 0x701c5fec (w>TrackerWindow_176_stack + 0x3ffec) vm_soft_fault: va 0x0 not covered by area in address space vm_page_fault: vm_soft_fault returned error 'Bad address' on fault at 0x0, ip 0x800c2bdc, write 0, user 0, thread 0xb0 debug_server: Thread 176 entered the debugger: Segment violation stack trace, current PC 0x3b3446 ItemAt__C5BListl + 0x16: (0x701c59cc) 0x56b369 WidgetFor__CQ28BPrivate5BPoseUlPl + 0x45 (0x701c59fc) 0x58a643 CheckPoseSortOrder__Q28BPrivate9BPoseViewPQ28BPrivate5BPosel + 0x1e3 (closest symbol) (0x701c5a3c) 0x58f89f PoseCompareAddWidgetBinder__FPCQ28BPrivate5BPoseT0Pv + 0x27 (0x701c5a6c) 0x3ba127 Compare__26PointerListHelperWithStatePCvT1 + 0x2b (0x701c5a9c) 0x3b9ab6 __unguarded_partition__H3ZPPvZPvZ10comparator_X01X01X11X21_X01 + 0x82 (0x701c5adc) 0x3b9c92 __introsort_loop__H4ZPPvZPvZlZ10comparator_X01X01PX11X21X31_v + 0x1ae (0x701c5b3c) 0x3b3ce1 QuickSort__25AbstractPointerListHelperPPvll + 0x61 (0x701c5b8c) 0x3b3b86 SortItems__25AbstractPointerListHelperP5BList + 0x3a (0x701c5bdc) 0x3b3eed SortItems__13_PointerList_PFPCvPCvPv_iPv + 0x41 (0x701c5c0c) 0x58e67b SortItems__t11BObjectList1ZQ28BPrivate5BPosePFPCQ28BPrivate5BPosePCQ28BPrivate5BPosePv_iPv + 0x27 (0x701c5c3c) 0x58a9f5 SortPoses__Q28BPrivate9BPoseView + 0x3d (0x701c5c7c) 0x5ad7fb Clicked__Q28BPrivate15ColumnDragStateG6BPoint + 0x117 (0x701c5ccc) 0x5acd77 MouseUp__Q28BPrivate16ColumnTrackStateG6BPoint + 0x53 (0x701c5d0c) 0x5ac449 MouseUp__Q28BPrivate10BTitleViewG6BPoint + 0x41 (0x701c5d3c) 0x357949 DispatchMessage__7BWindowP8BMessageP8BHandler + 0xd95 (0x701c5f1c) 0x35bacc task_looper__7BWindow + 0x270 (0x701c5f7c) 0x2b1d93 _task0___7BLooperPv + 0x3f (0x701c5fac) 0x6575a8 _get_next_team_info + 0x5c (closest symbol) }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 22 13:52:38 2008 From: trac at haiku-os.org (bonefish) Date: Mon, 22 Sep 2008 11:52:38 -0000 Subject: [Haiku-bugs] [Haiku] #2757: regression: r27665 broke booting, panics at the red rocket In-Reply-To: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> References: <040.99327d13ffd8ae328a350ab7f87a32d3@haiku-os.org> Message-ID: <049.7b5fc2ec116362153cfa0f6e0901db3d@haiku-os.org> #2757: regression: r27665 broke booting, panics at the red rocket ----------------------------+----------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by bonefish): * status: closed => reopened * resolution: fixed => Comment: The problem persists in r27688. Now I can actually reproduce it: {{{ PANIC: vm_page_fault: unhandled page fault in kernel space at 0x4c, ip 0x90b589b6 Welcome to Kernel Debugging Land... Thread 122 "media_addon_server" running on CPU 0 kdebug> sc stack trace for thread 122 "media_addon_server" kernel stack: 0x9201e000 to 0x92022000 user stack: 0x7efef000 to 0x7ffef000 frame caller :function + offset 0 92021820 (+ 48) 80057a35 :invoke_debugger_command + 0x00f5 1 92021850 (+ 64) 80057825 :invoke_pipe_segment__FP21debugger_command_pipelPc + 0x0079 2 92021890 (+ 64) 80057bad :invoke_debugger_command_pipe + 0x009d 3 920218d0 (+ 48) 800590e8 :_ParseCommandPipe__16ExpressionParserRi + 0x0234 4 92021900 (+ 64) 80058522 :EvaluateCommand__16ExpressionParserPCcRi + 0x02ba 5 92021940 (+ 224) 8005a510 :evaluate_debug_command + 0x0088 6 92021a20 (+ 64) 80055e36 :kernel_debugger_loop__Fv + 0x01ae 7 92021a60 (+ 48) 80056a09 :kernel_debugger + 0x0121 8 92021a90 (+ 192) 800568dd :panic + 0x0029 9 92021b50 (+ 80) 800b4b2d :vm_page_fault + 0x0139 10 92021ba0 (+ 64) 800c4045 :page_fault_exception + 0x00e1 11 92021be0 (+ 12) 800c7606 :int_bottom + 0x0036 (nearest) kernel iframe at 0x92021bec (end = 0x92021c3c) eax 0x90b58b25 ebx 0x90b59c84 ecx 0x8010869c edx 0x0 esi 0x90b59dc0 edi 0x90b91190 ebp 0x92021c74 esp 0x92021c20 eip 0x90b589b6 eflags 0x10296 vector: 0xe, error code: 0x0 12 92021bec (+ 136) 90b589b6 :supports_device + 0x002e 13 92021c74 (+ 64) 80062d78 :_RegisterPath__11device_nodePCc + 0x0030 14 92021cb4 (+ 96) 80062f87 :_RegisterDynamic__11device_nodeP11device_node + 0x0147 15 92021d14 (+ 48) 800630f1 :_Probe__11device_node + 0x0055 16 92021d44 (+ 80) 80063287 :Probe__11device_nodePCcUl + 0x018b 17 92021d94 (+ 80) 800632d2 :Probe__11device_nodePCcUl + 0x01d6 18 92021de4 (+ 64) 80063ad3 :device_manager_probe + 0x004f 19 92021e24 (+ 64) 80063cf3 :scan_for_drivers__FP11devfs_vnode + 0x0073 20 92021e64 (+ 64) 8006583d :devfs_open_dir__FP9fs_volumeP8fs_vnodePPv + 0x0081 21 92021ea4 (+ 48) 80091f44 :open_dir_vnode__FP5vnodeb + 0x0028 22 92021ed4 (+ 48) 800929bd :dir_open__FiPcb + 0x0051 23 92021f04 (+ 64) 80097f2b :_user_open_dir + 0x0093 24 92021f44 (+ 100) 800c7832 :pre_syscall_debug_done + 0x0002 (nearest) user iframe at 0x92021fa8 (end = 0x92022000) eax 0x62 ebx 0x440fec ecx 0x7ffedde0 edx 0xffff0104 esi 0x7ffee269 edi 0x3eae2d ebp 0x7ffee76c esp 0x92021fdc eip 0xffff0104 eflags 0x203 user esp 0x7ffedde0 vector: 0x63, error code: 0x0 25 92021fa8 (+ 0) ffff0104 26 7ffee76c (+ 48) 0037df1c :SetTo__6BEntryPCcb + 0x003c 27 7ffee79c (+ 48) 0037dc5f :__6BEntryPCcb + 0x0053 28 7ffee7cc (+ 128) 00743a8d :__12RosterLooperP10BUSBRoster + 0x0069 29 7ffee84c (+ 64) 0074401e :Start__10BUSBRoster + 0x005a 30 7ffee88c (+ 48) 0072adbc :__16WebCamMediaAddOnl + 0x0108 31 7ffee8bc (+ 64) 0072b2a9 :make_media_addon + 0x0031 32 7ffee8fc (+ 48) 004b4b85 :LoadAddon__Q38BPrivate5media18DormantNodeManagerPP11BMediaAddOnPlPCcl + 0x00a5 33 7ffee92c (+ 128) 004b4230 :GetAddon__Q38BPrivate5media18DormantNodeManagerl + 0x00ac 34 7ffee9ac (+ 144) 00206b8d <_APP_>:AddOnAdded__16MediaAddonServerPCcx + 0x0069 35 7ffeea3c (+ 192) 00208245 <_APP_>:MessageReceived__16MediaAddonServerP8BMessage + 0x0211 36 7ffeeafc (+ 304) 00207ea0 <_APP_>:WatchDir__16MediaAddonServerP6BEntry + 0x0140 37 7ffeec2c (+ 176) 002064dd <_APP_>:ReadyToRun__16MediaAddonServer + 0x0209 38 7ffeecdc (+ 496) 002b31a1 :DispatchMessage__12BApplicationP8BMessageP8BHandler + 0x02f9 39 7ffeeecc (+ 64) 002bda5d :task_looper__7BLooper + 0x0211 40 7ffeef0c (+ 64) 002b1a19 :Run__12BApplication + 0x0075 41 7ffeef4c (+ 48) 002087e6 <_APP_>:main + 0x007e 42 7ffeef7c (+ 48) 00205c03 <_APP_>:_start + 0x005b 43 7ffeefac (+ 48) 001008ea 3183:runtime_loader_seg0ro at 0x00100000 + 0x8ea 44 7ffeefdc (+ 0) 7ffeefec 3182:media_addon_server_main_stack at 0x7efef000 + 0xffffec kdebug> team_images 1 Registered images of team 1 ID text size data size name 1 0x80000000 1081344 0x80108000 139264 /boot/beos/system/kernel_x86 3 0x806fe000 49152 0x8070a000 4096 /boot/beos/system/add- ons/kernel/boot/usb 4 0x806e9000 61440 0x806f8000 8192 /boot/beos/system/add- ons/kernel/boot/uhci 6 0x806dc000 16384 0x806e0000 4096 /boot/beos/system/add- ons/kernel/boot/scsi_periph 7 0x806d9000 8192 0x806db000 4096 /boot/beos/system/add- ons/kernel/boot/scsi_disk 9 0x806c6000 36864 0x806cf000 8192 /boot/beos/system/add- ons/kernel/boot/scsi 10 0x8060b000 528384 0x8068c000 237568 /boot/beos/system/add- ons/kernel/boot/pci 12 0x805f4000 8192 0x805f6000 4096 /boot/beos/system/add- ons/kernel/boot/locked_pool 15 0x805e9000 4096 0x805ea000 4096 /boot/beos/system/add- ons/kernel/boot/isa 18 0x805d6000 12288 0x805d9000 4096 /boot/beos/system/add- ons/kernel/boot/ide_adapter 19 0x805c8000 36864 0x805d1000 4096 /boot/beos/system/add- ons/kernel/boot/ide 20 0x805c6000 4096 0x805c7000 4096 /boot/beos/system/add- ons/kernel/boot/generic_ide_pci 22 0x805b0000 4096 0x805b1000 4096 /boot/beos/system/add- ons/kernel/boot/config_manager 23 0x8057e000 167936 0x805a7000 4096 /boot/beos/system/add- ons/kernel/boot/bfs 215 0x80518000 8192 0x8051a000 4096 /boot/beos/system/add- ons/kernel/drivers/dev/console 216 0x80530000 4096 0x80531000 4096 /boot/beos/system/add- ons/kernel/drivers/dev/dprintf 217 0x80532000 8192 0x80534000 4096 /boot/beos/system/add- ons/kernel/drivers/dev/keyboard 218 0x80535000 4096 0x80536000 4096 /boot/beos/system/add- ons/kernel/drivers/dev/null 219 0x80537000 12288 0x8053a000 4096 /boot/beos/system/add- ons/kernel/drivers/dev/random 220 0x8075c000 36864 0x80765000 16384 /boot/beos/system/add- ons/kernel/drivers/dev/tty 221 0x8053b000 4096 0x8053c000 4096 /boot/beos/system/add- ons/kernel/drivers/dev/zero 255 0x8053f000 4096 0x80540000 8192 /boot/beos/system/add- ons/kernel/cpu/generic_x86 256 0x80769000 28672 0x80770000 94208 /boot/beos/system/add- ons/kernel/debugger/disasm 257 0x80574000 8192 0x80576000 4096 /boot/beos/system/add- ons/kernel/debugger/hangman 258 0x80577000 4096 0x80578000 4096 /boot/beos/system/add- ons/kernel/debugger/invalidate_on_exit 893 0x80546000 86016 0x8055b000 8192 /boot/beos/system/add- ons/kernel/network/stack 903 0x8055d000 24576 0x80563000 4096 /boot/beos/system/add- ons/kernel/network/protocols/udp 904 0x80564000 36864 0x8056d000 4096 /boot/beos/system/add- ons/kernel/network/protocols/ipv4 906 0x80244000 4096 0x80245000 4096 /boot/beos/system/add- ons/kernel/network/devices/loopback 907 0x8056e000 4096 0x8056f000 4096 /boot/beos/system/add- ons/kernel/network/datalink_protocols/loopback_frame 913 0x80787000 196608 0x807b7000 8192 /boot/beos/system/add- ons/kernel/drivers/dev/net/ipro1000 923 0x805ac000 8192 0x805ae000 8192 /boot/beos/system/add- ons/kernel/network/devices/ethernet 924 0x805b6000 4096 0x805b7000 4096 /boot/beos/system/add- ons/kernel/network/datalink_protocols/ipv4_datagram 925 0x805b8000 12288 0x805bb000 4096 /boot/beos/system/add- ons/kernel/network/datalink_protocols/arp 926 0x805bc000 4096 0x805bd000 4096 /boot/beos/system/add- ons/kernel/network/datalink_protocols/ethernet_frame 933 0x805e4000 8192 0x805e6000 8192 /boot/beos/system/add- ons/kernel/drivers/dev/graphics/vesa 935 0x9277c000 49152 0x92788000 4096 /boot/beos/system/add- ons/kernel/network/protocols/tcp 1054 0x92000000 20480 0x92005000 4096 /boot/beos/system/add- ons/kernel/bus_managers/ps2 1056 0x807fd000 8192 0x807ff000 4096 /boot/beos/system/add- ons/kernel/drivers/dev/input/wacom 1114 0x90b58000 4096 0x90b59000 4096 /boot/beos/system/add- ons/kernel/busses/ide/generic_ide_pci }}} The names of modules loaded by the boot loader and by the kernel still differ. The former point to the boot symlinks. Here the generic_ide_pci is loaded twice. Unless there are objections I'll revert the whole mess. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 22 22:29:06 2008 From: trac at haiku-os.org (siarzhuk) Date: Mon, 22 Sep 2008 20:29:06 -0000 Subject: [Haiku-bugs] [Haiku] #1609: NetworkStatus -> No Link In-Reply-To: <044.c3485fc46adb9faa461baf3ebe86aa0c@haiku-os.org> References: <044.c3485fc46adb9faa461baf3ebe86aa0c@haiku-os.org> Message-ID: <053.002fc28310f16ddc1bf31cf625d84c2b@haiku-os.org> #1609: NetworkStatus -> No Link ------------------------------+--------------------------------------------- Reporter: atomozero | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by siarzhuk): Link state detection is broken on my system beginning with r27401. It was synchronization with FreeBSD7 code. Looks like internal PHY probing is not performed in case probe for external PHYs failed. Attached patch fix that problem on my system. PS: I wonder how it works on FreeBSD 7 ??? ;-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 22 22:32:36 2008 From: trac at haiku-os.org (tqh) Date: Mon, 22 Sep 2008 20:32:36 -0000 Subject: [Haiku-bugs] [Haiku] #2761: Some minor mbuf changes for freebsd_network Message-ID: <038.993c9006ce7a9e43252cbd8bd5bca80e@haiku-os.org> #2761: Some minor mbuf changes for freebsd_network -----------------------+---------------------------------------------------- Reporter: tqh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: 1050 | -----------------------+---------------------------------------------------- * mtod definition in FreeBSD has an extra set of paranthesis which may be needed. * Define and initialize max_hdr = max_linkhdr + max_protohdr -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 22 22:33:42 2008 From: trac at haiku-os.org (tqh) Date: Mon, 22 Sep 2008 20:33:42 -0000 Subject: [Haiku-bugs] [Haiku] #2761: Some minor mbuf changes for freebsd_network In-Reply-To: <038.993c9006ce7a9e43252cbd8bd5bca80e@haiku-os.org> References: <038.993c9006ce7a9e43252cbd8bd5bca80e@haiku-os.org> Message-ID: <047.12932bbc1d137aa28c78fd5ce56ed1a7@haiku-os.org> #2761: Some minor mbuf changes for freebsd_network ---------------------------------------+------------------------------------ Reporter: tqh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet/Stack | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: 1050 ---------------------------------------+------------------------------------ Changes (by tqh): * component: - General => Network & Internet/Stack -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 22 23:01:22 2008 From: trac at haiku-os.org (kvdman) Date: Mon, 22 Sep 2008 21:01:22 -0000 Subject: [Haiku-bugs] [Haiku] #2762: media player consistently crashes Message-ID: <041.a9083f31a67a21e6993ab6bfc9515415@haiku-os.org> #2762: media player consistently crashes --------------------------------------+------------------------------------- Reporter: kvdman | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/MediaPlayer | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------------+------------------------------------- I've been testing mainly wav and mp3s through media player. It crashes since about 1 week. See attached picture. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 22 23:26:21 2008 From: trac at haiku-os.org (biffuz) Date: Mon, 22 Sep 2008 21:26:21 -0000 Subject: [Haiku-bugs] [Haiku] #2739: KDL at boot with SBLive In-Reply-To: <041.f8173d933891dbef51e6820edf478d62@haiku-os.org> References: <041.f8173d933891dbef51e6820edf478d62@haiku-os.org> Message-ID: <050.939f5fd1bcc71b5b31b76dc06436bf62@haiku-os.org> #2739: KDL at boot with SBLive ----------------------------+----------------------------------------------- Reporter: biffuz | Owner: mmu_man Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by biffuz): Replying to [comment:8 mmu_man]: > Could you try using this newer version ? > It should fix several bugs including a nasty too small malloc in my code. > http://revolf.free.fr/beos/oss-beos-v4.1test-bin.zip Nothing changed, exactly the same crash. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 23 01:46:08 2008 From: trac at haiku-os.org (scottmc) Date: Mon, 22 Sep 2008 23:46:08 -0000 Subject: [Haiku-bugs] [Haiku] #2763: disable_debug() appears to not be working Message-ID: <042.03aaa854aaf79773d66dbb6fb5c9db0f@haiku-os.org> #2763: disable_debug() appears to not be working -----------------------+---------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- running disable_debug(1) I assume should disable the debugger from popping up when an error occurs. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 23 02:05:09 2008 From: trac at haiku-os.org (bonefish) Date: Tue, 23 Sep 2008 00:05:09 -0000 Subject: [Haiku-bugs] [Haiku] #2763: disable_debugger() appears to not be working (was: disable_debug() appears to not be working) In-Reply-To: <042.03aaa854aaf79773d66dbb6fb5c9db0f@haiku-os.org> References: <042.03aaa854aaf79773d66dbb6fb5c9db0f@haiku-os.org> Message-ID: <051.e426766299e207abba89defe10e056fb@haiku-os.org> #2763: disable_debugger() appears to not be working ------------------------+--------------------------------------------------- Reporter: scottmc | Owner: bonefish Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by bonefish): * owner: axeld => bonefish * status: new => assigned Old description: > running disable_debug(1) I assume should disable the debugger from > popping up when an error occurs. New description: running disable_debugger(1) I assume should disable the debugger from popping up when an error occurs. -- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 23 06:35:02 2008 From: trac at haiku-os.org (umccullough) Date: Tue, 23 Sep 2008 04:35:02 -0000 Subject: [Haiku-bugs] [Haiku] #2764: Scrambled video with intel i865 with r26762 and up Message-ID: <046.5dccdfd61eba45b08a8b99555eb0e429@haiku-os.org> #2764: Scrambled video with intel i865 with r26762 and up --------------------------------------------+------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/intel_extreme | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------------------+------------------------------- On my Dell Optiplex GX270, I started getting scrambled video using the intel_extreme driver with my 1920x1280 samsung display and the integrated i865 chip (with analog video). This started with r26762, and reverting back to r26761 fixes the problem. Choosing a fail-safe video resolution doesn't change anything, but choosing "Use fail-safe video mode" from the safe mode options works (apparently in VESA mode). Attached are serial logs from r26761 and r26762 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 23 08:01:14 2008 From: trac at haiku-os.org (jackburton) Date: Tue, 23 Sep 2008 06:01:14 -0000 Subject: [Haiku-bugs] [Haiku] #2762: media player consistently crashes In-Reply-To: <041.a9083f31a67a21e6993ab6bfc9515415@haiku-os.org> References: <041.a9083f31a67a21e6993ab6bfc9515415@haiku-os.org> Message-ID: <050.1889bcfa2dbf809616d6e290d6a4d9d2@haiku-os.org> #2762: media player consistently crashes ---------------------------------------+------------------------------------ Reporter: kvdman | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/MediaPlayer | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Comment(by jackburton): looks like #2759, so it happens with any file, it seems... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 23 08:02:04 2008 From: trac at haiku-os.org (jackburton) Date: Tue, 23 Sep 2008 06:02:04 -0000 Subject: [Haiku-bugs] [Haiku] #2759: Media player crashes when trying to play an avi file In-Reply-To: <045.d71783b080a568c529931cb7b018df10@haiku-os.org> References: <045.d71783b080a568c529931cb7b018df10@haiku-os.org> Message-ID: <054.a7d99b1d914b2df348bb4441c71bec9b@haiku-os.org> #2759: Media player crashes when trying to play an avi file ---------------------------------------+------------------------------------ Reporter: jackburton | Owner: marcusoverhagen Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/MediaPlayer | Version: R1 development Resolution: duplicate | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Changes (by jackburton): * status: new => closed * resolution: => duplicate Comment: mark this as dup of #2762, since it holds a better description. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 23 08:24:13 2008 From: trac at haiku-os.org (dlmcpaul) Date: Tue, 23 Sep 2008 06:24:13 -0000 Subject: [Haiku-bugs] [Haiku] #2762: media player consistently crashes In-Reply-To: <041.a9083f31a67a21e6993ab6bfc9515415@haiku-os.org> References: <041.a9083f31a67a21e6993ab6bfc9515415@haiku-os.org> Message-ID: <050.d4d2922c3ae5ed84f6903b5653bb63be@haiku-os.org> #2762: media player consistently crashes ---------------------------------------+------------------------------------ Reporter: kvdman | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/MediaPlayer | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Changes (by dlmcpaul): * owner: marcusoverhagen => stippi Comment: My only thoughts looking at the method shown is why the BAutoLock is casting "this" in PlayerCount when it doesn't in NewWindow which is the 2 places that are protecting fPlayerCount variable. BWindow* MainApp::NewWindow() { BAutolock _(this); fPlayerCount++; return new MainWin(); } int32 MainApp::PlayerCount() const { BAutolock _(const_cast(this)); return fPlayerCount; } -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 23 08:27:58 2008 From: trac at haiku-os.org (jackburton) Date: Tue, 23 Sep 2008 06:27:58 -0000 Subject: [Haiku-bugs] [Haiku] #2762: media player consistently crashes In-Reply-To: <041.a9083f31a67a21e6993ab6bfc9515415@haiku-os.org> References: <041.a9083f31a67a21e6993ab6bfc9515415@haiku-os.org> Message-ID: <050.cf7be54860722f507ba9a19ba7388915@haiku-os.org> #2762: media player consistently crashes ---------------------------------------+------------------------------------ Reporter: kvdman | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/MediaPlayer | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Comment(by jackburton): Replying to [comment:2 dlmcpaul]: > My only thoughts looking at the method shown is why the BAutoLock is casting "this" in PlayerCount when it doesn't in NewWindow which is the 2 places that are protecting fPlayerCount variable. > PlayerCount() is const, so you couldn't use BAutoLock without casting. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 23 09:46:15 2008 From: trac at haiku-os.org (jackburton) Date: Tue, 23 Sep 2008 07:46:15 -0000 Subject: [Haiku-bugs] [Haiku] #2413: [Interface kit] enlarging menus In-Reply-To: <040.34e9b75ec15eaf5be601cf12c8f8102f@haiku-os.org> References: <040.34e9b75ec15eaf5be601cf12c8f8102f@haiku-os.org> Message-ID: <049.6f5f29c4ad00d3d5f1cf73367cc01a27@haiku-os.org> #2413: [Interface kit] enlarging menus ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by jackburton): For some reason, calling BMenuField::ResizeToPreferred() (it's called every time the user changes selection) does this. Needs some investigation. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 23 09:57:33 2008 From: trac at haiku-os.org (axeld) Date: Tue, 23 Sep 2008 07:57:33 -0000 Subject: [Haiku-bugs] [Haiku] #2764: Scrambled video with intel i865 with r26762 and up In-Reply-To: <046.5dccdfd61eba45b08a8b99555eb0e429@haiku-os.org> References: <046.5dccdfd61eba45b08a8b99555eb0e429@haiku-os.org> Message-ID: <055.d72b5c3374ca3524acf3860cda85ae51@haiku-os.org> #2764: Scrambled video with intel i865 with r26762 and up ---------------------------------------------+------------------------------ Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/intel_extreme | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------------------+------------------------------ Comment(by axeld): The video mode selection is only for booting and VESA (well, not really anymore, since Jan's VBE mode switch changes). Only if you select "fail safe video mode", the graphics driver is not used, but VESA instead. One very important info is missing from this report, though: before that revision, it used 1600x1200, not 1920x1280. That means this revision only made it no longer ignore the native monitor resolution, but the Intel driver apparently has problems to switch to that resolution with the i865. Unfortunately, I don't have a monitor that could display this resolution, so I'm not sure how I can look into it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 23 10:43:29 2008 From: trac at haiku-os.org (axeld) Date: Tue, 23 Sep 2008 08:43:29 -0000 Subject: [Haiku-bugs] [Haiku] #1609: NetworkStatus -> No Link In-Reply-To: <044.c3485fc46adb9faa461baf3ebe86aa0c@haiku-os.org> References: <044.c3485fc46adb9faa461baf3ebe86aa0c@haiku-os.org> Message-ID: <053.bc6b8b9d5091c768a85b1e36781b1972@haiku-os.org> #1609: NetworkStatus -> No Link ------------------------------+--------------------------------------------- Reporter: atomozero | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by axeld): This change isn't correct, though: BUS_PROBE_DEFAULT (-20) means success in FreeBSD (errors are positive), while under Haiku it's +20 (errors are negative). So it's the old "errors are positive" assumption that causes us pain again. That code like this appears in FreeBSD is pretty unfortunate. In other words, the correct change would look like this: {{{ if (rv >= 0) }}} or {{{ if (rv == BUS_PROBE_DEFAULT) }}} The latter would have the advantage that it would also still work on FreeBSD. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 23 12:04:33 2008 From: trac at haiku-os.org (jackburton) Date: Tue, 23 Sep 2008 10:04:33 -0000 Subject: [Haiku-bugs] [Haiku] #1609: NetworkStatus -> No Link In-Reply-To: <044.c3485fc46adb9faa461baf3ebe86aa0c@haiku-os.org> References: <044.c3485fc46adb9faa461baf3ebe86aa0c@haiku-os.org> Message-ID: <053.7820aaf7f2798da334de15ea3ab0e479@haiku-os.org> #1609: NetworkStatus -> No Link ------------------------------+--------------------------------------------- Reporter: atomozero | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by jackburton): Can we in some way try to tell the freeBSD people of that ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 23 14:07:52 2008 From: trac at haiku-os.org (jackburton) Date: Tue, 23 Sep 2008 12:07:52 -0000 Subject: [Haiku-bugs] [Haiku] #575: [SampleStudio] crash if you try to open a file In-Reply-To: <040.92e2d10ba6ec843c4eec0bd033dd3c2f@haiku-os.org> References: <040.92e2d10ba6ec843c4eec0bd033dd3c2f@haiku-os.org> Message-ID: <049.f0ee8f6d8e970f8dfe44bf11c2ea0546@haiku-os.org> #575: [SampleStudio] crash if you try to open a file ------------------------+--------------------------------------------------- Reporter: diver | Owner: marcusoverhagen Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - General | Version: Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by jackburton): Is this still valid ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 23 14:21:35 2008 From: trac at haiku-os.org (kvdman) Date: Tue, 23 Sep 2008 12:21:35 -0000 Subject: [Haiku-bugs] [Haiku] #2762: media player consistently crashes In-Reply-To: <041.a9083f31a67a21e6993ab6bfc9515415@haiku-os.org> References: <041.a9083f31a67a21e6993ab6bfc9515415@haiku-os.org> Message-ID: <050.020e2412aaa0f906c1f0151777297e07@haiku-os.org> #2762: media player consistently crashes ---------------------------------------+------------------------------------ Reporter: kvdman | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/MediaPlayer | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Comment(by kvdman): 'looks like #2759, so it happens with any file, it seems... ' I haven't tried video, but basically any audio file I through at it would crash media player. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 23 14:46:59 2008 From: trac at haiku-os.org (jackburton) Date: Tue, 23 Sep 2008 12:46:59 -0000 Subject: [Haiku-bugs] [Haiku] #575: [SampleStudio] crash if you try to open a file In-Reply-To: <040.92e2d10ba6ec843c4eec0bd033dd3c2f@haiku-os.org> References: <040.92e2d10ba6ec843c4eec0bd033dd3c2f@haiku-os.org> Message-ID: <049.34930b7695173d757c49303ff051acfb@haiku-os.org> #575: [SampleStudio] crash if you try to open a file ------------------------+--------------------------------------------------- Reporter: diver | Owner: marcusoverhagen Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - General | Version: Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by jackburton): Replying to [comment:4 korli]: > It's true the gamesound device mixing is based on an instanciated audio mixer. Mixing should be done internally before outputting to the system audio mixer. Is this what GameProducer (in src/kits/game/GameProducer.cpp) should do ? We don't seem to use it, btw. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 23 16:45:33 2008 From: trac at haiku-os.org (umccullough) Date: Tue, 23 Sep 2008 14:45:33 -0000 Subject: [Haiku-bugs] [Haiku] #2764: Scrambled video with intel i865 with r26762 and up In-Reply-To: <046.5dccdfd61eba45b08a8b99555eb0e429@haiku-os.org> References: <046.5dccdfd61eba45b08a8b99555eb0e429@haiku-os.org> Message-ID: <055.d483e8332a68dc4343741ba86ecb4ebf@haiku-os.org> #2764: Scrambled video with intel i865 with r26762 and up ---------------------------------------------+------------------------------ Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/intel_extreme | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------------------+------------------------------ Comment(by umccullough): Replying to [comment:1 axeld]: > One very important info is missing from this report, though: before that revision, it used 1600x1200, not 1920x1280. That means this revision only made it no longer ignore the native monitor resolution, but the Intel driver apparently has problems to switch to that resolution with the i865. Ah, is it possible that not enough RAM has been "stolen" from the system memory to support this resolution then? I think I saw in the serial log that only 7mb had been stolen (should have been 8mb) - seems a bit tight either way, no? > Unfortunately, I don't have a monitor that could display this resolution, so I'm not sure how I can look into it. I'd let you borrow mine... but the shipping cost would be horrendous ;) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 23 17:31:44 2008 From: trac at haiku-os.org (jackburton) Date: Tue, 23 Sep 2008 15:31:44 -0000 Subject: [Haiku-bugs] [Haiku] #575: [SampleStudio] crash if you try to open a file In-Reply-To: <040.92e2d10ba6ec843c4eec0bd033dd3c2f@haiku-os.org> References: <040.92e2d10ba6ec843c4eec0bd033dd3c2f@haiku-os.org> Message-ID: <049.39cbe77cc9255cd31a6e6ce22961b4e8@haiku-os.org> #575: [SampleStudio] crash if you try to open a file ------------------------+--------------------------------------------------- Reporter: diver | Owner: marcusoverhagen Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - General | Version: Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by jackburton): Replying to [comment:6 jackburton]: > Is this what GameProducer (in src/kits/game/GameProducer.cpp) should do ? We don't seem to use it, btw. Sorry, we ARE using it, indeed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 23 18:34:53 2008 From: trac at haiku-os.org (Adek336) Date: Tue, 23 Sep 2008 16:34:53 -0000 Subject: [Haiku-bugs] [Haiku] #2758: downloading on VIA Rhine-II KDLs In-Reply-To: <042.f1265e15f306ca910d022cee484489ff@haiku-os.org> References: <042.f1265e15f306ca910d022cee484489ff@haiku-os.org> Message-ID: <051.2599cd205cf9c4f29252eee68b50ca9c@haiku-os.org> #2758: downloading on VIA Rhine-II KDLs ---------------------------------+------------------------------------------ Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by Adek336): With the following in src/libs/compat/freebsd_network/fbsd_mbuf.c {{{ + #define CHECK_RECQ(x) do { CheckReceiveQueue(x, __func__, __LINE__); } while(0) + void CheckReceiveQueue(struct ifnet *ifp, char *c, int l) + { + struct ifqueue *ifq= &ifp->receive_queue; + struct mbuf *m; + + dprintf("CheckReceiveQueue: %s:%d, m=%p, ifp=%p, ifq=%p\n", c,l, ifq->ifq_head,ifp,ifq); + + for (m=ifq->ifq_head; m != NULL; m = m->m_nextpkt) + { + if (mtod(m,unsigned int) < 0x01000000) + { + dprintf("CHECK_RECQ: corrupt: %s:%d: m=%p, m->m_data=%p, m->m_nexpkt=%p\n", c,l,m, m->m_data, m->m_nextpkt); + panic("CHECK_RECQ: corrupt: %s:%d: m=%p, m->m_data=%p, m->m_nexpkt=%p\n", c,l,m, m->m_data, m->m_nextpkt); + } + } + } ... struct mbuf * m_devget(char *buf, int totlen, int off, struct ifnet *ifp, void (*copy)(char *from, caddr_t to, u_int len)) { ... + CHECK_RECQ(ifp); + dprintf("m_devget: off=%d, buf=%p, mtod(m, void*)=%p, m=%p, len=%d, copy=%p\n", off, buf, mtod(m,void*),m,len,copy); if (copy) copy(buf, mtod(m,caddr_t), (u_int)len); else bcopy(buf, mtod(m,caddr_t), (u_int)len); + CHECK_RECQ(ifp); ... } }}} I got in syslog {{{ ... KERN: m_devget: off=0, buf=0x939d3000, mtod(m, void*)=0x939fc8b6, m=0x939fc888, len=223, copy=0x00000000 KERN: CheckReceiveQueue: m_devget:480, m=0x939fcc88, ifp=0x91585000, ifq=0x91585280 KERN: CHECK_RECQ: corrupt: m_devget:480: m=0x939fc988, m->m_data=0x00670c5b, m->m_nextpkt=0x1e10532f ... }}} It passes the first check, performs bcopy() and then fails on the second check on the basis that m_data points very low in memory. The first line informs us that m_devget copies 223 bytes to 0x939fc8b6 which is an error: it means overwriting the mbuf mentioned in the third line of the syslog excerpt. Interestingly, most of the time the corrupt mbuf has m->m_data=0x00670c5b. It sometimes KDLs elsewhere but this one happens most of the time. I leave only one CPU active when testing to have debug data from different threads a bit less interleaved. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 23 20:30:55 2008 From: trac at haiku-os.org (siarzhuk) Date: Tue, 23 Sep 2008 18:30:55 -0000 Subject: [Haiku-bugs] [Haiku] #1609: NetworkStatus -> No Link In-Reply-To: <044.c3485fc46adb9faa461baf3ebe86aa0c@haiku-os.org> References: <044.c3485fc46adb9faa461baf3ebe86aa0c@haiku-os.org> Message-ID: <053.627f53ea97d7bcf245cfc3c20be95837@haiku-os.org> #1609: NetworkStatus -> No Link ------------------------------+--------------------------------------------- Reporter: atomozero | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by siarzhuk): I have checked with r27708 on my system: link status information is updated correctly. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 23 21:47:41 2008 From: trac at haiku-os.org (ithamar) Date: Tue, 23 Sep 2008 19:47:41 -0000 Subject: [Haiku-bugs] [Haiku] #1050: implement a WiFi stack In-Reply-To: <045.5222f32311d9d2dcab22154271938480@haiku-os.org> References: <045.5222f32311d9d2dcab22154271938480@haiku-os.org> Message-ID: <054.79b914d34722365ba96406a899640ee9@haiku-os.org> #1050: implement a WiFi stack ------------------------------------------+--------------------------------- Reporter: wkornewald | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Unscheduled Component: Network & Internet/Wireless | Version: R1 development Resolution: | Blockedby: 2752, 2761 Platform: All | Blocking: ------------------------------------------+--------------------------------- Comment(by ithamar): do you want any help on this? I'm really interested in getting this to work too, but don't want to start double work here. WiFi is a pretty important meeting to me.... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 23 22:18:40 2008 From: trac at haiku-os.org (bonefish) Date: Tue, 23 Sep 2008 20:18:40 -0000 Subject: [Haiku-bugs] [Haiku] #2763: disable_debugger() appears to not be working In-Reply-To: <042.03aaa854aaf79773d66dbb6fb5c9db0f@haiku-os.org> References: <042.03aaa854aaf79773d66dbb6fb5c9db0f@haiku-os.org> Message-ID: <051.7ebb8be638323dc585d47be41b5be2e1@haiku-os.org> #2763: disable_debugger() appears to not be working ------------------------+--------------------------------------------------- Reporter: scottmc | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by bonefish): * status: assigned => closed * resolution: => fixed Comment: Fixed in r27713. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 23 22:56:31 2008 From: trac at haiku-os.org (tqh) Date: Tue, 23 Sep 2008 20:56:31 -0000 Subject: [Haiku-bugs] [Haiku] #1050: implement a WiFi stack In-Reply-To: <045.5222f32311d9d2dcab22154271938480@haiku-os.org> References: <045.5222f32311d9d2dcab22154271938480@haiku-os.org> Message-ID: <054.86e7f65ea23717d457906ff432be2fcb@haiku-os.org> #1050: implement a WiFi stack ------------------------------------------+--------------------------------- Reporter: wkornewald | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Unscheduled Component: Network & Internet/Wireless | Version: R1 development Resolution: | Blockedby: 2752, 2761 Platform: All | Blocking: ------------------------------------------+--------------------------------- Comment(by tqh): Yes, I want all the help I can get. I'm not that experienced with network stacks and it is at a point where I need to learn a lot to get much further. I'll put up the latest code in this bug. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 23 23:13:11 2008 From: trac at haiku-os.org (tqh) Date: Tue, 23 Sep 2008 21:13:11 -0000 Subject: [Haiku-bugs] [Haiku] #1050: implement a WiFi stack In-Reply-To: <045.5222f32311d9d2dcab22154271938480@haiku-os.org> References: <045.5222f32311d9d2dcab22154271938480@haiku-os.org> Message-ID: <054.dc72b44c1d4d73ab580a30a66eeb6913@haiku-os.org> #1050: implement a WiFi stack ------------------------------------------+--------------------------------- Reporter: wkornewald | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Unscheduled Component: Network & Internet/Wireless | Version: R1 development Resolution: | Blockedby: 2752, 2761 Platform: All | Blocking: ------------------------------------------+--------------------------------- Comment(by tqh): For some reason it thinks [http://hem.bredband.net/b143824/net80211.tar.gz net80211.tar.gz] is too big, so can't replace the existing one. Get it from this link in the meantime. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 23 23:22:57 2008 From: trac at haiku-os.org (tqh) Date: Tue, 23 Sep 2008 21:22:57 -0000 Subject: [Haiku-bugs] [Haiku] #1050: implement a WiFi stack In-Reply-To: <045.5222f32311d9d2dcab22154271938480@haiku-os.org> References: <045.5222f32311d9d2dcab22154271938480@haiku-os.org> Message-ID: <054.135d6f1c01eaf14081c03a51bb2d4a70@haiku-os.org> #1050: implement a WiFi stack ------------------------------------------+--------------------------------- Reporter: wkornewald | Owner: Type: enhancement | Status: new Priority: normal | Milestone: Unscheduled Component: Network & Internet/Wireless | Version: R1 development Resolution: | Blockedby: 2752, 2761 Platform: All | Blocking: ------------------------------------------+--------------------------------- Comment(by tqh): Some short notes, the Jamfile setup is probably not very good and should be done properly. The ieee80211_haiku.h and ieee80211_haiku.c needs proper implementation. ieee80211_haiku.h is real ugly ATM as it is where I add a lot of what I am experimenting with before trying to clean it up. Almost no changes has been to the files coming from FreeBSD except for ieee80211_var.h which has the 'portability glue' ifdefing different platforms. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 24 09:33:24 2008 From: trac at haiku-os.org (axeld) Date: Wed, 24 Sep 2008 07:33:24 -0000 Subject: [Haiku-bugs] [Haiku] #2761: Some minor mbuf changes for freebsd_network In-Reply-To: <038.993c9006ce7a9e43252cbd8bd5bca80e@haiku-os.org> References: <038.993c9006ce7a9e43252cbd8bd5bca80e@haiku-os.org> Message-ID: <047.bec056476135d198d3a0d19a186469cc@haiku-os.org> #2761: Some minor mbuf changes for freebsd_network ---------------------------------------+------------------------------------ Reporter: tqh | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Network & Internet/Stack | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: 1050 ---------------------------------------+------------------------------------ Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Applied in r27719. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 24 09:45:57 2008 From: trac at haiku-os.org (axeld) Date: Wed, 24 Sep 2008 07:45:57 -0000 Subject: [Haiku-bugs] [Haiku] #1609: NetworkStatus -> No Link In-Reply-To: <044.c3485fc46adb9faa461baf3ebe86aa0c@haiku-os.org> References: <044.c3485fc46adb9faa461baf3ebe86aa0c@haiku-os.org> Message-ID: <053.9dcd0514d58c6b88336aeacbe79accf6@haiku-os.org> #1609: NetworkStatus -> No Link ------------------------------+--------------------------------------------- Reporter: atomozero | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Changes (by axeld): * status: reopened => closed * resolution: => fixed Comment: So I guess we can close this bug, then. Thanks Shiarzuk! To Stefano: I'm not sure if they would care, but we could certainly try that. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 24 09:46:31 2008 From: trac at haiku-os.org (axeld) Date: Wed, 24 Sep 2008 07:46:31 -0000 Subject: [Haiku-bugs] [Haiku] #1609: NetworkStatus -> No Link In-Reply-To: <044.c3485fc46adb9faa461baf3ebe86aa0c@haiku-os.org> References: <044.c3485fc46adb9faa461baf3ebe86aa0c@haiku-os.org> Message-ID: <053.111327c7e1297bea016890d3b1c30b49@haiku-os.org> #1609: NetworkStatus -> No Link ------------------------------+--------------------------------------------- Reporter: atomozero | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by axeld): Oops, sorry for writing your name wrong, Siarzhuk... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 24 14:03:08 2008 From: trac at haiku-os.org (siarzhuk) Date: Wed, 24 Sep 2008 12:03:08 -0000 Subject: [Haiku-bugs] [Haiku] #1609: NetworkStatus -> No Link In-Reply-To: <044.c3485fc46adb9faa461baf3ebe86aa0c@haiku-os.org> References: <044.c3485fc46adb9faa461baf3ebe86aa0c@haiku-os.org> Message-ID: <053.d7b4d9faafb89cebce6152c4260a0b2d@haiku-os.org> #1609: NetworkStatus -> No Link ------------------------------+--------------------------------------------- Reporter: atomozero | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by siarzhuk): To Stefano: Yesterday I tried to boot FreeBSD 7 from install CD and observe that internal PHY was found correctly, so looks like it works OK for FreeBSD. To Axel: no problem, just yet another nickname for using. ;-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 24 14:42:19 2008 From: trac at haiku-os.org (jackburton) Date: Wed, 24 Sep 2008 12:42:19 -0000 Subject: [Haiku-bugs] [Haiku] #1609: NetworkStatus -> No Link In-Reply-To: <044.c3485fc46adb9faa461baf3ebe86aa0c@haiku-os.org> References: <044.c3485fc46adb9faa461baf3ebe86aa0c@haiku-os.org> Message-ID: <053.f1f35da4c3e98228dd4f023b3e627e00@haiku-os.org> #1609: NetworkStatus -> No Link ------------------------------+--------------------------------------------- Reporter: atomozero | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by jackburton): Replying to [comment:16 siarzhuk]: > To Stefano: Yesterday I tried to boot FreeBSD 7 from install CD and observe that internal PHY was found correctly, so looks like it works OK for FreeBSD. > I meant: tell them not to assume that error codes are positive. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 24 16:58:40 2008 From: trac at haiku-os.org (axeld) Date: Wed, 24 Sep 2008 14:58:40 -0000 Subject: [Haiku-bugs] [Haiku] #2764: Scrambled video with intel i865 with r26762 and up In-Reply-To: <046.5dccdfd61eba45b08a8b99555eb0e429@haiku-os.org> References: <046.5dccdfd61eba45b08a8b99555eb0e429@haiku-os.org> Message-ID: <055.b4d42c6ec92c870b460d6100ced2c3d4@haiku-os.org> #2764: Scrambled video with intel i865 with r26762 and up ---------------------------------------------+------------------------------ Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/intel_extreme | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------------------+------------------------------ Comment(by axeld): Replying to [comment:2 umccullough]: > Ah, is it possible that not enough RAM has been "stolen" from the system memory to support this resolution then? I think I saw in the serial log that only 7mb had been stolen (should have been 8mb) - seems a bit tight either way, no? While the driver should be able to allocate more on the fly, I don't think I ever tested this with the i865, at least not with the frame buffer (IIRC overlay didn't work anymore there, either). > I'd let you borrow mine... but the shipping cost would be horrendous ;) Indeed, that really wouldn't make much sense. Maybe someone brings such a panel to BeGeistert :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 24 16:59:00 2008 From: trac at haiku-os.org (scottmc) Date: Wed, 24 Sep 2008 14:59:00 -0000 Subject: [Haiku-bugs] [Haiku] #2765: Tracker can't set/clear more than one permission at a time Message-ID: <042.5045bbb49ce98a41d3354784bb4d018d@haiku-os.org> #2765: Tracker can't set/clear more than one permission at a time ----------------------------------+----------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Right click on a file, select Get Info, then click on Permissions, then try to change more than one setting. After trying one the rest are locked out. This occurs in r27718, this happened on a vmware image. Seems to me this used to work as recently as a week ago at least. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 24 17:08:20 2008 From: trac at haiku-os.org (umccullough) Date: Wed, 24 Sep 2008 15:08:20 -0000 Subject: [Haiku-bugs] [Haiku] #2764: Scrambled video with intel i865 with r26762 and up In-Reply-To: <046.5dccdfd61eba45b08a8b99555eb0e429@haiku-os.org> References: <046.5dccdfd61eba45b08a8b99555eb0e429@haiku-os.org> Message-ID: <055.b974e466184d10cd87ce24b8e2fcf007@haiku-os.org> #2764: Scrambled video with intel i865 with r26762 and up ---------------------------------------------+------------------------------ Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/intel_extreme | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------------------+------------------------------ Comment(by umccullough): Replying to [comment:3 axeld]: > Replying to [comment:2 umccullough]: > > Ah, is it possible that not enough RAM has been "stolen" from the system memory to support this resolution then? I think I saw in the serial log that only 7mb had been stolen (should have been 8mb) - seems a bit tight either way, no? > > While the driver should be able to allocate more on the fly, I don't think I ever tested this with the i865, at least not with the frame buffer (IIRC overlay didn't work anymore there, either). In the past, I got a similar experience when the BIOS was set to only steal 1mb (it would load up scrambled in a similar way on the i845 and i865 both IIRC), but then I went into the BIOS and set it to steal 8mb - so I'm guessing the driver itself does not support this feature yet. Overlay definitely doesn't work on the i865 :) Is there anything I can do to assist with this? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 24 17:33:34 2008 From: trac at haiku-os.org (humdinger) Date: Wed, 24 Sep 2008 15:33:34 -0000 Subject: [Haiku-bugs] [Haiku] #2766: Switching back and forth between workspaces Message-ID: <044.bc9e980c519f9110d50648aebedd2336@haiku-os.org> #2766: Switching back and forth between workspaces --------------------------------+------------------------------------------- Reporter: humdinger | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- This is on vmware, r27404. On BeOS you could switch back and forth between two workspaces with ALT+~. It doesn?t seem to work here, though that could be a keymap issue. In that case, would it be possible to have a shortcut that?s relative to the actual, physical keyboard layout, independent of the used keymap? It makes sense to have a quick CTRL+TAB switch between two running apps and e.g. an ALT+{{{^}}} (on my keyboard that?s the key to the left of the 1-key) to switch between two workspaces. It?s a similar gesture and the keys are physically close to switching to workspaces directly (ALT+F1, ALT+F2...). -- Ticket URL: Haiku The Haiku operating system. From rossi at webpositive.org Wed Sep 24 19:55:47 2008 From: rossi at webpositive.org (Marcus Jacob) Date: Wed, 24 Sep 2008 19:55:47 +0200 Subject: [Haiku-bugs] [Haiku] #2764: Scrambled video with intel i865 with r26762 and up In-Reply-To: <055.b4d42c6ec92c870b460d6100ced2c3d4@haiku-os.org> References: <046.5dccdfd61eba45b08a8b99555eb0e429@haiku-os.org> <055.b4d42c6ec92c870b460d6100ced2c3d4@haiku-os.org> Message-ID: Hi, even though I'll not be able to attend most likely, I could lend a 26" 1920x1200 panel, if someone would be willing to pick it up and drop it again in Frankfurt a.M. It works with the newer Intel i945GM rev 0x3 ... Due to my job I have access to those. Regards, Marcus -- Marcus Jacob eMail:m.jacob at mac.com iChat:m.jacob at mac.com Sent from my iPhone On 24.09.2008, at 16:58, "axeld" wrote: > #2764: Scrambled video with intel i865 with r26762 and up > --------------------------------------------- > +------------------------------ > Reporter: umccullough | Owner: axeld > Type: bug | Status: new > Priority: normal | Milestone: R1 > Component: Drivers/Graphics/intel_extreme | Version: R1 > development > Resolution: | Blockedby: > Platform: All | Blocking: > --------------------------------------------- > +------------------------------ > > Comment(by axeld): > > Replying to [comment:2 umccullough]: >> Ah, is it possible that not enough RAM has been "stolen" from the >> system > memory to support this resolution then? I think I saw in the serial > log > that only 7mb had been stolen (should have been 8mb) - seems a bit > tight > either way, no? > > While the driver should be able to allocate more on the fly, I don't > think > I ever tested this with the i865, at least not with the frame buffer > (IIRC > overlay didn't work anymore there, either). > >> I'd let you borrow mine... but the shipping cost would be >> horrendous ;) > > Indeed, that really wouldn't make much sense. Maybe someone brings > such a > panel to BeGeistert :-) > > -- > Ticket URL: > Haiku > The Haiku operating system. > _______________________________________________ > Haiku-bugs mailing list > Haiku-bugs at lists.berlios.de > https://lists.berlios.de/mailman/listinfo/haiku-bugs From trac at haiku-os.org Wed Sep 24 20:48:30 2008 From: trac at haiku-os.org (nopper) Date: Wed, 24 Sep 2008 18:48:30 -0000 Subject: [Haiku-bugs] [Haiku] #2767: if_re port from freebsd Message-ID: <041.00f0165823c3e0832a863d90fdda3b7d@haiku-os.org> #2767: if_re port from freebsd -----------------------------+---------------------------------------------- Reporter: nopper | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------------+---------------------------------------------- This is the port of if_re freebsd network driver. Tested on msi wind subnotebook. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 24 20:53:53 2008 From: trac at haiku-os.org (nopper) Date: Wed, 24 Sep 2008 18:53:53 -0000 Subject: [Haiku-bugs] [Haiku] #2767: if_re port from freebsd In-Reply-To: <041.00f0165823c3e0832a863d90fdda3b7d@haiku-os.org> References: <041.00f0165823c3e0832a863d90fdda3b7d@haiku-os.org> Message-ID: <050.f2a5847e92e4f3af7e67918d18fa4658@haiku-os.org> #2767: if_re port from freebsd ------------------------------+--------------------------------------------- Reporter: nopper | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by nopper): Replying to [ticket:2767 nopper]: > This is the port of if_re freebsd network driver. > > Tested on msi wind subnotebook. Cannot attach files. BTW the patch is here: http://snippets.pornosecurity.org/files/if_re_port.diff -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 24 21:19:56 2008 From: trac at haiku-os.org (herdemir) Date: Wed, 24 Sep 2008 19:19:56 -0000 Subject: [Haiku-bugs] [Haiku] #2768: While trying to view View Tickets page Internal server error ... Message-ID: <043.71705e85538e51cb4dac23d8258719a7@haiku-os.org> #2768: While trying to view View Tickets page Internal server error ... --------------------------+------------------------------------------------- Reporter: herdemir | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- ==== How to Reproduce ==== (Just try to open "View Tickets") While doing a GET operation on `/query`, Trac issued an internal error. ''(please provide additional details here)'' User Agent was: `Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.1) Gecko/2008092121 Firefox/3.0.1` ==== System Information ==== || '''Trac''' || `0.11.1` || || '''Python''' || `2.5.1 (r251:54863, Nov 3 2007, 02:54:36) [C]` || || '''setuptools''' || `0.6c8` || || '''psycopg2''' || `2.0.6` || || '''Genshi''' || `0.5` || || '''Pygments''' || `0.10` || || '''Subversion''' || `1.4.5 (r25188)` || || '''jQuery:''' || `1.2.6` || ==== Python Traceback ==== {{{ Traceback (most recent call last): File "/opt/csw/lib/python/site- packages/Trac-0.11.1-py2.5.egg/trac/web/main.py", line 423, in _dispatch_request dispatcher.dispatch(req) File "/opt/csw/lib/python/site- packages/Trac-0.11.1-py2.5.egg/trac/web/main.py", line 219, in dispatch data, content_type) File "/opt/csw/lib/python/site- packages/Trac-0.11.1-py2.5.egg/trac/web/chrome.py", line 683, in render_template template = self.load_template(filename, method=method) File "/opt/csw/lib/python/site- packages/Trac-0.11.1-py2.5.egg/trac/web/chrome.py", line 667, in load_template return self.templates.load(filename, cls=cls) File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/loader.py", line 221, in load filename, encoding=encoding) File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/loader.py", line 259, in _instantiate allow_exec=self.allow_exec) File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/base.py", line 377, in __init__ self.stream = list(self._prepare(self._parse(source, encoding))) File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/base.py", line 444, in _prepare cls=cls or self.__class__) File "build/bdist.solaris-2.10-i86pc/egg/genshi/template/loader.py", line 231, in load raise TemplateNotFound(filename, search_path) TemplateNotFound: Template "query_results.html" not found }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 24 21:40:26 2008 From: trac at haiku-os.org (nielx) Date: Wed, 24 Sep 2008 19:40:26 -0000 Subject: [Haiku-bugs] [Haiku] #2768: While trying to view View Tickets page Internal server error ... In-Reply-To: <043.71705e85538e51cb4dac23d8258719a7@haiku-os.org> References: <043.71705e85538e51cb4dac23d8258719a7@haiku-os.org> Message-ID: <052.bc3997fccbba0af0ae5c432301545e37@haiku-os.org> #2768: While trying to view View Tickets page Internal server error ... ---------------------------+------------------------------------------------ Reporter: herdemir | Owner: nielx Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by nielx): * owner: haiku-web => nielx Comment: This is a known problem. There is a work-around, but I have disabled that one to do some investigation. Trac should now work properly again. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 24 22:12:44 2008 From: trac at haiku-os.org (herdemir) Date: Wed, 24 Sep 2008 20:12:44 -0000 Subject: [Haiku-bugs] [Haiku] #2769: Radeon driver is Slower than VESA ... Message-ID: <043.4ebc106a6a9c1b1e16f05b7194e17a36@haiku-os.org> #2769: Radeon driver is Slower than VESA ... -------------------------------------+-------------------------------------- Reporter: herdemir | Owner: euan Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/radeon | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Recently i tried to run haiku with vesa to see how it performs. And I was moved how fast it was(After using with (buggy?)radeon driver most people would think that way). Here are some observations: Running haiku with Radeon Driver (on Radeon Mobility X600): Pros: * Supports native resolution.(1680x1050) * Supports Video Overlay Cons: * Redrawing is worse than VESA driver. Example: Resizing Terminal(or any) window causes flicker while using with Radeon driver, but while resizing with VESA driver it was really smooth(no flicker at all). * Decreases system performance. Example: With Radeon driver, while playing audio or video every random(between 3 - 10) seconds there is noise/glitch in sound. But after testing with VESA the glitch/noise was gone.(Before testing with vesa,i thought that it was related to MediaPlayer or MediaServer changes, but it seems not the case). And performs a bit slower in normal usage. So far VESA driver performs much better than radeon driver at redrawing smoothly (almost with no flickering) while resizing,moving, etc. So there is a bug or a missing function(s) in radeon driver that affects system performance really bad. With VESA,I could able to see how much better Haiku become. But it eats too much CPU time, escpecially while playing videos. Tested on: || Laptop: || HP nx8220 || || CPU: || 1.86Ghz || || RAM: || 2GB || || Video: || ATI Radeon Mobility X600 || || Sound: || Soundmax AC97 (AD1981B) || || Haiku build: || r27719 || -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 24 22:20:24 2008 From: trac at haiku-os.org (diver) Date: Wed, 24 Sep 2008 20:20:24 -0000 Subject: [Haiku-bugs] [Haiku] #2769: Radeon driver is Slower than VESA ... In-Reply-To: <043.4ebc106a6a9c1b1e16f05b7194e17a36@haiku-os.org> References: <043.4ebc106a6a9c1b1e16f05b7194e17a36@haiku-os.org> Message-ID: <052.55d7278ef0aa10d57a9c49bf58abe235@haiku-os.org> #2769: Radeon driver is Slower than VESA ... --------------------------------------+------------------------------------- Reporter: herdemir | Owner: euan Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/radeon | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Comment(by diver): With nvidia cards I have the same problems, but it seems to be related to bug #1823, which would be nice to fix before alpha1. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 24 22:22:00 2008 From: trac at haiku-os.org (anevilyak) Date: Wed, 24 Sep 2008 20:22:00 -0000 Subject: [Haiku-bugs] [Haiku] #2769: Radeon driver is Slower than VESA ... In-Reply-To: <043.4ebc106a6a9c1b1e16f05b7194e17a36@haiku-os.org> References: <043.4ebc106a6a9c1b1e16f05b7194e17a36@haiku-os.org> Message-ID: <052.e8b70a645850c9b2237b386b1d532598@haiku-os.org> #2769: Radeon driver is Slower than VESA ... --------------------------------------+------------------------------------- Reporter: herdemir | Owner: euan Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/radeon | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Comment(by anevilyak): Some of the performance differences you see (at least with respect to flicker) are probably because VESA mode uses double buffering for the entire desktop, while accelerated drivers don't currently get that. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 24 22:50:36 2008 From: trac at haiku-os.org (nielx) Date: Wed, 24 Sep 2008 20:50:36 -0000 Subject: [Haiku-bugs] [Haiku] #2767: if_re port from freebsd In-Reply-To: <041.00f0165823c3e0832a863d90fdda3b7d@haiku-os.org> References: <041.00f0165823c3e0832a863d90fdda3b7d@haiku-os.org> Message-ID: <050.9083714c81b81aa72fcd7f2ff027d453@haiku-os.org> #2767: if_re port from freebsd ------------------------------+--------------------------------------------- Reporter: nopper | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by nielx): Do you get any error message whilst attaching the files? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 24 23:12:16 2008 From: trac at haiku-os.org (herdemir) Date: Wed, 24 Sep 2008 21:12:16 -0000 Subject: [Haiku-bugs] [Haiku] #2622: [StyledEdit] moves focus back to home if you change window size In-Reply-To: <042.41ea4a36dec75fae5b7e2ca319def522@haiku-os.org> References: <042.41ea4a36dec75fae5b7e2ca319def522@haiku-os.org> Message-ID: <051.7211fe1cb4ee9d95576df74764a4c44e@haiku-os.org> #2622: [StyledEdit] moves focus back to home if you change window size --------------------------------------+------------------------------------- Reporter: scottmc | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/StyledEdit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Comment(by herdemir): Also as of r27723 if you resize the window, scrollbars are disabled. You cannot scroll anymore. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Sep 24 23:31:15 2008 From: trac at haiku-os.org (kvdman) Date: Wed, 24 Sep 2008 21:31:15 -0000 Subject: [Haiku-bugs] [Haiku] #2765: Tracker can't set/clear more than one permission at a time In-Reply-To: <042.5045bbb49ce98a41d3354784bb4d018d@haiku-os.org> References: <042.5045bbb49ce98a41d3354784bb4d018d@haiku-os.org> Message-ID: <051.6efe5049a975792730f571efaa3bca42@haiku-os.org> #2765: Tracker can't set/clear more than one permission at a time -----------------------------------+---------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by kvdman): I can't duplicate this (i.e works as it should) on 27673 if that helps. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 25 00:08:21 2008 From: trac at haiku-os.org (herdemir) Date: Wed, 24 Sep 2008 22:08:21 -0000 Subject: [Haiku-bugs] [Haiku] #2402: Distrorted AC'97 sound output In-Reply-To: <049.d6d9dc13fea3547aaa72b3a0eb4c2e09@haiku-os.org> References: <049.d6d9dc13fea3547aaa72b3a0eb4c2e09@haiku-os.org> Message-ID: <058.f122854fd4bc9e2df1e353e68c7e40b7@haiku-os.org> #2402: Distrorted AC'97 sound output -----------------------------+---------------------------------------------- Reporter: thomasmansfeld | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Audio & Video | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -----------------------------+---------------------------------------------- Comment(by herdemir): Can you test it with radeon driver disabled? (Using fail-safe video/VESA). I have the same issues while using with radeon driver. Using with VESA driver the problem disappears. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 25 07:56:58 2008 From: trac at haiku-os.org (scottmc) Date: Thu, 25 Sep 2008 05:56:58 -0000 Subject: [Haiku-bugs] [Haiku] #2770: Problem compiling with c++ when directory has space(s) in it Message-ID: <042.eae06837ae7ed67f64cdbb2118d2f6f1@haiku-os.org> #2770: Problem compiling with c++ when directory has space(s) in it --------------------------+------------------------------------------------- Reporter: scottmc | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Try this: {{{ c++ -o foo.o -c "/boot/home/Sub Dir Spaces/test.cxx" and: g++ -o foo.o -c "/boot/home/Sub Dir Spaces/test.cxx" }}} where test.cxx is just a simple program.[[BR]] With the c++ line you get this error on Haiku:[[BR]] g++: cannot specify -o with -c or -S and multiple compilations but the g++ compiles it just fine. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 25 09:21:16 2008 From: trac at haiku-os.org (jackburton) Date: Thu, 25 Sep 2008 07:21:16 -0000 Subject: [Haiku-bugs] [Haiku] #2769: Radeon driver is Slower than VESA ... In-Reply-To: <043.4ebc106a6a9c1b1e16f05b7194e17a36@haiku-os.org> References: <043.4ebc106a6a9c1b1e16f05b7194e17a36@haiku-os.org> Message-ID: <052.04fcd29d72df8843e2ba4ef37b4802aa@haiku-os.org> #2769: Radeon driver is Slower than VESA ... --------------------------------------+------------------------------------- Reporter: herdemir | Owner: euan Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/radeon | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Comment(by jackburton): You can achieve more or less the same results as Vesa using a video mode with any depth except 32 bit. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 25 09:28:25 2008 From: trac at haiku-os.org (humdinger) Date: Thu, 25 Sep 2008 07:28:25 -0000 Subject: [Haiku-bugs] [Haiku] #2566: Workspaces replicant - active window lost focus In-Reply-To: <045.2b87057b23bf5bdc9f90fd1f2dee89bf@haiku-os.org> References: <045.2b87057b23bf5bdc9f90fd1f2dee89bf@haiku-os.org> Message-ID: <054.dcd8cce64cce9998852077de10d69513@haiku-os.org> #2566: Workspaces replicant - active window lost focus ---------------------------------+------------------------------------------ Reporter: un_spacyar | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by humdinger): As nobody sees the effect no more... "Please, close this Ticket," -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 25 09:40:11 2008 From: trac at haiku-os.org (humdinger) Date: Thu, 25 Sep 2008 07:40:11 -0000 Subject: [Haiku-bugs] [Haiku] #2419: [app_server] don't react on mouse events after moving Cortex window In-Reply-To: <040.479429a7b161b9fff0b1d84a91983e2c@haiku-os.org> References: <040.479429a7b161b9fff0b1d84a91983e2c@haiku-os.org> Message-ID: <049.cf9d798b6d281116cac06745b1b1a944@haiku-os.org> #2419: [app_server] don't react on mouse events after moving Cortex window ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by humdinger): In vmware, r27404, I cannot reproduce this. I do get all kinds of redrawing artefacts from Cortex' window and weirdly trailing palettes on all windows beneath them. It all goes back to normal once those freaky palettes have settled down. I guess the "Pulling" of the palettes is quite CPU expensive. In any case, if diver or others can't reproduce either, I guess the ticket can be closed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 25 09:52:14 2008 From: trac at haiku-os.org (humdinger) Date: Thu, 25 Sep 2008 07:52:14 -0000 Subject: [Haiku-bugs] [Haiku] #2368: App-server crash when moving Deskbar modal window to another workspace In-Reply-To: <041.21c161a6e0dc4519be3a6283cd4f4961@haiku-os.org> References: <041.21c161a6e0dc4519be3a6283cd4f4961@haiku-os.org> Message-ID: <050.87fbab3fb385a55b3987dd18451292ef@haiku-os.org> #2368: App-server crash when moving Deskbar modal window to another workspace ---------------------------------+------------------------------------------ Reporter: idefix | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------------+------------------------------------------ Comment(by humdinger): On vmware, r27404, I cannot reproduce the crash. I can confirm idefix' other observation the Restart-window remains in the old workspace when you switch to another one and is still moving with your mouse when you keep the button pressed. This movement is not seen in the Workspaces applet. Shouldn't the Restart-window show up on every workspace? Should a seperate ticket be filed for that, so this one can be closed? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 25 10:14:56 2008 From: trac at haiku-os.org (nopper) Date: Thu, 25 Sep 2008 08:14:56 -0000 Subject: [Haiku-bugs] [Haiku] #2767: if_re port from freebsd In-Reply-To: <041.00f0165823c3e0832a863d90fdda3b7d@haiku-os.org> References: <041.00f0165823c3e0832a863d90fdda3b7d@haiku-os.org> Message-ID: <050.a4b231f98c6bc41fafe116cdce7d33f9@haiku-os.org> #2767: if_re port from freebsd ------------------------------+--------------------------------------------- Reporter: nopper | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by nopper): Replying to [comment:2 nielx]: > Do you get any error message whilst attaching the files? Exception: Failed to create unique name: /var/trac/dev.haiku- os.org/attachments/ticket/2767/if_re_port.100.diff -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 25 10:23:08 2008 From: trac at haiku-os.org (humdinger) Date: Thu, 25 Sep 2008 08:23:08 -0000 Subject: [Haiku-bugs] [Haiku] #1850: [Twitcher] have greenish background under icons In-Reply-To: <040.5b327f2a81ba9cf6ca76dcf0f9a0e7f8@haiku-os.org> References: <040.5b327f2a81ba9cf6ca76dcf0f9a0e7f8@haiku-os.org> Message-ID: <049.1dd8e35060ef8ca79333d5436e66d6e6@haiku-os.org> #1850: [Twitcher] have greenish background under icons -----------------------------------+---------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Deskbar | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by humdinger): Nothing greenish here anymore with r27404 on vmware. I checked with Magnify, not trusting my colourblindy eyes... Please close this ticket. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 25 10:27:30 2008 From: trac at haiku-os.org (korli) Date: Thu, 25 Sep 2008 08:27:30 -0000 Subject: [Haiku-bugs] [Haiku] #1850: [Twitcher] have greenish background under icons In-Reply-To: <040.5b327f2a81ba9cf6ca76dcf0f9a0e7f8@haiku-os.org> References: <040.5b327f2a81ba9cf6ca76dcf0f9a0e7f8@haiku-os.org> Message-ID: <049.1e13a5d805d768f148800f80d66546d4@haiku-os.org> #1850: [Twitcher] have greenish background under icons -----------------------------------+---------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Deskbar | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 25 10:53:24 2008 From: trac at haiku-os.org (humdinger) Date: Thu, 25 Sep 2008 08:53:24 -0000 Subject: [Haiku-bugs] [Haiku] #2771: Opening files by dragging to Deskbar Message-ID: <044.5c64ab7c220afe3550e65ed3024ccff7@haiku-os.org> #2771: Opening files by dragging to Deskbar ----------------------------------+----------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Deskbar | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- This is on vmware, r27404. Say, you have Pe running. Drag&drop of a text file on its entry in the Deskbar should open the file in Pe. It doesn't. Drag&drop the text file on Tracker's entry in the Deskbar should open the file in text/plain's preferred app (StyledEdit). It doesn't. Oh, and with all the dragging action, there's still #1813. But: Drag the text file on Tracker's entry in the Deskbar and then move on and drop it on the (Leaf) Deskbar Menu and it opens in text/plain's preferred app (StyledEdit). Dragging it onto the Deskbar and navigating through the Deskbar menu to Applications to drop it on StyledEdit works. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 25 11:40:16 2008 From: trac at haiku-os.org (nopper) Date: Thu, 25 Sep 2008 09:40:16 -0000 Subject: [Haiku-bugs] [Haiku] #2772: Firefox doesn't start Message-ID: <041.9c1da5f0bf89be90de8ef757888805cb@haiku-os.org> #2772: Firefox doesn't start -----------------------+---------------------------------------------------- Reporter: nopper | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------+---------------------------------------------------- I get this error on real hardware and also using qemu and a raw image generated with latest revision: Signature in rsrc doesn't match construtctor arg. (application/x-vnd .Haiku-RuntimeLoader, application/x-vnd.Mozilla-Firefox) I've tried to modify the signature to application/x-vnd.Haiku- RuntimeLoader without success. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 25 12:45:37 2008 From: trac at haiku-os.org (bonefish) Date: Thu, 25 Sep 2008 10:45:37 -0000 Subject: [Haiku-bugs] [Haiku] #2772: Firefox doesn't start In-Reply-To: <041.9c1da5f0bf89be90de8ef757888805cb@haiku-os.org> References: <041.9c1da5f0bf89be90de8ef757888805cb@haiku-os.org> Message-ID: <050.73f846e897fb2be19deb7d93484d44cf@haiku-os.org> #2772: Firefox doesn't start ------------------------+--------------------------------------------------- Reporter: nopper | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------+--------------------------------------------------- Comment(by bonefish): I assume you built your images yourself. Attribute mixups are known to happen when building without xattr support (i.e. configuring without --use-xattr) and when not building from the scratch (i.e. after deleting generated/objects and generated/attributes). Is this the case? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 25 12:52:05 2008 From: trac at haiku-os.org (nopper) Date: Thu, 25 Sep 2008 10:52:05 -0000 Subject: [Haiku-bugs] [Haiku] #2772: Firefox doesn't start In-Reply-To: <041.9c1da5f0bf89be90de8ef757888805cb@haiku-os.org> References: <041.9c1da5f0bf89be90de8ef757888805cb@haiku-os.org> Message-ID: <050.01af078a42be309d7774d86b308876b7@haiku-os.org> #2772: Firefox doesn't start ------------------------+--------------------------------------------------- Reporter: nopper | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------+--------------------------------------------------- Comment(by nopper): Yes but I've also tried with http://haiku- files.org/raw/haiku.image.r27723.bz2 without any results. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 25 13:03:19 2008 From: trac at haiku-os.org (axeld) Date: Thu, 25 Sep 2008 11:03:19 -0000 Subject: [Haiku-bugs] [Haiku] #2772: Firefox doesn't start In-Reply-To: <041.9c1da5f0bf89be90de8ef757888805cb@haiku-os.org> References: <041.9c1da5f0bf89be90de8ef757888805cb@haiku-os.org> Message-ID: <050.98dfbb93f98d4bc801fc2c91d09e9661@haiku-os.org> #2772: Firefox doesn't start ------------------------+--------------------------------------------------- Reporter: nopper | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------+--------------------------------------------------- Comment(by axeld): I would guess this is the "first image is my app image" issue as introduced recently with the profiling code. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 25 13:19:44 2008 From: trac at haiku-os.org (bonefish) Date: Thu, 25 Sep 2008 11:19:44 -0000 Subject: [Haiku-bugs] [Haiku] #2772: Firefox doesn't start In-Reply-To: <041.9c1da5f0bf89be90de8ef757888805cb@haiku-os.org> References: <041.9c1da5f0bf89be90de8ef757888805cb@haiku-os.org> Message-ID: <050.34868ea1e5beb771afe6e5e583429854@haiku-os.org> #2772: Firefox doesn't start ------------------------+--------------------------------------------------- Reporter: nopper | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------+--------------------------------------------------- Comment(by bonefish): Replying to [comment:2 nopper]: > Yes but I've also tried with http://haiku- files.org/raw/haiku.image.r27723.bz2 without any results. The images don't even contain Firefox. How did you install it? Replying to [comment:3 axeld]: > I would guess this is the "first image is my app image" issue as introduced recently with the profiling code. Interesting idea, but BApplication::_InitData() uses get_app_ref(), which searches for the B_APP_IMAGE. Besides, if that were the problem, the warning would be printed for all applications, which it isn't. I haven't tried Firefox yet -- my source tree isn't in a buildable state ATM. Will check in a few minutes. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 25 13:26:43 2008 From: trac at haiku-os.org (nopper) Date: Thu, 25 Sep 2008 11:26:43 -0000 Subject: [Haiku-bugs] [Haiku] #2772: Firefox doesn't start In-Reply-To: <041.9c1da5f0bf89be90de8ef757888805cb@haiku-os.org> References: <041.9c1da5f0bf89be90de8ef757888805cb@haiku-os.org> Message-ID: <050.4e09c87031b618a0bd2cf13afe82e702@haiku-os.org> #2772: Firefox doesn't start ------------------------+--------------------------------------------------- Reporter: nopper | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------+--------------------------------------------------- Comment(by nopper): Replying to [comment:4 bonefish]: > > The images don't even contain Firefox. How did you install it? wget http://www.yellowbites.com/downloads/Firefox-2.0.0.12.zip -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 25 13:39:32 2008 From: trac at haiku-os.org (bonefish) Date: Thu, 25 Sep 2008 11:39:32 -0000 Subject: [Haiku-bugs] [Haiku] #2772: Firefox doesn't start In-Reply-To: <041.9c1da5f0bf89be90de8ef757888805cb@haiku-os.org> References: <041.9c1da5f0bf89be90de8ef757888805cb@haiku-os.org> Message-ID: <050.11588822fe7a3cff12475cfdff7a5245@haiku-os.org> #2772: Firefox doesn't start ------------------------+--------------------------------------------------- Reporter: nopper | Owner: bonefish Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------+--------------------------------------------------- Changes (by bonefish): * owner: axeld => bonefish * status: new => assigned Comment: OK, I can reproduce the problem. According to strace Firefox tries to get the signature it passes to the BApplication constructor for its executable (for whatever reason), but uses the first image info to find the file. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 25 13:47:35 2008 From: trac at haiku-os.org (bonefish) Date: Thu, 25 Sep 2008 11:47:35 -0000 Subject: [Haiku-bugs] [Haiku] #2772: Firefox doesn't start In-Reply-To: <041.9c1da5f0bf89be90de8ef757888805cb@haiku-os.org> References: <041.9c1da5f0bf89be90de8ef757888805cb@haiku-os.org> Message-ID: <050.d34c9bed43b83f5357e24be77b3635be@haiku-os.org> #2772: Firefox doesn't start ------------------------+--------------------------------------------------- Reporter: nopper | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: ------------------------+--------------------------------------------------- Changes (by bonefish): * status: assigned => closed * resolution: => fixed Comment: Fixed in r27732. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 25 14:02:09 2008 From: trac at haiku-os.org (nielx) Date: Thu, 25 Sep 2008 12:02:09 -0000 Subject: [Haiku-bugs] [Haiku] #1444: SATA testing on real hardware - fails to boot In-Reply-To: <042.6d42e64b1d90ed4f4f92d24220c524df@haiku-os.org> References: <042.6d42e64b1d90ed4f4f92d24220c524df@haiku-os.org> Message-ID: <051.6ba7c7ba9baaf2a6376edfe75c5a7c5d@haiku-os.org> #1444: SATA testing on real hardware - fails to boot ---------------------------+------------------------------------------------ Reporter: scottmc | Owner: marcusoverhagen Type: bug | Status: assigned Priority: blocker | Milestone: R1/alpha1 Component: Drivers/Disk | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Changes (by nielx): * priority: normal => blocker * milestone: R1 => R1/alpha1 Comment: Move this ticket up for alpha 1, since that will ship the ata driver by default. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 25 14:03:14 2008 From: trac at haiku-os.org (nielx) Date: Thu, 25 Sep 2008 12:03:14 -0000 Subject: [Haiku-bugs] [Haiku] #2231: [Pe] Find / Replace text entry box is only 3-4 pixels high In-Reply-To: <042.dab23c69c4be62e9bb3bdb2f8d08e3dd@haiku-os.org> References: <042.dab23c69c4be62e9bb3bdb2f8d08e3dd@haiku-os.org> Message-ID: <051.357a200550565b0543e6513cb6b8f288@haiku-os.org> #2231: [Pe] Find / Replace text entry box is only 3-4 pixels high -----------------------------+---------------------------------------------- Reporter: scottmc | Owner: stippi Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: User Interface | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Changes (by nielx): * priority: normal => blocker * milestone: R1 => R1/alpha1 Comment: Move up to block alpha 1, since the proposal 34 was accepted. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 25 14:30:19 2008 From: trac at haiku-os.org (tqh) Date: Thu, 25 Sep 2008 12:30:19 -0000 Subject: [Haiku-bugs] [Haiku] #2772: Firefox doesn't start In-Reply-To: <041.9c1da5f0bf89be90de8ef757888805cb@haiku-os.org> References: <041.9c1da5f0bf89be90de8ef757888805cb@haiku-os.org> Message-ID: <050.765225add730466a12ae4986c17ceea0@haiku-os.org> #2772: Firefox doesn't start ------------------------+--------------------------------------------------- Reporter: nopper | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: ------------------------+--------------------------------------------------- Comment(by tqh): I suspect we have image loading in three places where this is one of them, so being compatible with BeOS in this regard is good. Also since we are so far behind the development branch it might be hard to get them into Mozilla anyway. This issue is from the fact that the Mozilla base code is used for all apps (Firefox, Thunderbird, Songbird and so on) and we can't really decide the mime-type at compile time. We could/should probably change this hack for a better one, but it will still be a hack. Maybe there is something clever to do on the BApp side? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 25 14:42:17 2008 From: trac at haiku-os.org (bonefish) Date: Thu, 25 Sep 2008 12:42:17 -0000 Subject: [Haiku-bugs] [Haiku] #2770: Problem compiling with c++ when directory has space(s) in it In-Reply-To: <042.eae06837ae7ed67f64cdbb2118d2f6f1@haiku-os.org> References: <042.eae06837ae7ed67f64cdbb2118d2f6f1@haiku-os.org> Message-ID: <051.1458b21024679d41cc8d124de49db15e@haiku-os.org> #2770: Problem compiling with c++ when directory has space(s) in it ---------------------------+------------------------------------------------ Reporter: scottmc | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by bonefish): * status: new => closed * resolution: => fixed Comment: Fixed in r27738. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 25 14:59:23 2008 From: trac at haiku-os.org (bonefish) Date: Thu, 25 Sep 2008 12:59:23 -0000 Subject: [Haiku-bugs] [Haiku] #2772: Firefox doesn't start In-Reply-To: <041.9c1da5f0bf89be90de8ef757888805cb@haiku-os.org> References: <041.9c1da5f0bf89be90de8ef757888805cb@haiku-os.org> Message-ID: <050.30e3e740ff4518d5df7d6d19ab829a04@haiku-os.org> #2772: Firefox doesn't start ------------------------+--------------------------------------------------- Reporter: nopper | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: ------------------------+--------------------------------------------------- Comment(by bonefish): Replying to [comment:8 tqh]: > I suspect we have image loading in three places where this is one of them, so being compatible with BeOS in this regard is good. Also since we are so far behind the development branch it might be hard to get them into Mozilla anyway. > > This issue is from the fact that the Mozilla base code is used for all apps (Firefox, Thunderbird, Songbird and so on) and we can't really decide the mime-type at compile time. We could/should probably change this hack for a better one, but it will still be a hack. Maybe there is something clever to do on the BApp side? If you have no other way of finding out which application it is, then I guess getting the signature from the file is the only option. We could allow passing a NULL signature to the BApplication constructor in such a case. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 25 15:03:58 2008 From: trac at haiku-os.org (ekdahl) Date: Thu, 25 Sep 2008 13:03:58 -0000 Subject: [Haiku-bugs] [Haiku] #2767: if_re port from freebsd In-Reply-To: <041.00f0165823c3e0832a863d90fdda3b7d@haiku-os.org> References: <041.00f0165823c3e0832a863d90fdda3b7d@haiku-os.org> Message-ID: <050.514d8d9cb76cf80cdfad452c852d1140@haiku-os.org> #2767: if_re port from freebsd ------------------------------+--------------------------------------------- Reporter: nopper | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: ------------------------------+--------------------------------------------- Comment(by ekdahl): Maybe a more descriptive name could be used for the driver? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 25 15:07:37 2008 From: trac at haiku-os.org (tqh) Date: Thu, 25 Sep 2008 13:07:37 -0000 Subject: [Haiku-bugs] [Haiku] #2772: Firefox doesn't start In-Reply-To: <041.9c1da5f0bf89be90de8ef757888805cb@haiku-os.org> References: <041.9c1da5f0bf89be90de8ef757888805cb@haiku-os.org> Message-ID: <050.c3d19fc0827080a98061d4fa9e241216@haiku-os.org> #2772: Firefox doesn't start ------------------------+--------------------------------------------------- Reporter: nopper | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: ------------------------+--------------------------------------------------- Comment(by tqh): The option is to add #ifdefs for known Mozilla apps and fail for others with #error unknown app or such. It will simplify the code at the cost of many lesser known Mozilla apps will fail to build (or work). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 25 20:15:18 2008 From: trac at haiku-os.org (scottmc) Date: Thu, 25 Sep 2008 18:15:18 -0000 Subject: [Haiku-bugs] [Haiku] #2773: Wrong SIG returned Message-ID: <042.b4948ec1e0ffe26453478fdd828fee4d@haiku-os.org> #2773: Wrong SIG returned -----------------------+---------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- When building CMake we ran into some failed test cases. One of them was test processes. Here's a sample program that shows a difference between Haiku and Linux, that Bill Hoffman wrote up: {{{ #include #include #include #include int main() { int status; pid_t pid = fork(); if(pid == 0) { *(int*)0 = 0; return 1; } while((waitpid(pid, &status, 0) < 0) && (errno == EINTR)); if(WIFEXITED(status)) { fprintf(stderr, "exited %d\n", (int)WEXITSTATUS(status)); } else if(WIFSIGNALED(status) ) { fprintf(stderr, "sig %d\n", (int)WTERMSIG(status)); } return 0; } hoffman at hythloth:~$ ./a.out sig 11 hoffman at hythloth:~$ That was on a linux box. On Haiku it prints sig 9. }}} Adjust the summary as needed as I didn't know what to call this one. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 25 20:22:39 2008 From: trac at haiku-os.org (stippi) Date: Thu, 25 Sep 2008 18:22:39 -0000 Subject: [Haiku-bugs] [Haiku] #2769: Radeon driver is Slower than VESA ... In-Reply-To: <043.4ebc106a6a9c1b1e16f05b7194e17a36@haiku-os.org> References: <043.4ebc106a6a9c1b1e16f05b7194e17a36@haiku-os.org> Message-ID: <052.15493e51882e30f66a1029b6945fa0b4@haiku-os.org> #2769: Radeon driver is Slower than VESA ... --------------------------------------+------------------------------------- Reporter: herdemir | Owner: euan Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/radeon | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Comment(by stippi): That would be at the expense of using any acceleration. But I have implemented the full double buffering while at the same time using acceleration a little while ago. Because mz Radeon system exposes another bug, I can?t be sure though how well that performs. So someone could have a critical look at it by enabling a define in src/servers/app/drawing/AccelerantHWInterface.cpp, I believe in SetMode() it was. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 25 17:10:27 2008 From: trac at haiku-os.org (scottmc) Date: Thu, 25 Sep 2008 15:10:27 -0000 Subject: [Haiku-bugs] [Haiku] #2765: Tracker can't set/clear more than one permission at a time In-Reply-To: <042.5045bbb49ce98a41d3354784bb4d018d@haiku-os.org> References: <042.5045bbb49ce98a41d3354784bb4d018d@haiku-os.org> Message-ID: <051.bf992cbfc57b84e4dcd5d238cb8d78df@haiku-os.org> #2765: Tracker can't set/clear more than one permission at a time -----------------------------------+---------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by scottmc): I tried that same vmware image on a different computer and it didn't do it there, and a fresh (r27742) image on the same computer works ok today, so this may have just be that the image got corrupted causing this strange behavior. This one can be closed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Sep 25 22:36:01 2008 From: trac at haiku-os.org (bonefish) Date: Thu, 25 Sep 2008 20:36:01 -0000 Subject: [Haiku-bugs] [Haiku] #2773: Wrong SIG returned In-Reply-To: <042.b4948ec1e0ffe26453478fdd828fee4d@haiku-os.org> References: <042.b4948ec1e0ffe26453478fdd828fee4d@haiku-os.org> Message-ID: <051.c8d5899c7da5b67d740d193515419162@haiku-os.org> #2773: Wrong SIG returned ------------------------+--------------------------------------------------- Reporter: scottmc | Owner: bonefish Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by bonefish): * owner: axeld => bonefish * status: new => assigned Comment: I didn't think anyone would care, so ATM we send a SIGKILL when a segment violation occurs and there's no SIGSEGV handler. Will change that later. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 26 00:03:48 2008 From: trac at haiku-os.org (scottmc) Date: Thu, 25 Sep 2008 22:03:48 -0000 Subject: [Haiku-bugs] [Haiku] #2696: unimplemented functions In-Reply-To: <042.80c5f449cc17c57d3f29b65adc3132f6@haiku-os.org> References: <042.80c5f449cc17c57d3f29b65adc3132f6@haiku-os.org> Message-ID: <051.8e64dfa4d9509b9e3bbf808d59c280da@haiku-os.org> #2696: unimplemented functions --------------------------------+------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: | Blockedby: 2564 Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by scottmc): This one is blocking [http://ports.haiku-files.org/ticket/70 HaikuPorts Ticket #70], which affects building the CVS version of CVS. So until the libio.h functions are implemented we won't have a Haiku native CVS. Good news is that the BeOS CVS has been working ok as far as I can tell. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 26 00:09:15 2008 From: trac at haiku-os.org (umccullough) Date: Thu, 25 Sep 2008 22:09:15 -0000 Subject: [Haiku-bugs] [Haiku] #2696: unimplemented functions In-Reply-To: <042.80c5f449cc17c57d3f29b65adc3132f6@haiku-os.org> References: <042.80c5f449cc17c57d3f29b65adc3132f6@haiku-os.org> Message-ID: <051.bee43536fdf40c81ba1b436f6e3edec4@haiku-os.org> #2696: unimplemented functions --------------------------------+------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: | Blockedby: 2564 Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by umccullough): Is it true that no native version can be built? It seems the CVS here: http://haiku-files.org/files/optional-packages/ May be a native version already. At least, it seems to be built for /boot/common already. IIRC, this was provided by stippi, but I can't confirm that. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 26 00:23:24 2008 From: trac at haiku-os.org (scottmc) Date: Thu, 25 Sep 2008 22:23:24 -0000 Subject: [Haiku-bugs] [Haiku] #2696: unimplemented functions In-Reply-To: <042.80c5f449cc17c57d3f29b65adc3132f6@haiku-os.org> References: <042.80c5f449cc17c57d3f29b65adc3132f6@haiku-os.org> Message-ID: <051.6bc1136aad6b09d5bad2942991eee51d@haiku-os.org> #2696: unimplemented functions --------------------------------+------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: | Blockedby: 2564 Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by scottmc): In that zip file the .OptionalPackageDescription said it was the BeOS version... It's possible to build 1.12.13 with a bit of hacking along the way, which is what I'll probably do. But no use in sending in patches for that as the cvs version of cvs has dropped a lot of files some of which need to be patched on 1.12.13. Andreas got it mosted working: http://ports.haiku-files.org/wiki/dev-util/cvs I'll take another look at in the next few days here. But the cvs version of cvs is stuck util the functions actually exist. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 26 02:30:09 2008 From: trac at haiku-os.org (Adek336) Date: Fri, 26 Sep 2008 00:30:09 -0000 Subject: [Haiku-bugs] [Haiku] #2758: downloading on VIA Rhine-II KDLs In-Reply-To: <042.f1265e15f306ca910d022cee484489ff@haiku-os.org> References: <042.f1265e15f306ca910d022cee484489ff@haiku-os.org> Message-ID: <051.4d3bf50b9531bbaa716ba110f7c7c7de@haiku-os.org> #2758: downloading on VIA Rhine-II KDLs ---------------------------------+------------------------------------------ Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by Adek336): I found the cause ! fbsd_mbuf.c {{{ struct mbuf* m_devget(char *buf, int totlen, int off, struct ifnet *ifp, void (*copy)(char *from, caddr_t to, u_int len)) { ... if (top == NULL) { - if (totlen + off >= MINCLSIZE) { + if (true) { m = m_getcl(M_DONTWAIT, MT_DATA, M_PKTHDR); ... } }}} That is a workaround. I'm actually writing this in Haiku :D however the mouse sometimes freezes for a 1-2 second period. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 26 09:38:48 2008 From: trac at haiku-os.org (axeld) Date: Fri, 26 Sep 2008 07:38:48 -0000 Subject: [Haiku-bugs] [Haiku] #2696: unimplemented functions In-Reply-To: <042.80c5f449cc17c57d3f29b65adc3132f6@haiku-os.org> References: <042.80c5f449cc17c57d3f29b65adc3132f6@haiku-os.org> Message-ID: <051.74fa07e23fdfff204f5ceb274e4d29a5@haiku-os.org> #2696: unimplemented functions --------------------------------+------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: | Blockedby: 2564 Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by axeld): libio.h is not a POSIX header, and the functionality doesn't seem to be standardized anywhere. If CVS is using it now for whatever reason (poor maintainer IMO), I would think we could easily live with an older version of it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 26 11:15:21 2008 From: trac at haiku-os.org (jackburton) Date: Fri, 26 Sep 2008 09:15:21 -0000 Subject: [Haiku-bugs] [Haiku] #2765: Tracker can't set/clear more than one permission at a time In-Reply-To: <042.5045bbb49ce98a41d3354784bb4d018d@haiku-os.org> References: <042.5045bbb49ce98a41d3354784bb4d018d@haiku-os.org> Message-ID: <051.3fa2f7504c68b64c0efe9d4cba904080@haiku-os.org> #2765: Tracker can't set/clear more than one permission at a time -----------------------------------+---------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by jackburton): * status: new => closed * resolution: => invalid -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 26 11:51:18 2008 From: trac at haiku-os.org (jackburton) Date: Fri, 26 Sep 2008 09:51:18 -0000 Subject: [Haiku-bugs] [Haiku] #2772: Firefox doesn't start In-Reply-To: <041.9c1da5f0bf89be90de8ef757888805cb@haiku-os.org> References: <041.9c1da5f0bf89be90de8ef757888805cb@haiku-os.org> Message-ID: <050.26eea552cb1b490d3ac32d5edf2a661a@haiku-os.org> #2772: Firefox doesn't start ------------------------+--------------------------------------------------- Reporter: nopper | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: ------------------------+--------------------------------------------------- Comment(by jackburton): Replying to [comment:8 tqh]: > I suspect we have image loading in three places where this is one of them, so being compatible with BeOS in this regard is good. Yeah but you could change that code to be compatible with haiku AND beos, since assuming that the first image is the app image is.. well, an assumption :) Better change the code to be more correct, no ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 26 12:13:16 2008 From: trac at haiku-os.org (tqh) Date: Fri, 26 Sep 2008 10:13:16 -0000 Subject: [Haiku-bugs] [Haiku] #2772: Firefox doesn't start In-Reply-To: <041.9c1da5f0bf89be90de8ef757888805cb@haiku-os.org> References: <041.9c1da5f0bf89be90de8ef757888805cb@haiku-os.org> Message-ID: <050.4bdfa90958d7027a1cb7b43c5e3cad02@haiku-os.org> #2772: Firefox doesn't start ------------------------+--------------------------------------------------- Reporter: nopper | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: ------------------------+--------------------------------------------------- Comment(by tqh): Yes of course. It's all a question of motivation, which is all gone when it comes to Firefox... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 26 16:18:44 2008 From: trac at haiku-os.org (mmu_man) Date: Fri, 26 Sep 2008 14:18:44 -0000 Subject: [Haiku-bugs] [Haiku] #2342: No system timer interrupt on some ATI chipsets In-Reply-To: <039.3674ba47b1d07ce0d804a70edffeeb2b@haiku-os.org> References: <039.3674ba47b1d07ce0d804a70edffeeb2b@haiku-os.org> Message-ID: <048.9771c8dad48279c155e07e7e270d1f90@haiku-os.org> #2342: No system timer interrupt on some ATI chipsets ----------------------------+----------------------------------------------- Reporter: euan | Owner: mmu_man Type: bug | Status: assigned Priority: high | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by mmu_man): Well in any case it seems the clock issue is fixed. Maybe the IDE IRQ would also need changing the edge/level trigger register... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 26 16:19:47 2008 From: trac at haiku-os.org (mmu_man) Date: Fri, 26 Sep 2008 14:19:47 -0000 Subject: [Haiku-bugs] [Haiku] #2739: KDL at boot with SBLive In-Reply-To: <041.f8173d933891dbef51e6820edf478d62@haiku-os.org> References: <041.f8173d933891dbef51e6820edf478d62@haiku-os.org> Message-ID: <050.25fbc3fd392d154952b8bb7350095c06@haiku-os.org> #2739: KDL at boot with SBLive ----------------------------+----------------------------------------------- Reporter: biffuz | Owner: mmu_man Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by mmu_man): You really sure you removed the native driver ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 26 16:21:00 2008 From: trac at haiku-os.org (mmu_man) Date: Fri, 26 Sep 2008 14:21:00 -0000 Subject: [Haiku-bugs] [Haiku] #1630: OSS spinlock issues In-Reply-To: <044.4ae57e18f0f9ea62d9b1c3477de114a5@haiku-os.org> References: <044.4ae57e18f0f9ea62d9b1c3477de114a5@haiku-os.org> Message-ID: <053.eab0b0549934bfb506bd756fa0752a3d@haiku-os.org> #1630: OSS spinlock issues ----------------------------+----------------------------------------------- Reporter: anevilyak | Owner: mmu_man Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by mmu_man): Is it still valid ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 26 16:22:56 2008 From: trac at haiku-os.org (mmu_man) Date: Fri, 26 Sep 2008 14:22:56 -0000 Subject: [Haiku-bugs] [Haiku] #2256: Virtual Box No Sound Despite Detection, Crashes When Restaring Media Server. In-Reply-To: <041.13083c72e1617fed3d25980e5cfb91b0@haiku-os.org> References: <041.13083c72e1617fed3d25980e5cfb91b0@haiku-os.org> Message-ID: <050.3d741375fc438433f2b1505c539be973@haiku-os.org> #2256: Virtual Box No Sound Despite Detection, Crashes When Restaring Media Server. -----------------------------+---------------------------------------------- Reporter: kvdman | Owner: mmu_man Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Kits/Media Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Comment(by mmu_man): The crash on media_server restart should be fixed now. As for lack of sound, maybe it's actually a timing issue, it seems to happen with QEMU too, it should work but times out trying to play. (you see it in syslog) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 26 16:23:58 2008 From: trac at haiku-os.org (mmu_man) Date: Fri, 26 Sep 2008 14:23:58 -0000 Subject: [Haiku-bugs] [Haiku] #1063: Update avcodec plugin to a recent ffmpeg; sync with fixes done on FFDecoder and merge. In-Reply-To: <042.40125eaa39e34c59ed3644b9f260be15@haiku-os.org> References: <042.40125eaa39e34c59ed3644b9f260be15@haiku-os.org> Message-ID: <051.53255c2f325c3aa109dee808b98e4255@haiku-os.org> #1063: Update avcodec plugin to a recent ffmpeg; sync with fixes done on FFDecoder and merge. -----------------------------------+---------------------------------------- Reporter: mmu_man | Owner: mmu_man Type: enhancement | Status: new Priority: low | Milestone: R1 Component: Audio & Video/Codecs | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by mmu_man): libavcodec has been updated but I still need to check for fixes from FFDecoder. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 26 16:24:17 2008 From: trac at haiku-os.org (mmu_man) Date: Fri, 26 Sep 2008 14:24:17 -0000 Subject: [Haiku-bugs] [Haiku] #1063: Update avcodec plugin to a recent ffmpeg; sync with fixes done on FFDecoder and merge. In-Reply-To: <042.40125eaa39e34c59ed3644b9f260be15@haiku-os.org> References: <042.40125eaa39e34c59ed3644b9f260be15@haiku-os.org> Message-ID: <051.0604de7912b30492954a2adabf06485c@haiku-os.org> #1063: Update avcodec plugin to a recent ffmpeg; sync with fixes done on FFDecoder and merge. -----------------------------------+---------------------------------------- Reporter: mmu_man | Owner: mmu_man Type: enhancement | Status: assigned Priority: low | Milestone: R1 Component: Audio & Video/Codecs | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by mmu_man): * status: new => assigned -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 26 16:26:43 2008 From: trac at haiku-os.org (mmu_man) Date: Fri, 26 Sep 2008 14:26:43 -0000 Subject: [Haiku-bugs] [Haiku] #2267: Sound plays with noise (using OSS) In-Reply-To: <041.d5b5a7c80f65311174adae8b12bad08a@haiku-os.org> References: <041.d5b5a7c80f65311174adae8b12bad08a@haiku-os.org> Message-ID: <050.5a5b4c5b388722b6d9a0f2815ee58f83@haiku-os.org> #2267: Sound plays with noise (using OSS) -----------------------------+---------------------------------------------- Reporter: apple7 | Owner: mmu_man Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Kits/Media Kit | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -----------------------------+---------------------------------------------- Comment(by mmu_man): So, do you still get noise ? There are still issues with playback on OSS, but it should be bearable at least. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 26 16:40:19 2008 From: trac at haiku-os.org (bipolar) Date: Fri, 26 Sep 2008 14:40:19 -0000 Subject: [Haiku-bugs] [Haiku] #2267: Sound plays with noise (using OSS) In-Reply-To: <041.d5b5a7c80f65311174adae8b12bad08a@haiku-os.org> References: <041.d5b5a7c80f65311174adae8b12bad08a@haiku-os.org> Message-ID: <050.9dcd11e45bdc563f877d45df39110ecf@haiku-os.org> #2267: Sound plays with noise (using OSS) -----------------------------+---------------------------------------------- Reporter: apple7 | Owner: mmu_man Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Kits/Media Kit | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -----------------------------+---------------------------------------------- Comment(by bipolar): Replying to [comment:7 mmu_man]: > So, do you still get noise ? I'll download a recent image today and will test it during the weekend. I will report my findings here after that. Again, thanks for work! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 26 16:43:25 2008 From: trac at haiku-os.org (bipolar) Date: Fri, 26 Sep 2008 14:43:25 -0000 Subject: [Haiku-bugs] [Haiku] #2267: Sound plays with noise (using OSS) In-Reply-To: <041.d5b5a7c80f65311174adae8b12bad08a@haiku-os.org> References: <041.d5b5a7c80f65311174adae8b12bad08a@haiku-os.org> Message-ID: <050.221214e6d9e0cccbd884a50e82be3765@haiku-os.org> #2267: Sound plays with noise (using OSS) -----------------------------+---------------------------------------------- Reporter: apple7 | Owner: mmu_man Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Kits/Media Kit | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -----------------------------+---------------------------------------------- Comment(by bipolar): Replying to [comment:8 bipolar]: > [...] Again, thanks for work! Err... Again, thanks for '''your''' work! My English/typing is getting worse everyday... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 26 16:44:27 2008 From: trac at haiku-os.org (anevilyak) Date: Fri, 26 Sep 2008 14:44:27 -0000 Subject: [Haiku-bugs] [Haiku] #1630: OSS spinlock issues In-Reply-To: <044.4ae57e18f0f9ea62d9b1c3477de114a5@haiku-os.org> References: <044.4ae57e18f0f9ea62d9b1c3477de114a5@haiku-os.org> Message-ID: <053.0a0adb8a1fa32dc5610b772d19db7f7e@haiku-os.org> #1630: OSS spinlock issues ----------------------------+----------------------------------------------- Reporter: anevilyak | Owner: mmu_man Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by anevilyak): I'd need to check, I'm guessing it might have been conflicting with emuxki. It will be a week or so before I can verify though, in the middle of moving right now. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 26 16:46:26 2008 From: trac at haiku-os.org (mmu_man) Date: Fri, 26 Sep 2008 14:46:26 -0000 Subject: [Haiku-bugs] [Haiku] #2267: Sound plays with noise (using OSS) In-Reply-To: <041.d5b5a7c80f65311174adae8b12bad08a@haiku-os.org> References: <041.d5b5a7c80f65311174adae8b12bad08a@haiku-os.org> Message-ID: <050.0aa04fe26b80c1cfea6a3f33d2bf6258@haiku-os.org> #2267: Sound plays with noise (using OSS) -----------------------------+---------------------------------------------- Reporter: apple7 | Owner: mmu_man Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Kits/Media Kit | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -----------------------------+---------------------------------------------- Comment(by mmu_man): You might also want to try the latest version: http://revolf.free.fr/beos/oss-beos-v4.1test-bin.zip -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 26 17:01:19 2008 From: trac at haiku-os.org (mmu_man) Date: Fri, 26 Sep 2008 15:01:19 -0000 Subject: [Haiku-bugs] [Haiku] #1064: Replicant-ify and nsPlugin-ify MediaPlayer In-Reply-To: <042.d1fa0900d7e0bb55569979550b7ce7f9@haiku-os.org> References: <042.d1fa0900d7e0bb55569979550b7ce7f9@haiku-os.org> Message-ID: <051.f221e3ce89888e238f9389ebd0614e20@haiku-os.org> #1064: Replicant-ify and nsPlugin-ify MediaPlayer ---------------------------------------+------------------------------------ Reporter: mmu_man | Owner: mmu_man Type: enhancement | Status: assigned Priority: low | Milestone: Unscheduled Component: Applications/MediaPlayer | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Changes (by mmu_man): * status: new => assigned -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 26 18:00:57 2008 From: trac at haiku-os.org (kvdman) Date: Fri, 26 Sep 2008 16:00:57 -0000 Subject: [Haiku-bugs] [Haiku] #2256: Virtual Box No Sound Despite Detection, Crashes When Restaring Media Server. In-Reply-To: <041.13083c72e1617fed3d25980e5cfb91b0@haiku-os.org> References: <041.13083c72e1617fed3d25980e5cfb91b0@haiku-os.org> Message-ID: <050.93969dcfbaec91002db3c14c243c98f3@haiku-os.org> #2256: Virtual Box No Sound Despite Detection, Crashes When Restaring Media Server. -----------------------------+---------------------------------------------- Reporter: kvdman | Owner: mmu_man Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Kits/Media Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Comment(by kvdman): Indeed, the crashing media server upon restart is fixed; thanks. Should this be closed and a new bug be opened re: no sound now? There used to be sound, but it was very garbly. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Sep 26 17:01:05 2008 From: trac at haiku-os.org (mmu_man) Date: Fri, 26 Sep 2008 15:01:05 -0000 Subject: [Haiku-bugs] [Haiku] #1897: BSnow: "Click to remove" does not work In-Reply-To: <041.7fe61d5c7b93f820f1a1efd2fc499962@haiku-os.org> References: <041.7fe61d5c7b93f820f1a1efd2fc499962@haiku-os.org> Message-ID: <050.43012e16c931b46c80ae750bc99da3dd@haiku-os.org> #1897: BSnow: "Click to remove" does not work ---------------------------+------------------------------------------------ Reporter: stippi | Owner: mmu_man Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by mmu_man): * status: new => assigned Comment: Is it still valid ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 27 08:16:13 2008 From: trac at haiku-os.org (humdinger) Date: Sat, 27 Sep 2008 06:16:13 -0000 Subject: [Haiku-bugs] [Haiku] #1897: BSnow: "Click to remove" does not work In-Reply-To: <041.7fe61d5c7b93f820f1a1efd2fc499962@haiku-os.org> References: <041.7fe61d5c7b93f820f1a1efd2fc499962@haiku-os.org> Message-ID: <050.e3d25e34480b3d1d0dd9b51d0b772da7@haiku-os.org> #1897: BSnow: "Click to remove" does not work ---------------------------+------------------------------------------------ Reporter: stippi | Owner: mmu_man Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by humdinger): I take it the "Click me to remove BSnow", means to click the Replicator handle and choosing "Delete", not just clicking into the window. In any case, removing still doesn't work with r27404 on vmware. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 27 10:49:00 2008 From: trac at haiku-os.org (mmu_man) Date: Sat, 27 Sep 2008 08:49:00 -0000 Subject: [Haiku-bugs] [Haiku] #1897: BSnow: "Click to remove" does not work In-Reply-To: <041.7fe61d5c7b93f820f1a1efd2fc499962@haiku-os.org> References: <041.7fe61d5c7b93f820f1a1efd2fc499962@haiku-os.org> Message-ID: <050.901b7a788e8753b0e77d1e71a5beef9e@haiku-os.org> #1897: BSnow: "Click to remove" does not work ---------------------------+------------------------------------------------ Reporter: stippi | Owner: mmu_man Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by mmu_man): No, it does mean the "Click me to remove BSnow" in the window. Both should work. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 27 11:09:02 2008 From: trac at haiku-os.org (humdinger) Date: Sat, 27 Sep 2008 09:09:02 -0000 Subject: [Haiku-bugs] [Haiku] #1897: BSnow: "Click to remove" does not work In-Reply-To: <041.7fe61d5c7b93f820f1a1efd2fc499962@haiku-os.org> References: <041.7fe61d5c7b93f820f1a1efd2fc499962@haiku-os.org> Message-ID: <050.fdb677d4fb6186777c34ebadc8856ab9@haiku-os.org> #1897: BSnow: "Click to remove" does not work ---------------------------+------------------------------------------------ Reporter: stippi | Owner: mmu_man Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Comment(by humdinger): >No, it does mean the "Click me to remove BSnow" in the window. Both should work. Ah, I see. Then both don't. :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 27 12:45:31 2008 From: trac at haiku-os.org (Adek336) Date: Sat, 27 Sep 2008 10:45:31 -0000 Subject: [Haiku-bugs] [Haiku] #2758: downloading on VIA Rhine-II KDLs In-Reply-To: <042.f1265e15f306ca910d022cee484489ff@haiku-os.org> References: <042.f1265e15f306ca910d022cee484489ff@haiku-os.org> Message-ID: <051.069dd093af66270e9cad423ca8af6cb3@haiku-os.org> #2758: downloading on VIA Rhine-II KDLs ---------------------------------+------------------------------------------ Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by Adek336): 1. Haiku with the above workaround still crashes, not after 30 secs but after 30 mins, perhaps because it can still allocate an mbuf with m_gethdr in the top != NULL branch. 2. The problem is: m_devget writes more bytes than it should, overwriting other mbufs. Using m_getcl instead of m_gethdr is a workaround as it allocates a larger buffer. 3. sizeof(struct mbuf) should be MSIZE = 0x100, but it is 0x118 4. In Haiku: compat/sys/mbuf.h {{{ #define MLEN ((int)(MSIZE - sizeof(struct m_hdr))) #define MHLEN ((int)(MSIZE - sizeof(struct pkthdr))) }}} In FreeBSD: {{{ #define MLEN ((int)(MSIZE - sizeof(struct m_hdr))) #define MHLEN ((int)(MLEN - sizeof(struct pkthdr))) }}} 5. Adopting the FreeBSD's definition of MHLEN (instead of the above workaround) makes the KDL go away, at least so far. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 27 15:35:41 2008 From: trac at haiku-os.org (jackburton) Date: Sat, 27 Sep 2008 13:35:41 -0000 Subject: [Haiku-bugs] [Haiku] #2762: media player consistently crashes In-Reply-To: <041.a9083f31a67a21e6993ab6bfc9515415@haiku-os.org> References: <041.a9083f31a67a21e6993ab6bfc9515415@haiku-os.org> Message-ID: <050.0a03dac617f1e02414417865dceac580@haiku-os.org> #2762: media player consistently crashes ---------------------------------------+------------------------------------ Reporter: kvdman | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/MediaPlayer | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Comment(by jackburton): I think I've found the problem, but I don't have any idea on how to solve this correctly. Basically, what happens is that The window thread starts (sometimes) before the MainApp constructor returns, and receives a B_WINDOW_ACTIVATED message from the app_server. Then, the WindowActivated() code calls Controller::PlayerActivated(), which in turn dereferences gMainApp. gMainApp isn't yet initialized, since the MainApp constructor hasn't returned yet. I've fixed the crash by initializing gMainApp in the MainApp constructor, like this: gMainApp = be_app and moving the creation of the window after that line. But again, I'm not sure it's a good solution. Maybe we should, in some way, delay the activation of the window after the BApplication has been run. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 27 15:51:00 2008 From: trac at haiku-os.org (emitrax) Date: Sat, 27 Sep 2008 13:51:00 -0000 Subject: [Haiku-bugs] [Haiku] #2263: USB Key doesn't work In-Reply-To: <045.3e7db024b77ce246c3830001c0b845a4@haiku-os.org> References: <045.3e7db024b77ce246c3830001c0b845a4@haiku-os.org> Message-ID: <054.7a5530c2627b0d1498c5b1cebad32f7e@haiku-os.org> #2263: USB Key doesn't work --------------------------+------------------------------------------------- Reporter: jackburton | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by emitrax): The same happens with 27756. Same log. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 27 16:02:59 2008 From: trac at haiku-os.org (atomozero) Date: Sat, 27 Sep 2008 14:02:59 -0000 Subject: [Haiku-bugs] [Haiku] #2774: huawei e220 freeze the system Message-ID: <044.28804984fcc145840822ff617131c845@haiku-os.org> #2774: huawei e220 freeze the system -----------------------+---------------------------------------------------- Reporter: atomozero | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- connecting e200 to the usb port the system freezes totally -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 27 16:09:13 2008 From: trac at haiku-os.org (bonefish) Date: Sat, 27 Sep 2008 14:09:13 -0000 Subject: [Haiku-bugs] [Haiku] #2773: Wrong SIG returned In-Reply-To: <042.b4948ec1e0ffe26453478fdd828fee4d@haiku-os.org> References: <042.b4948ec1e0ffe26453478fdd828fee4d@haiku-os.org> Message-ID: <051.0997bd29d014b11b5da5de98bae0ef1e@haiku-os.org> #2773: Wrong SIG returned ------------------------+--------------------------------------------------- Reporter: scottmc | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by bonefish): * status: assigned => closed * resolution: => fixed Comment: Fixed in r27757. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 27 16:15:58 2008 From: trac at haiku-os.org (atomozero) Date: Sat, 27 Sep 2008 14:15:58 -0000 Subject: [Haiku-bugs] [Haiku] #2774: huawei e220 freeze the system In-Reply-To: <044.28804984fcc145840822ff617131c845@haiku-os.org> References: <044.28804984fcc145840822ff617131c845@haiku-os.org> Message-ID: <053.3a8e567dfc2f0c4d4773428d269ff0f2@haiku-os.org> #2774: huawei e220 freeze the system ------------------------+--------------------------------------------------- Reporter: atomozero | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by atomozero): Huawei Mondem Info http://www.huawei.com/mobileweb/en/products/view.do?id=282 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 27 16:33:18 2008 From: trac at haiku-os.org (emitrax) Date: Sat, 27 Sep 2008 14:33:18 -0000 Subject: [Haiku-bugs] [Haiku] #2263: USB Key doesn't work In-Reply-To: <045.3e7db024b77ce246c3830001c0b845a4@haiku-os.org> References: <045.3e7db024b77ce246c3830001c0b845a4@haiku-os.org> Message-ID: <054.f4b5b54b1afc6e4bf124cd3daaf9de16@haiku-os.org> #2263: USB Key doesn't work --------------------------+------------------------------------------------- Reporter: jackburton | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by emitrax): Note: It works on vmware. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 27 16:43:03 2008 From: trac at haiku-os.org (emitrax) Date: Sat, 27 Sep 2008 14:43:03 -0000 Subject: [Haiku-bugs] [Haiku] #2775: [Tracker]: when clicking on a symbolic link diskusage isn't shown Message-ID: <042.b509731048128cc7a7106aea19e8c347@haiku-os.org> #2775: [Tracker]: when clicking on a symbolic link diskusage isn't shown ----------------------------------+----------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- As the summary explains, if you right click on the home link that is on the desktop, diskusage addon is not showed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 27 17:10:59 2008 From: trac at haiku-os.org (luroh) Date: Sat, 27 Sep 2008 15:10:59 -0000 Subject: [Haiku-bugs] [Haiku] #2776: Regression: r27752 broke booting in VMware Message-ID: <040.52e35d6c66b56eccf355005d520cb0bf@haiku-os.org> #2776: Regression: r27752 broke booting in VMware --------------------+------------------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------+------------------------------------------------------- Since r27752, I get the following after the red rocket icon has lit up: "PANIC: page fault, but interrupts were disabled. Touching address 0x00000020 from eip 0x8003ac1b" Picture and serial output from r27757 attached. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 27 17:22:18 2008 From: trac at haiku-os.org (atomozero) Date: Sat, 27 Sep 2008 15:22:18 -0000 Subject: [Haiku-bugs] [Haiku] #2777: Media checker KDL when booting from USB (eeepc) Message-ID: <044.56281505f801d0aa8ec4c46c28d03989@haiku-os.org> #2777: Media checker KDL when booting from USB (eeepc) -----------------------+---------------------------------------------------- Reporter: atomozero | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- starting my eeepc from a usb device the system freezes on "media checker". If i press es twice the system boots with no problems moreover the cpu level bar is stuck at 100% (process controller) even though ActivityMonitor shows no use of the cpu -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 27 17:39:39 2008 From: trac at haiku-os.org (jackburton) Date: Sat, 27 Sep 2008 15:39:39 -0000 Subject: [Haiku-bugs] [Haiku] #1669: Fails on boot In-Reply-To: <041.97a88b3be8ceb6eaa0b7a84bc846bc33@haiku-os.org> References: <041.97a88b3be8ceb6eaa0b7a84bc846bc33@haiku-os.org> Message-ID: <050.06ce16712342efd688700ae97eeb0bf1@haiku-os.org> #1669: Fails on boot ---------------------------+------------------------------------------------ Reporter: artemm | Owner: marcusoverhagen Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Disk | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: ---------------------------+------------------------------------------------ Changes (by jackburton): * status: assigned => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 27 19:48:18 2008 From: trac at haiku-os.org (bonefish) Date: Sat, 27 Sep 2008 17:48:18 -0000 Subject: [Haiku-bugs] [Haiku] #2776: Regression: r27752 broke booting in VMware In-Reply-To: <040.52e35d6c66b56eccf355005d520cb0bf@haiku-os.org> References: <040.52e35d6c66b56eccf355005d520cb0bf@haiku-os.org> Message-ID: <049.c4ade7adc6ce343fa4e6d88dc1ddfa78@haiku-os.org> #2776: Regression: r27752 broke booting in VMware ---------------------+------------------------------------------------------ Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------+------------------------------------------------------ Comment(by bonefish): If you build your images yourself, please update to r27758 and enable tracing in src/system/kernel/module.cpp (uncomment the {{{#define TRACE_MODULE}}} line). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 27 19:56:50 2008 From: trac at haiku-os.org (luroh) Date: Sat, 27 Sep 2008 17:56:50 -0000 Subject: [Haiku-bugs] [Haiku] #2776: Regression: r27752 broke booting in VMware In-Reply-To: <040.52e35d6c66b56eccf355005d520cb0bf@haiku-os.org> References: <040.52e35d6c66b56eccf355005d520cb0bf@haiku-os.org> Message-ID: <049.2592e27f3d83ef89e5e64051999dc321@haiku-os.org> #2776: Regression: r27752 broke booting in VMware ---------------------+------------------------------------------------------ Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------+------------------------------------------------------ Comment(by luroh): Done, serial_r27758.txt attached. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 27 21:13:46 2008 From: trac at haiku-os.org (bonefish) Date: Sat, 27 Sep 2008 19:13:46 -0000 Subject: [Haiku-bugs] [Haiku] #2776: Regression: r27752 broke booting in VMware In-Reply-To: <040.52e35d6c66b56eccf355005d520cb0bf@haiku-os.org> References: <040.52e35d6c66b56eccf355005d520cb0bf@haiku-os.org> Message-ID: <049.981633388f5eb343b962be403f80946d@haiku-os.org> #2776: Regression: r27752 broke booting in VMware ---------------------+------------------------------------------------------ Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------+------------------------------------------------------ Comment(by bonefish): Thanks! I fixed a bug in r27760 that might be related or even cause this bug. If the problem still persists, please provide a new serial output, since I also added some more debug output. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 27 21:50:33 2008 From: trac at haiku-os.org (luroh) Date: Sat, 27 Sep 2008 19:50:33 -0000 Subject: [Haiku-bugs] [Haiku] #2776: Regression: r27752 broke booting in VMware In-Reply-To: <040.52e35d6c66b56eccf355005d520cb0bf@haiku-os.org> References: <040.52e35d6c66b56eccf355005d520cb0bf@haiku-os.org> Message-ID: <049.330c8a282e79a701c5d7cbb5adeeec9b@haiku-os.org> #2776: Regression: r27752 broke booting in VMware ---------------------+------------------------------------------------------ Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------+------------------------------------------------------ Comment(by luroh): Still with us, serial_r27761.txt attached. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 27 22:06:45 2008 From: trac at haiku-os.org (siarzhuk) Date: Sat, 27 Sep 2008 20:06:45 -0000 Subject: [Haiku-bugs] [Haiku] #2706: PANIC: vm_page_fault: unhandled page fault in kernel space at 0xdeadbf07, ip 0x9428897e In-Reply-To: <041.8d34f46a15791872dcdd382ff2fcecde@haiku-os.org> References: <041.8d34f46a15791872dcdd382ff2fcecde@haiku-os.org> Message-ID: <050.ab2cb44ee9fc22b16a99a7a7c523e61e@haiku-os.org> #2706: PANIC: vm_page_fault: unhandled page fault in kernel space at 0xdeadbf07, ip 0x9428897e -------------------------------------+-------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: Network & Internet/TCP | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Changes (by siarzhuk): * cc: imker at gmx.li (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 27 22:16:47 2008 From: trac at haiku-os.org (siarzhuk) Date: Sat, 27 Sep 2008 20:16:47 -0000 Subject: [Haiku-bugs] [Haiku] #2758: downloading on VIA Rhine-II KDLs In-Reply-To: <042.f1265e15f306ca910d022cee484489ff@haiku-os.org> References: <042.f1265e15f306ca910d022cee484489ff@haiku-os.org> Message-ID: <051.4bd05ab28a9d55fa68afe4ba819efabd@haiku-os.org> #2758: downloading on VIA Rhine-II KDLs ---------------------------------+------------------------------------------ Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by siarzhuk): * cc: imker at gmx.li (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 27 23:03:26 2008 From: trac at haiku-os.org (luroh) Date: Sat, 27 Sep 2008 21:03:26 -0000 Subject: [Haiku-bugs] [Haiku] #2776: Regression: r27752 broke booting (was: Regression: r27752 broke booting in VMware) In-Reply-To: <040.52e35d6c66b56eccf355005d520cb0bf@haiku-os.org> References: <040.52e35d6c66b56eccf355005d520cb0bf@haiku-os.org> Message-ID: <049.3820f319c9025e264df971a1ba3ab71f@haiku-os.org> #2776: Regression: r27752 broke booting ---------------------+------------------------------------------------------ Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------+------------------------------------------------------ Comment(by luroh): FWIW, same happens on real hw as well. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 27 23:36:40 2008 From: trac at haiku-os.org (bonefish) Date: Sat, 27 Sep 2008 21:36:40 -0000 Subject: [Haiku-bugs] [Haiku] #2776: Regression: r27752 broke booting In-Reply-To: <040.52e35d6c66b56eccf355005d520cb0bf@haiku-os.org> References: <040.52e35d6c66b56eccf355005d520cb0bf@haiku-os.org> Message-ID: <049.fde04329bb525fc350b5c2c19959304d@haiku-os.org> #2776: Regression: r27752 broke booting ---------------------+------------------------------------------------------ Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------+------------------------------------------------------ Comment(by bonefish): I've no idea what's wrong. Everything works fine here, in VMware as well as on real hardware, gcc 2 and gcc 4. The module debug output from your syslog looks as it should. The stack crawl suggests that gUSBStack in the USB bus manager module is NULL. According to the module debug output the initialization function that should set it is invoked, it is not uninitialized later, nor is a second image with the USB bus manager loaded. So everything should be fine. You could try to also enable USB tracing (uncomment the {{{#define TRACE_USB}}} in src/add-ons/kernel/bus_managers/usb/usb_p.h). Maybe Michael has an idea. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Sep 27 23:49:55 2008 From: trac at haiku-os.org (luroh) Date: Sat, 27 Sep 2008 21:49:55 -0000 Subject: [Haiku-bugs] [Haiku] #2776: Regression: r27752 broke booting In-Reply-To: <040.52e35d6c66b56eccf355005d520cb0bf@haiku-os.org> References: <040.52e35d6c66b56eccf355005d520cb0bf@haiku-os.org> Message-ID: <049.ac6494efbfe8166f3eea6c85022f6d09@haiku-os.org> #2776: Regression: r27752 broke booting ---------------------+------------------------------------------------------ Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------+------------------------------------------------------ Comment(by luroh): It's like deja vue all over again. ;) Thanks for the advice, USB tracing enabled in serial_r27763.txt. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 28 00:35:22 2008 From: trac at haiku-os.org (siarzhuk) Date: Sat, 27 Sep 2008 22:35:22 -0000 Subject: [Haiku-bugs] [Haiku] #1641: KDL: rtl8139 In-Reply-To: <043.5f4af7ba053274031187f62bac03de4a@haiku-os.org> References: <043.5f4af7ba053274031187f62bac03de4a@haiku-os.org> Message-ID: <052.8c7f555e87b4ba8e8247a4d428300b50@haiku-os.org> #1641: KDL: rtl8139 ------------------------------+--------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: 1661, 1890, 2452 ------------------------------+--------------------------------------------- Comment(by siarzhuk): During my "traced" games I observed 4 cases of network-related KDLs on my system with rtl8139: 1) page fault in m_free call from compat_read. It looks like one that is traced in attachment 8139-kdl.txt.[[BR]] 2) page fault in m_free call from m_defrag. It is mentioned above in attachment 8139-wget-kdl.txt[[BR]] 3) page fault in memcpy_generic call from devfs_read in "/dev/net/rtl8139 reader" thread.[[BR]] 4) page fault in Compare__C24ConnectionHashDefinitionRCt4pair2ZPC8sockaddrZPC8sockaddrP11TCPEndpoint. It is already submitted as ticket #2706.[[BR]] First of all I have investigated the "case 1" because it was observed very frequently on my system. This problem occure as follows: in interrupt handler the rl_rxeof create mbuf for recieved data by call of m_devget. Right after this in the same call of interrupt handler rl_rxeof create another mbuf with next packet of received data by calling m_devget again. After the interrupt handler is finished the compat_read copy received data and attempt to free the mbuf created by first call of m_devget. This attempt failed because m_next of this mbuf is invalid (traced says that it almost always has value of 0x00000d36) The "case 2" was observed rarely and looks like related the same problem as "case 1" but during rl_txeof handling. About the "case 3" and "case 4" I thought it is not related to mbuf problem. During browsing Trac tickets for something related to this problems I found ticket #2758 that describe some problem in m_devget. I have tried mentioned in that ticked fix from Adek336 in compat/sys/mbuf.h {{{ #define MLEN ((int)(MSIZE - sizeof(struct m_hdr))) -#define MHLEN ((int)(MSIZE - sizeof(struct pkthdr))) +#define MHLEN ((int)(MLEN - sizeof(struct pkthdr))) }}} Now I cannot observe "Cases 1,2,3" for about of 1 hour of stress testing. Unfortunately the "case 4" (ticket #2706) is still reproducible on my system. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 28 00:41:32 2008 From: trac at haiku-os.org (siarzhuk) Date: Sat, 27 Sep 2008 22:41:32 -0000 Subject: [Haiku-bugs] [Haiku] #2758: downloading on VIA Rhine-II KDLs In-Reply-To: <042.f1265e15f306ca910d022cee484489ff@haiku-os.org> References: <042.f1265e15f306ca910d022cee484489ff@haiku-os.org> Message-ID: <051.69e913364281aeb3524f9b6fe1cefe01@haiku-os.org> #2758: downloading on VIA Rhine-II KDLs ---------------------------------+------------------------------------------ Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by siarzhuk): To Adek336: Just for your information: this patch for MHLEN helped me to resolve another problem with mbuf: [http://dev.haiku- os.org/ticket/1641#comment:18] Thank you! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 28 00:59:22 2008 From: trac at haiku-os.org (luroh) Date: Sat, 27 Sep 2008 22:59:22 -0000 Subject: [Haiku-bugs] [Haiku] #2776: Regression: r27752 broke booting In-Reply-To: <040.52e35d6c66b56eccf355005d520cb0bf@haiku-os.org> References: <040.52e35d6c66b56eccf355005d520cb0bf@haiku-os.org> Message-ID: <049.74b33772908abc7ee4a722f85b9af36e@haiku-os.org> #2776: Regression: r27752 broke booting ---------------------+------------------------------------------------------ Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------+------------------------------------------------------ Comment(by luroh): bonefish: Reading a recent commit log of yours, I guess you might be building Haiku with -j2 or some such option, correct? Now, I'll be the first to admit that I don't know the first thing about jam, but I do know that I have had problems with concurrent jam jobs in the past, i.e., ending up with various degrees of different program behaviour. This prompted me to go back to jam -q and the occasional jam -aq. Could this be the cause of what we're seeing here? You not being able to repeat the problem, I mean. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 28 01:03:03 2008 From: trac at haiku-os.org (anevilyak) Date: Sat, 27 Sep 2008 23:03:03 -0000 Subject: [Haiku-bugs] [Haiku] #2776: Regression: r27752 broke booting In-Reply-To: <040.52e35d6c66b56eccf355005d520cb0bf@haiku-os.org> References: <040.52e35d6c66b56eccf355005d520cb0bf@haiku-os.org> Message-ID: <049.d997e175076fef7ad4a124f9359fa51b@haiku-os.org> #2776: Regression: r27752 broke booting -----------------------+---------------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------+---------------------------------------------------- Changes (by anevilyak): * priority: normal => critical * milestone: R1 => R1/alpha1 Comment: Hi luroh, Just curious, when it KDLs, can you grab the output of {{{ team_images 1 }}} from the kernel debugger? I'm wondering if the same thing is happening that happened to me where the PCI bus manager's image was loaded twice, which resulted in a NULL ptr due to the second image not having been completely initialized. I can't test myself right now due to systems being packed for moving. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 28 01:17:13 2008 From: trac at haiku-os.org (luroh) Date: Sat, 27 Sep 2008 23:17:13 -0000 Subject: [Haiku-bugs] [Haiku] #2776: Regression: r27752 broke booting In-Reply-To: <040.52e35d6c66b56eccf355005d520cb0bf@haiku-os.org> References: <040.52e35d6c66b56eccf355005d520cb0bf@haiku-os.org> Message-ID: <049.8fb7c889ad17f813b39cc29053748053@haiku-os.org> #2776: Regression: r27752 broke booting -----------------------+---------------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------+---------------------------------------------------- Comment(by luroh): anevilyak: Hi! Doesn't look like it, team_images_1.txt excerpt attached. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 28 02:03:28 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 28 Sep 2008 00:03:28 -0000 Subject: [Haiku-bugs] [Haiku] #2758: downloading on VIA Rhine-II KDLs In-Reply-To: <042.f1265e15f306ca910d022cee484489ff@haiku-os.org> References: <042.f1265e15f306ca910d022cee484489ff@haiku-os.org> Message-ID: <051.8bae575fe6aeb6454029cce34c752e9a@haiku-os.org> #2758: downloading on VIA Rhine-II KDLs ---------------------------------+------------------------------------------ Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by Adek336): I'm glad to hear that! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 28 10:47:16 2008 From: trac at haiku-os.org (jackburton) Date: Sun, 28 Sep 2008 08:47:16 -0000 Subject: [Haiku-bugs] [Haiku] #2778: KDL on boot on QEMU Message-ID: <045.c0d2678bfc4009f02623432961bd7499@haiku-os.org> #2778: KDL on boot on QEMU ---------------------------+------------------------------------------------ Reporter: jackburton | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Since Ingo's yesterdays's evening commits, I can't boot haiku from QEMU anymore. It goes to KDL after initing the rocket icon. Attached is the backtrace. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 28 10:48:17 2008 From: trac at haiku-os.org (emitrax) Date: Sun, 28 Sep 2008 08:48:17 -0000 Subject: [Haiku-bugs] [Haiku] #2662: FAT USB stick problem: "PANIC: could not write back block 7908 (General system error)" In-Reply-To: <040.e3a242713b471c2c7e20480cfb94f8f3@haiku-os.org> References: <040.e3a242713b471c2c7e20480cfb94f8f3@haiku-os.org> Message-ID: <049.db7115a06cced4ff7bafbf223f8251fe@haiku-os.org> #2662: FAT USB stick problem: "PANIC: could not write back block 7908 (General system error)" ------------------------+--------------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by emitrax): I have the same error, but when mounting it in read only mode it works fine. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 28 11:23:39 2008 From: trac at haiku-os.org (emitrax) Date: Sun, 28 Sep 2008 09:23:39 -0000 Subject: [Haiku-bugs] [Haiku] #2779: Unable to boot from USB - fxp intr Message-ID: <042.c0abfeb02b669289b1fa95526628cd41@haiku-os.org> #2779: Unable to boot from USB - fxp intr -----------------------------+---------------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------+---------------------------------------------- I'm unable to boot from USB. A part from the fact that I had to try with different stick before booting (weird thing perhpas, but the same procedure on some stick resulted in a "Failed to load OS" error, any idea?), when finally managed to boot it, it hangs on the last icon due to the "fxp intr" thread that keep running eating all the CPU. The system just sit there and doesn't go any further. The driver is the pro100. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 28 11:32:28 2008 From: trac at haiku-os.org (julun) Date: Sun, 28 Sep 2008 09:32:28 -0000 Subject: [Haiku-bugs] [Haiku] #2776: Regression: r27752 broke booting In-Reply-To: <040.52e35d6c66b56eccf355005d520cb0bf@haiku-os.org> References: <040.52e35d6c66b56eccf355005d520cb0bf@haiku-os.org> Message-ID: <049.c4011f973085f8b3c4fa495913b6635f@haiku-os.org> #2776: Regression: r27752 broke booting -----------------------+---------------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------+---------------------------------------------------- Comment(by julun): Hi, for me it's a bit different, i don't get that kdl really over here. My vmx file has been changed to use 2 cpu's and 512 mb ram. Reverting this back gives the KDL as in the panic.png screenshot, but having two cpus it simply stops, no kdl. About the jam thing, I'm using it like jam -aqj 4 without any problems since months. Karsten -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 28 11:42:29 2008 From: trac at haiku-os.org (luroh) Date: Sun, 28 Sep 2008 09:42:29 -0000 Subject: [Haiku-bugs] [Haiku] #2776: Regression: r27752 broke booting In-Reply-To: <040.52e35d6c66b56eccf355005d520cb0bf@haiku-os.org> References: <040.52e35d6c66b56eccf355005d520cb0bf@haiku-os.org> Message-ID: <049.bdb42f414eefa48764dd1b67e9db5cf5@haiku-os.org> #2776: Regression: r27752 broke booting -----------------------+---------------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------+---------------------------------------------------- Comment(by luroh): julun: I can confirm, numvcpus = "2" makes it hang at the red rocket, pressing F12 does nothing. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 28 11:52:22 2008 From: trac at haiku-os.org (julun) Date: Sun, 28 Sep 2008 09:52:22 -0000 Subject: [Haiku-bugs] [Haiku] #2776: Regression: r27752 broke booting In-Reply-To: <040.52e35d6c66b56eccf355005d520cb0bf@haiku-os.org> References: <040.52e35d6c66b56eccf355005d520cb0bf@haiku-os.org> Message-ID: <049.ee5db5197e53ffbb83bbdaf40fefd2d8@haiku-os.org> #2776: Regression: r27752 broke booting -----------------------+---------------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------+---------------------------------------------------- Comment(by julun): Hi, I've uploaded such an unbootable image, one can get get it here: www.julun.de/haiku/haiku.tar.bz2 Karsten -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 28 11:55:32 2008 From: trac at haiku-os.org (richienyhus) Date: Sun, 28 Sep 2008 09:55:32 -0000 Subject: [Haiku-bugs] [Haiku] #2780: Video out of range on KM51G-754 Message-ID: <046.76cb332d913612d99e9a4f2e6ef2809e@haiku-os.org> #2780: Video out of range on KM51G-754 ------------------------------+--------------------------------------------- Reporter: richienyhus | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------+--------------------------------------------- When booting Haiku on a Albatron KM51G-754 , and about the time the red rocket is lit up, I get a error message from my LCD screen: "Out Of Range H. Frequency 80 kHz V. Frequency 99.7 Hz" when booting with video fail safe on, the everything is fine. Tested on r27764 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 28 14:25:16 2008 From: trac at haiku-os.org (bonefish) Date: Sun, 28 Sep 2008 12:25:16 -0000 Subject: [Haiku-bugs] [Haiku] #2778: KDL on boot on QEMU In-Reply-To: <045.c0d2678bfc4009f02623432961bd7499@haiku-os.org> References: <045.c0d2678bfc4009f02623432961bd7499@haiku-os.org> Message-ID: <054.db09d2804dd8d4e5be239a029f917b47@haiku-os.org> #2778: KDL on boot on QEMU ----------------------------+----------------------------------------------- Reporter: jackburton | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: duplicate | Blockedby: 2776 Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by bonefish): * status: new => closed * resolution: => duplicate * blockedby: => 2776 Comment: Duplicate of #2776. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 28 14:41:55 2008 From: trac at haiku-os.org (bonefish) Date: Sun, 28 Sep 2008 12:41:55 -0000 Subject: [Haiku-bugs] [Haiku] #2776: Regression: r27752 broke booting In-Reply-To: <040.52e35d6c66b56eccf355005d520cb0bf@haiku-os.org> References: <040.52e35d6c66b56eccf355005d520cb0bf@haiku-os.org> Message-ID: <049.e548f80422b953d54b91bd17e95126ce@haiku-os.org> #2776: Regression: r27752 broke booting -----------------------+---------------------------------------------------- Reporter: luroh | Owner: bonefish Type: bug | Status: assigned Priority: critical | Milestone: R1/alpha1 Component: System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------+---------------------------------------------------- Changes (by bonefish): * owner: axeld => bonefish * status: new => assigned * blocking: 2778 => Comment: My VMware is already configured for 1 CPU, but I can reproduce the problem with qemu. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 28 15:01:12 2008 From: trac at haiku-os.org (mmlr) Date: Sun, 28 Sep 2008 13:01:12 -0000 Subject: [Haiku-bugs] [Haiku] #2776: Regression: r27752 broke booting In-Reply-To: <040.52e35d6c66b56eccf355005d520cb0bf@haiku-os.org> References: <040.52e35d6c66b56eccf355005d520cb0bf@haiku-os.org> Message-ID: <049.570212d812284bc6055a3087e636e29d@haiku-os.org> #2776: Regression: r27752 broke booting -----------------------+---------------------------------------------------- Reporter: luroh | Owner: bonefish Type: bug | Status: assigned Priority: critical | Milestone: R1/alpha1 Component: System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------+---------------------------------------------------- Comment(by mmlr): There is (broken) code in the USB module to handle R5 where the module is loaded multiple times. If that was the case and one of the modules would get unloaded afterwards (which never happens in case of R5) a crash would occure. But from the supplied syslogs here, it doesn't look like this is happening at all, because the corresponding message "usb_module: uninit" is not present and also it doesn't look like the module is loaded multiple times at all. I'll #ifdef that code out anyway though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 28 15:27:24 2008 From: trac at haiku-os.org (bonefish) Date: Sun, 28 Sep 2008 13:27:24 -0000 Subject: [Haiku-bugs] [Haiku] #2776: Regression: r27752 broke booting In-Reply-To: <040.52e35d6c66b56eccf355005d520cb0bf@haiku-os.org> References: <040.52e35d6c66b56eccf355005d520cb0bf@haiku-os.org> Message-ID: <049.10a22852ad27571d3baef2289bbacad6@haiku-os.org> #2776: Regression: r27752 broke booting -----------------------+---------------------------------------------------- Reporter: luroh | Owner: bonefish Type: bug | Status: closed Priority: critical | Milestone: R1/alpha1 Component: System | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------+---------------------------------------------------- Changes (by bonefish): * status: assigned => closed * resolution: => fixed Comment: Fixed in r27767. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 28 16:12:26 2008 From: trac at haiku-os.org (rossi) Date: Sun, 28 Sep 2008 14:12:26 -0000 Subject: [Haiku-bugs] [Haiku] #2781: file system (BFS) inconsistent after crash (KDL) Message-ID: <040.994ba355a7a19a9026ec5a54cc086e1c@haiku-os.org> #2781: file system (BFS) inconsistent after crash (KDL) ------------------------------+--------------------------------------------- Reporter: rossi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Blockedby: | Platform: x86 Blocking: | ------------------------------+--------------------------------------------- The file system becomes inconsistent after a crash (KDL), i.e. e.g. files copied to the drive in that session are lost after the reboot following the crash. However apparently this doesn't affect all files, I have the slight (not proven) feeling, that certain files, which have been touched after the copy operation actually survive the crash. All this happens on r27764, gcc2 build with gcc4 libs installed. Btw, should I reinitialize the file system to be on the safe side that there are no other hidden not visible issues with the file system? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 28 17:43:40 2008 From: trac at haiku-os.org (mmu_man) Date: Sun, 28 Sep 2008 15:43:40 -0000 Subject: [Haiku-bugs] [Haiku] #2762: media player consistently crashes In-Reply-To: <041.a9083f31a67a21e6993ab6bfc9515415@haiku-os.org> References: <041.a9083f31a67a21e6993ab6bfc9515415@haiku-os.org> Message-ID: <050.37fb3e1c79e0f3f5281c617d82d86d72@haiku-os.org> #2762: media player consistently crashes ---------------------------------------+------------------------------------ Reporter: kvdman | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/MediaPlayer | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Comment(by mmu_man): I used the same workaround in r27764 but indeed it's not clean, so the ticket should remain open until it's fixed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 28 20:51:02 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 28 Sep 2008 18:51:02 -0000 Subject: [Haiku-bugs] [Haiku] #2782: implement sticky windows Message-ID: <042.38a576130fb59003013719adda791fa4@haiku-os.org> #2782: implement sticky windows ----------------------------+----------------------------------------------- Reporter: Adek336 | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------+----------------------------------------------- I miss the sticky windows feature which is that while dragging a window and one of its borders is about say 0.5 cm from another window border or the screen border, it jumps moves to that border and the windows are adjacent. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 28 20:53:06 2008 From: trac at haiku-os.org (diver) Date: Sun, 28 Sep 2008 18:53:06 -0000 Subject: [Haiku-bugs] [Haiku] #2782: implement sticky windows In-Reply-To: <042.38a576130fb59003013719adda791fa4@haiku-os.org> References: <042.38a576130fb59003013719adda791fa4@haiku-os.org> Message-ID: <051.3000a3a9644fd15d7dbdc5c3926285a9@haiku-os.org> #2782: implement sticky windows -----------------------------+---------------------------------------------- Reporter: Adek336 | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Comment(by diver): +1. I like this feature in KDE too. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 28 21:26:14 2008 From: trac at haiku-os.org (PieterPanman) Date: Sun, 28 Sep 2008 19:26:14 -0000 Subject: [Haiku-bugs] [Haiku] #1590: Updated Broadcom Tigon3 ethernet driver In-Reply-To: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> References: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> Message-ID: <053.968df012777708b3bd3366a329dbe7e8@haiku-os.org> #1590: Updated Broadcom Tigon3 ethernet driver ------------------------------+--------------------------------------------- Reporter: pieterpan | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Comment(by PieterPanman): I managed to get it to compile (with some cheats), but it does not work quite yet. See the attached diff for what I did to make it compile. I still have to implement m_cljget, but I get stuck on other things first. Besides, if it is called, it will panic, then I'll implement it :) It's something to do with jumbo frames. When I start Haiku with the driver added to the image, it gets to the red rocket, where things go haywire. (without this driver it boots fine) See the attached pictures of the debugging output: it is very exciting to at least see it is identifying my device and initializing it. My suspicion is that I'm messing up the interrupts, because everything else is rather bothered by my driver's actions. I have very little driver writing experience, so this is mostly trial and error for me. I also tried these two below, but that doesn't help at all. Probably this device generates interrupts, and this does not apply. NO_HAIKU_CHECK_DISABLE_INTERRUPTS(); NO_HAIKU_REENABLE_INTERRUPTS(); I also tried with the latest driver from http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/bge/ but they now added m_collapse, which still needs to be added to the layer. So I figured I'd focus on the current driver, can always update later. Any advise would be greatly appreciated. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 28 22:00:06 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 28 Sep 2008 20:00:06 -0000 Subject: [Haiku-bugs] [Haiku] #1590: Updated Broadcom Tigon3 ethernet driver In-Reply-To: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> References: <044.6cb95f5b2faf1c68ea7bdf26b3fe5cec@haiku-os.org> Message-ID: <053.94e6200900ed378d818f3659573421ae@haiku-os.org> #1590: Updated Broadcom Tigon3 ethernet driver ------------------------------+--------------------------------------------- Reporter: pieterpan | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Changes (by Adek336): * cc: adek336 at gmail.com (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 28 22:38:36 2008 From: trac at haiku-os.org (Adek336) Date: Sun, 28 Sep 2008 20:38:36 -0000 Subject: [Haiku-bugs] [Haiku] #2783: boot slow because of disks Message-ID: <042.aa3315d65a1cf1df56bdfa61afa2eb03@haiku-os.org> #2783: boot slow because of disks -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- I have three PATA hard drives, a CD drive and one SATA hard drive. For some revisions now, Haiku boots much longer. It takes like, 85 seconds to boot (from the GRUB menu to the showing of the desktop), 65 of which is spent on the disk icon. Expected behaviour: it takes less time to boot. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 28 23:33:58 2008 From: trac at haiku-os.org (axeld) Date: Sun, 28 Sep 2008 21:33:58 -0000 Subject: [Haiku-bugs] [Haiku] #2758: downloading on VIA Rhine-II KDLs In-Reply-To: <042.f1265e15f306ca910d022cee484489ff@haiku-os.org> References: <042.f1265e15f306ca910d022cee484489ff@haiku-os.org> Message-ID: <051.8918ccf378897e82bd27084d6fa1339e@haiku-os.org> #2758: downloading on VIA Rhine-II KDLs ---------------------------------+------------------------------------------ Reporter: Adek336 | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Thanks again for your great investigation! :-) I've applied the change in r27771. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Sep 28 23:35:07 2008 From: trac at haiku-os.org (axeld) Date: Sun, 28 Sep 2008 21:35:07 -0000 Subject: [Haiku-bugs] [Haiku] #1641: KDL: rtl8139 In-Reply-To: <043.5f4af7ba053274031187f62bac03de4a@haiku-os.org> References: <043.5f4af7ba053274031187f62bac03de4a@haiku-os.org> Message-ID: <052.316b7eb0cdf4ee7d7751eca8a029b27f@haiku-os.org> #1641: KDL: rtl8139 ------------------------------+--------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: 1661, 1890, 2452 ------------------------------+--------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Looks like this had the same cause as #2758, and should therefore be fixed by r27771. Please reopen if not everyone is lucky yet :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 29 08:55:59 2008 From: trac at haiku-os.org (jackburton) Date: Mon, 29 Sep 2008 06:55:59 -0000 Subject: [Haiku-bugs] [Haiku] #2781: file system (BFS) inconsistent after crash (KDL) In-Reply-To: <040.994ba355a7a19a9026ec5a54cc086e1c@haiku-os.org> References: <040.994ba355a7a19a9026ec5a54cc086e1c@haiku-os.org> Message-ID: <049.87802a86351de337ce10833f8dc11deb@haiku-os.org> #2781: file system (BFS) inconsistent after crash (KDL) -------------------------------+-------------------------------------------- Reporter: rossi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -------------------------------+-------------------------------------------- Comment(by jackburton): I think I have seen the same issue on multiple machines. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 29 09:09:19 2008 From: trac at haiku-os.org (mmlr) Date: Mon, 29 Sep 2008 07:09:19 -0000 Subject: [Haiku-bugs] [Haiku] #2781: file system (BFS) inconsistent after crash (KDL) In-Reply-To: <040.994ba355a7a19a9026ec5a54cc086e1c@haiku-os.org> References: <040.994ba355a7a19a9026ec5a54cc086e1c@haiku-os.org> Message-ID: <049.0fd2831c7cdc831d6fc90973569f7b0e@haiku-os.org> #2781: file system (BFS) inconsistent after crash (KDL) -------------------------------+-------------------------------------------- Reporter: rossi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -------------------------------+-------------------------------------------- Comment(by mmlr): This is not a filesystem inconsistency however. If the filesystem was inconsistent it would for example have corrupted nodes, files with inconsistent block mappings or attributes, indexes and the like. BFS does journaling to avoid exactly that. But this journaling doesn't include data journaling. If you have files that weren't written back yet at all, they will be lost obviously as they only ever existed in your memory. If you have files that were in the process of being written back, they might be missing as well, because the journaling might have removed an incompletely written node, exactly do avoid an inconsistent state. If the metadata was written back, the file might be present, but still the data it contains might be complete junk if it has not yet been written back. Still, the filesystem itself should consistent, from a meta data point of view, in all of these cases. You can force writing back data by using the sync command to avoid such situations. If you do that and still loose data that should have been written before the call, that'd be a bug. But if you loose data that isn't guaranteed to be written back (either by an explicit sync or by the implicit sync on unmount/shutdown) that isn't necessarily a bug. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 29 09:14:29 2008 From: trac at haiku-os.org (jackburton) Date: Mon, 29 Sep 2008 07:14:29 -0000 Subject: [Haiku-bugs] [Haiku] #2781: file system (BFS) inconsistent after crash (KDL) In-Reply-To: <040.994ba355a7a19a9026ec5a54cc086e1c@haiku-os.org> References: <040.994ba355a7a19a9026ec5a54cc086e1c@haiku-os.org> Message-ID: <049.82022e2c3814c82c5aacdb0a4f9dc0ed@haiku-os.org> #2781: file system (BFS) inconsistent after crash (KDL) -------------------------------+-------------------------------------------- Reporter: rossi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -------------------------------+-------------------------------------------- Comment(by jackburton): Right. But after a couple of minutes the files should be written back to disk anyway. I guess this is a regression (Luposian bug, again? AAAAAAAAAAAAAAARGH!!!), since this wasn't happening some time ago. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 29 09:15:54 2008 From: trac at haiku-os.org (jackburton) Date: Mon, 29 Sep 2008 07:15:54 -0000 Subject: [Haiku-bugs] [Haiku] #2781: files not written to disk (BFS) after crash (KDL) (was: file system (BFS) inconsistent after crash (KDL)) In-Reply-To: <040.994ba355a7a19a9026ec5a54cc086e1c@haiku-os.org> References: <040.994ba355a7a19a9026ec5a54cc086e1c@haiku-os.org> Message-ID: <049.a0695b785ea7116c50515ee41d34169b@haiku-os.org> #2781: files not written to disk (BFS) after crash (KDL) -------------------------------+-------------------------------------------- Reporter: rossi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -------------------------------+-------------------------------------------- Description changed by jackburton: Old description: > The file system becomes inconsistent after a crash (KDL), i.e. e.g. files > copied to the drive in that session are lost after the reboot following > the crash. > > However apparently this doesn't affect all files, I have the slight (not > proven) feeling, that certain files, which have been touched after the > copy operation actually survive the crash. > > All this happens on r27764, gcc2 build with gcc4 libs installed. > > Btw, should I reinitialize the file system to be on the safe side that > there are no other hidden not visible issues with the file system? New description: After a crash (KDL), files copied to the drive in that session are lost after the reboot following the crash. However apparently this doesn't affect all files, I have the slight (not proven) feeling, that certain files, which have been touched after the copy operation actually survive the crash. All this happens on r27764, gcc2 build with gcc4 libs installed. Btw, should I reinitialize the file system to be on the safe side that there are no other hidden not visible issues with the file system? -- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 29 09:18:51 2008 From: trac at haiku-os.org (jackburton) Date: Mon, 29 Sep 2008 07:18:51 -0000 Subject: [Haiku-bugs] [Haiku] #2231: [Pe] Find / Replace text entry box is only 3-4 pixels high In-Reply-To: <042.dab23c69c4be62e9bb3bdb2f8d08e3dd@haiku-os.org> References: <042.dab23c69c4be62e9bb3bdb2f8d08e3dd@haiku-os.org> Message-ID: <051.c0642377a008ce0efbb5ba8626f39e02@haiku-os.org> #2231: [Pe] Find / Replace text entry box is only 3-4 pixels high -----------------------------+---------------------------------------------- Reporter: scottmc | Owner: stippi Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: User Interface | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Comment(by jackburton): BTextView::TextHeight()/LineHeight() return 0. Seems similar to bug #2509. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 29 09:22:16 2008 From: trac at haiku-os.org (jackburton) Date: Mon, 29 Sep 2008 07:22:16 -0000 Subject: [Haiku-bugs] [Haiku] #2566: Workspaces replicant - active window lost focus In-Reply-To: <045.2b87057b23bf5bdc9f90fd1f2dee89bf@haiku-os.org> References: <045.2b87057b23bf5bdc9f90fd1f2dee89bf@haiku-os.org> Message-ID: <054.666f9ea86fe58062a3294df585bba5c8@haiku-os.org> #2566: Workspaces replicant - active window lost focus ---------------------------------+------------------------------------------ Reporter: un_spacyar | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by jackburton): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 29 11:36:45 2008 From: trac at haiku-os.org (euan) Date: Mon, 29 Sep 2008 09:36:45 -0000 Subject: [Haiku-bugs] [Haiku] #2342: No system timer interrupt on some ATI chipsets In-Reply-To: <039.3674ba47b1d07ce0d804a70edffeeb2b@haiku-os.org> References: <039.3674ba47b1d07ce0d804a70edffeeb2b@haiku-os.org> Message-ID: <048.7397d32937c4958d42eb74527f663360@haiku-os.org> #2342: No system timer interrupt on some ATI chipsets ----------------------------+----------------------------------------------- Reporter: euan | Owner: mmu_man Type: bug | Status: assigned Priority: high | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by euan): It's certainly an improvement. I guess I can tinker around with IRQ settings. I still have my ATI chipset desktop to try. Hopefully it will fare better. Thanks for taking the time to try and fix it. It is 100% appreciated! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 29 14:18:18 2008 From: trac at haiku-os.org (axeld) Date: Mon, 29 Sep 2008 12:18:18 -0000 Subject: [Haiku-bugs] [Haiku] #2783: boot slow because of disks In-Reply-To: <042.aa3315d65a1cf1df56bdfa61afa2eb03@haiku-os.org> References: <042.aa3315d65a1cf1df56bdfa61afa2eb03@haiku-os.org> Message-ID: <051.ee88dd307c3085aec1889e10704ff0d3@haiku-os.org> #2783: boot slow because of disks ------------------------+--------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by axeld): Have you switched to the "ata" bus manager? Because that one is known to take much longer to boot for now. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 29 14:19:59 2008 From: trac at haiku-os.org (richienyhus) Date: Mon, 29 Sep 2008 12:19:59 -0000 Subject: [Haiku-bugs] [Haiku] #2780: Video out of range on KM51G-754 In-Reply-To: <046.76cb332d913612d99e9a4f2e6ef2809e@haiku-os.org> References: <046.76cb332d913612d99e9a4f2e6ef2809e@haiku-os.org> Message-ID: <055.dce23ef5240a4fbdf8731377b251baa6@haiku-os.org> #2780: Video out of range on KM51G-754 -------------------------------+-------------------------------------------- Reporter: richienyhus | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by richienyhus): I forgot to list the motherboard's website http://www.albatron.com.tw/English/product/mb/pro_detail.asp?rlink=Specification&no=210 Also since its a GeForce 6100, shouldn't it be using that driver? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 29 14:30:55 2008 From: trac at haiku-os.org (jackburton) Date: Mon, 29 Sep 2008 12:30:55 -0000 Subject: [Haiku-bugs] [Haiku] #2780: Video out of range on KM51G-754 In-Reply-To: <046.76cb332d913612d99e9a4f2e6ef2809e@haiku-os.org> References: <046.76cb332d913612d99e9a4f2e6ef2809e@haiku-os.org> Message-ID: <055.55b94014e1694d2931fba5045522f7ab@haiku-os.org> #2780: Video out of range on KM51G-754 -------------------------------+-------------------------------------------- Reporter: richienyhus | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by jackburton): Maybe the id isn't included in the list supported by our driver. Can you use "listdev" to retrieve the id ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 29 14:37:41 2008 From: trac at haiku-os.org (axeld) Date: Mon, 29 Sep 2008 12:37:41 -0000 Subject: [Haiku-bugs] [Haiku] #2780: Video out of range on KM51G-754 In-Reply-To: <046.76cb332d913612d99e9a4f2e6ef2809e@haiku-os.org> References: <046.76cb332d913612d99e9a4f2e6ef2809e@haiku-os.org> Message-ID: <055.3c32eb2592ea22dbd92a337a14ac7560@haiku-os.org> #2780: Video out of range on KM51G-754 --------------------------------------+------------------------------------- Reporter: richienyhus | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Changes (by axeld): * component: Drivers/Graphics => Drivers/Graphics/nVidia Comment: This is obviously a problem of the nVidia driver. I actually have the predecessor of that monitor (ViewSonic VP171b) :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 29 17:14:11 2008 From: trac at haiku-os.org (richienyhus) Date: Mon, 29 Sep 2008 15:14:11 -0000 Subject: [Haiku-bugs] [Haiku] #2780: Video out of range on KM51G-754 In-Reply-To: <046.76cb332d913612d99e9a4f2e6ef2809e@haiku-os.org> References: <046.76cb332d913612d99e9a4f2e6ef2809e@haiku-os.org> Message-ID: <055.1cc6521722079d2c5959075c641ebb74@haiku-os.org> #2780: Video out of range on KM51G-754 --------------------------------------+------------------------------------- Reporter: richienyhus | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Comment(by richienyhus): From what I understand its 0x0242. yet that should of been fixed in r22219. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 29 18:03:42 2008 From: trac at haiku-os.org (marcusoverhagen) Date: Mon, 29 Sep 2008 16:03:42 -0000 Subject: [Haiku-bugs] [Haiku] #2598: sshd occasionally segfaults on connect (possibly when forking) In-Reply-To: <044.8190f7167b1a7129ed18c1d985fdb3d9@haiku-os.org> References: <044.8190f7167b1a7129ed18c1d985fdb3d9@haiku-os.org> Message-ID: <053.edf873e5222c4a934d993cf4c5490288@haiku-os.org> #2598: sshd occasionally segfaults on connect (possibly when forking) ----------------------------+----------------------------------------------- Reporter: anevilyak | Owner: bonefish Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by marcusoverhagen): What does the kernel print when it enters KDL (first 20 lines should do) Dumping the stack content, perhaps +/- 100 byte around esp could give some info, too. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 29 18:53:09 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 29 Sep 2008 16:53:09 -0000 Subject: [Haiku-bugs] [Haiku] #2598: sshd occasionally segfaults on connect (possibly when forking) In-Reply-To: <044.8190f7167b1a7129ed18c1d985fdb3d9@haiku-os.org> References: <044.8190f7167b1a7129ed18c1d985fdb3d9@haiku-os.org> Message-ID: <053.8e7f6ec8ecc2f706ba69de29b15fbec7@haiku-os.org> #2598: sshd occasionally segfaults on connect (possibly when forking) ----------------------------+----------------------------------------------- Reporter: anevilyak | Owner: bonefish Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by anevilyak): Replying to [comment:19 marcusoverhagen]: > What does the kernel print when it enters KDL (first 20 lines should do) > > Dumping the stack content, perhaps +/- 100 byte around esp could give some info, too. Do you mean by jumping into KDL when sshd segfaults and then asking for the team stack trace for sshd or what? In any case, I won't be able to check for a few days, I'm in the middle of moving at the moment so all my computers are packed. Regards, Rene -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 29 20:27:09 2008 From: trac at haiku-os.org (thomasmansfeld) Date: Mon, 29 Sep 2008 18:27:09 -0000 Subject: [Haiku-bugs] [Haiku] #2402: Distrorted AC'97 sound output In-Reply-To: <049.d6d9dc13fea3547aaa72b3a0eb4c2e09@haiku-os.org> References: <049.d6d9dc13fea3547aaa72b3a0eb4c2e09@haiku-os.org> Message-ID: <058.4f81755d35d1d36196de5925364d12ed@haiku-os.org> #2402: Distrorted AC'97 sound output -----------------------------+---------------------------------------------- Reporter: thomasmansfeld | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Audio & Video | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -----------------------------+---------------------------------------------- Comment(by thomasmansfeld): When using fail safe-video mode my system hangs at start up. Removing the radeon driver lets the system start. But then I get no sound at all anymore. Seams that switching to the new device manger causes problems with my system: no boot until I remove all USB devices. Panel resolution is not atomically picked ( was before ) at first start. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 29 20:41:33 2008 From: trac at haiku-os.org (scottmc) Date: Mon, 29 Sep 2008 18:41:33 -0000 Subject: [Haiku-bugs] [Haiku] #2784: Scroll bars disabled if window is resized. Message-ID: <042.2a41ad4b024fffa8aaef6a2629f17e84@haiku-os.org> #2784: Scroll bars disabled if window is resized. -----------------------+---------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- This was mentioned in a comment on #2622, so I thought it only affected StyledEdit. But when trying to resize the Expander show contents box the same thing happens, scroll bars are disabled. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 29 20:45:36 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 29 Sep 2008 18:45:36 -0000 Subject: [Haiku-bugs] [Haiku] #2784: Scroll bars disabled if window is resized. In-Reply-To: <042.2a41ad4b024fffa8aaef6a2629f17e84@haiku-os.org> References: <042.2a41ad4b024fffa8aaef6a2629f17e84@haiku-os.org> Message-ID: <051.0b0cd57b9c565f8ce2124280c7e5463d@haiku-os.org> #2784: Scroll bars disabled if window is resized. ---------------------------------+------------------------------------------ Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by anevilyak): * component: - General => Kits/Interface Kit Comment: Could it have something to do with stippi's recent changes to make some of those classes more layout friendly? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 29 20:55:59 2008 From: trac at haiku-os.org (atomozero) Date: Mon, 29 Sep 2008 18:55:59 -0000 Subject: [Haiku-bugs] [Haiku] #927: [nvidia] stability problems with GeForce 7300 In-Reply-To: <040.4551861d616e1c747f375cd9bac88b12@haiku-os.org> References: <040.4551861d616e1c747f375cd9bac88b12@haiku-os.org> Message-ID: <049.4f836000d2b0974d3996c5a826708bfb@haiku-os.org> #927: [nvidia] stability problems with GeForce 7300 --------------------------------------+------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Comment(by atomozero): whit this card crash when start the terminal :( 01:00.0 VGA compatible controller [0300]: nVidia Corporation G72M [Quadro NVS 110M/GeForce Go 7300] [10de:01d7] (rev a1) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 29 21:01:33 2008 From: trac at haiku-os.org (anevilyak) Date: Mon, 29 Sep 2008 19:01:33 -0000 Subject: [Haiku-bugs] [Haiku] #927: [nvidia] stability problems with GeForce 7300 In-Reply-To: <040.4551861d616e1c747f375cd9bac88b12@haiku-os.org> References: <040.4551861d616e1c747f375cd9bac88b12@haiku-os.org> Message-ID: <049.2435dc0b8079934509e898b92f6f2c3c@haiku-os.org> #927: [nvidia] stability problems with GeForce 7300 --------------------------------------+------------------------------------- Reporter: diver | Owner: rudolfc Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Changes (by anevilyak): * owner: axeld => rudolfc Comment: I'm guessing this should probably be assigned to Rudolf. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 29 21:10:06 2008 From: trac at haiku-os.org (scottmc) Date: Mon, 29 Sep 2008 19:10:06 -0000 Subject: [Haiku-bugs] [Haiku] #2261: Member named `st_blocks' is missing from struct stat in sys/stat.h In-Reply-To: <043.f51f2d66d12472bbb82569cdfe88fb0a@haiku-os.org> References: <043.f51f2d66d12472bbb82569cdfe88fb0a@haiku-os.org> Message-ID: <052.774d9a8b98922bb6a88b70acd0b43465@haiku-os.org> #2261: Member named `st_blocks' is missing from struct stat in sys/stat.h --------------------------+------------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: System | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by scottmc): Replying to [comment:3 nielx]: > Git also assumes this st_blocks to exist. So does CVS 1-12-13... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 29 21:10:34 2008 From: trac at haiku-os.org (scottmc) Date: Mon, 29 Sep 2008 19:10:34 -0000 Subject: [Haiku-bugs] [Haiku] #2078: [PATCH] Add stdio_ext.h header In-Reply-To: <043.3f57e3ce095a508ddfa4d0f69a6fe6eb@haiku-os.org> References: <043.3f57e3ce095a508ddfa4d0f69a6fe6eb@haiku-os.org> Message-ID: <052.8057e3ba122acb1f319e36e61855a75a@haiku-os.org> #2078: [PATCH] Add stdio_ext.h header --------------------------+------------------------------------------------- Reporter: andreasf | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Comment(by scottmc): Is this patch going to get applied? CVS-1.12.13 can make use of it once it is. http://ports.haiku-files.org/wiki/dev-util/cvs -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 29 21:25:17 2008 From: trac at haiku-os.org (stippi) Date: Mon, 29 Sep 2008 19:25:17 -0000 Subject: [Haiku-bugs] [Haiku] #2758: downloading on VIA Rhine-II KDLs In-Reply-To: <042.f1265e15f306ca910d022cee484489ff@haiku-os.org> References: <042.f1265e15f306ca910d022cee484489ff@haiku-os.org> Message-ID: <051.89f6f504a965a404279f9593d002f8e2@haiku-os.org> #2758: downloading on VIA Rhine-II KDLs ---------------------------------+------------------------------------------ Reporter: Adek336 | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Comment(by stippi): Awesome work, Adek336! Those drivers, especially RTL8139, are sure important! Thanks a lot! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 29 22:52:47 2008 From: trac at haiku-os.org (luroh) Date: Mon, 29 Sep 2008 20:52:47 -0000 Subject: [Haiku-bugs] [Haiku] #2785: gcc2 build broken as of r27779 Message-ID: <040.af42730d17503d2d676c2109450aa889@haiku-os.org> #2785: gcc2 build broken as of r27779 --------------------------+------------------------------------------------- Reporter: luroh | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- FATAL: can't create generated/objects/haiku/x86/release/bin/debug/profile/Image.o: Not a directory -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Sep 29 23:00:32 2008 From: trac at haiku-os.org (mmu_man) Date: Mon, 29 Sep 2008 21:00:32 -0000 Subject: [Haiku-bugs] [Haiku] #2785: gcc2 build broken as of r27779 In-Reply-To: <040.af42730d17503d2d676c2109450aa889@haiku-os.org> References: <040.af42730d17503d2d676c2109450aa889@haiku-os.org> Message-ID: <049.d70358aaa67c1285b9bdb21269aab276@haiku-os.org> #2785: gcc2 build broken as of r27779 ---------------------------+------------------------------------------------ Reporter: luroh | Owner: bonefish Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by mmu_man): * status: new => closed * resolution: => invalid Comment: rm generated/objects/haiku/x86/release/bin/debug/profile should fix it. (or just jam clean and rebuild all again) seems profile used to be built from a single file to a binary. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 30 09:36:55 2008 From: trac at haiku-os.org (nopper) Date: Tue, 30 Sep 2008 07:36:55 -0000 Subject: [Haiku-bugs] [Haiku] #2786: ACPI vm_page_fault Message-ID: <041.af3f6e469f7c1a8a48b82dc02ebc5069@haiku-os.org> #2786: ACPI vm_page_fault -----------------------+---------------------------------------------------- Reporter: nopper | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- I've enabled ACPI bus_manager and I've execute cat /dev/acpi/namespace. This produce a kernel PANIC (vm_page_fault) memcpy_generic + 0x0014 (nearest) sprinft + 0x0019 dump_acpi_namespace + 0x023d dump_acpi_namespace + 0x0268 dump_acpi_namespace + 0x0268 dump_acpi_namespace + 0x0268 dump_acpi_namespace + 0x0038 I don't have a serial cable neither a camera to get a pic. Sorry. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 30 11:08:55 2008 From: trac at haiku-os.org (jackburton) Date: Tue, 30 Sep 2008 09:08:55 -0000 Subject: [Haiku-bugs] [Haiku] #2786: ACPI vm_page_fault In-Reply-To: <041.af3f6e469f7c1a8a48b82dc02ebc5069@haiku-os.org> References: <041.af3f6e469f7c1a8a48b82dc02ebc5069@haiku-os.org> Message-ID: <050.238dd9e520cf5009c94ba941f2298ef9@haiku-os.org> #2786: ACPI vm_page_fault ------------------------+--------------------------------------------------- Reporter: nopper | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by jackburton): Is that with a revision after r27777 ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 30 11:13:50 2008 From: trac at haiku-os.org (nopper) Date: Tue, 30 Sep 2008 09:13:50 -0000 Subject: [Haiku-bugs] [Haiku] #2786: ACPI vm_page_fault In-Reply-To: <041.af3f6e469f7c1a8a48b82dc02ebc5069@haiku-os.org> References: <041.af3f6e469f7c1a8a48b82dc02ebc5069@haiku-os.org> Message-ID: <050.10791d264b29980a67a76dcfacf16b1e@haiku-os.org> #2786: ACPI vm_page_fault ------------------------+--------------------------------------------------- Reporter: nopper | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by nopper): Replying to [comment:1 jackburton]: > Is that with a revision after r27777 ? Nope I'm using r27771 and I can't update the sources for: svn: Can't connect to host 'svn.berlios.de': Connection refused -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 30 12:06:16 2008 From: trac at haiku-os.org (stippi) Date: Tue, 30 Sep 2008 10:06:16 -0000 Subject: [Haiku-bugs] [Haiku] #2078: [PATCH] Add stdio_ext.h header In-Reply-To: <043.3f57e3ce095a508ddfa4d0f69a6fe6eb@haiku-os.org> References: <043.3f57e3ce095a508ddfa4d0f69a6fe6eb@haiku-os.org> Message-ID: <052.2664eec9f0d8d2905d4ef84aee33b12a@haiku-os.org> #2078: [PATCH] Add stdio_ext.h header --------------------------+------------------------------------------------- Reporter: andreasf | Owner: axeld Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by stippi): * status: new => closed * resolution: => fixed Comment: I have applied the patch in r27789. Thanks! I am not the best person for POSIX stuff, but I trust your experience! If this should really be placed in 3rdparty instead, please elaborate so that I don't mess things up. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 30 14:15:07 2008 From: trac at haiku-os.org (bipolar) Date: Tue, 30 Sep 2008 12:15:07 -0000 Subject: [Haiku-bugs] [Haiku] #2267: Sound plays with noise (using OSS) In-Reply-To: <041.d5b5a7c80f65311174adae8b12bad08a@haiku-os.org> References: <041.d5b5a7c80f65311174adae8b12bad08a@haiku-os.org> Message-ID: <050.5b652cbf7007a7db41a201b2d706ef8e@haiku-os.org> #2267: Sound plays with noise (using OSS) -----------------------------+---------------------------------------------- Reporter: apple7 | Owner: mmu_man Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Kits/Media Kit | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -----------------------------+---------------------------------------------- Comment(by bipolar): I've tried to test r27746 and the OSS package provided by stippi (hosted at yellowbite.com). The outcome is: I had to disable the opensound.media_addon to make Haiku usable (100% CPU usage). I'll be opening new tickets for the problems I've found after I double check them with mmu_man's OSS package. If no one else is experiencing noise with OSS... I'd "vote" for closing it. I'll reopen it if necessary once/if I'm able to use OSS again on my system. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 30 16:06:35 2008 From: trac at haiku-os.org (nopper) Date: Tue, 30 Sep 2008 14:06:35 -0000 Subject: [Haiku-bugs] [Haiku] #2786: ACPI vm_page_fault In-Reply-To: <041.af3f6e469f7c1a8a48b82dc02ebc5069@haiku-os.org> References: <041.af3f6e469f7c1a8a48b82dc02ebc5069@haiku-os.org> Message-ID: <050.f528dcde3535e9924444ba3e8b0b4f5e@haiku-os.org> #2786: ACPI vm_page_fault ------------------------+--------------------------------------------------- Reporter: nopper | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by nopper): Replying to [comment:3 jackburton]: > you could try to apply the changes in r27777 manually (it's only a few lines), if berlios don't come up in the meantime. > The KDL you're having could well be fixed by that change. Ok still crash with r27789 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 30 16:19:28 2008 From: trac at haiku-os.org (axeld) Date: Tue, 30 Sep 2008 14:19:28 -0000 Subject: [Haiku-bugs] [Haiku] #2261: Member named `st_blocks' is missing from struct stat in sys/stat.h In-Reply-To: <043.f51f2d66d12472bbb82569cdfe88fb0a@haiku-os.org> References: <043.f51f2d66d12472bbb82569cdfe88fb0a@haiku-os.org> Message-ID: <052.0904a6fe15e88c0891931b528dbb2434@haiku-os.org> #2261: Member named `st_blocks' is missing from struct stat in sys/stat.h --------------------------------+------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed * component: System => System/libroot.so Comment: Fixed in r27791. What unit is used for st_blocks in the software that it uses besides WINE which assumes a block size of 512? Currently, BFS uses its native block size for the computation of the value, but if it's always expressed in 512 blocks, then we should probably change this. Also note that this is just another value that cannot be retrieved via BStatable::GetStat() due to binary compatibility. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 30 16:32:46 2008 From: trac at haiku-os.org (anevilyak) Date: Tue, 30 Sep 2008 14:32:46 -0000 Subject: [Haiku-bugs] [Haiku] #2261: Member named `st_blocks' is missing from struct stat in sys/stat.h In-Reply-To: <043.f51f2d66d12472bbb82569cdfe88fb0a@haiku-os.org> References: <043.f51f2d66d12472bbb82569cdfe88fb0a@haiku-os.org> Message-ID: <052.a525f901e9588442ece5dcda82d009b9@haiku-os.org> #2261: Member named `st_blocks' is missing from struct stat in sys/stat.h --------------------------------+------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by anevilyak): The POSIX spec seems to indicate that it's allowed to vary: {{{ The unit for the st_blocks member of the stat structure is not defined within IEEE Std 1003.1-2001. In some implementations it is 512 bytes. It may differ on a file system basis. There is no correlation between values of the st_blocks and st_blksize, and the f_bsize (from ) structure members. }}} Source: http://www.opengroup.org/onlinepubs/000095399/basedefs/sys/stat.h.html -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 30 17:57:46 2008 From: trac at haiku-os.org (axeld) Date: Tue, 30 Sep 2008 15:57:46 -0000 Subject: [Haiku-bugs] [Haiku] #2261: Member named `st_blocks' is missing from struct stat in sys/stat.h In-Reply-To: <043.f51f2d66d12472bbb82569cdfe88fb0a@haiku-os.org> References: <043.f51f2d66d12472bbb82569cdfe88fb0a@haiku-os.org> Message-ID: <052.ec19d939a22e9874f9d77b4166175c38@haiku-os.org> #2261: Member named `st_blocks' is missing from struct stat in sys/stat.h --------------------------------+------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by axeld): The POSIX spec is pretty stupid in this regard, as it makes the st_blocks field essentially useless. So if other platforms are using a consistent value, we should use that, too. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 30 18:01:10 2008 From: trac at haiku-os.org (anevilyak) Date: Tue, 30 Sep 2008 16:01:10 -0000 Subject: [Haiku-bugs] [Haiku] #2261: Member named `st_blocks' is missing from struct stat in sys/stat.h In-Reply-To: <043.f51f2d66d12472bbb82569cdfe88fb0a@haiku-os.org> References: <043.f51f2d66d12472bbb82569cdfe88fb0a@haiku-os.org> Message-ID: <052.ae9cf46521ba4924b4daf8138eb85bc7@haiku-os.org> #2261: Member named `st_blocks' is missing from struct stat in sys/stat.h --------------------------------+------------------------------------------- Reporter: kaoutsis | Owner: axeld Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by anevilyak): Right, I was wondering about that as well, since I don't see from the spec how you would actually determine the block size on a particular platform. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 30 21:08:09 2008 From: trac at haiku-os.org (Adek336) Date: Tue, 30 Sep 2008 19:08:09 -0000 Subject: [Haiku-bugs] [Haiku] #2783: boot slow because of disks In-Reply-To: <042.aa3315d65a1cf1df56bdfa61afa2eb03@haiku-os.org> References: <042.aa3315d65a1cf1df56bdfa61afa2eb03@haiku-os.org> Message-ID: <051.fa3892ebf0639e18c22240d30e41967a@haiku-os.org> #2783: boot slow because of disks ------------------------+--------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by Adek336): Replying to [comment:1 axeld]: > Have you switched to the "ata" bus manager? Because that one is known to take much longer to boot for now. I'm not sure, I haven't done any explicit actions to choose one of these, but in the log I get a lot of "IDE: something something" and "ide: something something" messages. I now have found out that I have installed a hard drive, that when it is not physically attached, Haiku doesn't take excessive amounts of time to boot. However when it is attached I get something like {{{ KERN: intel: pm_identify_partition (...) KERN: check_sense: Hardware error ... }}} lots of times. FreeBSD also complains about this drive and boots a bit faster (probably performs less tries), Windows is installed on this very drive, and, Windows boots very fast and works well. So I believe this is a problem with my drive, but not with it being physically broken but perhaps the partition table is a bit flawed. I will try to find out what is wrong with the drive. Please leave this bug open until I ensure that the problem is in fact caused by something like a broken partition table and not with Haiku (and FreeBSD) erroneously failing to read a good partition table. Also, regardless of if the mentioned drive is attached, I get large quantities of {{{ KERN: ide: reset_device() 0x91587e80 failed, calling reset_bus }}} is this a sign of a problem or is it normal that it has problems with resetting a bus every single boot? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 30 21:50:02 2008 From: trac at haiku-os.org (luroh) Date: Tue, 30 Sep 2008 19:50:02 -0000 Subject: [Haiku-bugs] [Haiku] #2653: Ghost links in Haiku source tree (easy) In-Reply-To: <040.6861f215648a82f8703ba017ee845422@haiku-os.org> References: <040.6861f215648a82f8703ba017ee845422@haiku-os.org> Message-ID: <049.cac6e7a35fc95100154424954e2be521@haiku-os.org> #2653: Ghost links in Haiku source tree (easy) ----------------------+----------------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Add-Ons | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------+----------------------------------------------------- Comment(by luroh): One down in r27792, one to go. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 30 23:15:41 2008 From: trac at haiku-os.org (nutela) Date: Tue, 30 Sep 2008 21:15:41 -0000 Subject: [Haiku-bugs] [Haiku] #2787: clicks in audio with cpu activity (Echo Mia MIDI) Message-ID: <041.3d560337a990c76b47535e77bf2c394c@haiku-os.org> #2787: clicks in audio with cpu activity (Echo Mia MIDI) ---------------------------+------------------------------------------------ Reporter: nutela | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Play a wave file or mp3. Move any window or close or launch apps. Pops and clicks are heard in the audio playing, especially with high cpu usage. Not sure if it is related to Changeset 27382. Enabling real time audio does improve the situation slightly. expected behavior: silky smooth audio playback under all circumstances :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 30 23:30:33 2008 From: trac at haiku-os.org (Adek336) Date: Tue, 30 Sep 2008 21:30:33 -0000 Subject: [Haiku-bugs] [Haiku] #156: syslog is corrupted In-Reply-To: <050.87a7f007f82c5221df346c4250f3f137@haiku-os.org> References: <050.87a7f007f82c5221df346c4250f3f137@haiku-os.org> Message-ID: <059.d7bad10026ef5a100c07a349d3881a15@haiku-os.org> #156: syslog is corrupted ------------------------------+--------------------------------------------- Reporter: marcusoverhagen | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1 Component: System/Kernel | Version: Resolution: | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Changes (by Adek336): * cc: adek336 at gmail.com (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 30 23:43:01 2008 From: trac at haiku-os.org (Adek336) Date: Tue, 30 Sep 2008 21:43:01 -0000 Subject: [Haiku-bugs] [Haiku] #2732: syslog loses messages In-Reply-To: <042.c4ad7828ae13004d96e9b27064f1bd33@haiku-os.org> References: <042.c4ad7828ae13004d96e9b27064f1bd33@haiku-os.org> Message-ID: <051.0340d484ea88c45c6ed555b483024afe@haiku-os.org> #2732: syslog loses messages ------------------------------------+--------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/syslog_daemon | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Changes (by Adek336): * cc: adek336 at gmail.com (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Sep 30 14:16:24 2008 From: trac at haiku-os.org (jackburton) Date: Tue, 30 Sep 2008 12:16:24 -0000 Subject: [Haiku-bugs] [Haiku] #2786: ACPI vm_page_fault In-Reply-To: <041.af3f6e469f7c1a8a48b82dc02ebc5069@haiku-os.org> References: <041.af3f6e469f7c1a8a48b82dc02ebc5069@haiku-os.org> Message-ID: <050.2af35f5b7065b8856ec43be4bd7f8507@haiku-os.org> #2786: ACPI vm_page_fault ------------------------+--------------------------------------------------- Reporter: nopper | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by jackburton): you could try to apply the changes in r27777 manually (it's only a few lines), if berlios don't come up in the meantime. The KDL you're having could well be fixed by that change. -- Ticket URL: Haiku The Haiku operating system.