From trac at haiku-os.org Thu Jan 1 09:33:48 2009 From: trac at haiku-os.org (scottmc) Date: Thu, 01 Jan 2009 08:33:48 -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.1b6034871598b3ce0c310f1c88961eee@haiku-os.org> #1072: Write an HDA audio driver and add-on ---------------------------+------------------------------------------------ Reporter: axeld | Owner: ithamar Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Blockedby: | Platform: All Blocking: 3193 | ---------------------------+------------------------------------------------ Comment(by scottmc): I just tried the hda_ati_nvidia.patch on my laptop and it didn't detect my chipset. My listdev is posted on in the comments on #3217. This is on r28837 with the patch applied and built to a partition. My syslog is available in case it's of any help. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 1 13:17:09 2009 From: trac at haiku-os.org (cssvb94) Date: Thu, 01 Jan 2009 12:17:09 -0000 Subject: [Haiku-bugs] [Haiku] #2998: bcm440x doesn't initialize the NIC In-Reply-To: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> References: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> Message-ID: <051.78cfa238fd9e82889583e207aaf6d9de@haiku-os.org> #2998: bcm440x doesn't initialize the NIC -----------------------------+---------------------------------------------- Reporter: cssvb94 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------------+---------------------------------------------- Comment(by cssvb94): Happy new year to all of you guys and all the best and bright future of HaikuOS.[[BR]] [[BR]] Replying to [comment:65 Adek336]: > If you enter KDL after the "bfe: rman_bus_handle: ...", does "db -p 0xd0010000 600" yield something interesting ? [[BR]] You mean in safe mode I presume?[[BR]] Do I need to set breakpoint to enter KDL and how to do that? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 1 14:17:11 2009 From: trac at haiku-os.org (Adek336) Date: Thu, 01 Jan 2009 13:17:11 -0000 Subject: [Haiku-bugs] [Haiku] #2998: bcm440x doesn't initialize the NIC In-Reply-To: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> References: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> Message-ID: <051.186652aff7d2606ed4be45402cdb188c@haiku-os.org> #2998: bcm440x doesn't initialize the NIC -----------------------------+---------------------------------------------- Reporter: cssvb94 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------------+---------------------------------------------- Comment(by Adek336): If the driver is picked up with safe mode, that is if the modified bfe driver binaries reside in /boot/beos/system/add-ons/... than check in safe mode please. Although you should be able to select non-safe mode + on screen debug and enter KDL with F12 when the "Press Q or S.." text is displayed, after the "bfe: rman_bus_handle" message appears. Also, to open KDL from the source code, you can replace the "dprintf" in dprintf("bfe: rman_bus_handle...", ...) with "panic". -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 1 15:38:27 2009 From: trac at haiku-os.org (emitrax) Date: Thu, 01 Jan 2009 14:38:27 -0000 Subject: [Haiku-bugs] [Haiku] #3251: [Find Window]: improve usability for fairly complex query Message-ID: <042.3e06ebbdd9910cbacb639373d5dd6a5a@haiku-os.org> #3251: [Find Window]: improve usability for fairly complex query ----------------------------------+----------------------------------------- Reporter: emitrax | Owner: anevilyak Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- As for now, if an user, totally unfamiliar with Haiku/BeOS and the tracker, would like to make a query such as - find all files created/modified after 8 o'clock of today (or ten days ago) - find all files created this week bigger than 700MB - find all files created in the last ten minutes and so on, would have not idea about the input format of both size and date, a part from the fact that she probably wouldn't know that she had to click on "by attribute" to make such queries (or even that such as queries are possible). The idea is to make this more obvious and easy to do. In order to so I'd like to propose to - Remove the "by attribute" entry from the second menu from the left - Add a little arrow with an "advanced" label on its side that when clicked would enlarge the find window by adding the following rows Date * [radioButton=before] [inputwidget]year [inputwidget]month (etc. to minutes) [AND|OR] * [radioButton=after] ...same as above without the AND|OR Size * [radioButton=bigger than] [spinBox] Mb[AND|OR] * [radioButton=smaller than] [spinBox] Mb The AND|OR option would be editable only if both radioButton of the section (date|size) are selected. This way the user can very easily look for file created at any time of any size. As for the size, by default it should be set on 1 Mb, if the user would like to look for a smaller file, the label would turn into Kb and the number would start from 1024 (same for bigger than 1024 MB -> 1GB, or smaller than 1KB -> 1024 Bytes). That's it. This would cover most of the query an user would like to do and the "by formula" option would cover the rest for very advanced user. I hope I made myself clear. Please comment. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 1 15:59:35 2009 From: trac at haiku-os.org (korli) Date: Thu, 01 Jan 2009 14:59:35 -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.6242369d4ef0c6998cebafb1288a2e9a@haiku-os.org> #1072: Write an HDA audio driver and add-on ---------------------------+------------------------------------------------ Reporter: axeld | Owner: ithamar Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Blockedby: | Platform: All Blocking: 3193 | ---------------------------+------------------------------------------------ Comment(by korli): Reworked and applied the patch in r28838. The mask for nVidia wasn't correct IMO. Thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 1 16:43:31 2009 From: trac at haiku-os.org (oruizdorantes) Date: Thu, 01 Jan 2009 15:43:31 -0000 Subject: [Haiku-bugs] [Haiku] #3251: [Find Window]: improve usability for fairly complex query In-Reply-To: <042.3e06ebbdd9910cbacb639373d5dd6a5a@haiku-os.org> References: <042.3e06ebbdd9910cbacb639373d5dd6a5a@haiku-os.org> Message-ID: <051.55206d6327d18291f88b487e59ab0d68@haiku-os.org> #3251: [Find Window]: improve usability for fairly complex query ----------------------------------+----------------------------------------- Reporter: emitrax | Owner: anevilyak Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by oruizdorantes): +1 I Never remember how to use those attributes, There might be another ticket around to add nonBFS volumes search... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 1 17:33:28 2009 From: trac at haiku-os.org (humdinger) Date: Thu, 01 Jan 2009 16:33:28 -0000 Subject: [Haiku-bugs] [Haiku] #3251: [Find Window]: improve usability for fairly complex query In-Reply-To: <042.3e06ebbdd9910cbacb639373d5dd6a5a@haiku-os.org> References: <042.3e06ebbdd9910cbacb639373d5dd6a5a@haiku-os.org> Message-ID: <051.6d11354caad3d3c03eb1a157b9739cc7@haiku-os.org> #3251: [Find Window]: improve usability for fairly complex query ----------------------------------+----------------------------------------- Reporter: emitrax | Owner: anevilyak Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by humdinger): Maybe you should turn this into a thread on the mailing list for discussion. I'm not sure losing the "by attribute" search is the right way to go. Searching specific attributes is a key feature of our queries. Also, I'm not sure limiting searches to date and size is a common usage pattern of the average user. IMHO, a user is often looking for this music track, that picture or text file or some video etc. So, access to these catgories should be as quick as possible. Probably by default best without regard to the exact filetype (JPEG, GIF, PNG) but the supertype (image/*). My totally undeveloped suggestion is to have 1) Live result window: as soon as you enter information, the result window (integrated in the find panel) shows the results. Often the list of hits shortens quickly enough so you don't have to come up with more specific search criteria. 2) A filter widget above every displayed attribute column of the results. This is where your idea with date and size comes in. By e.g. in/decreasing the spinbox of the size column, you filter out the bigger/smaller files (needs an additional radiobutton-setting: bigger/smaller, before/after, is/not). The same goes for date. Or picture dimension. Or Artist, with a filter-textbox. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 1 17:40:43 2009 From: trac at haiku-os.org (emitrax) Date: Thu, 01 Jan 2009 16:40:43 -0000 Subject: [Haiku-bugs] [Haiku] #3251: [Find Window]: improve usability for fairly complex query In-Reply-To: <042.3e06ebbdd9910cbacb639373d5dd6a5a@haiku-os.org> References: <042.3e06ebbdd9910cbacb639373d5dd6a5a@haiku-os.org> Message-ID: <051.2852dd3606b543884f3d9c6794cc7526@haiku-os.org> #3251: [Find Window]: improve usability for fairly complex query ----------------------------------+----------------------------------------- Reporter: emitrax | Owner: anevilyak Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by emitrax): Replying to [comment:2 humdinger]: > Maybe you should turn this into a thread on the mailing list for discussion. > > I'm not sure losing the "by attribute" search is the right way to go. Searching specific attributes is a key feature of our queries. Also, I'm not sure limiting searches to date and size is a common usage pattern of the average user. > IMHO, a user is often looking for this music track, that picture or text file or some video etc. So, access to these catgories should be as quick as possible. Probably by default best without regard to the exact filetype (JPEG, GIF, PNG) but the supertype (image/*). > We already have that thanks to the "Category" menu (top-left IIRC). > My totally undeveloped suggestion is to have > 1) Live result window: as soon as you enter information, the result window (integrated in the find panel) shows the results. Often the list of hits shortens quickly enough so you don't have to come up with more specific search criteria. Hmmm... It's not a bad idea, but I see it as a further enhancement. > > 2) A filter widget above every displayed attribute column of the results. This is where your idea with date and size comes in. By e.g. in/decreasing the spinbox of the size column, you filter out the bigger/smaller files (needs an additional radiobutton-setting: bigger/smaller, before/after, is/not). The same goes for date. Or picture dimension. Or Artist, with a filter-textbox. Again, a further enhancement IMHO. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 1 17:41:19 2009 From: trac at haiku-os.org (cssvb94) Date: Thu, 01 Jan 2009 16:41:19 -0000 Subject: [Haiku-bugs] [Haiku] #2998: bcm440x doesn't initialize the NIC In-Reply-To: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> References: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> Message-ID: <051.74a7f4636a9769340ff96003a6d0241a@haiku-os.org> #2998: bcm440x doesn't initialize the NIC -----------------------------+---------------------------------------------- Reporter: cssvb94 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------------+---------------------------------------------- Comment(by cssvb94): I've added panic("ble") after dprintf("bfe: rman_bus_....") function.[[BR]] As can be seen in the attached image above boot process spawned KDL during boot, but when I've tried to execute "db -p 0xd0010000 600" it frozed the PC. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 1 18:46:12 2009 From: trac at haiku-os.org (axeld) Date: Thu, 01 Jan 2009 17:46:12 -0000 Subject: [Haiku-bugs] [Haiku] #3209: [Terminal] Enhancements (mostly easy) In-Reply-To: <044.e2e4602da82c8cf223d4299070489edb@haiku-os.org> References: <044.e2e4602da82c8cf223d4299070489edb@haiku-os.org> Message-ID: <053.53ad0614c231ec124e4d58d7ff3a9edd@haiku-os.org> #3209: [Terminal] Enhancements (mostly easy) -----------------------------------+---------------------------------------- Reporter: humdinger | Owner: jackburton Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Comment(by axeld): 1. The home and end keys work as expected. Why should Control-F delete any word? Where does that come from? I would rather like to see Ctrl- Left/Right to move the cursor to the previous/next word. 2. & 3. Agreed. 4. Actually, Alt-Q is not for closing the window, but the application. 5. It should use the same BTabView as everyone else, and its look is not final yet, anyway. 6. I don't like this. While it's good to be able to switch to tabs directly, switching using Alt-Left/Right should be promoted to the menu instead (or even the whole list). What if you have more than 9 shells? 7. Sure. 8. Define busy. Not sure the Terminal knows about this stuff, anyway. 9. For what? That doesn't sound useful to me at all. 10. Position I'd agree, the size is already saved when you save the current settings. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 1 18:47:40 2009 From: trac at haiku-os.org (korli) Date: Thu, 01 Jan 2009 17:47:40 -0000 Subject: [Haiku-bugs] [Haiku] #2132: AMD Geode Audio controller needs a driver In-Reply-To: <042.d10344523a2ec4cef3a9c264c525b477@haiku-os.org> References: <042.d10344523a2ec4cef3a9c264c525b477@haiku-os.org> Message-ID: <051.ee34ffd89f04e630a8b549577e4ff55f@haiku-os.org> #2132: AMD Geode Audio controller needs a driver ---------------------------+------------------------------------------------ Reporter: scottmc | Owner: korli Type: enhancement | Status: new Priority: low | Milestone: Component: Drivers/Audio | Version: Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by korli): http://cvsweb.netbsd.org/bsdweb.cgi/src/sys/dev/pci/gcscaudio.c -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 1 19:30:18 2009 From: trac at haiku-os.org (humdinger) Date: Thu, 01 Jan 2009 18:30:18 -0000 Subject: [Haiku-bugs] [Haiku] #3209: [Terminal] Enhancements (mostly easy) In-Reply-To: <044.e2e4602da82c8cf223d4299070489edb@haiku-os.org> References: <044.e2e4602da82c8cf223d4299070489edb@haiku-os.org> Message-ID: <053.07e75cade682ce0f712e58a1b2c1d956@haiku-os.org> #3209: [Terminal] Enhancements (mostly easy) -----------------------------------+---------------------------------------- Reporter: humdinger | Owner: jackburton Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Comment(by humdinger): 1. It came from that BeTip I mentioned. I guess it's some kind of "standard" like the Ctrl+W to delete the word to the left of the cursor. The "Ctrl-Left/Right to move the cursor to the previous/next word" would be perfect. I'd love to have that in every text related widget system wide. From Terminal to editor to renaming a file. I even thought there was a ticket for that for years, but I obviously remember wrong... 4. OK, close every Terminal window with all its tabs with Alt-Q, but have Alt-W close only the current tab (or the last remaining window, if there's no tab any more). 6. You're right, lose the Alt+nr. and use Alt-cursor instead. 8. Busy is whenever there's no blinking cursor accepting the next command. :) 9. Well, so every new tab has automatically another color. That way, I can quickly see (maybe by rapidly cycling through the open tabs with Alt- cursor left/right) where I am. Connect in my mind e.g. green=project1, blue=project2, red=project3. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 1 20:58:25 2009 From: trac at haiku-os.org (kaliber) Date: Thu, 01 Jan 2009 19:58:25 -0000 Subject: [Haiku-bugs] [Haiku] #3252: implement mkdtemp Message-ID: <042.94d1c681097d4e346b771c47de40ffc6@haiku-os.org> #3252: implement mkdtemp -------------------------------+-------------------------------------------- Reporter: kaliber | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- http://www.opengroup.org/onlinepubs/9699919799/functions/mkdtemp.html -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 1 21:10:41 2009 From: trac at haiku-os.org (emitrax) Date: Thu, 01 Jan 2009 20:10:41 -0000 Subject: [Haiku-bugs] [Haiku] #3252: implement mkdtemp In-Reply-To: <042.94d1c681097d4e346b771c47de40ffc6@haiku-os.org> References: <042.94d1c681097d4e346b771c47de40ffc6@haiku-os.org> Message-ID: <051.b329ce162e821c59dd1b12a512a6a626@haiku-os.org> #3252: implement mkdtemp -------------------------------+-------------------------------------------- Reporter: kaliber | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Comment(by emitrax): Any particular software you need this for? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 1 21:20:15 2009 From: trac at haiku-os.org (kaliber) Date: Thu, 01 Jan 2009 20:20:15 -0000 Subject: [Haiku-bugs] [Haiku] #3252: implement mkdtemp In-Reply-To: <042.94d1c681097d4e346b771c47de40ffc6@haiku-os.org> References: <042.94d1c681097d4e346b771c47de40ffc6@haiku-os.org> Message-ID: <051.3d73d1dafb65193958c2ace3c7e0eff2@haiku-os.org> #3252: implement mkdtemp -------------------------------+-------------------------------------------- Reporter: kaliber | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Comment(by kaliber): Replying to [comment:1 emitrax]: > Any particular software you need this for? I'm porting GVFS: http://en.wikipedia.org/wiki/GVFS http://ftp.gnome.org/pub/GNOME/sources/gvfs/1.0/ -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 1 21:42:33 2009 From: trac at haiku-os.org (Adek336) Date: Thu, 01 Jan 2009 20:42:33 -0000 Subject: [Haiku-bugs] [Haiku] #3253: traced more messages total than ever Message-ID: <042.c5b51688390e39535a6ee7c049ca0813@haiku-os.org> #3253: traced more messages total than ever -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- messages total 965727 > 965711 messsages ever, where messages total is the number of messages in the buffer and messages ever is all the messages in the buffer and the messages that were earlier in the buffer so it should be larger. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 1 22:05:04 2009 From: trac at haiku-os.org (emitrax) Date: Thu, 01 Jan 2009 21:05:04 -0000 Subject: [Haiku-bugs] [Haiku] #3252: implement mkdtemp In-Reply-To: <042.94d1c681097d4e346b771c47de40ffc6@haiku-os.org> References: <042.94d1c681097d4e346b771c47de40ffc6@haiku-os.org> Message-ID: <051.8cee11d6fc2450d525a08cb8b68582f0@haiku-os.org> #3252: implement mkdtemp -------------------------------+-------------------------------------------- Reporter: kaliber | Owner: emitrax Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Changes (by emitrax): * owner: axeld => emitrax Comment: Added in r28840. Although I don't understand why your porting gnome stuff, it should not harm having this function. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 1 22:05:24 2009 From: trac at haiku-os.org (emitrax) Date: Thu, 01 Jan 2009 21:05:24 -0000 Subject: [Haiku-bugs] [Haiku] #3252: implement mkdtemp In-Reply-To: <042.94d1c681097d4e346b771c47de40ffc6@haiku-os.org> References: <042.94d1c681097d4e346b771c47de40ffc6@haiku-os.org> Message-ID: <051.51bc2ac0a3612ee0acac71c0ac5e4d21@haiku-os.org> #3252: implement mkdtemp --------------------------------+------------------------------------------- Reporter: kaliber | Owner: emitrax Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by emitrax): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 1 22:21:52 2009 From: trac at haiku-os.org (emitrax) Date: Thu, 01 Jan 2009 21:21:52 -0000 Subject: [Haiku-bugs] [Haiku] #1242: Inode::WriteAttribute() does not work correctly for small_data items In-Reply-To: <040.5254c83612dad72aa5d51f880c2a9681@haiku-os.org> References: <040.5254c83612dad72aa5d51f880c2a9681@haiku-os.org> Message-ID: <049.c78839bce23e82ce560aa8f4bbf36dfc@haiku-os.org> #1242: Inode::WriteAttribute() does not work correctly for small_data items ------------------------------+--------------------------------------------- Reporter: axeld | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/BFS | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------+--------------------------------------------- Comment(by emitrax): Any updates on this one Axel? :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 1 22:29:23 2009 From: trac at haiku-os.org (emitrax) Date: Thu, 01 Jan 2009 21:29:23 -0000 Subject: [Haiku-bugs] [Haiku] #1362: Executing Opera seems to wipe out IP settings In-Reply-To: <038.07a2dca17e4595f7462adc7d251f8443@haiku-os.org> References: <038.07a2dca17e4595f7462adc7d251f8443@haiku-os.org> Message-ID: <047.87a15d4211bd827a564b038bc2fac4f9@haiku-os.org> #1362: Executing Opera seems to wipe out IP settings --------------------------------------+------------------------------------- Reporter: tgx | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet/Stack | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------------------+------------------------------------- Comment(by emitrax): Any updates on this one tgx? Can you still reproduce it? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 1 22:44:59 2009 From: trac at haiku-os.org (emitrax) Date: Thu, 01 Jan 2009 21:44:59 -0000 Subject: [Haiku-bugs] [Haiku] #2760: Crash when sorting populated folder In-Reply-To: <044.57783320966c89af108394cb99691802@haiku-os.org> References: <044.57783320966c89af108394cb99691802@haiku-os.org> Message-ID: <053.e803cb86e8cbe0565f4636ea24d5cba1@haiku-os.org> #2760: Crash when sorting populated folder ----------------------------------+----------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by emitrax): Out of curiosity, how much memory do you have? is this still with us? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 1 23:12:05 2009 From: trac at haiku-os.org (tqh) Date: Thu, 01 Jan 2009 22:12:05 -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.89fa943f01cb84cbcc09db1b44eff55e@haiku-os.org> #1072: Write an HDA audio driver and add-on ---------------------------+------------------------------------------------ Reporter: axeld | Owner: ithamar Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Blockedby: | Platform: All Blocking: 3193 | ---------------------------+------------------------------------------------ Comment(by tqh): Audio seems to play fine without stutter if I run GLTeapot or other cpu- using app at the same time on ATI SB600. After a while it seems it worked well even without other apps running. Revision r28839. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 1 23:15:04 2009 From: trac at haiku-os.org (axeld) Date: Thu, 01 Jan 2009 22:15:04 -0000 Subject: [Haiku-bugs] [Haiku] #2919: on screen debug: entering + leaving the KDL prevents dividing log messages into pages In-Reply-To: <042.3dffae8ef01b7f38e0c4ac00822fa999@haiku-os.org> References: <042.3dffae8ef01b7f38e0c4ac00822fa999@haiku-os.org> Message-ID: <051.9287efe1b3c1fd4fc889d72fbd7fcdb1@haiku-os.org> #2919: on screen debug: entering + leaving the KDL prevents dividing log messages into pages ----------------------------+----------------------------------------------- Reporter: Adek336 | 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 * component: - General => System/Kernel Comment: Changed patch applied in r28841. Thanks Adrian! I've changed your patch a bit to only call blue_screen_enter() when sDebugOutputScreen is true - this both saves superfluous work in the usual case, and makes the code clearer (ie. why *enter* is called on exit). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 1 23:28:04 2009 From: trac at haiku-os.org (tqh) Date: Thu, 01 Jan 2009 22:28:04 -0000 Subject: [Haiku-bugs] [Haiku] #2801: rtl8169 stops responding after a while In-Reply-To: <038.744bbcb52c02de1c176b8ab052f75ee6@haiku-os.org> References: <038.744bbcb52c02de1c176b8ab052f75ee6@haiku-os.org> Message-ID: <047.425ccc8c56d29b7be42c40ac832bd221@haiku-os.org> #2801: rtl8169 stops responding after a while -----------------------------+---------------------------------------------- Reporter: tqh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------+---------------------------------------------- Comment(by tqh): Tested a gcc2 build (with gcc4 libs) of r28839 and it seems to be the same there. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 2 00:44:38 2009 From: trac at haiku-os.org (Adek336) Date: Thu, 01 Jan 2009 23:44:38 -0000 Subject: [Haiku-bugs] [Haiku] #2919: on screen debug: entering + leaving the KDL prevents dividing log messages into pages In-Reply-To: <042.3dffae8ef01b7f38e0c4ac00822fa999@haiku-os.org> References: <042.3dffae8ef01b7f38e0c4ac00822fa999@haiku-os.org> Message-ID: <051.af03a4390008ded5295039f04dde0f6d@haiku-os.org> #2919: on screen debug: entering + leaving the KDL prevents dividing log messages into pages ----------------------------+----------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by Adek336): And the typo! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 2 02:56:39 2009 From: trac at haiku-os.org (Adek336) Date: Fri, 02 Jan 2009 01:56:39 -0000 Subject: [Haiku-bugs] [Haiku] #3254: Can't edit multiline commands in kdl In-Reply-To: <042.4eee1d94253649caf65203d72f03327d@haiku-os.org> References: <042.4eee1d94253649caf65203d72f03327d@haiku-os.org> Message-ID: <051.52ab33c9e0e5b6062989ae4d34648fad@haiku-os.org> #3254: Can't edit multiline commands in kdl ---------------------------+------------------------------------------------ Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by Adek336): That is, can't move to previous line using left-arrow. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 2 02:56:10 2009 From: trac at haiku-os.org (Adek336) Date: Fri, 02 Jan 2009 01:56:10 -0000 Subject: [Haiku-bugs] [Haiku] #3254: Can't edit multiline commands in kdl Message-ID: <042.4eee1d94253649caf65203d72f03327d@haiku-os.org> #3254: Can't edit multiline commands in kdl ---------------------------+------------------------------------------------ Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Can't move cursor between lines. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 2 08:22:40 2009 From: trac at haiku-os.org (scottmc) Date: Fri, 02 Jan 2009 07:22:40 -0000 Subject: [Haiku-bugs] [Haiku] #2159: unhandled pheader type 0x4 In-Reply-To: <043.59739ef58310b036e281115de7f58cc3@haiku-os.org> References: <043.59739ef58310b036e281115de7f58cc3@haiku-os.org> Message-ID: <052.d0b12abf4caabd1751d85ac83f5acbf1@haiku-os.org> #2159: unhandled pheader type 0x4 -----------------------------------+---------------------------------------- Reporter: andreasf | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/runtime_loader | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------------------+---------------------------------------- Comment(by scottmc): This error has been showing up a lot lately when trying to port things. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 2 08:57:51 2009 From: trac at haiku-os.org (modeenf) Date: Fri, 02 Jan 2009 07:57:51 -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.00a19312f192e807760fdf54293f608a@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 Blockedby: 2752, 2761 | Platform: All Blocking: | -----------------------------------------+---------------------------------- Changes (by modeenf): * cc: fredrik@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 2 09:43:18 2009 From: trac at haiku-os.org (scottmc) Date: Fri, 02 Jan 2009 08:43:18 -0000 Subject: [Haiku-bugs] [Haiku] #2159: unhandled pheader type 0x4 In-Reply-To: <043.59739ef58310b036e281115de7f58cc3@haiku-os.org> References: <043.59739ef58310b036e281115de7f58cc3@haiku-os.org> Message-ID: <052.70968ce69bd0c925d633756d8d48046c@haiku-os.org> #2159: unhandled pheader type 0x4 -----------------------------------+---------------------------------------- Reporter: andreasf | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/runtime_loader | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------------------+---------------------------------------- Comment(by scottmc): Replying to [comment:1 scottmc]: > This error has been showing up a lot lately when trying to port things. Removing yasm and nasm clears up this issue, note that this may or may not be related to the original problem reported here as our pheader addresses were different. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 2 09:50:01 2009 From: trac at haiku-os.org (modeenf) Date: Fri, 02 Jan 2009 08:50:01 -0000 Subject: [Haiku-bugs] [Haiku] #3044: [JPEG2000] shows an alert if it can't find his settings (easy) In-Reply-To: <040.e63ef2d76f917ef1ec08bf5febbb34f6@haiku-os.org> References: <040.e63ef2d76f917ef1ec08bf5febbb34f6@haiku-os.org> Message-ID: <049.2a156b0c6db1bccb1acf3bac65c91077@haiku-os.org> #3044: [JPEG2000] shows an alert if it can't find his settings (easy) ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Add-Ons/Translators | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------+------------------------------------------ Changes (by modeenf): * cc: fredrik@? (added) Comment: And the solution are to remove that alert? or are the image a propose how it can look and the hedline shoul be "show an alert if it can't find his settings"? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 2 09:58:23 2009 From: trac at haiku-os.org (humdinger) Date: Fri, 02 Jan 2009 08:58:23 -0000 Subject: [Haiku-bugs] [Haiku] #2760: Crash when sorting populated folder In-Reply-To: <044.57783320966c89af108394cb99691802@haiku-os.org> References: <044.57783320966c89af108394cb99691802@haiku-os.org> Message-ID: <053.38f40352795854b11f3a3074ad65ba1d@haiku-os.org> #2760: Crash when sorting populated folder ----------------------------------+----------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by humdinger): Just tried again with r28837. Still crashing in vmware and when running natively. I'm running a Core2Duo at 2ghz with 2gb RAM. VMware has 1gb assigned. According to "About..." Haiku used 108mb (natively) and 98mb (vmware) just before I let Tracker crash. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 2 09:59:10 2009 From: trac at haiku-os.org (diver) Date: Fri, 02 Jan 2009 08:59:10 -0000 Subject: [Haiku-bugs] [Haiku] #3044: [JPEG2000] shows an alert if it can't find his settings (easy) In-Reply-To: <040.e63ef2d76f917ef1ec08bf5febbb34f6@haiku-os.org> References: <040.e63ef2d76f917ef1ec08bf5febbb34f6@haiku-os.org> Message-ID: <049.302bcb5184cd1e98ac3fa870be2166ac@haiku-os.org> #3044: [JPEG2000] shows an alert if it can't find his settings (easy) ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Add-Ons/Translators | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------+------------------------------------------ Comment(by diver): I mean that no other translator show such alert and silently creates one if needed. Also note that alert message is about incompatible settings file, but there were no settings file before, as this is the first time I opened JPEG2000 image. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 2 10:13:14 2009 From: trac at haiku-os.org (modeenf) Date: Fri, 02 Jan 2009 09:13:14 -0000 Subject: [Haiku-bugs] [Haiku] #1839: Network preferences drop-down boxes cut-off In-Reply-To: <041.fb1d6950e34e5e9e0ae04307b1debdef@haiku-os.org> References: <041.fb1d6950e34e5e9e0ae04307b1debdef@haiku-os.org> Message-ID: <050.6ea3388637c4746464f6bc65248ebf69@haiku-os.org> #1839: Network preferences drop-down boxes cut-off ---------------------------------+------------------------------------------ Reporter: ekdahl | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Network | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------+------------------------------------------ Comment(by modeenf): Works on my Aspire One r28711 and r28837 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 2 10:19:42 2009 From: trac at haiku-os.org (emitrax) Date: Fri, 02 Jan 2009 09:19:42 -0000 Subject: [Haiku-bugs] [Haiku] #2760: Crash when sorting populated folder In-Reply-To: <044.57783320966c89af108394cb99691802@haiku-os.org> References: <044.57783320966c89af108394cb99691802@haiku-os.org> Message-ID: <053.2c8e83e83cceda58a82de6fa6f977333@haiku-os.org> #2760: Crash when sorting populated folder ----------------------------------+----------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by emitrax): I don't know if it's related, but I just created a directory with 5000 empty files in it. Opening the directory with tracker never show all 5000 files but a lot less. To reproduce, simply do {{{ for i in `seq -w 1 5000`; do touch file-$i; done }}} listing the files in terminal shows no problem. Latest revision used. Also "Get Info" on the directory shows correctly 5000 files. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 2 11:19:36 2009 From: trac at haiku-os.org (stippi) Date: Fri, 02 Jan 2009 10:19:36 -0000 Subject: [Haiku-bugs] [Haiku] #1839: Network preferences drop-down boxes cut-off In-Reply-To: <041.fb1d6950e34e5e9e0ae04307b1debdef@haiku-os.org> References: <041.fb1d6950e34e5e9e0ae04307b1debdef@haiku-os.org> Message-ID: <050.61f3f89942306ce3b43b643ea5dbb1d9@haiku-os.org> #1839: Network preferences drop-down boxes cut-off ----------------------------------+----------------------------------------- Reporter: ekdahl | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Preferences/Network | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------------+----------------------------------------- Changes (by stippi): * status: new => closed * resolution: => fixed Comment: Thanks for reminding, I fixed that a long time ago when I switched the panel to the new layout management. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 2 11:34:18 2009 From: trac at haiku-os.org (axeld) Date: Fri, 02 Jan 2009 10:34:18 -0000 Subject: [Haiku-bugs] [Haiku] #3201: MeTOS causes app_server crash . In-Reply-To: <041.1d5f2c0bcf045f7c8d75ed948094dce9@haiku-os.org> References: <041.1d5f2c0bcf045f7c8d75ed948094dce9@haiku-os.org> Message-ID: <050.48aa4581f60f9d4ddb7e2646288118f7@haiku-os.org> #3201: MeTOS causes app_server crash . ---------------------------------+------------------------------------------ Reporter: kvdman | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Fixed in r28843. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 2 11:52:31 2009 From: trac at haiku-os.org (nielx) Date: Fri, 02 Jan 2009 10:52:31 -0000 Subject: [Haiku-bugs] [Haiku] #3096: trac "ticket details" is slow In-Reply-To: <050.b228ee3ffded1154c8b3f72f18d463a1@haiku-os.org> References: <050.b228ee3ffded1154c8b3f72f18d463a1@haiku-os.org> Message-ID: <059.afe5c0bdfba973851c08088d2381ac54@haiku-os.org> #3096: trac "ticket details" is slow -----------------------------+---------------------------------------------- Reporter: marcusoverhagen | Owner: nielx Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------+---------------------------------------------- Comment(by nielx): I don't know about you, but for me the speed has seemingly increased since the switch to mod_python. What are your experiences? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 2 12:00:24 2009 From: trac at haiku-os.org (axeld) Date: Fri, 02 Jan 2009 11:00:24 -0000 Subject: [Haiku-bugs] [Haiku] #3190: [BFS] checkfs crash In-Reply-To: <042.1b147b9ab2c5fa77f048bd0d73932fd9@haiku-os.org> References: <042.1b147b9ab2c5fa77f048bd0d73932fd9@haiku-os.org> Message-ID: <051.0160ee7773e3a37ff080a2cf4f01b4cd@haiku-os.org> #3190: [BFS] checkfs crash -------------------------------+-------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: closed Priority: critical | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Should be fixed in r28845, please confirm. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 2 13:29:27 2009 From: trac at haiku-os.org (emitrax) Date: Fri, 02 Jan 2009 12:29:27 -0000 Subject: [Haiku-bugs] [Haiku] #2760: Crash when sorting populated folder In-Reply-To: <044.57783320966c89af108394cb99691802@haiku-os.org> References: <044.57783320966c89af108394cb99691802@haiku-os.org> Message-ID: <053.730d9db4b91107ab5b80c26bd170ea12@haiku-os.org> #2760: Crash when sorting populated folder ----------------------------------+----------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by emitrax): Actually it now shows all files. Don't know why it behaved like that before. I now have 5000 files with different size and I did ordered them by size, name and date and I saw not crash. Running in vmware with 256Mb of memory. Does the crash happen only when you sort by subject? If so it could be related to the special character in it you talked about. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 2 13:45:33 2009 From: trac at haiku-os.org (karmak) Date: Fri, 02 Jan 2009 12:45:33 -0000 Subject: [Haiku-bugs] [Haiku] #3190: [BFS] checkfs crash In-Reply-To: <042.1b147b9ab2c5fa77f048bd0d73932fd9@haiku-os.org> References: <042.1b147b9ab2c5fa77f048bd0d73932fd9@haiku-os.org> Message-ID: <051.d71aa3545a24b2df1b4683fbf0e19b2c@haiku-os.org> #3190: [BFS] checkfs crash -------------------------------+-------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: closed Priority: critical | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by karmak): Fixed for me. I have been able to check my main FS on the Thinkpad without problem from an up-to-date Haiku (r28845) on an USB Key. BTW, no errors were reported by checkfs. Thanks and have a happy new year ! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 2 14:46:26 2009 From: trac at haiku-os.org (humdinger) Date: Fri, 02 Jan 2009 13:46:26 -0000 Subject: [Haiku-bugs] [Haiku] #2760: Crash when sorting populated folder In-Reply-To: <044.57783320966c89af108394cb99691802@haiku-os.org> References: <044.57783320966c89af108394cb99691802@haiku-os.org> Message-ID: <053.331a6120c8a245aa9d5e81c59c1584c0@haiku-os.org> #2760: Crash when sorting populated folder ----------------------------------+----------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by humdinger): You may be right. Tracker only crashes when sorting by Subject. This is an example of such a special character spam mail subject (also see attachement): {{{ ?? ????(???? ????)?? ???????? ? (????) }}}. But nevertheless, I still never see all 4616 files. I just deleted all special character mails I can see, but Tracker still crashes on Subject sorting. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 2 14:57:37 2009 From: trac at haiku-os.org (emitrax) Date: Fri, 02 Jan 2009 13:57:37 -0000 Subject: [Haiku-bugs] [Haiku] #2760: Crash when sorting populated folder In-Reply-To: <044.57783320966c89af108394cb99691802@haiku-os.org> References: <044.57783320966c89af108394cb99691802@haiku-os.org> Message-ID: <053.348499c0d5071ee0e858cd50d0e7a654@haiku-os.org> #2760: Crash when sorting populated folder ----------------------------------+----------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by emitrax): I'm currently unable to test with the zip you've attached but I'm wondering if you have tried to move a few of those emails with special character to a different directory and try to sort only those. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 2 15:13:19 2009 From: trac at haiku-os.org (emitrax) Date: Fri, 02 Jan 2009 14:13:19 -0000 Subject: [Haiku-bugs] [Haiku] #2930: The Mail Daemon can't use SSL in default in pre-alpha1 In-Reply-To: <041.8a0ee09e1012ee753211a91e7c7b4136@haiku-os.org> References: <041.8a0ee09e1012ee753211a91e7c7b4136@haiku-os.org> Message-ID: <050.dd62f7893a4e16b712e561f760c9a7c3@haiku-os.org> #2930: The Mail Daemon can't use SSL in default in pre-alpha1 ---------------------------------+------------------------------------------ Reporter: miqlas | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/mail_server | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------+------------------------------------------ Comment(by emitrax): Have you tried following this instructions? http://dev.haiku-os.org/changeset/26971 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 2 15:53:17 2009 From: trac at haiku-os.org (kaliber) Date: Fri, 02 Jan 2009 14:53:17 -0000 Subject: [Haiku-bugs] [Haiku] #3255: malformed unix socket filename Message-ID: <042.8e8ef022bfdc92a9fbcef4f72815ca04@haiku-os.org> #3255: malformed unix socket filename -----------------------+---------------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Attached code creates 'socket_test_filenam\302^K\200\^C' instead of 'socket_test_filename'. It works on linux. gcc socket.c -lnetwork {{{ #include #include #include #include #include #include #include #define SOCK_PATH "socket_test_filename" int main(void) { int s, len; struct sockaddr_un local; char str[100]; if ((s = socket(AF_UNIX, SOCK_STREAM, 0)) == -1) { perror("socket"); exit(1); } local.sun_family = AF_UNIX; strcpy(local.sun_path, SOCK_PATH); unlink(local.sun_path); len = strlen(local.sun_path) + sizeof(local.sun_family); if (bind(s, (struct sockaddr *)&local, len) == -1) { perror("bind"); exit(1); } return 0; } }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 2 15:53:35 2009 From: trac at haiku-os.org (humdinger) Date: Fri, 02 Jan 2009 14:53:35 -0000 Subject: [Haiku-bugs] [Haiku] #2760: Crash when sorting populated folder In-Reply-To: <044.57783320966c89af108394cb99691802@haiku-os.org> References: <044.57783320966c89af108394cb99691802@haiku-os.org> Message-ID: <053.ed5dc87423f3eda2cc012ef9b9ad23ad@haiku-os.org> #2760: Crash when sorting populated folder ----------------------------------+----------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by humdinger): OK. I have 4 of those special mails. I copied them all to a folder. I can sort them by subject without crash. I then added more files with your above mentioned for/touch loop. Turns out when I add up to 12 additional files (12+4 mails) everything sorts OK, but adding one more (13+4 mails) is crashing Tracker when sorting by subject. Funny thing is, these special characters are also present in a file's name. But sorting the Name column always works without crash... Also, I now moved those 4 special mails out of the big mail folder (4616 files). Still, sorting by subject crashes Tracker. Either I overlooked a special-character file or there's something very special going on with the subject column. Note: these special characters are also found in the filename and (in 2 of the 4 mails) in the From attribute which can be sorted without problem. Strangeness. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 2 16:07:12 2009 From: trac at haiku-os.org (emitrax) Date: Fri, 02 Jan 2009 15:07:12 -0000 Subject: [Haiku-bugs] [Haiku] #2760: Crash when sorting populated folder In-Reply-To: <044.57783320966c89af108394cb99691802@haiku-os.org> References: <044.57783320966c89af108394cb99691802@haiku-os.org> Message-ID: <053.2d54313aba47e478a22ec52dbba26b63@haiku-os.org> #2760: Crash when sorting populated folder ----------------------------------+----------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by emitrax): If you can provide those 13+4 emails as a testcase, it would be helpful in order to reproduce the crash for other devs. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 2 16:36:56 2009 From: trac at haiku-os.org (luroh) Date: Fri, 02 Jan 2009 15:36:56 -0000 Subject: [Haiku-bugs] [Haiku] #3066: [app_server] crash in BRegion::_SetSize In-Reply-To: <040.ce2376c7be55b9ae8cc4ca6efee7ee21@haiku-os.org> References: <040.ce2376c7be55b9ae8cc4ca6efee7ee21@haiku-os.org> Message-ID: <049.debe6455582888bf3bc4f49ea6e53856@haiku-os.org> #3066: [app_server] crash in BRegion::_SetSize --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by luroh): Still seeing crashes in r28845 when rapidly dismissing the dialogs, although with a slightly different backtrace: {{{ BRegion::_SetSize () BRegion::BRegion () BRegion::IntersectWith () Window::VisibleContentRegion () Window::GetEffectiveDrawingRegion () ServerWindow::_UpdateCurrentDrawingRegion () ServerWindow::_DispatchViewDrawingMessage () ServerWindow::_DispatchViewMessage () ServerWindow::_DispatchMessage () ServerWindow::_MessageLooper () MessageLooper::_message_thread () thread_entry () }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 2 16:45:12 2009 From: trac at haiku-os.org (aldeck) Date: Fri, 02 Jan 2009 15:45:12 -0000 Subject: [Haiku-bugs] [Haiku] #2760: Crash when sorting populated folder In-Reply-To: <044.57783320966c89af108394cb99691802@haiku-os.org> References: <044.57783320966c89af108394cb99691802@haiku-os.org> Message-ID: <053.9da68db27697c941882a24aa174b3615@haiku-os.org> #2760: Crash when sorting populated folder ----------------------------------+----------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by aldeck): Hmm interesting. So it happens on small folders too. Is it always the same backtrace as in the ticket description? Too be sure it's not related to highly populated folders, i've got a patch pending for #3054. I didn't have the time to fully test it and commit it back then. I'm gonna check it soon (today hopefully), i'll keep you updated, it might help narrow this one. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 2 16:46:53 2009 From: trac at haiku-os.org (luroh) Date: Fri, 02 Jan 2009 15:46:53 -0000 Subject: [Haiku-bugs] [Haiku] #3096: trac "ticket details" is slow In-Reply-To: <050.b228ee3ffded1154c8b3f72f18d463a1@haiku-os.org> References: <050.b228ee3ffded1154c8b3f72f18d463a1@haiku-os.org> Message-ID: <059.a2e45a47f462d3de1e0a5d227b83b48a@haiku-os.org> #3096: trac "ticket details" is slow -----------------------------+---------------------------------------------- Reporter: marcusoverhagen | Owner: nielx Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------+---------------------------------------------- Comment(by luroh): I am of the same opinion, Trac now seems much quicker than before the switch. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 2 16:59:19 2009 From: trac at haiku-os.org (nielx) Date: Fri, 02 Jan 2009 15:59:19 -0000 Subject: [Haiku-bugs] [Haiku] #3006: [TRAC] password issue In-Reply-To: <040.f6e52ab965a5f2c9801a43620435a7cc@haiku-os.org> References: <040.f6e52ab965a5f2c9801a43620435a7cc@haiku-os.org> Message-ID: <049.7bb5a6af6179114367bbb7566ee2d77b@haiku-os.org> #3006: [TRAC] password issue --------------------------+------------------------------------------------- Reporter: aljen | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by nielx): Aljen, does this problem still persist? Please mail haiku- web at freelists.org if you cannot log in. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 2 17:03:43 2009 From: trac at haiku-os.org (humdinger) Date: Fri, 02 Jan 2009 16:03:43 -0000 Subject: [Haiku-bugs] [Haiku] #2760: Crash when sorting populated folder In-Reply-To: <044.57783320966c89af108394cb99691802@haiku-os.org> References: <044.57783320966c89af108394cb99691802@haiku-os.org> Message-ID: <053.e7e0ac99649893e9ad13f55d5bac9ff4@haiku-os.org> #2760: Crash when sorting populated folder ----------------------------------+----------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by humdinger): @aldeck: Yes, the backtrace is always more or less the same. I just had a look and the line {{{ (0x701c59fc) 0x58a643 CheckPoseSortOrder__Q28BPrivate9BPoseViewPQ28BPrivate5BPosel + 0x1e3 (closest symbol) }}} was missing. But I guess that was just because this time I may have sorted a formerly unsorted column. Thanks for looking into this, guys! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 2 17:09:51 2009 From: trac at haiku-os.org (anevilyak) Date: Fri, 02 Jan 2009 16:09:51 -0000 Subject: [Haiku-bugs] [Haiku] #2760: Crash when sorting populated folder In-Reply-To: <044.57783320966c89af108394cb99691802@haiku-os.org> References: <044.57783320966c89af108394cb99691802@haiku-os.org> Message-ID: <053.135b88aa285416a145464e8ccfd74f1a@haiku-os.org> #2760: Crash when sorting populated folder ----------------------------------+----------------------------------------- Reporter: humdinger | Owner: anevilyak Type: bug | Status: assigned Priority: high | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Changes (by anevilyak): * owner: axeld => anevilyak * status: new => assigned Comment: Will see what I can do with this one over the weekend, thanks for the testcase! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 2 19:49:33 2009 From: trac at haiku-os.org (euan) Date: Fri, 02 Jan 2009 18:49:33 -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.94fe80a6f59e3ae4e9482d458cc35da3@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 Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by euan): Still having problems with my HP 6715b laptop. Found the following info regarding linux that might shed some light on the evil details of this laptop: http://bugzilla.kernel.org/show_bug.cgi?id=11715#c11 http://www.nabble.com/-PATCH--x86:-remove-superfluous- dmi_ignore_irq0_timer_override-quirks-td20011385.html Is the above bios issue something of interest to Haiku's setup? This info was in the linux DMI quirks file (2nd link): HP laptops which use a DSDT reporting as HP/SB400/10000, which includes some code which overrides all temperature trip points to 16C if the INTIN2 input of the I/O APIC is enabled. This input is incorrectly designated the ISA IRQ 0 via an interrupt source override even though it is wired to the output of the master 8259A and INTIN0 is not connected at all. Force ignoring BIOS IRQ0 pin2 override in that cases. Applies to the SB600 chipset too apparently. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 2 23:02:27 2009 From: trac at haiku-os.org (bbjimmy) Date: Fri, 02 Jan 2009 22:02:27 -0000 Subject: [Haiku-bugs] [Haiku] #2655: [NTFS] Port NTFS file system to Haiku FS API In-Reply-To: <040.430fa7d0f8e07711a03c56aafd67fcc6@haiku-os.org> References: <040.430fa7d0f8e07711a03c56aafd67fcc6@haiku-os.org> Message-ID: <049.a89b96948fba36074ebef6e0c07425ae@haiku-os.org> #2655: [NTFS] Port NTFS file system to Haiku FS API -------------------------------+-------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: File Systems/NTFS | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Changes (by bbjimmy): * cc: black.belt.jimmy@? (added) Comment: Would be nice to see ntfs support for r1 alpha. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 3 01:17:47 2009 From: trac at haiku-os.org (Adek336) Date: Sat, 03 Jan 2009 00:17:47 -0000 Subject: [Haiku-bugs] [Haiku] #3190: [BFS] checkfs crash In-Reply-To: <042.1b147b9ab2c5fa77f048bd0d73932fd9@haiku-os.org> References: <042.1b147b9ab2c5fa77f048bd0d73932fd9@haiku-os.org> Message-ID: <051.4556d9b161a874951a516a6a5617d334@haiku-os.org> #3190: [BFS] checkfs crash -------------------------------+-------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: closed Priority: critical | Milestone: R1 Component: File Systems/BFS | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Comment(by Adek336): Didn't crash, thanks ! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 3 12:57:30 2009 From: trac at haiku-os.org (tqh) Date: Sat, 03 Jan 2009 11:57:30 -0000 Subject: [Haiku-bugs] [Haiku] #1144: auich driver from build factory not working? In-Reply-To: <038.995ff0bcf75369e84967e8d482040004@haiku-os.org> References: <038.995ff0bcf75369e84967e8d482040004@haiku-os.org> Message-ID: <047.e2d378848b7abdec825644d77f3c7884@haiku-os.org> #1144: auich driver from build factory not working? ---------------------+------------------------------------------------------ Reporter: tqh | Owner: sikosis Type: bug | Status: new Priority: low | Milestone: Component: Website | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------+------------------------------------------------------ Comment(by tqh): IMO this can be closed. ;) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 3 12:59:59 2009 From: trac at haiku-os.org (tqh) Date: Sat, 03 Jan 2009 11:59:59 -0000 Subject: [Haiku-bugs] [Haiku] #2342: No system timer interrupt on some ATI chipsets In-Reply-To: <039.3674ba47b1d07ce0d804a70edffeeb2b@haiku-os.org> References: <039.3674ba47b1d07ce0d804a70edffeeb2b@haiku-os.org> Message-ID: <048.b79db0b182c1f54294d2187ece98edd0@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 Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by tqh): I think Euan wants something like this: http://fxr.watson.org/fxr/source/amd64/acpica/madt.c#L591 which seems to be the handling of the timer interrupt in FreeBSD for this case. Also, but I guess you already know: The Linux code in drivers/pci/quirks.c has quite a lot of info which is probably useful to get things working. A quick look at FreeBSD's http://fxr.watson.org/fxr/source/dev/acpica/acpi_quirks might also be worth a look. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 3 13:02:46 2009 From: trac at haiku-os.org (korli) Date: Sat, 03 Jan 2009 12:02:46 -0000 Subject: [Haiku-bugs] [Haiku] #1144: auich driver from build factory not working? In-Reply-To: <038.995ff0bcf75369e84967e8d482040004@haiku-os.org> References: <038.995ff0bcf75369e84967e8d482040004@haiku-os.org> Message-ID: <047.4f25b5e2c71f48037da66be995f78466@haiku-os.org> #1144: auich driver from build factory not working? ----------------------+----------------------------------------------------- Reporter: tqh | Owner: sikosis Type: bug | Status: closed Priority: low | Milestone: Component: Website | Version: R1 development Resolution: invalid | Blockedby: Platform: x86 | Blocking: ----------------------+----------------------------------------------------- Changes (by korli): * status: new => closed * resolution: => invalid -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 3 14:02:43 2009 From: trac at haiku-os.org (tqh) Date: Sat, 03 Jan 2009 13:02:43 -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.be61bc6f6685a353b90e13d62d205b0e@haiku-os.org> #1072: Write an HDA audio driver and add-on ---------------------------+------------------------------------------------ Reporter: axeld | Owner: ithamar Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Blockedby: | Platform: All Blocking: 3193 | ---------------------------+------------------------------------------------ Comment(by tqh): I found a nice MS reference to why snooping is needed: http://msdn.microsoft.com/en-us/library/ms790324.aspx when reading the FreeBSD code: http://fxr.watson.org/fxr/source/dev/sound/pci/hda/hdac.c -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 3 14:36:28 2009 From: trac at haiku-os.org (tqh) Date: Sat, 03 Jan 2009 13:36:28 -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.97469903ab85ef49b7c2b764ba85b411@haiku-os.org> #1072: Write an HDA audio driver and add-on ---------------------------+------------------------------------------------ Reporter: axeld | Owner: ithamar Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Blockedby: | Platform: All Blocking: 3193 | ---------------------------+------------------------------------------------ Comment(by tqh): Looking at scottmc's and #3193 it seems it has the right class_base and class_sub: {{{ device Multimedia controller (Audio device) [4|3|0] vendor 10de: nVidia Corporation device 0774: MCP78S [GeForce 8200] High Definition Audio }}} So first question to scottmc or luposian, have you enabled the hda driver, before building? To do so, add it to BEOS_ADD_ONS_DRIVERS_AUDIO in build/jam/HaikuImage, so it looks something like this: {{{ BEOS_ADD_ONS_DRIVERS_AUDIO = auich auvia echo3g emuxki hda ; }}} If you have we need more info from syslog, and maybe add more debugging to driver. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 3 17:44:55 2009 From: trac at haiku-os.org (mmlr) Date: Sat, 03 Jan 2009 16:44: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.51065588d0459c061d0d5401e8dc8371@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 Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by mmlr): We don't use the IO-APIC at all yet. Also we do not use ACPI to get the interrupt routing, that's basically what is missing to make the IO-APIC usable. So what we see here is certainly not ACPI related. It's well possible that after the IO-APIC is in use we'll have to deal with those quirks, but for now it's sadly not going to help. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 3 18:42:39 2009 From: trac at haiku-os.org (umccullough) Date: Sat, 03 Jan 2009 17:42:39 -0000 Subject: [Haiku-bugs] [Haiku] #3256: [Trac] New users not able to create tickets? Message-ID: <046.e3cdb8571e61cb1c55927993787d1096@haiku-os.org> #3256: [Trac] New users not able to create tickets? --------------------------+------------------------------------------------- Reporter: umccullough | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Possibly an issue with newly register users trying to create tickets. Haven't tried myself, but the following log from #haiku explains: {{{[09:30] hello people... can someone help me with dev .haiku-os.org? After I log in I can't create a new ticket. I registered yesterday. Is this normal? [09:30] I want to report a bug actually. [09:33] any other way to report a bug? Should I post in haiku development mailing list? Anyone? Please.... [09:37] syst3mcr4sh_: new account or old? [09:38] new. registered yesterday [09:38] you should see a new ticket option in the bar on the upper right [09:38] once logged in [09:39] and there should be something at the upper right that says "logged in as XXX" [09:40] logged in as syst3mcr4sh.. I press new ticket and Trac gives me this output "Error: Forbidden TICKET_CREATE privileges are required to perform this operation" [09:40] interesting [09:40] tried once more right now [09:40] must be a recent change broke something [09:40] logged out and back in? [09:40] yeap. [09:41] I'll post a ticket}}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 3 18:44:15 2009 From: trac at haiku-os.org (umccullough) Date: Sat, 03 Jan 2009 17:44:15 -0000 Subject: [Haiku-bugs] [Haiku] #3256: [Trac] New users not able to create tickets? In-Reply-To: <046.e3cdb8571e61cb1c55927993787d1096@haiku-os.org> References: <046.e3cdb8571e61cb1c55927993787d1096@haiku-os.org> Message-ID: <055.cef12ca6a1d65a9bfd1f861634d1ca27@haiku-os.org> #3256: [Trac] New users not able to create tickets? --------------------------+------------------------------------------------- Reporter: umccullough | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by umccullough): Whoops, didn't put the curly braces on their own line... and I don't have permissions to fix it :/ -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 3 18:58:31 2009 From: trac at haiku-os.org (mmlr) Date: Sat, 03 Jan 2009 17:58:31 -0000 Subject: [Haiku-bugs] [Haiku] #3256: [Trac] New users not able to create tickets? In-Reply-To: <046.e3cdb8571e61cb1c55927993787d1096@haiku-os.org> References: <046.e3cdb8571e61cb1c55927993787d1096@haiku-os.org> Message-ID: <055.5fea5b653829293cf9507842c6114611@haiku-os.org> #3256: [Trac] New users not able to create tickets? --------------------------+------------------------------------------------- Reporter: umccullough | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Description changed by mmlr: Old description: > Possibly an issue with newly register users trying to create tickets. > > Haven't tried myself, but the following log from #haiku explains: > > {{{[09:30] hello people... can someone help me with dev > .haiku-os.org? After I log in I can't create a new ticket. I registered > yesterday. Is this normal? > [09:30] I want to report a bug actually. > [09:33] any other way to report a bug? Should I post in > haiku development mailing list? Anyone? Please.... > [09:37] syst3mcr4sh_: new account or old? > [09:38] new. registered yesterday > [09:38] you should see a new ticket option in the bar on > the upper right > [09:38] once logged in > [09:39] and there should be something at the upper right > that says "logged in as XXX" > [09:40] logged in as syst3mcr4sh.. I press new ticket and > Trac gives me this output "Error: Forbidden TICKET_CREATE privileges are > required to perform this operation" > [09:40] interesting > [09:40] tried once more right now > [09:40] must be a recent change broke something > [09:40] logged out and back in? > [09:40] yeap. > [09:41] I'll post a ticket}}} New description: Possibly an issue with newly register users trying to create tickets. Haven't tried myself, but the following log from #haiku explains: {{{ [09:30] hello people... can someone help me with dev.haiku- os.org? After I log in I can't create a new ticket. I registered yesterday. Is this normal? [09:30] I want to report a bug actually. [09:33] any other way to report a bug? Should I post in haiku development mailing list? Anyone? Please.... [09:37] syst3mcr4sh_: new account or old? [09:38] new. registered yesterday [09:38] you should see a new ticket option in the bar on the upper right [09:38] once logged in [09:39] and there should be something at the upper right that says "logged in as XXX" [09:40] logged in as syst3mcr4sh.. I press new ticket and Trac gives me this output "Error: Forbidden TICKET_CREATE privileges are required to perform this operation" [09:40] interesting [09:40] tried once more right now [09:40] must be a recent change broke something [09:40] logged out and back in? [09:40] yeap. [09:41] I'll post a ticket }}} -- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 3 19:20:07 2009 From: trac at haiku-os.org (syst3mcr4sh) Date: Sat, 03 Jan 2009 18:20:07 -0000 Subject: [Haiku-bugs] [Haiku] #3257: PANIC: release_spinlock: lock 0x80112694 was already released Message-ID: <046.e6a34b86f56308848446034c548dc51b@haiku-os.org> #3257: PANIC: release_spinlock: lock 0x80112694 was already released -------------------------+-------------------------------------------------- Reporter: syst3mcr4sh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------+-------------------------------------------------- Dual Pentium 2. 378 MB RAM. Computer has 2 hard drives. One has many partitions including one with BeOS 5 Pro which I use to format partitions and copy haiku from image files to those partitions. Tried Haiku revision 28832 (the pre-alpha version - image file size almost 98MBytes). Booted on the partition, open Firefox to check fro instructions to get the source using svn. Leave firefox open, use terminal to begin svn. Sit back and watch. After some time (slow machine) goto KDL. I haven't reproduced because I didn't reboot in case more information is needed for this. I'll try to attach a photograph. Stack crawl (included in photo but I typed it so copy paste): PANIC: release_spinlock: lock 0x80112694 was already released Welcome to Kernel Debugging Land... Thread 32 "scsi notifier" running on CPU 0 kdebug> sc stack trace for thread 32 "scsi notifier" kernel stack: 0x80434000 to 0x80438000 frame caller :function + offset 0 80437bc8 (+ 48) 8005bd3d :invoke_debugger_command + 0x00f5 1 80437bf8 (+ 64) 8005bb2d invoke_pipe_segment(debugger_command_pipe*: 0x80122a60, int32: 0, 0x0 "") + 0x0079 2 80437c38 (+ 64) 8005beb4 :invoke_debugger_command_pipe + 0x009c 3 80437c78 (+ 48) 8005d43c ExpressionParser<0x80437d2c>::ParseCommandPipe(0x80437d28) + 0x0234 4 80437ca8 (+ 64) 8005c876 ExpressionParser<0x80437d2c>::EvaluateCommand(0x801128a0 "sc", 0x80437d28) + 0x02ba 5 80437ce8 (+ 224) 8005e864 kernel_debugger_loop() + 0x01ae 7 80437e08 (+ 32) 8005aabd :kernel_debugger + 0x004d 8 80437e28 (+ 192) 8005aa65 :release_spinlock + 0x004e 10 80437f18 (+ 80) 8003467b ConditionVariableEntry<0x80437f9c>::Wait(uint32: 0x0 (0), int64: 0) + 0x01db 11 80437f68 (+ 80) 8006e55c IOScheduler<0x80f24a5c>::_RequestNotifier(0x83049800, 0x80051441, 0x80112694) + 0x011c 12 80437fb8 (+ 32) 8006e5f2 IOScheduler<0x80f24a5c>::_RequestNotifierThread(NULL) + 0x0012 13 80437fd8 (+ 32) 800514bb _create_kernel_thread_kentry() + 0x001b 14 80437ff8 (+2143059976) 80051458 thread_kthread_exit() + 0x0000 kdebug> Tell me other things you need (system information, KDL commands, etc.) Thanks -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 3 19:45:46 2009 From: trac at haiku-os.org (luroh) Date: Sat, 03 Jan 2009 18:45:46 -0000 Subject: [Haiku-bugs] [Haiku] #3256: [Trac] New users not able to create tickets? In-Reply-To: <046.e3cdb8571e61cb1c55927993787d1096@haiku-os.org> References: <046.e3cdb8571e61cb1c55927993787d1096@haiku-os.org> Message-ID: <055.055faf67ea0950c3f55f5b0f41ee6abc@haiku-os.org> #3256: [Trac] New users not able to create tickets? --------------------------+------------------------------------------------- Reporter: umccullough | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by luroh): Problem solved (ticket #3257 created), the verification email was reportedly found in the Hotmail spam folder. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 3 19:51:30 2009 From: trac at haiku-os.org (euan) Date: Sat, 03 Jan 2009 18:51:30 -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.1483d5882cdc3efe1710144da0d77070@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 Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by euan): What could the problem be, surely it must be something related as the hardware is clearly broken. If the bios is lying about IRQ setup, perhaps it can only work if the bios is overridden in the first place? Using the USB boot method the boot hangs at detecting OHCI hardware. If I press fn-f3 then fn-F4 (suspend and then LCD/VGA) it seems to give it a kick and it dumps some more lines until waiting for another kick. Boot fails when no boot partitions are found, probably due to timeout failures in the USB disk module. I'd love to dump my pc and laptop, but a shiny new sony laptop with Intel chip and Ati graphics are expensive these days. :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 3 19:52:03 2009 From: trac at haiku-os.org (mmadia) Date: Sat, 03 Jan 2009 18:52:03 -0000 Subject: [Haiku-bugs] [Haiku] #2594: PANIC: ASSERT FAILED (src/add-ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null In-Reply-To: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> References: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> Message-ID: <050.00080e22541b2b731f3bdee381ea4b81@haiku-os.org> #2594: PANIC: ASSERT FAILED (src/add- ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null ------------------------------------+--------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1 Component: Network & Internet/TCP | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- Changes (by mmadia): * cc: mattmadia@? (added) Comment: I too can reproduce this KDL reliably with the same version of Transmission on r28822. Adding almost complete output of `bt` What other commands shoud I run while in KDL? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 3 20:16:45 2009 From: trac at haiku-os.org (syst3mcr4sh) Date: Sat, 03 Jan 2009 19:16:45 -0000 Subject: [Haiku-bugs] [Haiku] #3257: PANIC: release_spinlock: lock 0x80112694 was already released In-Reply-To: <046.e6a34b86f56308848446034c548dc51b@haiku-os.org> References: <046.e6a34b86f56308848446034c548dc51b@haiku-os.org> Message-ID: <055.fa337e90b6b749389273092425fb4949@haiku-os.org> #3257: PANIC: release_spinlock: lock 0x80112694 was already released -------------------------+-------------------------------------------------- Reporter: syst3mcr4sh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------+-------------------------------------------------- Comment(by syst3mcr4sh): stack crawl with CR set to CRLF sorry for this PANIC: release_spinlock: lock 0x80112694 was already released[[BR]] [[BR]] [[BR]] Welcome to Kernel Debugging Land...[[BR]] Thread 32 "scsi notifier" running on CPU 0[[BR]] kdebug> sc[[BR]] stack trace for thread 32 "scsi notifier"[[BR]] kernel stack: 0x80434000 to 0x80438000[[BR]] frame caller :function + offset[[BR]] 0 80437bc8 (+ 48) 8005bd3d :invoke_debugger_command + 0x00f5[[BR]] 1 80437bf8 (+ 64) 8005bb2d invoke_pipe_segment(debugger_command_pipe*: 0x80122a60, int32: 0, 0x0 "") + 0x0079[[BR]] 2 80437c38 (+ 64) 8005beb4 :invoke_debugger_command_pipe + 0x009c[[BR]] 3 80437c78 (+ 48) 8005d43c ExpressionParser<0x80437d2c>::ParseCommandPipe(0x80437d28) + 0x0234[[BR]] 4 80437ca8 (+ 64) 8005c876 ExpressionParser<0x80437d2c>::EvaluateCommand(0x801128a0 "sc", 0x80437d28) + 0x02ba[[BR]] 5 80437ce8 (+ 224) 8005e864 kernel_debugger_loop() + 0x01ae[[BR]] 7 80437e08 (+ 32) 8005aabd :kernel_debugger + 0x004d[[BR]] 8 80437e28 (+ 192) 8005aa65 :release_spinlock + 0x004e[[BR]] 10 80437f18 (+ 80) 8003467b ConditionVariableEntry<0x80437f9c>::Wait(uint32: 0x0 (0), int64: 0) + 0x01db[[BR]] 11 80437f68 (+ 80) 8006e55c IOScheduler<0x80f24a5c>::_RequestNotifier(0x83049800, 0x80051441, 0x80112694) + 0x011c[[BR]] 12 80437fb8 (+ 32) 8006e5f2 IOScheduler<0x80f24a5c>::_RequestNotifierThread(NULL) + 0x0012[[BR]] 13 80437fd8 (+ 32) 800514bb _create_kernel_thread_kentry() + 0x001b[[BR]] 14 80437ff8 (+2143059976) 80051458 thread_kthread_exit() + 0x0000[[BR]] kdebug>[[BR]] -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 3 20:43:19 2009 From: trac at haiku-os.org (anevilyak) Date: Sat, 03 Jan 2009 19:43:19 -0000 Subject: [Haiku-bugs] [Haiku] #3256: [Trac] New users not able to create tickets? In-Reply-To: <046.e3cdb8571e61cb1c55927993787d1096@haiku-os.org> References: <046.e3cdb8571e61cb1c55927993787d1096@haiku-os.org> Message-ID: <055.5995548fb93a96eaaf3f8a3427080f62@haiku-os.org> #3256: [Trac] New users not able to create tickets? ---------------------------+------------------------------------------------ Reporter: umccullough | 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 anevilyak): * status: new => closed * resolution: => fixed Comment: Thanks for the note! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 3 22:27:59 2009 From: trac at haiku-os.org (emitrax) Date: Sat, 03 Jan 2009 21:27:59 -0000 Subject: [Haiku-bugs] [Haiku] #2594: PANIC: ASSERT FAILED (src/add-ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null In-Reply-To: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> References: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> Message-ID: <050.589826d829cd3c3193c37d1bfb4a5c69@haiku-os.org> #2594: PANIC: ASSERT FAILED (src/add- ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null ------------------------------------+--------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1 Component: Network & Internet/TCP | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- Comment(by emitrax): I don't know about the kernel debugger command for the network stack, Axel will probably tell you more, but it might be useful to enable the debug output. That's done by uncommenting line 15 in src/add- ons/kernel/network/protocols/tcp/BufferQueue.cpp. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 3 23:16:25 2009 From: trac at haiku-os.org (Adek336) Date: Sat, 03 Jan 2009 22:16:25 -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.f783b3867ab3a1e551eab6f04fc4892e@haiku-os.org> #2706: PANIC: vm_page_fault: unhandled page fault in kernel space at 0xdeadbf07, ip 0x9428897e ------------------------------------+--------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: Network & Internet/TCP | Version: R1 development Blockedby: | Platform: x86 Blocking: | ------------------------------------+--------------------------------------- Comment(by Adek336): img_1309 SegmentReceived not locked Firefox.jpg: happens with modified code when I open up transmission with 30 torrents and after a few minutes try to open Firefox. Crashes before Firefox window opens. Continuing may but doesnt have to result in a deadbeef page fault in "loop consumer thread". Modification: {{{ int32 TCPEndpoint::SegmentReceived(tcp_segment_header& segment, net_buffer* buffer) { MutexLocker locker(fLock); + ASSERT(locker.IsLocked()); TRACE("SegmentReceived(): buffer %p (%lu bytes) address %s to %s\n" }}} There's lot more places with MutexLocker but they've been all properly locked as far as I checked. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 4 03:37:51 2009 From: trac at haiku-os.org (Adek336) Date: Sun, 04 Jan 2009 02:37:51 -0000 Subject: [Haiku-bugs] [Haiku] #3258: Double click doesn't minimize tracker window Message-ID: <042.0ce52bcf5be383a9ff1bc13926589b8d@haiku-os.org> #3258: Double click doesn't minimize tracker window --------------------------------+------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Open a few tracker windows, reboot. Some of the tracker windows do not minimize upon being double clicked on the title tab. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 4 17:05:13 2009 From: trac at haiku-os.org (axeld) Date: Sun, 04 Jan 2009 16:05:13 -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.8b99516ee32308335ad1418a8c2dc758@haiku-os.org> #2177: boot screen video mode incorrect/unsupported, but desktop okay ---------------------------------+------------------------------------------ Reporter: kev | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Boot Loader | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: ---------------------------------+------------------------------------------ Changes (by axeld): * status: new => closed * resolution: => fixed * component: System => System/Boot Loader Comment: Thanks for the update(s)! :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 4 18:28:08 2009 From: trac at haiku-os.org (humdinger) Date: Sun, 04 Jan 2009 17:28:08 -0000 Subject: [Haiku-bugs] [Haiku] #3259: Bug in setting "Always Show Triggers" Message-ID: <044.436c3cc1535113e8a7c256482ab1fc16@haiku-os.org> #3259: Bug in setting "Always Show Triggers" ------------------------------+--------------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Menu | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------+--------------------------------------------- There's the option "Always Show Triggers" which will always underline the letter for the keyboard shortcut of a menu item. If you deactivate this option, shouldn't the underlining at least appear when accessing the menu by keyboard (ALT+ESC)? I think that'd be the correct behaviour, else the "Always" makes no sense. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 4 22:04:02 2009 From: trac at haiku-os.org (Hubert) Date: Sun, 04 Jan 2009 21:04:02 -0000 Subject: [Haiku-bugs] [Haiku] #3260: nforce ethernet card driver induces an interrupt storm Message-ID: <041.8b60256153054eb31d324557511d9439@haiku-os.org> #3260: nforce ethernet card driver induces an interrupt storm -----------------------------+---------------------------------------------- Reporter: Hubert | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------+---------------------------------------------- nforce ethernet card driver in chipset induces an interrupt storm and uncorrect work USB device. Disconnection onboard lan in Bios just helps. Motherboard GA-M61PME-S2, Athlon X2, 3GB RAM, Realtek 8139, -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 4 22:07:27 2009 From: trac at haiku-os.org (Hubert) Date: Sun, 04 Jan 2009 21:07:27 -0000 Subject: [Haiku-bugs] [Haiku] #3221: Mount USB drive is impossible In-Reply-To: <041.a48703c79f87d3df279b67d30f0fe321@haiku-os.org> References: <041.a48703c79f87d3df279b67d30f0fe321@haiku-os.org> Message-ID: <050.b1a669a2fdedaba90d34f0a1c5d971d9@haiku-os.org> #3221: Mount USB drive is impossible -------------------------+-------------------------------------------------- Reporter: Hubert | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------+-------------------------------------------------- Comment(by Hubert): I found the cause of problem. See ticket #3260. Please closed this ticket. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 5 02:14:43 2009 From: trac at haiku-os.org (umccullough) Date: Mon, 05 Jan 2009 01:14:43 -0000 Subject: [Haiku-bugs] [Haiku] #3261: multi_audio KDL: page fault with interrupts disabled Message-ID: <046.37fba2bd3c925b273864a9f3cad82c7b@haiku-os.org> #3261: multi_audio KDL: page fault with interrupts disabled ---------------------------+------------------------------------------------ Reporter: umccullough | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Experienced a KDL while compiling some stuff on a machine I use regularly for porting stuff on Haiku. PANIC: page fault, but interrupts were disabled. Touching address 0x70102f40 from eip 0x832ad165 Welcome to Kernel Debugging Land... Thread 149 "multi_audio audio output" running on CPU 0 kdebug> Stack trace is attached as jpg. Machine is still sitting at the crash and I'll hook up the serial cable to get text info next. I'll leave it like this as long as possible if anyone has any additional things to check. The machine has probably been on for > 24 hours, with some compiling here and there, testing of some software, and running of dnetc for a few hours. Was compiling when it happened. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 5 11:09:14 2009 From: trac at haiku-os.org (mmlr) Date: Mon, 05 Jan 2009 10:09:14 -0000 Subject: [Haiku-bugs] [Haiku] #3221: Mount USB drive is impossible In-Reply-To: <041.a48703c79f87d3df279b67d30f0fe321@haiku-os.org> References: <041.a48703c79f87d3df279b67d30f0fe321@haiku-os.org> Message-ID: <050.2a88f532be82404368d596f379f4539e@haiku-os.org> #3221: Mount USB drive is impossible --------------------------+------------------------------------------------- Reporter: Hubert | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: invalid | Blockedby: Platform: x86 | Blocking: --------------------------+------------------------------------------------- Changes (by mmlr): * status: new => closed * resolution: => invalid Comment: Closing as invalid, the cause was another driver. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 5 12:20:08 2009 From: trac at haiku-os.org (korli) Date: Mon, 05 Jan 2009 11:20:08 -0000 Subject: [Haiku-bugs] [Haiku] #3260: nforce ethernet card driver induces an interrupt storm In-Reply-To: <041.8b60256153054eb31d324557511d9439@haiku-os.org> References: <041.8b60256153054eb31d324557511d9439@haiku-os.org> Message-ID: <050.8b1806513954a93e1dbb59092af024bb@haiku-os.org> #3260: nforce ethernet card driver induces an interrupt storm -----------------------------+---------------------------------------------- Reporter: Hubert | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------+---------------------------------------------- Comment(by korli): Did you try booting without the nforce ethernet card driver ? Did you try booting without the usb driver (it seems ohci in your case) ? Please also provide a syslog with activated onboard lan (without drivers). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 5 16:08:19 2009 From: trac at haiku-os.org (scottmc) Date: Mon, 05 Jan 2009 15:08:19 -0000 Subject: [Haiku-bugs] [Haiku] #3217: MCP78S [GeForce 8200] Ethernet networking very slow with 2 CPUs enabled (was: Network very slow with 2 CPUs enabled) In-Reply-To: <042.ba9004ec552d7542855524cb7aac57f5@haiku-os.org> References: <042.ba9004ec552d7542855524cb7aac57f5@haiku-os.org> Message-ID: <051.5c086cb21e498b79fe5d4aa9458fc841@haiku-os.org> #3217: MCP78S [GeForce 8200] Ethernet networking very slow with 2 CPUs enabled -----------------------+---------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by scottmc): fixed summary -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 5 16:10:29 2009 From: trac at haiku-os.org (scottmc) Date: Mon, 05 Jan 2009 15:10:29 -0000 Subject: [Haiku-bugs] [Haiku] #3260: nforce ethernet card driver induces an interrupt storm In-Reply-To: <041.8b60256153054eb31d324557511d9439@haiku-os.org> References: <041.8b60256153054eb31d324557511d9439@haiku-os.org> Message-ID: <050.1f5eb77301029c2c2df60e266516e1b9@haiku-os.org> #3260: nforce ethernet card driver induces an interrupt storm -----------------------------+---------------------------------------------- Reporter: Hubert | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------+---------------------------------------------- Comment(by scottmc): Also post the output of list dev so we can see more details on you hardware setup, this might be that same as #3217. Try turning off one cpu and see if anything changes. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 5 16:11:26 2009 From: trac at haiku-os.org (scottmc) Date: Mon, 05 Jan 2009 15:11:26 -0000 Subject: [Haiku-bugs] [Haiku] #3260: nforce ethernet card driver induces an interrupt storm In-Reply-To: <041.8b60256153054eb31d324557511d9439@haiku-os.org> References: <041.8b60256153054eb31d324557511d9439@haiku-os.org> Message-ID: <050.3cad0e70053d38e9f61f3576b1aac943@haiku-os.org> #3260: nforce ethernet card driver induces an interrupt storm -----------------------------+---------------------------------------------- Reporter: Hubert | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------+---------------------------------------------- Comment(by scottmc): i meant "listdev" withour the space... listdev > listdev-mypc.txt -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 5 20:26:00 2009 From: trac at haiku-os.org (Adek336) Date: Mon, 05 Jan 2009 19:26:00 -0000 Subject: [Haiku-bugs] [Haiku] #3217: MCP78S [GeForce 8200] Ethernet networking very slow with 2 CPUs enabled In-Reply-To: <042.ba9004ec552d7542855524cb7aac57f5@haiku-os.org> References: <042.ba9004ec552d7542855524cb7aac57f5@haiku-os.org> Message-ID: <051.dd7fba5ba57cd1a2436c6e4e2ffb5279@haiku-os.org> #3217: MCP78S [GeForce 8200] Ethernet networking very slow with 2 CPUs enabled -----------------------+---------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by Adek336): #1667 mentions an Nvidia ethernet controller and slowness. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 5 20:29:10 2009 From: trac at haiku-os.org (Adek336) Date: Mon, 05 Jan 2009 19:29:10 -0000 Subject: [Haiku-bugs] [Haiku] #1667: Haiku runs dogslow on real hardware (kernel team hang) In-Reply-To: <041.1fb9edae2424a800ee459de53364b90e@haiku-os.org> References: <041.1fb9edae2424a800ee459de53364b90e@haiku-os.org> Message-ID: <050.9ffd006299a9c94b74b7c3ebad35f692@haiku-os.org> #1667: Haiku runs dogslow on real hardware (kernel team hang) ---------------------------+------------------------------------------------ Reporter: konrad | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------------+------------------------------------------------ Comment(by Adek336): Also note #3217. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 5 20:53:38 2009 From: trac at haiku-os.org (Adek336) Date: Mon, 05 Jan 2009 19:53:38 -0000 Subject: [Haiku-bugs] [Haiku] #3217: MCP78S [GeForce 8200] Ethernet networking very slow with 2 CPUs enabled In-Reply-To: <042.ba9004ec552d7542855524cb7aac57f5@haiku-os.org> References: <042.ba9004ec552d7542855524cb7aac57f5@haiku-os.org> Message-ID: <051.dc391e927d573a54dffb8b141ece1fa3@haiku-os.org> #3217: MCP78S [GeForce 8200] Ethernet networking very slow with 2 CPUs enabled -----------------------+---------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by Adek336): #2247 as well. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 5 22:05:13 2009 From: trac at haiku-os.org (Adek336) Date: Mon, 05 Jan 2009 21:05:13 -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.dc0cb240ee2176bc3041e2b02cfac59a@haiku-os.org> #2706: PANIC: vm_page_fault: unhandled page fault in kernel space at 0xdeadbf07, ip 0x9428897e ------------------------------------+--------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: Network & Internet/TCP | Version: R1 development Blockedby: | Platform: x86 Blocking: | ------------------------------------+--------------------------------------- Comment(by Adek336): img_1389.jpg: photo of KDL. Diagnostic messages added to net_route_private constructor and destructor. Also added to TCPEndpoint::ReadData, where the value of this->fRoute and this->fRoute->interface is dumped to the trace buffer many times during the function. We see from the backtrace that TCPEndpoint::ReadData is running. We see from the trace messages that it is running since at least the 5093389 trace message. We see from 5093438, that this->fRoute = 0x812c8d48. In 5095383 we see that net_route_private of that address is being destroyed. It should not be destroyed; that causes TCPEndpoint::ReadData to eventually use pointers overwritten with other data and to page fault. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 5 22:33:02 2009 From: trac at haiku-os.org (Adek336) Date: Mon, 05 Jan 2009 21:33:02 -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.8c2cddf036c60467233d97d190020e2c@haiku-os.org> #2706: PANIC: vm_page_fault: unhandled page fault in kernel space at 0xdeadbf07, ip 0x9428897e ------------------------------------+--------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: Network & Internet/TCP | Version: R1 development Blockedby: | Platform: x86 Blocking: | ------------------------------------+--------------------------------------- Comment(by Adek336): That lock that isn't always locked and the changing routing tables are two problems, a third one is with {{{ add-ons/kernel/network/protocols/tcp/BufferQueue.cpp 290 status_t 291 BufferQueue::Get(size_t bytes, bool remove, net_buffer **_buffer) 292 { ... 324 while (bytesLeft > 0 && (source = iterator.Next()) != NULL) { 325 size_t size = min_c(source->size, bytesLeft); 326 status = gBufferModule->append_cloned(buffer, source, 0, size); 327 if (status < B_OK) 328 break; 329 330 bytesLeft -= size; 331 332 if (!remove) 333 continue; 334 335 // remove either the whole buffer or only the part we cloned 336 337 fFirstSequence += size; 338 339 if (size == source->size) { 340 iterator.Remove(); 341 gBufferModule->free(source); 342 } else { 343 gBufferModule->remove_header(source, size); 344 source->sequence += size; 345 } 346 } 347 348 if (status == B_OK) { 349 *_buffer = buffer; 350 if (remove) { 351 fNumBytes -= bytes; 352 fContiguousBytes -= bytes; 353 } 354 } else 355 gBufferModule->free(buffer); 356 357 return status; 358 } }}} in that the loop may remove buffers in line 340 and later the loop may be broken in line 328. Then, fNumBytes, fContiguos and etc. are not updated in spite of the fact that buffers have been removed. That leaves the buffer queue in an inconsistent state where it, for example, claims to have more data than it really has in its buffers. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 5 22:35:34 2009 From: trac at haiku-os.org (Hubert) Date: Mon, 05 Jan 2009 21:35:34 -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.97130a40534c01547cd2308895c04b29@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 Blockedby: | Platform: x86 Blocking: | -------------------------+-------------------------------------------------- Comment(by Hubert): I solved partly this problem , fault be placed after side of error in nforce. See #3260 Cellphone nicely be seen by Haiku now but it can not be correctly mounted. Tested only USB2.0 for now. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 5 22:39:57 2009 From: trac at haiku-os.org (Hubert) Date: Mon, 05 Jan 2009 21:39:57 -0000 Subject: [Haiku-bugs] [Haiku] #3260: nforce ethernet card driver induces an interrupt storm In-Reply-To: <041.8b60256153054eb31d324557511d9439@haiku-os.org> References: <041.8b60256153054eb31d324557511d9439@haiku-os.org> Message-ID: <050.93ec7528261a761214abf1ad27f87691@haiku-os.org> #3260: nforce ethernet card driver induces an interrupt storm -----------------------------+---------------------------------------------- Reporter: Hubert | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------+---------------------------------------------- Comment(by Hubert): Without nforce work fine. I tests still. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 5 23:06:55 2009 From: trac at haiku-os.org (axeld) Date: Mon, 05 Jan 2009 22:06:55 -0000 Subject: [Haiku-bugs] [Haiku] #3262: File descriptors without a vnode aren't closed on unmount Message-ID: <040.74869a27f99e8deaa962db2b35bc2a49@haiku-os.org> #3262: File descriptors without a vnode aren't closed on unmount ---------------------------+------------------------------------------------ Reporter: axeld | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ If you unmount a volume that does not have any other open file descriptors, file descriptors without a vnode aren't disconnected from the fs_mount. This will cause a page fault as soon as an application does anything with that descriptor, or quits. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 5 23:17:35 2009 From: trac at haiku-os.org (axeld) Date: Mon, 05 Jan 2009 22:17:35 -0000 Subject: [Haiku-bugs] [Haiku] #3262: File descriptors without a vnode aren't closed on unmount In-Reply-To: <040.74869a27f99e8deaa962db2b35bc2a49@haiku-os.org> References: <040.74869a27f99e8deaa962db2b35bc2a49@haiku-os.org> Message-ID: <049.a609406fd6536689ba1f14c9542b4257@haiku-os.org> #3262: File descriptors without a vnode aren't closed on unmount ---------------------------+------------------------------------------------ Reporter: axeld | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Changes (by axeld): * priority: normal => blocker * milestone: R1 => R1/alpha1 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 6 18:22:22 2009 From: trac at haiku-os.org (kaliber) Date: Tue, 06 Jan 2009 17:22:22 -0000 Subject: [Haiku-bugs] [Haiku] #3263: add siginterrupt function (easy) Message-ID: <042.ef6f14b7066f382a97999992a7cc8b61@haiku-os.org> #3263: add siginterrupt function (easy) -------------------------------+-------------------------------------------- Reporter: kaliber | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- It would be nice to have siginterrupt. It is used at least by python (optional) and gnutls (tests), fcron. http://www.opengroup.org/onlinepubs/000095399/functions/siginterrupt.html -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 6 18:53:20 2009 From: trac at haiku-os.org (umccullough) Date: Tue, 06 Jan 2009 17:53:20 -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.ff99c96254de585f9f3e58637e58cf15@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 Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Changes (by umccullough): * cc: umccullough@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 6 19:35:33 2009 From: trac at haiku-os.org (mmadia) Date: Tue, 06 Jan 2009 18:35:33 -0000 Subject: [Haiku-bugs] [Haiku] #3264: KDL when checkfs hits 31800 nodes processed Message-ID: <041.3159fe7efcbe46e77d5eb0e4dbad6fda@haiku-os.org> #3264: KDL when checkfs hits 31800 nodes processed ---------------------------+------------------------------------------------ Reporter: mmadia | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Haiku will reliably KDL while running checkfs -c on a partition with many files (haiku svn, mozilla cvs, and numerous library sources). Checkfs reaches 31800 nodes process before the system crashes. Tested on two fairly recent revisions, running natively. System has 2gb ram and process controller reports very little memory usage. This might be similar or a dupe of ticket [http://dev.haiku- os.org/ticket/2718 #2718] Might also be related to changeset [http://dev.haiku- os.org/changeset/23318 23318] -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 6 21:22:40 2009 From: trac at haiku-os.org (oco) Date: Tue, 06 Jan 2009 20:22:40 -0000 Subject: [Haiku-bugs] [Haiku] #3265: Custom signal handlers always receive SIGSEGV signals Message-ID: <038.4b72c073ca986a8dc535380ec4517aa4@haiku-os.org> #3265: Custom signal handlers always receive SIGSEGV signals ---------------------------+------------------------------------------------ Reporter: oco | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ While tracking down remaining bugs in the freepascal test suite, i discover that custom signal handlers only received SIGSEGV signal instead of the one associated with the handler. For example, in case of a zero divide, the signal handler associated with SIGFPE (8) only receive SIGSEGV (11). This behavior is also true for C programs (see attached file test_custom_signal_handling.c). I think this problem was introduced in r27757. If i am not wrong, send_signal should send the real signal to the custom handler instead of SIGSEGV (see attached patch). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 6 21:44:24 2009 From: trac at haiku-os.org (oco) Date: Tue, 06 Jan 2009 20:44:24 -0000 Subject: [Haiku-bugs] [Haiku] #2418: [Interface kit] Color of selected item in ListView is not centered (easy) In-Reply-To: <040.653dabcd45905eea72fba83ac232a9b6@haiku-os.org> References: <040.653dabcd45905eea72fba83ac232a9b6@haiku-os.org> Message-ID: <049.3c9ccf3120a1fda1583cc4aa0ec33a76@haiku-os.org> #2418: [Interface kit] Color of selected item in ListView is not centered (easy) ----------------------------------+----------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Changes (by oco): * component: Kits/Kernel Kit => Applications/Tracker Comment: I think the problem is in the Tracker (libtracker.so). Here is a patch to place the baseline at better place. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 6 22:04:34 2009 From: trac at haiku-os.org (oco) Date: Tue, 06 Jan 2009 21:04:34 -0000 Subject: [Haiku-bugs] [Haiku] #3266: Item captions in TeamMonitor are not centered in the team list (easy) Message-ID: <038.1037041c213f9f1be6f7f0bee81aa926@haiku-os.org> #3266: Item captions in TeamMonitor are not centered in the team list (easy) -----------------------------------+---------------------------------------- Reporter: oco | Owner: korli Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Add-Ons/Input Filters | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- This is especially true with bigger fonts. The attached patch should improve the current behavior. Maybe an input devices category should also be created. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 6 22:19:56 2009 From: trac at haiku-os.org (axeld) Date: Tue, 06 Jan 2009 21:19:56 -0000 Subject: [Haiku-bugs] [Haiku] #3262: File descriptors without a vnode aren't closed on unmount In-Reply-To: <040.74869a27f99e8deaa962db2b35bc2a49@haiku-os.org> References: <040.74869a27f99e8deaa962db2b35bc2a49@haiku-os.org> Message-ID: <049.c2a70b8eda9f9bd181f1b27c3d985569@haiku-os.org> #3262: File descriptors without a vnode aren't closed on unmount ----------------------------+----------------------------------------------- Reporter: axeld | Owner: axeld Type: bug | Status: closed Priority: blocker | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Fixed in r28850. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 6 23:35:39 2009 From: trac at haiku-os.org (axeld) Date: Tue, 06 Jan 2009 22:35:39 -0000 Subject: [Haiku-bugs] [Haiku] #3264: KDL when checkfs hits 31800 nodes processed In-Reply-To: <041.3159fe7efcbe46e77d5eb0e4dbad6fda@haiku-os.org> References: <041.3159fe7efcbe46e77d5eb0e4dbad6fda@haiku-os.org> Message-ID: <050.593e66813093725f618e2f41efc7cbb6@haiku-os.org> #3264: KDL when checkfs hits 31800 nodes processed ---------------------------+------------------------------------------------ Reporter: mmadia | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by axeld): I have a hundred thousand files more on my disk, but I haven't seen this one yet (and those seem to easily fit into the cache, seeing how fast that goes). Is this reproducible right after start? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 6 23:43:54 2009 From: trac at haiku-os.org (axeld) Date: Tue, 06 Jan 2009 22:43:54 -0000 Subject: [Haiku-bugs] [Haiku] #3255: malformed unix socket filename In-Reply-To: <042.8e8ef022bfdc92a9fbcef4f72815ca04@haiku-os.org> References: <042.8e8ef022bfdc92a9fbcef4f72815ca04@haiku-os.org> Message-ID: <051.58af7f37569ca82936fa2559716873aa@haiku-os.org> #3255: malformed unix socket filename ------------------------+--------------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => invalid Comment: The code is incorrect anyway, as you make assumptions about the contents of sockaddr_un - on Haiku, it also has a length field that you miss on the length computation, causing the terminating null byte to be cut off. Please always just use sizeof(sockaddr_un) for the length. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 6 23:46:49 2009 From: trac at haiku-os.org (axeld) Date: Tue, 06 Jan 2009 22:46:49 -0000 Subject: [Haiku-bugs] [Haiku] #3238: KDL doesn't show up for panics early in the boot process In-Reply-To: <042.509504e8406924f1806c29a76b2f35b2@haiku-os.org> References: <042.509504e8406924f1806c29a76b2f35b2@haiku-os.org> Message-ID: <051.f4a516e797089edf820cdbcbbceae16f@haiku-os.org> #3238: KDL doesn't show up for panics early in the boot process ----------------------------+----------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => invalid Comment: There is a start for everything, and panics just cannot be shown on screen before its debug output is initialized. There is serial debug output you can always use. Please reopen if you meant something else. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 6 23:51:44 2009 From: trac at haiku-os.org (axeld) Date: Tue, 06 Jan 2009 22:51:44 -0000 Subject: [Haiku-bugs] [Haiku] #3218: can't reach bootmenu In-Reply-To: <039.5edf33d39bb20b9c6f1426611da7fb56@haiku-os.org> References: <039.5edf33d39bb20b9c6f1426611da7fb56@haiku-os.org> Message-ID: <048.62b3d7effebca12371971da80c8e6dfb@haiku-os.org> #3218: can't reach bootmenu --------------------------------+------------------------------------------- Reporter: peat | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1 Component: System/Boot Loader | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Changes (by axeld): * priority: normal => high * component: - General => System/Boot Loader Comment: Since you have so many partitions, can you elaborate on how they are layouted? I guess that could at least be one hint to the problem. Otherwise, I guess you don't have a serial debugging possibility? Can you reproduce the problem if you let Qemu boot from that drive? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 6 23:54:11 2009 From: trac at haiku-os.org (axeld) Date: Tue, 06 Jan 2009 22:54:11 -0000 Subject: [Haiku-bugs] [Haiku] #3265: Custom signal handlers always receive SIGSEGV signals In-Reply-To: <038.4b72c073ca986a8dc535380ec4517aa4@haiku-os.org> References: <038.4b72c073ca986a8dc535380ec4517aa4@haiku-os.org> Message-ID: <047.cab8d397a4acf31d2ee848015715489c@haiku-os.org> #3265: Custom signal handlers always receive SIGSEGV signals ---------------------------+------------------------------------------------ Reporter: oco | Owner: bonefish Type: bug | Status: new Priority: high | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Changes (by axeld): * owner: axeld => bonefish * priority: normal => high -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 7 00:26:00 2009 From: trac at haiku-os.org (bonefish) Date: Tue, 06 Jan 2009 23:26:00 -0000 Subject: [Haiku-bugs] [Haiku] #3265: Custom signal handlers always receive SIGSEGV signals In-Reply-To: <038.4b72c073ca986a8dc535380ec4517aa4@haiku-os.org> References: <038.4b72c073ca986a8dc535380ec4517aa4@haiku-os.org> Message-ID: <047.65513b0fcb23bdc959876d02ad89cf97@haiku-os.org> #3265: Custom signal handlers always receive SIGSEGV signals ---------------------------+------------------------------------------------ Reporter: oco | Owner: bonefish Type: bug | Status: new Priority: high | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by bonefish): The patch looks fine. If anyone has the time to apply and test it, feel free to commit. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 7 00:52:03 2009 From: trac at haiku-os.org (mmadia) Date: Tue, 06 Jan 2009 23:52:03 -0000 Subject: [Haiku-bugs] [Haiku] #3264: KDL when checkfs hits 31800 nodes processed In-Reply-To: <041.3159fe7efcbe46e77d5eb0e4dbad6fda@haiku-os.org> References: <041.3159fe7efcbe46e77d5eb0e4dbad6fda@haiku-os.org> Message-ID: <050.4332d0ed4aa01b3614cef66d1d6e5213@haiku-os.org> #3264: KDL when checkfs hits 31800 nodes processed ---------------------------+------------------------------------------------ Reporter: mmadia | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by mmadia): --Is this reproducible right after start?-- yup. At any point that I want this KDL to occur, I can make it happen. Just now, I tried `ls -alR /volume_name | wc -l` to get a rough estimate of the total number of files on the volume. After running for a bit, a similar KDL occured. The main PANIC was the same, however `bt` reported slightly different output. So I broke it down into seperate commands for each top-level directory: ---------- ~> ls -alR /stuff-a/torrentz/ | wc -l[[BR]] 23[[BR]] ~> ls -alR /stuff-a/new-stuff/ | wc -l[[BR]] 1968[[BR]] ~> ls -alR /stuff-a/home | wc -l[[BR]] 16[[BR]] ~> ls -alR /stuff-a/fromStorage/ | wc -l[[BR]] 72072[[BR]] ~> ls -alR /stuff-a/binaries/ | wc -l [[BR]] 10[[BR]] ~> ls -alR /stuff-a/backup/ | wc -l [[BR]] 27479[[BR]] ~> ls -alR /stuff-a/_code/ | wc -l [[BR]] 420311[[BR]] ~> ls -al /stuff-a/[[BR]] total 24[[BR]] ------------[[BR]] Here's some more information about that partition: The partition was initialized in Haiku with 2k sectors ~> df /stuff-a/ Device No.: 4 Mounted at: /stuff-a Volume Name: "stuff-a" File System: bfs Device: /dev/disk/ata/0/master/2 Flags: QAM-P-W I/O Size: 64.0K (65536 byte) Block Size: 2.0K (2048 byte) Total Blocks: 32.8G (17196709 blocks) Free Blocks: 21.8G (11413292 blocks) Total Nodes: 0 Free Nodes: 0 Root Inode: 524288 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 7 00:52:54 2009 From: trac at haiku-os.org (scottmc) Date: Tue, 06 Jan 2009 23:52:54 -0000 Subject: [Haiku-bugs] [Haiku] #1527: Selecting an area on the desktop leaves ghostlines In-Reply-To: <042.707491492d3c5dfcbc5a423133096d6e@haiku-os.org> References: <042.707491492d3c5dfcbc5a423133096d6e@haiku-os.org> Message-ID: <051.7fa33932cf03264bfc0cf18a82006a44@haiku-os.org> #1527: Selecting an area on the desktop leaves ghostlines --------------------------------+------------------------------------------- Reporter: scottmc | Owner: stippi Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by scottmc): I wonder if putting a "shaded" area in the selection area like is done in gnome might help uncover this issue. I'll attach a screenshot from unbutnu7.10 showing what i mean by "shaded". Is this possible in Haiku? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 7 00:55:40 2009 From: trac at haiku-os.org (scottmc) Date: Tue, 06 Jan 2009 23:55:40 -0000 Subject: [Haiku-bugs] [Haiku] #1527: Selecting an area on the desktop leaves ghostlines In-Reply-To: <042.707491492d3c5dfcbc5a423133096d6e@haiku-os.org> References: <042.707491492d3c5dfcbc5a423133096d6e@haiku-os.org> Message-ID: <051.031839739dff9ba2a940dd0923a2f117@haiku-os.org> #1527: Selecting an area on the desktop leaves ghostlines --------------------------------+------------------------------------------- Reporter: scottmc | Owner: stippi Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by scottmc): Ignore that posting. Shows what happens when I work in windows for a day... Haiku already shades... I see that by looking at the screenshot i posted of this in the first place. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 7 08:59:59 2009 From: trac at haiku-os.org (Adek336) Date: Wed, 07 Jan 2009 07:59:59 -0000 Subject: [Haiku-bugs] [Haiku] #3267: Tracker context menu interprets mouse move as click Message-ID: <042.3a4d7910d5d8410da9105785cf552094@haiku-os.org> #3267: Tracker context menu interprets mouse move as click ----------------------------------+----------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Select a big amount of files. Right click. Quickly move the mouse to the place where the context menu will appear a split second later. Do not click. The context menu's "Open" item will be invoked just like if it was clicked. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 7 10:52:25 2009 From: trac at haiku-os.org (axeld) Date: Wed, 07 Jan 2009 09:52:25 -0000 Subject: [Haiku-bugs] [Haiku] #3247: KDL in jam in put_cached_block In-Reply-To: <042.514bb91026ed95706a25b351e78d21fa@haiku-os.org> References: <042.514bb91026ed95706a25b351e78d21fa@haiku-os.org> Message-ID: <051.d0a4173142b21e6f313f767743fcdf24@haiku-os.org> #3247: KDL in jam in put_cached_block -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by axeld): What KDL message? With only a stack trace there is little to guess. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 7 10:53:13 2009 From: trac at haiku-os.org (axeld) Date: Wed, 07 Jan 2009 09:53:13 -0000 Subject: [Haiku-bugs] [Haiku] #3247: KDL in jam in put_cached_block In-Reply-To: <042.514bb91026ed95706a25b351e78d21fa@haiku-os.org> References: <042.514bb91026ed95706a25b351e78d21fa@haiku-os.org> Message-ID: <051.d421d69d502aa20d48ed5220395410fe@haiku-os.org> #3247: KDL in jam in put_cached_block -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by axeld): Also, always add the revision you are testing with. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 7 14:51:00 2009 From: trac at haiku-os.org (hu28m) Date: Wed, 07 Jan 2009 13:51:00 -0000 Subject: [Haiku-bugs] [Haiku] #3268: Firefox 2.0.0.17 (Bon Echo) not display when network setting is incorrect Message-ID: <040.41b67a7e4462a42d710ab3ef134d420c@haiku-os.org> #3268: Firefox 2.0.0.17 (Bon Echo) not display when network setting is incorrect -----------------------+---------------------------------------------------- Reporter: hu28m | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- I'm running Haiku on VMWare. The VMWare setting for Network Adapter is BRIDGED, but I can not connect to Internet (just ping to ADSL modem is OK). When I start Firefox 2.0.0.17 (Bon Echo), it can not display. Just the title and the outter frame of the Bon Echo window. I just want to read Be Book, but it is impossible. When I change the VMWare network setting to use NAT, I can use Bon Echo (Firefox) to browse the Internet. Now, I switched back to BRIDGED Network Adapter, and can not connect to Internet again, but still can read Be Book. So, I think there is something in Firefox that involved with the network setting, that thing MUST INITATE with NETWORK SETTING is OK. This was test with Haiku r28827, r28847 and Senryu Haiku r28815, with VMWare on Intel Core 2 Duo E2160. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 7 15:16:34 2009 From: trac at haiku-os.org (hu28m) Date: Wed, 07 Jan 2009 14:16:34 -0000 Subject: [Haiku-bugs] [Haiku] #3269: Firefox 2.0.0.17 (Bon Echo) use 100% CPU when load pages that have Macromedia Flash Message-ID: <040.94f10c6b33000cfc03ca42eb0571c5cb@haiku-os.org> #3269: Firefox 2.0.0.17 (Bon Echo) use 100% CPU when load pages that have Macromedia Flash -----------------------+---------------------------------------------------- Reporter: hu28m | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Firefox 2.0.0.17 (Bon Echo) use 100% CPU when load pages that have Macromedia Flash. System performance is very slow. When close tabs that have Flash-embeded pages, the system performance is normal. I installed the Macromedia? Flash? Player for BeOS (http://www.bebits.com/app/1214) but no help. Maybe this package is designed for BeOS R5. But there is no source code to fix the compatibility with Firefox 2.0.0.17 (Bon Echo) on Haiku OS. This was test with Haiku OS r28847 based on VMWare image on Intel Core2 E2160 and Intel G31 Graphic Express. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 7 17:26:11 2009 From: trac at haiku-os.org (Adek336) Date: Wed, 07 Jan 2009 16:26:11 -0000 Subject: [Haiku-bugs] [Haiku] #3247: KDL in jam in put_cached_block In-Reply-To: <042.514bb91026ed95706a25b351e78d21fa@haiku-os.org> References: <042.514bb91026ed95706a25b351e78d21fa@haiku-os.org> Message-ID: <051.e6f2f6277f2f5dd11c31e3893679aac0@haiku-os.org> #3247: KDL in jam in put_cached_block -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by Adek336): The photo was taken on 01 November 2008 so the revision number is less or equal to r28472. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 7 20:02:54 2009 From: trac at haiku-os.org (axeld) Date: Wed, 07 Jan 2009 19:02:54 -0000 Subject: [Haiku-bugs] [Haiku] #3265: Custom signal handlers always receive SIGSEGV signals In-Reply-To: <038.4b72c073ca986a8dc535380ec4517aa4@haiku-os.org> References: <038.4b72c073ca986a8dc535380ec4517aa4@haiku-os.org> Message-ID: <047.543aaf27579b0d76fcd91826f8f25169@haiku-os.org> #3265: Custom signal handlers always receive SIGSEGV signals ----------------------------+----------------------------------------------- Reporter: oco | Owner: bonefish Type: bug | Status: closed Priority: high | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Patch applied in r28852, thanks Olivier! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 7 20:16:39 2009 From: trac at haiku-os.org (aldeck) Date: Wed, 07 Jan 2009 19:16:39 -0000 Subject: [Haiku-bugs] [Haiku] #2760: Crash when sorting folder by extented attribute (was: Crash when sorting populated folder) In-Reply-To: <044.57783320966c89af108394cb99691802@haiku-os.org> References: <044.57783320966c89af108394cb99691802@haiku-os.org> Message-ID: <053.9ff2721c879b2f352622ece271bcb7a2@haiku-os.org> #2760: Crash when sorting folder by extented attribute ----------------------------------+----------------------------------------- Reporter: humdinger | Owner: anevilyak Type: bug | Status: assigned Priority: high | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by aldeck): While playing with Humdinger testcase, i found a new variant, a little more generic[[BR]] Create a new folder, put 1 audio file and 16 textfiles, add the artist column, sort by artist. It doesn't crash when the total file count is under 17. Reproducible only when sorting by an extended attribute. Works with email/subject too and probably any other type. See attached test zip for convenience. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 7 20:20:55 2009 From: trac at haiku-os.org (aldeck) Date: Wed, 07 Jan 2009 19:20:55 -0000 Subject: [Haiku-bugs] [Haiku] #2760: Crash when sorting folder by extented attribute In-Reply-To: <044.57783320966c89af108394cb99691802@haiku-os.org> References: <044.57783320966c89af108394cb99691802@haiku-os.org> Message-ID: <053.488c724df4e029e5895fb4774aaf929c@haiku-os.org> #2760: Crash when sorting folder by extented attribute ----------------------------------+----------------------------------------- Reporter: humdinger | Owner: anevilyak Type: bug | Status: assigned Priority: high | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by aldeck): ugh, typo in the attached filename, that's 1audio+16text.zip, sorry :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 7 20:33:20 2009 From: trac at haiku-os.org (axeld) Date: Wed, 07 Jan 2009 19:33:20 -0000 Subject: [Haiku-bugs] [Haiku] #3266: Item captions in TeamMonitor are not centered in the team list (easy) In-Reply-To: <038.1037041c213f9f1be6f7f0bee81aa926@haiku-os.org> References: <038.1037041c213f9f1be6f7f0bee81aa926@haiku-os.org> Message-ID: <047.4660c5f8975058ae67c50fec53b7dae3@haiku-os.org> #3266: Item captions in TeamMonitor are not centered in the team list (easy) ------------------------------------+--------------------------------------- Reporter: oco | Owner: korli Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Add-Ons/Input Filters | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Thanks for the patch! I've applied it in r28853. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 7 20:41:19 2009 From: trac at haiku-os.org (axeld) Date: Wed, 07 Jan 2009 19:41:19 -0000 Subject: [Haiku-bugs] [Haiku] #3263: add siginterrupt function (easy) In-Reply-To: <042.ef6f14b7066f382a97999992a7cc8b61@haiku-os.org> References: <042.ef6f14b7066f382a97999992a7cc8b61@haiku-os.org> Message-ID: <051.a61b39445352d4e7a3bb787f683b9d0f@haiku-os.org> #3263: add siginterrupt function (easy) --------------------------------+------------------------------------------- Reporter: kaliber | 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 Comment: Added in r28854, thanks for the note! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 7 21:08:39 2009 From: trac at haiku-os.org (axeld) Date: Wed, 07 Jan 2009 20:08:39 -0000 Subject: [Haiku-bugs] [Haiku] #3246: page fault in lookup_dir_entry In-Reply-To: <042.d57e87435e51f9a30145758bfa0d21e3@haiku-os.org> References: <042.d57e87435e51f9a30145758bfa0d21e3@haiku-os.org> Message-ID: <051.4ba85c3940eceb107cc71e01aad93ae7@haiku-os.org> #3246: page fault in lookup_dir_entry ---------------------------+------------------------------------------------ Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Changes (by axeld): * priority: normal => critical * component: - General => System/Kernel Comment: The crash happened in the entry_cache hash lookup. Anything in particular you were doing? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 7 21:29:30 2009 From: trac at haiku-os.org (korli) Date: Wed, 07 Jan 2009 20:29:30 -0000 Subject: [Haiku-bugs] [Haiku] #2475: SoundBlaster 16 PCI is not detected In-Reply-To: <044.f65fe568c476028519c411dcc19738e7@haiku-os.org> References: <044.f65fe568c476028519c411dcc19738e7@haiku-os.org> Message-ID: <053.0833ea8f1ba6ca7e57a6e46d0c4bb627@haiku-os.org> #2475: SoundBlaster 16 PCI is not detected ---------------------------+------------------------------------------------ Reporter: BenoitRen | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------------+------------------------------------------------ Comment(by korli): Out of curiosity, what let you think this SB16 card is a PCI one ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 7 22:24:56 2009 From: trac at haiku-os.org (Adek336) Date: Wed, 07 Jan 2009 21:24:56 -0000 Subject: [Haiku-bugs] [Haiku] #3246: page fault in lookup_dir_entry In-Reply-To: <042.d57e87435e51f9a30145758bfa0d21e3@haiku-os.org> References: <042.d57e87435e51f9a30145758bfa0d21e3@haiku-os.org> Message-ID: <051.f32a4eed14d7a35d99d375796698ca79@haiku-os.org> #3246: page fault in lookup_dir_entry ---------------------------+------------------------------------------------ Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by Adek336): I don't remember. Both photos were taken on 17 nov 2008. img_1052.jpg was taken 40 seconds later than img_10510.jpg; I typed es into the kdl after img_10510.jpg's crash and probably tried to close the Terminal window which caused the img_1052.jpg's crash. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 7 22:27:13 2009 From: trac at haiku-os.org (Adek336) Date: Wed, 07 Jan 2009 21:27:13 -0000 Subject: [Haiku-bugs] [Haiku] #3246: page fault in lookup_dir_entry In-Reply-To: <042.d57e87435e51f9a30145758bfa0d21e3@haiku-os.org> References: <042.d57e87435e51f9a30145758bfa0d21e3@haiku-os.org> Message-ID: <051.cedb15faed808a07474539fe4674326e@haiku-os.org> #3246: page fault in lookup_dir_entry ---------------------------+------------------------------------------------ Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by Adek336): I typed "su" and then "es". -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 7 22:35:40 2009 From: trac at haiku-os.org (umccullough) Date: Wed, 07 Jan 2009 21:35:40 -0000 Subject: [Haiku-bugs] [Haiku] #2475: SoundBlaster 16 PCI is not detected In-Reply-To: <044.f65fe568c476028519c411dcc19738e7@haiku-os.org> References: <044.f65fe568c476028519c411dcc19738e7@haiku-os.org> Message-ID: <053.88878d0507aede735333a174bd7c5df5@haiku-os.org> #2475: SoundBlaster 16 PCI is not detected ---------------------------+------------------------------------------------ Reporter: BenoitRen | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------------+------------------------------------------------ Comment(by umccullough): Those referenced model numbers all appear to be ISA cards... the fact that it doesn't show up in haiku's listdev output definitely suggests non-PCI :) I found this INF file reference: http://server.elektro.dtu.dk/ftp/database/Drivers/Drivers- org/Sound/SB16%20PCI%20PNP%20Support%20CD/SB16AWE.INF -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 7 23:01:32 2009 From: trac at haiku-os.org (korli) Date: Wed, 07 Jan 2009 22:01:32 -0000 Subject: [Haiku-bugs] [Haiku] #2475: SoundBlaster 16 PCI is not detected In-Reply-To: <044.f65fe568c476028519c411dcc19738e7@haiku-os.org> References: <044.f65fe568c476028519c411dcc19738e7@haiku-os.org> Message-ID: <053.65f206aa50e5c19094769b1991b8bc02@haiku-os.org> #2475: SoundBlaster 16 PCI is not detected ----------------------------+----------------------------------------------- Reporter: BenoitRen | Owner: korli Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: invalid | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Changes (by korli): * status: new => closed * resolution: => invalid Comment: It's consistent with Linux not showing the device in lspci. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 7 23:33:08 2009 From: trac at haiku-os.org (Adek336) Date: Wed, 07 Jan 2009 22:33:08 -0000 Subject: [Haiku-bugs] [Haiku] #2029: KDL (page fault) in network stack linked list code when quitting Firefox (closing socket) In-Reply-To: <041.bd98a059cd6efae80901753a7f223bf9@haiku-os.org> References: <041.bd98a059cd6efae80901753a7f223bf9@haiku-os.org> Message-ID: <050.a5e7d65aa210a3824f8bedb39658bcb3@haiku-os.org> #2029: KDL (page fault) in network stack linked list code when quitting Firefox (closing socket) ------------------------------------+--------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1 Component: Network & Internet/TCP | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- Comment(by Adek336): Also note #1908. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 7 23:33:09 2009 From: trac at haiku-os.org (Adek336) Date: Wed, 07 Jan 2009 22:33:09 -0000 Subject: [Haiku-bugs] [Haiku] #1908: page_fault in network stack (using Firefox) In-Reply-To: <041.6791160cc3e1d20aeb33f16337318daa@haiku-os.org> References: <041.6791160cc3e1d20aeb33f16337318daa@haiku-os.org> Message-ID: <050.f1c2d484de132202b9fd163118815349@haiku-os.org> #1908: page_fault in network stack (using Firefox) --------------------------------------+------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1 Component: Network & Internet/Stack | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------------+------------------------------------- Comment(by Adek336): Also note #2029. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 7 23:37:28 2009 From: trac at haiku-os.org (korli) Date: Wed, 07 Jan 2009 22:37:28 -0000 Subject: [Haiku-bugs] [Haiku] #3261: multi_audio KDL: page fault with interrupts disabled In-Reply-To: <046.37fba2bd3c925b273864a9f3cad82c7b@haiku-os.org> References: <046.37fba2bd3c925b273864a9f3cad82c7b@haiku-os.org> Message-ID: <055.6989c569a58580bd614f179b6e8a950e@haiku-os.org> #3261: multi_audio KDL: page fault with interrupts disabled ---------------------------+------------------------------------------------ Reporter: umccullough | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by korli): It seems the data parameter passed to the ioctl() is not valid. Maybe it's a bad idea to copy to userland with interrupts disabled. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 7 23:50:09 2009 From: trac at haiku-os.org (umccullough) Date: Wed, 07 Jan 2009 22:50:09 -0000 Subject: [Haiku-bugs] [Haiku] #3261: multi_audio KDL: page fault with interrupts disabled In-Reply-To: <046.37fba2bd3c925b273864a9f3cad82c7b@haiku-os.org> References: <046.37fba2bd3c925b273864a9f3cad82c7b@haiku-os.org> Message-ID: <055.119b5a858f6ba81cd8f9bc2c116cb44c@haiku-os.org> #3261: multi_audio KDL: page fault with interrupts disabled ---------------------------+------------------------------------------------ Reporter: umccullough | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by umccullough): Anything further I can get from the KDL (it's still sitting there) - I can run more commands from KDL later on if desired - about 4 hours from now. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 00:24:45 2009 From: trac at haiku-os.org (BenoitRen) Date: Wed, 07 Jan 2009 23:24:45 -0000 Subject: [Haiku-bugs] [Haiku] #2475: SoundBlaster 16 PCI is not detected In-Reply-To: <044.f65fe568c476028519c411dcc19738e7@haiku-os.org> References: <044.f65fe568c476028519c411dcc19738e7@haiku-os.org> Message-ID: <053.805c352944b12b2b0e4d2e6e4cb50f4f@haiku-os.org> #2475: SoundBlaster 16 PCI is not detected ----------------------------+----------------------------------------------- Reporter: BenoitRen | Owner: korli Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: invalid | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by BenoitRen): I'm saying it's a PCI card because it was sold as such, Windows detects it as "Plug & Play", and Creative's software labels it as such. ISA cards weren't Plug & Play as far as I know. If it really is an ISA card, I'd think that Linux' ALSA would support it. I'll boot into Linux tomorrow and try to get more information. I do not appreciate closing the ticket when it's not confirmed that my card being ISA is the cause. In fact, an Ensoniq card DOES show in the attached lspci from Linux! BeOS 5 did support my sound card. D:< -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 00:28:23 2009 From: trac at haiku-os.org (anevilyak) Date: Wed, 07 Jan 2009 23:28:23 -0000 Subject: [Haiku-bugs] [Haiku] #2475: SoundBlaster 16 PCI is not detected In-Reply-To: <044.f65fe568c476028519c411dcc19738e7@haiku-os.org> References: <044.f65fe568c476028519c411dcc19738e7@haiku-os.org> Message-ID: <053.5c520d31bfb60ec37d92a2f69d79dd2f@haiku-os.org> #2475: SoundBlaster 16 PCI is not detected ----------------------------+----------------------------------------------- Reporter: BenoitRen | Owner: korli Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: invalid | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by anevilyak): Replying to [comment:13 BenoitRen]: > I'm saying it's a PCI card because it was sold as such, Windows detects it as "Plug & Play", and Creative's software labels it as such. ISA cards weren't Plug & Play as far as I know. > You would be incorrect, ISA PnP did in fact exist, and sound blasters were amongst the first card to implement that standard. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 00:29:20 2009 From: trac at haiku-os.org (korli) Date: Wed, 07 Jan 2009 23:29:20 -0000 Subject: [Haiku-bugs] [Haiku] #3261: multi_audio KDL: page fault with interrupts disabled In-Reply-To: <046.37fba2bd3c925b273864a9f3cad82c7b@haiku-os.org> References: <046.37fba2bd3c925b273864a9f3cad82c7b@haiku-os.org> Message-ID: <055.fc3b7622aa14218c387d305bc4447ffa@haiku-os.org> #3261: multi_audio KDL: page fault with interrupts disabled ---------------------------+------------------------------------------------ Reporter: umccullough | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by korli): Could you type "area 0x70102f40" and copy the result here ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 00:35:03 2009 From: trac at haiku-os.org (umccullough) Date: Wed, 07 Jan 2009 23:35:03 -0000 Subject: [Haiku-bugs] [Haiku] #2475: SoundBlaster 16 PCI is not detected In-Reply-To: <044.f65fe568c476028519c411dcc19738e7@haiku-os.org> References: <044.f65fe568c476028519c411dcc19738e7@haiku-os.org> Message-ID: <053.21f5c958c914c1bd7efb91166fa4f452@haiku-os.org> #2475: SoundBlaster 16 PCI is not detected ----------------------------+----------------------------------------------- Reporter: BenoitRen | Owner: korli Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: invalid | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by umccullough): Replying to [comment:13 BenoitRen]: > I'm saying it's a PCI card because it was sold as such, Windows detects it as "Plug & Play", and Creative's software labels it as such. ISA cards weren't Plug & Play as far as I know. As Rene points out, ISA most certainly did support ISAPNP (was horrible, btw) - perhaps it was mis-advertised. > If it really is an ISA card, I'd think that Linux' ALSA would support it. I'll boot into Linux tomorrow and try to get more information. > I do not appreciate closing the ticket when it's not confirmed that my card being ISA is the cause. In fact, an Ensoniq card DOES show in the attached lspci from Linux! If it doesn't show up in lspci from linux, it's not likely a PCI device. > BeOS 5 did support my sound card. D:< BeOS and Windows both supported ISA... so that doesn't change anything here. You can verify if it's ISA or not by looking at the slot it's in, PCI slots are significantly different from ISA slots. An ISA slot is usually colored black, while most PCI slots are white http://en.wikipedia.org/wiki/Industry_Standard_Architecture vs http://en.wikipedia.org/wiki/Peripheral_Component_Interconnect in this picture, you'll see an example of an AGP slot (brown, far left), 6 PCI slots (white), and one ISA slot (black, far right) http://en.wikipedia.org/wiki/File:Abit-kt7-large.jpg -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 00:36:45 2009 From: trac at haiku-os.org (korli) Date: Wed, 07 Jan 2009 23:36:45 -0000 Subject: [Haiku-bugs] [Haiku] #3261: multi_audio KDL: page fault with interrupts disabled In-Reply-To: <046.37fba2bd3c925b273864a9f3cad82c7b@haiku-os.org> References: <046.37fba2bd3c925b273864a9f3cad82c7b@haiku-os.org> Message-ID: <055.8ea402c6bea9415fbabe365c22901527@haiku-os.org> #3261: multi_audio KDL: page fault with interrupts disabled ---------------------------+------------------------------------------------ Reporter: umccullough | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by korli): even more "area -m 0x70102f40" -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 03:32:28 2009 From: trac at haiku-os.org (RandomInsano) Date: Thu, 08 Jan 2009 02:32:28 -0000 Subject: [Haiku-bugs] [Haiku] #3271: Memory not reclaimed on resizing of DeskCalc and Activity monitor Message-ID: <047.ace130ebff4317bbc10f94fb4698402c@haiku-os.org> #3271: Memory not reclaimed on resizing of DeskCalc and Activity monitor --------------------------+------------------------------------------------- Reporter: RandomInsano | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- This is sort of an odd situation, but when you resize either DeskCalc or Activity monitor to the full size of the screen the system memory usage goes up by 3MB. I assume it's due to the system creating redraw buffers for those windows. The issue is that when you return those windows to a respectable size their memory usage stays at what it was for when they were full-screened; the memory for those buffers doesn't seem to be freed again. Just for fun, try stretching the activity monitor a few times larger than the screen. TV doesn't have the same problem. In fact, it's memory usage didn't climb at all. I have some screen shots which I will attach when I get a chance -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 7 21:14:14 2009 From: trac at haiku-os.org (axeld) Date: Wed, 07 Jan 2009 20:14:14 -0000 Subject: [Haiku-bugs] [Haiku] #3179: [Firefox] Sometimes stops rendering In-Reply-To: <042.1402b2b1ba720b0410d0f177d878e2a1@haiku-os.org> References: <042.1402b2b1ba720b0410d0f177d878e2a1@haiku-os.org> Message-ID: <051.7883b492e8389a3f692cc612e055ab91@haiku-os.org> #3179: [Firefox] Sometimes stops rendering --------------------------+------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by axeld): That's a Firefox bug that happens under BeOS as well, btw. I don't think we should track those over here. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 7 22:34:25 2009 From: trac at haiku-os.org (miqlas) Date: Wed, 07 Jan 2009 21:34:25 -0000 Subject: [Haiku-bugs] [Haiku] #3269: Firefox 2.0.0.17 (Bon Echo) use 100% CPU when load pages that have Macromedia Flash In-Reply-To: <040.94f10c6b33000cfc03ca42eb0571c5cb@haiku-os.org> References: <040.94f10c6b33000cfc03ca42eb0571c5cb@haiku-os.org> Message-ID: <049.bed488bc7494690beb16f2c1cf4e5d8a@haiku-os.org> #3269: Firefox 2.0.0.17 (Bon Echo) use 100% CPU when load pages that have Macromedia Flash -----------------------+---------------------------------------------------- Reporter: hu28m | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by miqlas): Flash for BeOS is too old (Flash 4 files playable only, if i remember correctly), and it works only as standalone viewer or Net+ and Opera plugin. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 7 22:52:38 2009 From: trac at haiku-os.org (korli) Date: Wed, 07 Jan 2009 21:52:38 -0000 Subject: [Haiku-bugs] [Haiku] #3175: [Expander] Directory chooser should begin from the directory in input box In-Reply-To: <042.3a5df3838d869a899a824dc4257e03a1@haiku-os.org> References: <042.3a5df3838d869a899a824dc4257e03a1@haiku-os.org> Message-ID: <051.6562f94922d5f95097bdb8da80f52206@haiku-os.org> #3175: [Expander] Directory chooser should begin from the directory in input box ------------------------------------+--------------------------------------- Reporter: Adek336 | Owner: korli Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Expander | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed Comment: Fixed in r28855. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 02:28:22 2009 From: trac at haiku-os.org (RandomInsano) Date: Thu, 08 Jan 2009 01:28:22 -0000 Subject: [Haiku-bugs] [Haiku] #3270: VMWare VMX set to enable USB (easy) Message-ID: <047.9971523126734d599b5c5a88d3fe1516@haiku-os.org> #3270: VMWare VMX set to enable USB (easy) --------------------------+------------------------------------------------- Reporter: RandomInsano | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Line 29, set usb.present = "TRUE" given the fact that USB support in Haiku at least under emulation works quite well. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 02:19:09 2009 From: trac at haiku-os.org (RandomInsano) Date: Thu, 08 Jan 2009 01:19:09 -0000 Subject: [Haiku-bugs] [Haiku] #1493: The networkstatus app closes In-Reply-To: <043.a0eef4b43d765ee6a639b4031f311fd4@haiku-os.org> References: <043.a0eef4b43d765ee6a639b4031f311fd4@haiku-os.org> Message-ID: <052.ceab65f47cee969eaa6361a514968810@haiku-os.org> #1493: The networkstatus app closes ---------------------------+------------------------------------------------ Reporter: lxstoian | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by RandomInsano): * status: closed => reopened * resolution: fixed => Comment: The problem still persists as of r28841. Dock the deskbar onto the bottom of the screen and perform a fast click on the icon. It will close NetworkStatus. ProcessController behaves as it should; pausing briefly before instantiating the menu. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 07:38:03 2009 From: trac at haiku-os.org (umccullough) Date: Thu, 08 Jan 2009 06:38:03 -0000 Subject: [Haiku-bugs] [Haiku] #3261: multi_audio KDL: page fault with interrupts disabled In-Reply-To: <046.37fba2bd3c925b273864a9f3cad82c7b@haiku-os.org> References: <046.37fba2bd3c925b273864a9f3cad82c7b@haiku-os.org> Message-ID: <055.ae8adaf98b39067eb702b3652a2ab5a7@haiku-os.org> #3261: multi_audio KDL: page fault with interrupts disabled ---------------------------+------------------------------------------------ Reporter: umccullough | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by umccullough): I attached the text output from "area -m 0x70102f40" to the ticket. Let me know if there's anything else that would help -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 09:01:06 2009 From: trac at haiku-os.org (kaliber) Date: Thu, 08 Jan 2009 08:01:06 -0000 Subject: [Haiku-bugs] [Haiku] #3255: malformed unix socket filename In-Reply-To: <042.8e8ef022bfdc92a9fbcef4f72815ca04@haiku-os.org> References: <042.8e8ef022bfdc92a9fbcef4f72815ca04@haiku-os.org> Message-ID: <051.ed488ecbbb6977cbaac7eccfbc009931@haiku-os.org> #3255: malformed unix socket filename ------------------------+--------------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by kaliber): * status: closed => reopened * resolution: invalid => Comment: Oh, my mistake, sorry. The correct length should be: len = offsetof(struct sockaddr_un, sun_path) + strlen(local.sun_path) But seems there is a bug in haiku too. Here is more information: http://bugs.freedesktop.org/show_bug.cgi?id=19445 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 10:18:55 2009 From: trac at haiku-os.org (mmlr) Date: Thu, 08 Jan 2009 09:18:55 -0000 Subject: [Haiku-bugs] [Haiku] #3269: Firefox 2.0.0.17 (Bon Echo) use 100% CPU when load pages that have Macromedia Flash In-Reply-To: <040.94f10c6b33000cfc03ca42eb0571c5cb@haiku-os.org> References: <040.94f10c6b33000cfc03ca42eb0571c5cb@haiku-os.org> Message-ID: <049.753a6b7ee0b268b7c309fe660280b663@haiku-os.org> #3269: Firefox 2.0.0.17 (Bon Echo) use 100% CPU when load pages that have Macromedia Flash ------------------------+--------------------------------------------------- Reporter: hu28m | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by mmlr): * status: new => closed * resolution: => invalid Comment: There is no Flash plugin for Firefox on either BeOS or Haiku. That the page loading takes 100% CPU cannot be related to the embedded Flash media, because it will be ignored if there is no plugin. It's not related to Haiku though in any case, it'd be a Firefox issue. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 10:38:12 2009 From: trac at haiku-os.org (mmlr) Date: Thu, 08 Jan 2009 09:38:12 -0000 Subject: [Haiku-bugs] [Haiku] #3268: Firefox 2.0.0.17 (Bon Echo) not display when network setting is incorrect In-Reply-To: <040.41b67a7e4462a42d710ab3ef134d420c@haiku-os.org> References: <040.41b67a7e4462a42d710ab3ef134d420c@haiku-os.org> Message-ID: <049.5cba023b3b4d5b196cedaa0b2f19e63d@haiku-os.org> #3268: Firefox 2.0.0.17 (Bon Echo) not display when network setting is incorrect -----------------------+---------------------------------------------------- Reporter: hu28m | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by mmlr): In bridging mode the virtual guest (Haiku in this case) will be a full participant in the network you have. It will have to be configured accordingly, either by a DHCP server in the network or manually. When in NAT mode, VMWare will provide the DHCP service and will provide Haiku with the usable IP/gateway/DNS addresses. It looks like you're having DNS issues when running in bridged mode. Make sure that you have a valid DNS address under Haiku when in bridged mode. Also make sure that you don't have any overlapping IP addresses and that you're in the same subnet as the rest of your network. When running in bridged mode you'd configure your Haiku guest similar to the host your running it on, except for giving it its own IP that is not used in the network yet. Please tell whether you're configuring manually or use the DHCP on the network. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 10:57:11 2009 From: trac at haiku-os.org (rossi) Date: Thu, 08 Jan 2009 09:57:11 -0000 Subject: [Haiku-bugs] [Haiku] #2475: SoundBlaster 16 PCI is not detected In-Reply-To: <044.f65fe568c476028519c411dcc19738e7@haiku-os.org> References: <044.f65fe568c476028519c411dcc19738e7@haiku-os.org> Message-ID: <053.82f8f7917cfe234e2575bfbf2945d0df@haiku-os.org> #2475: SoundBlaster 16 PCI is not detected ----------------------------+----------------------------------------------- Reporter: BenoitRen | Owner: korli Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: invalid | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by rossi): From everything mentioned here I would also guess it's an ISA card. BeOS had two Soundblaster drivers, the original one done by Be, which among others supported the AWE64 cards and a specific SB16 driver developed by a friend of mine (bitpull)and later on someone refreshed this driver, but I forgot the name of this person. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 10:58:08 2009 From: trac at haiku-os.org (korli) Date: Thu, 08 Jan 2009 09:58:08 -0000 Subject: [Haiku-bugs] [Haiku] #3261: multi_audio KDL: page fault with interrupts disabled In-Reply-To: <046.37fba2bd3c925b273864a9f3cad82c7b@haiku-os.org> References: <046.37fba2bd3c925b273864a9f3cad82c7b@haiku-os.org> Message-ID: <055.81ad444911b446f510b7d2ef3255a214@haiku-os.org> #3261: multi_audio KDL: page fault with interrupts disabled ---------------------------+------------------------------------------------ Reporter: umccullough | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by korli): "page 0x8217b978" and "page 0x8217b950" -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 11:53:40 2009 From: trac at haiku-os.org (rossi) Date: Thu, 08 Jan 2009 10:53:40 -0000 Subject: [Haiku-bugs] [Haiku] #3021: Building gcc4 cross-compiler errors in binutils? In-Reply-To: <038.5bda3c447a9959fd90b73be56b87ebfc@haiku-os.org> References: <038.5bda3c447a9959fd90b73be56b87ebfc@haiku-os.org> Message-ID: <047.06cd387438f43c42d03198ebfeb462e0@haiku-os.org> #3021: Building gcc4 cross-compiler errors in binutils? --------------------------+------------------------------------------------- Reporter: tqh | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by rossi): Works like a charm ;-) and btw, the legacy compiler works fine without the patch on Ubuntu 8.10. Any reason, why this patch isn't committed? Might spare some people some useless frustration and I guess Ubunutu 8.10 is not that uncommon anymore ... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 15:19:06 2009 From: trac at haiku-os.org (peat) Date: Thu, 08 Jan 2009 14:19:06 -0000 Subject: [Haiku-bugs] [Haiku] #3218: can't reach bootmenu In-Reply-To: <039.5edf33d39bb20b9c6f1426611da7fb56@haiku-os.org> References: <039.5edf33d39bb20b9c6f1426611da7fb56@haiku-os.org> Message-ID: <048.d5f674175b23d70caa18b419880fd6a6@haiku-os.org> #3218: can't reach bootmenu --------------------------------+------------------------------------------- Reporter: peat | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1 Component: System/Boot Loader | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by peat): Replying to [comment:1 axeld]: > Since you have so many partitions, can you elaborate on how they are layouted? {{{ Ger?t boot. Anfang Ende Bl?cke Id System /dev/hda1 * 1 259 2080386 b W95 FAT32 /dev/hda2 260 522 2112547+ bb Boot Wizard versteckt /dev/hda3 523 8427 63496912+ 5 Erweiterte /dev/hda5 523 783 2096451 7 HPFS/NTFS /dev/hda6 784 1174 3140676 7 HPFS/NTFS /dev/hda7 1175 1565 3140676 7 HPFS/NTFS /dev/hda8 1566 1695 1044193+ 6 FAT16 /dev/hda9 1696 1760 522081 6 FAT16 /dev/hda10 1761 3065 10482381 7 HPFS/NTFS /dev/hda11 3066 4109 8385898+ 83 Linux /dev/hda12 4110 5153 8385898+ 83 Linux /dev/hda13 5154 5217 514048+ 2a Unbekannt /dev/hda14 5218 5544 2626596 eb BeOS fs /dev/hda15 5545 5673 1036161 bb Boot Wizard versteckt /dev/hda16 5674 5935 2104483+ eb BeOS fs /dev/hda17 5936 6009 594373+ eb BeOS fs /dev/hda18 6010 6140 1052226 76 Unbekannt /dev/hda19 6141 6597 3670821 eb BeOS fs /dev/hda20 6598 6859 2104483+ 7 HPFS/NTFS /dev/hda21 6860 7904 8393931 83 Linux /dev/hda22 7905 8166 2104483+ ec Unbekannt /dev/hda23 8167 8427 2096451 30 Unbekannt }}} > > Otherwise, I guess you don't have a serial debugging possibility? Sorry no 2nd Pc atm. > > Can you reproduce the problem if you let Qemu boot from that drive? How can i do that? {{{ }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 15:47:39 2009 From: trac at haiku-os.org (axeld) Date: Thu, 08 Jan 2009 14:47:39 -0000 Subject: [Haiku-bugs] [Haiku] #3261: multi_audio KDL: page fault with interrupts disabled In-Reply-To: <046.37fba2bd3c925b273864a9f3cad82c7b@haiku-os.org> References: <046.37fba2bd3c925b273864a9f3cad82c7b@haiku-os.org> Message-ID: <055.43075ccd6901eb5991b49baf020f52d4@haiku-os.org> #3261: multi_audio KDL: page fault with interrupts disabled ---------------------------+------------------------------------------------ Reporter: umccullough | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by axeld): Replying to [comment:1 korli]: > Maybe it's a bad idea to copy to userland with interrupts disabled. I can assure that this is indeed a bad idea. You either need to lock the memory (using lock_memory()) before copying (and turning off interrupts), or use user_memcpy() with enabled interrupts. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 15:55:06 2009 From: trac at haiku-os.org (axeld) Date: Thu, 08 Jan 2009 14:55:06 -0000 Subject: [Haiku-bugs] [Haiku] #3255: malformed unix socket filename In-Reply-To: <042.8e8ef022bfdc92a9fbcef4f72815ca04@haiku-os.org> References: <042.8e8ef022bfdc92a9fbcef4f72815ca04@haiku-os.org> Message-ID: <051.931c5782862d5373e842b7e96a605a94@haiku-os.org> #3255: malformed unix socket filename ---------------------------------+------------------------------------------ Reporter: kaliber | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by axeld): * owner: axeld => bonefish * status: reopened => new * component: - General => Network & Internet Comment: Indeed, that looks like a bug, thanks for the note and persistence! :-) BTW it's called "Haiku", not "HaikuOS". -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 16:07:35 2009 From: trac at haiku-os.org (korli) Date: Thu, 08 Jan 2009 15:07:35 -0000 Subject: [Haiku-bugs] [Haiku] #3261: multi_audio KDL: page fault with interrupts disabled In-Reply-To: <046.37fba2bd3c925b273864a9f3cad82c7b@haiku-os.org> References: <046.37fba2bd3c925b273864a9f3cad82c7b@haiku-os.org> Message-ID: <055.385cc7e77654282086af9502451e8662@haiku-os.org> #3261: multi_audio KDL: page fault with interrupts disabled ---------------------------+------------------------------------------------ Reporter: umccullough | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by korli): Replying to [comment:7 axeld]: > > Maybe it's a bad idea to copy to userland with interrupts disabled. > > I can assure that this is indeed a bad idea. You either need to lock the memory (using lock_memory()) before copying (and turning off interrupts), or use user_memcpy() with enabled interrupts. I can do that, but I don't see many drivers which use user_memcpy(). This might need be reviewed globally then. What do you think ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 16:44:46 2009 From: trac at haiku-os.org (scottmc) Date: Thu, 08 Jan 2009 15:44:46 -0000 Subject: [Haiku-bugs] [Haiku] #2237: Multiple declarations in posix/netdb.h In-Reply-To: <042.4283f0b14c1841b777d2c47251d1786f@haiku-os.org> References: <042.4283f0b14c1841b777d2c47251d1786f@haiku-os.org> Message-ID: <051.60990f2cb1861b90270f86c5b3ae1137@haiku-os.org> #2237: Multiple declarations in posix/netdb.h -----------------------+---------------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by scottmc): can this patch be applied? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 17:07:09 2009 From: trac at haiku-os.org (umccullough) Date: Thu, 08 Jan 2009 16:07:09 -0000 Subject: [Haiku-bugs] [Haiku] #3261: multi_audio KDL: page fault with interrupts disabled In-Reply-To: <046.37fba2bd3c925b273864a9f3cad82c7b@haiku-os.org> References: <046.37fba2bd3c925b273864a9f3cad82c7b@haiku-os.org> Message-ID: <055.885d98be0251580bd49e00598ae3d55a@haiku-os.org> #3261: multi_audio KDL: page fault with interrupts disabled ---------------------------+------------------------------------------------ Reporter: umccullough | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by umccullough): Added output from the two page commands -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 17:46:29 2009 From: trac at haiku-os.org (axeld) Date: Thu, 08 Jan 2009 16:46:29 -0000 Subject: [Haiku-bugs] [Haiku] #3261: multi_audio KDL: page fault with interrupts disabled In-Reply-To: <046.37fba2bd3c925b273864a9f3cad82c7b@haiku-os.org> References: <046.37fba2bd3c925b273864a9f3cad82c7b@haiku-os.org> Message-ID: <055.4786940259e0f294f1a0c2542f630eb5@haiku-os.org> #3261: multi_audio KDL: page fault with interrupts disabled ---------------------------+------------------------------------------------ Reporter: umccullough | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by axeld): You always need to use user_memcpy() in the kernel for memory that has not been locked. The reason is simple that it could go away at any time; since an eventual page could not be resolved, the kernel would crash with memcpy() where it would just return an error with user_memcpy(). And yes, you are right in that we have to review lots of drivers to do that correctly. We could follow BeOS that locked the buffers for read/write calls. There, only ioctl() was completely unsafe and each app could easily crash the system by passing an invalid buffer to an ioctl. Unfortunately, there is no way to automatically make sure the buffers passed to ioctl are safe to be used. In any case, if you need to copy a buffer with interrupts disabled, you have to use lock_memory() to protect it from going away at the wrong time. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 18:38:38 2009 From: trac at haiku-os.org (axeld) Date: Thu, 08 Jan 2009 17:38:38 -0000 Subject: [Haiku-bugs] [Haiku] #2594: PANIC: ASSERT FAILED (src/add-ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null In-Reply-To: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> References: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> Message-ID: <050.6c59166e443aacbd12b32ba503c243f6@haiku-os.org> #2594: PANIC: ASSERT FAILED (src/add- ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null ------------------------------------+--------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: assigned Priority: high | Milestone: R1 Component: Network & Internet/TCP | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- Changes (by axeld): * status: new => assigned -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 18:40:21 2009 From: trac at haiku-os.org (axeld) Date: Thu, 08 Jan 2009 17:40:21 -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.a07c0aed7ab9141ff9d53498adba4970@haiku-os.org> #2706: PANIC: vm_page_fault: unhandled page fault in kernel space at 0xdeadbf07, ip 0x9428897e ------------------------------------+--------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: Network & Internet/TCP | Version: R1 development Blockedby: | Platform: x86 Blocking: | ------------------------------------+--------------------------------------- Comment(by axeld): The BufferQueue problem is a different one, though (ie. bug #2594). Thanks for looking into it, that pretty much explains the problem :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 18:42:45 2009 From: trac at haiku-os.org (Adek336) Date: Thu, 08 Jan 2009 17:42:45 -0000 Subject: [Haiku-bugs] [Haiku] #3016: Firefox 2.0.0.12 crash In-Reply-To: <041.319e977ad1f22844025980207fee6222@haiku-os.org> References: <041.319e977ad1f22844025980207fee6222@haiku-os.org> Message-ID: <050.26b520e145630ea4a05dbeeab0225ab4@haiku-os.org> #3016: Firefox 2.0.0.12 crash --------------------------+------------------------------------------------- Reporter: miqlas | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------+------------------------------------------------- Changes (by Adek336): * cc: adek336@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 18:42:48 2009 From: trac at haiku-os.org (umccullough) Date: Thu, 08 Jan 2009 17:42:48 -0000 Subject: [Haiku-bugs] [Haiku] #3261: multi_audio KDL: page fault with interrupts disabled In-Reply-To: <046.37fba2bd3c925b273864a9f3cad82c7b@haiku-os.org> References: <046.37fba2bd3c925b273864a9f3cad82c7b@haiku-os.org> Message-ID: <055.e0479c0a36003ee0cdf2ae9a6bcffd50@haiku-os.org> #3261: multi_audio KDL: page fault with interrupts disabled ---------------------------+------------------------------------------------ Reporter: umccullough | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by umccullough): Will there be anything else I need to post - or can I reboot that machine tonight? :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 18:43:59 2009 From: trac at haiku-os.org (Adek336) Date: Thu, 08 Jan 2009 17:43:59 -0000 Subject: [Haiku-bugs] [Haiku] #3062: [kernel] vm_page_fault while trying to launch README.diskdefines In-Reply-To: <040.e588f80747c1a69040df23830b08032c@haiku-os.org> References: <040.e588f80747c1a69040df23830b08032c@haiku-os.org> Message-ID: <049.82d3352b40df6d43b7132ba11dc8facd@haiku-os.org> #3062: [kernel] vm_page_fault while trying to launch README.diskdefines ---------------------------+------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by Adek336): Also note #3083. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 18:44:06 2009 From: trac at haiku-os.org (Adek336) Date: Thu, 08 Jan 2009 17:44:06 -0000 Subject: [Haiku-bugs] [Haiku] #3083: [kernel] vm_page_fault while trying to edit a file on CD In-Reply-To: <040.12427c507a7ec8aec41508fe3bc3ca26@haiku-os.org> References: <040.12427c507a7ec8aec41508fe3bc3ca26@haiku-os.org> Message-ID: <049.297949da3bb2eac821b6329f38304e0a@haiku-os.org> #3083: [kernel] vm_page_fault while trying to edit a file on CD ---------------------------+------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by Adek336): Also note #3062. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 18:48:18 2009 From: trac at haiku-os.org (Adek336) Date: Thu, 08 Jan 2009 17:48:18 -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.eba4f60f57e3655e798404de019a065b@haiku-os.org> #2706: PANIC: vm_page_fault: unhandled page fault in kernel space at 0xdeadbf07, ip 0x9428897e ------------------------------------+--------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: Network & Internet/TCP | Version: R1 development Blockedby: | Platform: x86 Blocking: | ------------------------------------+--------------------------------------- Comment(by Adek336): Actually I added code to panic if it breaks out of the loop after having removed buffers and yet managed to reproduce #2594. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 18:52:22 2009 From: trac at haiku-os.org (Adek336) Date: Thu, 08 Jan 2009 17:52:22 -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.3ae74e20f4491c1a48b279232c066b97@haiku-os.org> #2706: PANIC: vm_page_fault: unhandled page fault in kernel space at 0xdeadbf07, ip 0x9428897e ------------------------------------+--------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: Network & Internet/TCP | Version: R1 development Blockedby: | Platform: x86 Blocking: | ------------------------------------+--------------------------------------- Comment(by Adek336): I mean, it didn't trigger my panic, but it did trigger the one from #2594. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 19:03:35 2009 From: trac at haiku-os.org (Adek336) Date: Thu, 08 Jan 2009 18:03:35 -0000 Subject: [Haiku-bugs] [Haiku] #1870: Expander - unzipping on full volume hangs In-Reply-To: <041.25014f7e1b6919d4b4e9fb9d3e0b3498@haiku-os.org> References: <041.25014f7e1b6919d4b4e9fb9d3e0b3498@haiku-os.org> Message-ID: <050.be29f9df66bd093d7fd1834db618e211@haiku-os.org> #1870: Expander - unzipping on full volume hangs -----------------------------------+---------------------------------------- Reporter: stippi | Owner: korli Type: bug | Status: new Priority: low | Milestone: R1 Component: Applications/Expander | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Changes (by Adek336): * cc: adek336@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 19:04:40 2009 From: trac at haiku-os.org (korli) Date: Thu, 08 Jan 2009 18:04:40 -0000 Subject: [Haiku-bugs] [Haiku] #3261: multi_audio KDL: page fault with interrupts disabled In-Reply-To: <046.37fba2bd3c925b273864a9f3cad82c7b@haiku-os.org> References: <046.37fba2bd3c925b273864a9f3cad82c7b@haiku-os.org> Message-ID: <055.cf69c170d02ae992569c272bf5be20bc@haiku-os.org> #3261: multi_audio KDL: page fault with interrupts disabled ---------------------------+------------------------------------------------ Reporter: umccullough | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by korli): Replying to [comment:11 umccullough]: > Will there be anything else I need to post - or can I reboot that machine tonight? :) No, you can reboot. Thanks a lot. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 19:08:31 2009 From: trac at haiku-os.org (Adek336) Date: Thu, 08 Jan 2009 18:08:31 -0000 Subject: [Haiku-bugs] [Haiku] #2812: System appears sleepy with disk activity In-Reply-To: <045.a98c2b01f1ec1e157505753442b1cdb5@haiku-os.org> References: <045.a98c2b01f1ec1e157505753442b1cdb5@haiku-os.org> Message-ID: <054.fc5829ac4a565c91319a33c8ecad934a@haiku-os.org> #2812: System appears sleepy with disk activity ----------------------------+----------------------------------------------- Reporter: jackburton | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by Adek336): Also note #2604. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 19:08:35 2009 From: trac at haiku-os.org (Adek336) Date: Thu, 08 Jan 2009 18:08:35 -0000 Subject: [Haiku-bugs] [Haiku] #2604: Heavy I/O requests makes the system unusable In-Reply-To: <042.b09bdfa32e22c327a1a79cad1f4de1b4@haiku-os.org> References: <042.b09bdfa32e22c327a1a79cad1f4de1b4@haiku-os.org> Message-ID: <051.640a9c26f7efa12c127484b384fcaadd@haiku-os.org> #2604: Heavy I/O requests makes the system unusable -----------------------+---------------------------------------------------- Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by Adek336): Also note #2812. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 19:31:43 2009 From: trac at haiku-os.org (scottmc) Date: Thu, 08 Jan 2009 18:31:43 -0000 Subject: [Haiku-bugs] [Haiku] #3272: Pre-Alpha vmware image is too small to do much work Message-ID: <042.2dc283a26d6c1ad7cb27653c4625c9ef@haiku-os.org> #3272: Pre-Alpha vmware image is too small to do much work -----------------------+---------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Having only 400Meg doesn't leave much room to do anything with the pre- alpha image. Please consider making a larger version perhaps a 2Gb version. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 19:34:02 2009 From: trac at haiku-os.org (scottmc) Date: Thu, 08 Jan 2009 18:34:02 -0000 Subject: [Haiku-bugs] [Haiku] #3272: Pre-Alpha vmware image is too small to do much work In-Reply-To: <042.2dc283a26d6c1ad7cb27653c4625c9ef@haiku-os.org> References: <042.2dc283a26d6c1ad7cb27653c4625c9ef@haiku-os.org> Message-ID: <051.af47770f07ca463ad1a990e592b566e0@haiku-os.org> #3272: Pre-Alpha vmware image is too small to do much work -----------------------+---------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by scottmc): Also note that the attached image shows #1870 filling up the drive. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 19:48:32 2009 From: trac at haiku-os.org (tqh) Date: Thu, 08 Jan 2009 18:48:32 -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.c72234f2b2614ed50562fe80e2eb3681@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 Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by tqh): mmu_man, shouldn't the ati_fixup_ixp() in our pci_fixup.cpp loose the __INTEL__ #ifdef as it seems to exist for AMD as well. Is the #ifdef needed at all? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 19:49:27 2009 From: trac at haiku-os.org (scottmc) Date: Thu, 08 Jan 2009 18:49:27 -0000 Subject: [Haiku-bugs] [Haiku] #3273: Team Monitor sometimes has a very tall window Message-ID: <042.38ee93e526d0cf3d462fffbfc8133cd5@haiku-os.org> #3273: Team Monitor sometimes has a very tall window -----------------------+---------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- I've seen this happen before but wasn't sure what I did to trigger it. This time it happened in vmware when I hit ctrl-alt-del, then got the vmware message saying that i should use ctrl-alt-ins instead, so did that and then i got this really tall Team Monitor window, no idea how tall it is but moving it up by grabbing the side I wasn't able to find the bottom even after moving it up several screens... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 19:52:39 2009 From: trac at haiku-os.org (scottmc) Date: Thu, 08 Jan 2009 18:52:39 -0000 Subject: [Haiku-bugs] [Haiku] #3273: Team Monitor sometimes has a very tall window In-Reply-To: <042.38ee93e526d0cf3d462fffbfc8133cd5@haiku-os.org> References: <042.38ee93e526d0cf3d462fffbfc8133cd5@haiku-os.org> Message-ID: <051.feb49d646f215d7ae762b0af17c287b1@haiku-os.org> #3273: Team Monitor sometimes has a very tall window -----------------------+---------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by scottmc): * Note that this may or may not be a valid bug, as the system was in a semi-crashed state and I had to reset it to do anything else. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 19:53:33 2009 From: trac at haiku-os.org (anevilyak) Date: Thu, 08 Jan 2009 18:53:33 -0000 Subject: [Haiku-bugs] [Haiku] #3273: Team Monitor sometimes has a very tall window In-Reply-To: <042.38ee93e526d0cf3d462fffbfc8133cd5@haiku-os.org> References: <042.38ee93e526d0cf3d462fffbfc8133cd5@haiku-os.org> Message-ID: <051.9a2449cf91e55b81e90db43dd1992d9a@haiku-os.org> #3273: Team Monitor sometimes has a very tall window -----------------------+---------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by anevilyak): This smells like a duplicate or at least related to ticket #1997. The description at least matches. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 20:01:25 2009 From: trac at haiku-os.org (scottmc) Date: Thu, 08 Jan 2009 19:01:25 -0000 Subject: [Haiku-bugs] [Haiku] #3273: Team Monitor sometimes has a very tall window In-Reply-To: <042.38ee93e526d0cf3d462fffbfc8133cd5@haiku-os.org> References: <042.38ee93e526d0cf3d462fffbfc8133cd5@haiku-os.org> Message-ID: <051.c9405d279d1daf79f974c0d4a7f0324e@haiku-os.org> #3273: Team Monitor sometimes has a very tall window -----------------------+---------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by scottmc): Yeah it does sound a lot alike and I probably corrupted the image, I had deleted the largest font i could find which seems to have been the default font used by the icons since when i did reboot the icon font was different. Might that have caused the team monitor to wig out? Or the fact that the drive was nearly full? I guess close this one for now and if I see it happen when I haven't done something to the system to mess up the image then I'll reopen it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 20:05:27 2009 From: trac at haiku-os.org (anevilyak) Date: Thu, 08 Jan 2009 19:05:27 -0000 Subject: [Haiku-bugs] [Haiku] #3273: Team Monitor sometimes has a very tall window In-Reply-To: <042.38ee93e526d0cf3d462fffbfc8133cd5@haiku-os.org> References: <042.38ee93e526d0cf3d462fffbfc8133cd5@haiku-os.org> Message-ID: <051.3be8543f0e12f602e79a6387f0f58340@haiku-os.org> #3273: Team Monitor sometimes has a very tall window --------------------------------+------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Changes (by anevilyak): * component: - General => Servers/app_server Comment: It should actually be able to sanely fall back to another font, it certainly shouldn't have the result you saw there. See if you can replicate that problem again before we close it please, it's also entirely possible there are other race conditions or less than ideal error handling conditions left in the app_server that triggered what you saw. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 20:07:02 2009 From: trac at haiku-os.org (axeld) Date: Thu, 08 Jan 2009 19:07:02 -0000 Subject: [Haiku-bugs] [Haiku] #2594: PANIC: ASSERT FAILED (src/add-ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null In-Reply-To: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> References: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> Message-ID: <050.3931ade355f4e5f21939f91af815854a@haiku-os.org> #2594: PANIC: ASSERT FAILED (src/add- ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null ------------------------------------+--------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: assigned Priority: high | Milestone: R1 Component: Network & Internet/TCP | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- Comment(by axeld): This should be fixed with r28859 - can you please retry if that was all? Thanks to Adrian, btw, who pointed me to the problem (in bug #2706). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 20:35:12 2009 From: trac at haiku-os.org (tqh) Date: Thu, 08 Jan 2009 19:35:12 -0000 Subject: [Haiku-bugs] [Haiku] #2457: [Firefox] Link broken, and runtime_loader cannot open file libmozjs.so In-Reply-To: <043.9b7f1fded642b58271f2a289f5d606a2@haiku-os.org> References: <043.9b7f1fded642b58271f2a289f5d606a2@haiku-os.org> Message-ID: <052.dff601836946a31131bbc763221cbd71@haiku-os.org> #2457: [Firefox] Link broken, and runtime_loader cannot open file libmozjs.so --------------------------+------------------------------------------------- Reporter: andreasf | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------+------------------------------------------------- Comment(by tqh): Unless someone did some reordering in the optional package firefox-bin will always fail. firefox is the script that sets up libs and things for launch. (And yes we don't like it either). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 20:50:28 2009 From: trac at haiku-os.org (umccullough) Date: Thu, 08 Jan 2009 19:50:28 -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.a6458e077498ffc3153e0b4247623630@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 Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by umccullough): Replying to [comment:30 tqh]: > mmu_man, shouldn't the ati_fixup_ixp() in our pci_fixup.cpp loose the __INTEL__ #ifdef as it seems to exist for AMD as well. Is the #ifdef needed at all? I'm pretty certain that __INTEL__ just represents x86 as opposed to __PPC__ - it should be set by the compiler anyhow... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 20:55:28 2009 From: trac at haiku-os.org (BenoitRen) Date: Thu, 08 Jan 2009 19:55:28 -0000 Subject: [Haiku-bugs] [Haiku] #2475: SoundBlaster 16 PCI is not detected In-Reply-To: <044.f65fe568c476028519c411dcc19738e7@haiku-os.org> References: <044.f65fe568c476028519c411dcc19738e7@haiku-os.org> Message-ID: <053.882c10d3e96b4e49cc85061a5ebd8031@haiku-os.org> #2475: SoundBlaster 16 PCI is not detected ----------------------------+----------------------------------------------- Reporter: BenoitRen | Owner: korli Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: invalid | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Comment(by BenoitRen): I booted into Puppy Linux and ran the lshw tool. It identified my sound card as an ISA one, of the type "Creative ViBRA16C PnP". So I guess I'm out of luck until someone implements ISA support. At the time, my card was advertised in the shop booklet (I just looked) as "Soundblaster 16 PnP bulk". No indication of the type of slot it fits in. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 22:34:01 2009 From: trac at haiku-os.org (Adek336) Date: Thu, 08 Jan 2009 21:34:01 -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.acec501194cd37c79a75cff63244577e@haiku-os.org> #2706: PANIC: vm_page_fault: unhandled page fault in kernel space at 0xdeadbf07, ip 0x9428897e ------------------------------------+--------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: Network & Internet/TCP | Version: R1 development Blockedby: | Platform: x86 Blocking: | ------------------------------------+--------------------------------------- Comment(by Adek336): Replying to [comment:10 Adek336]: > In 5095383 we see that net_route_private of that address is being destroyed. img_1389.jpg doesn't show that after all. Uploaded img_1426.jpg which shows what img_1389.jpg was supposed to. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 22:48:04 2009 From: trac at haiku-os.org (Adek336) Date: Thu, 08 Jan 2009 21:48:04 -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.335e14d63bfa7e3e7fd38908af3bebb6@haiku-os.org> #2706: PANIC: vm_page_fault: unhandled page fault in kernel space at 0xdeadbf07, ip 0x9428897e ------------------------------------+--------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: Network & Internet/TCP | Version: R1 development Blockedby: | Platform: x86 Blocking: | ------------------------------------+--------------------------------------- Comment(by Adek336): This is not shown in the photo, but many net_route_private instances have absurd reference counts which often exceed fifty thousand. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 22:50:06 2009 From: trac at haiku-os.org (Adek336) Date: Thu, 08 Jan 2009 21:50:06 -0000 Subject: [Haiku-bugs] [Haiku] #2594: PANIC: ASSERT FAILED (src/add-ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null In-Reply-To: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> References: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> Message-ID: <050.9743e3f485c5a7da12ef459ca61b98d4@haiku-os.org> #2594: PANIC: ASSERT FAILED (src/add- ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null ------------------------------------+--------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: assigned Priority: high | Milestone: R1 Component: Network & Internet/TCP | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- Comment(by Adek336): The problem is still with us. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 23:38:16 2009 From: trac at haiku-os.org (HAL) Date: Thu, 08 Jan 2009 22:38:16 -0000 Subject: [Haiku-bugs] [Haiku] #3274: Unable to select "Turn off screen" in ScreenSaver preferences. Message-ID: <038.f5b739d4946a46758ae185c5bf4561b6@haiku-os.org> #3274: Unable to select "Turn off screen" in ScreenSaver preferences. -------------------------------------+-------------------------------------- Reporter: HAL | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/ScreenSaver | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- If I open ScreenSaver and try to select a time for putting monitor into low power, there is no selection available "Turn off screen" is greyed out. I am using r28846 vmware image. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 23:43:55 2009 From: trac at haiku-os.org (HAL) Date: Thu, 08 Jan 2009 22:43:55 -0000 Subject: [Haiku-bugs] [Haiku] #3275: Unable to select "Turn off screen" in ScreenSaver preferences. Message-ID: <038.d77cd776bf38812f9956d856e4d926e6@haiku-os.org> #3275: Unable to select "Turn off screen" in ScreenSaver preferences. -------------------------------------+-------------------------------------- Reporter: HAL | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/ScreenSaver | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- If I open ScreenSaver and try to select a time for putting monitor into low power, there is no selection available "Turn off screen" is greyed out. I am using r28846 vmware image. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 8 23:49:59 2009 From: trac at haiku-os.org (mmadia) Date: Thu, 08 Jan 2009 22:49:59 -0000 Subject: [Haiku-bugs] [Haiku] #2093: Missing POSIX header libgen.h In-Reply-To: <042.b47a244b90b3a72148ccd293e3525aea@haiku-os.org> References: <042.b47a244b90b3a72148ccd293e3525aea@haiku-os.org> Message-ID: <051.ada5f85aac9ae0c80f0d27668dc12e79@haiku-os.org> #2093: Missing POSIX header libgen.h -------------------------+-------------------------------------------------- Reporter: begasus | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Changes (by mmadia): * cc: mattmadia@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 9 00:22:50 2009 From: trac at haiku-os.org (HAL) Date: Thu, 08 Jan 2009 23:22:50 -0000 Subject: [Haiku-bugs] [Haiku] #3274: Unable to select "Turn off screen" in ScreenSaver preferences. In-Reply-To: <038.f5b739d4946a46758ae185c5bf4561b6@haiku-os.org> References: <038.f5b739d4946a46758ae185c5bf4561b6@haiku-os.org> Message-ID: <047.620177b171af122ad582262bd80a6825@haiku-os.org> #3274: Unable to select "Turn off screen" in ScreenSaver preferences. -------------------------------------+-------------------------------------- Reporter: HAL | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/ScreenSaver | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Comment(by HAL): I accidentally duplicated this bug; something wrong with Firefox when I tried to upload attachment first time. It did not indicate that I had done so. I could not get any change on page by clicking again to upload. I clicked the back button on the browser for previous page where I was entering the bug and then with the Add attachment radio button selected, clicked the button to confirm and then add the attachment in second try. This time it did indicate on web page that it was uploaded but the bug was also duplicated. Please delete #3375. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 9 00:49:15 2009 From: trac at haiku-os.org (korli) Date: Thu, 08 Jan 2009 23:49:15 -0000 Subject: [Haiku-bugs] [Haiku] #3261: multi_audio KDL: page fault with interrupts disabled In-Reply-To: <046.37fba2bd3c925b273864a9f3cad82c7b@haiku-os.org> References: <046.37fba2bd3c925b273864a9f3cad82c7b@haiku-os.org> Message-ID: <055.3b71d8c2aa0e0e20f48c6e003ea093ff@haiku-os.org> #3261: multi_audio KDL: page fault with interrupts disabled ---------------------------+------------------------------------------------ Reporter: umccullough | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by korli): Applied a patch in r28861. Could you check please ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 9 00:58:36 2009 From: trac at haiku-os.org (umccullough) Date: Thu, 08 Jan 2009 23:58:36 -0000 Subject: [Haiku-bugs] [Haiku] #3261: multi_audio KDL: page fault with interrupts disabled In-Reply-To: <046.37fba2bd3c925b273864a9f3cad82c7b@haiku-os.org> References: <046.37fba2bd3c925b273864a9f3cad82c7b@haiku-os.org> Message-ID: <055.96516fd34acff58a71cc2f80deb64ae7@haiku-os.org> #3261: multi_audio KDL: page fault with interrupts disabled ---------------------------+------------------------------------------------ Reporter: umccullough | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by umccullough): I'm not sure I can reproduce the error at will - this was the first time I've ever seen it while using this rev of Haiku pretty regularly on this machine for several weeks now. With that, I'd say close this issue if you believe it's resolved... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 9 10:29:41 2009 From: trac at haiku-os.org (axeld) Date: Fri, 09 Jan 2009 09:29:41 -0000 Subject: [Haiku-bugs] [Haiku] #3274: Unable to select "Turn off screen" in ScreenSaver preferences. In-Reply-To: <038.f5b739d4946a46758ae185c5bf4561b6@haiku-os.org> References: <038.f5b739d4946a46758ae185c5bf4561b6@haiku-os.org> Message-ID: <047.3917ef98cf89098f3d9a8a46bcae98d0@haiku-os.org> #3274: Unable to select "Turn off screen" in ScreenSaver preferences. --------------------------------------+------------------------------------- Reporter: HAL | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Preferences/ScreenSaver | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: --------------------------------------+------------------------------------- Changes (by axeld): * status: new => closed * resolution: => invalid Comment: The low power screen option cannot work in VESA mode. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 9 10:30:56 2009 From: trac at haiku-os.org (axeld) Date: Fri, 09 Jan 2009 09:30:56 -0000 Subject: [Haiku-bugs] [Haiku] #3275: Unable to select "Turn off screen" in ScreenSaver preferences. In-Reply-To: <038.d77cd776bf38812f9956d856e4d926e6@haiku-os.org> References: <038.d77cd776bf38812f9956d856e4d926e6@haiku-os.org> Message-ID: <047.21ac76b978d7ceed1abe69722770844b@haiku-os.org> #3275: Unable to select "Turn off screen" in ScreenSaver preferences. --------------------------------------+------------------------------------- Reporter: HAL | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Preferences/ScreenSaver | Version: R1 development Resolution: duplicate | Blockedby: 3274 Platform: All | Blocking: --------------------------------------+------------------------------------- Changes (by axeld): * status: new => closed * resolution: => duplicate * blockedby: => 3274 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 9 10:31:02 2009 From: trac at haiku-os.org (korli) Date: Fri, 09 Jan 2009 09:31:02 -0000 Subject: [Haiku-bugs] [Haiku] #3261: multi_audio KDL: page fault with interrupts disabled In-Reply-To: <046.37fba2bd3c925b273864a9f3cad82c7b@haiku-os.org> References: <046.37fba2bd3c925b273864a9f3cad82c7b@haiku-os.org> Message-ID: <055.f6e352df01915b7eec3a2fc8c35b81b2@haiku-os.org> #3261: multi_audio KDL: page fault with interrupts disabled ---------------------------+------------------------------------------------ Reporter: umccullough | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by korli): Replying to [comment:14 umccullough]: > I'm not sure I can reproduce the error at will - this was the first time I've ever seen it while using this rev of Haiku pretty regularly on this machine for several weeks now. Understood > > With that, I'd say close this issue if you believe it's resolved... I'm not sure at all, at least check it still works normally :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 9 11:59:04 2009 From: trac at haiku-os.org (rossi) Date: Fri, 09 Jan 2009 10:59:04 -0000 Subject: [Haiku-bugs] [Haiku] #3276: Event sounds are not played Message-ID: <040.75c3f51eae04f9ce88f1bf291195553d@haiku-os.org> #3276: Event sounds are not played -----------------------+---------------------------------------------------- Reporter: rossi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Event sounds are not played (Startup / Beep) when the respective event occurs. For both events the original BeOS .wav files are used. Within the sound preference panel the sounds test ok, playback is fine, no distortion or similar. This happens on r28861, but actually it has never worked for me. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 9 12:06:08 2009 From: trac at haiku-os.org (rossi) Date: Fri, 09 Jan 2009 11:06:08 -0000 Subject: [Haiku-bugs] [Haiku] #3277: audio playback not working after a couple hours Message-ID: <040.27d06f210355b1459519720264ea8cb4@haiku-os.org> #3277: audio playback not working after a couple hours -----------------------+---------------------------------------------------- Reporter: rossi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Audio playback works fine (e.g. Sounds preferences panel, vlc, ...) shortly after system startup. After using the system for a couple hours (mainly for development work, no heavy media usage) there is no audio anymore, but also no other feedback like system instability, etc. just no audio output. Haven't testet yet, wether a media server restart will fix this issue, will do so the next time this bug occurs. Happens on r28855 but has been present for quite some while. Will report feedback on r28861 tonight. My system is based on an Intel chipset with HD audio. Listdev output attached, in case hardware details are needed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 9 12:15:23 2009 From: trac at haiku-os.org (rossi) Date: Fri, 09 Jan 2009 11:15:23 -0000 Subject: [Haiku-bugs] [Haiku] #2412: [Time] Integrate NTP client In-Reply-To: <040.0bd4105d23d831da2e362d273ea2fc97@haiku-os.org> References: <040.0bd4105d23d831da2e362d273ea2fc97@haiku-os.org> Message-ID: <049.4458eb8dc15d7a4ddc1c88875451102b@haiku-os.org> #2412: [Time] Integrate NTP client -------------------------------------+-------------------------------------- Reporter: diver | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Preferences/Time & Date | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Changes (by rossi): * cc: rossi@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 9 12:22:24 2009 From: trac at haiku-os.org (HAL) Date: Fri, 09 Jan 2009 11:22:24 -0000 Subject: [Haiku-bugs] [Haiku] #3278: Selecting Auich nvidia in Media causes crash Message-ID: <038.fc5c6c2cb4807cc22bceaa4698ff9069@haiku-os.org> #3278: Selecting Auich nvidia in Media causes crash ---------------------------+------------------------------------------------ Reporter: HAL | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------------+------------------------------------------------ Using the mouse to click on Auich nvidia in the left Media pane causes crash. 1. Open Preferences, Media. 2. Click mouse pointer on Auich nvidia in the left Meda pane. The result is an immediate crash of the Media server, reproduceable every time. I was testing with r28814 on its own partition. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 9 13:42:44 2009 From: trac at haiku-os.org (stippi) Date: Fri, 09 Jan 2009 12:42:44 -0000 Subject: [Haiku-bugs] [Haiku] #3274: ScreenSaver: Improve presentation of disabled options because of missing DPMS support. (was: Unable to select "Turn off screen" in ScreenSaver preferences.) In-Reply-To: <038.f5b739d4946a46758ae185c5bf4561b6@haiku-os.org> References: <038.f5b739d4946a46758ae185c5bf4561b6@haiku-os.org> Message-ID: <047.7fa6617777d39329ff0c273c8423f71c@haiku-os.org> #3274: ScreenSaver: Improve presentation of disabled options because of missing DPMS support. --------------------------------------+------------------------------------- Reporter: HAL | Owner: axeld Type: enhancement | Status: reopened Priority: low | Milestone: R1 Component: Preferences/ScreenSaver | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: 3275 --------------------------------------+------------------------------------- Changes (by stippi): * priority: normal => low * status: closed => reopened * type: bug => enhancement * resolution: invalid => Comment: We could however improve the GUI in the ScreenSaver preflet to make it obvious why the option is not available. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 9 13:43:06 2009 From: trac at haiku-os.org (stippi) Date: Fri, 09 Jan 2009 12:43:06 -0000 Subject: [Haiku-bugs] [Haiku] #3274: ScreenSaver: Improve presentation of disabled options because of missing DPMS support. (easy) (was: ScreenSaver: Improve presentation of disabled options because of missing DPMS support.) In-Reply-To: <038.f5b739d4946a46758ae185c5bf4561b6@haiku-os.org> References: <038.f5b739d4946a46758ae185c5bf4561b6@haiku-os.org> Message-ID: <047.db0a5aa5687e9d8603f401d2627106e1@haiku-os.org> #3274: ScreenSaver: Improve presentation of disabled options because of missing DPMS support. (easy) --------------------------------------+------------------------------------- Reporter: HAL | Owner: axeld Type: enhancement | Status: reopened Priority: low | Milestone: R1 Component: Preferences/ScreenSaver | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: 3275 --------------------------------------+------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 9 18:37:53 2009 From: trac at haiku-os.org (Adek336) Date: Fri, 09 Jan 2009 17:37:53 -0000 Subject: [Haiku-bugs] [Haiku] #3279: Vim hangs when opened during shutdown Message-ID: <042.a23e7b4022618edb89a79f893481b197@haiku-os.org> #3279: Vim hangs when opened during shutdown ---------------------------------------------+------------------------------ Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------------+------------------------------ Open Terminal. Open the restart dialog. Now you can't run any apps - you will be told that apps cannot be started during shutdown. With the restart dialog open, try to open vim in terminal. It won't tell you the system is shutting down, it will hang; closing the restart dialog does not help. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 9 19:22:57 2009 From: trac at haiku-os.org (Adek336) Date: Fri, 09 Jan 2009 18:22:57 -0000 Subject: [Haiku-bugs] [Haiku] #3124: ls /dev causes a page fault In-Reply-To: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> References: <045.8aff34352a5dc7a6da378d6c4dbfd6bd@haiku-os.org> Message-ID: <054.4df91f074fd7c789a2ec98626bb98bbc@haiku-os.org> #3124: ls /dev causes a page fault ---------------------------+------------------------------------------------ Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------------+------------------------------------------------ Comment(by Adek336): This probably affects all 3c900 [vendor 10b7, device 9001] users, so it's worth commiting before the alpha. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 9 23:22:22 2009 From: trac at haiku-os.org (Adek336) Date: Fri, 09 Jan 2009 22:22:22 -0000 Subject: [Haiku-bugs] [Haiku] #2710: Deadlock between clone_area(), Kernel Area Operation, I/O, and Page Fault In-Reply-To: <043.f7f06558b43cc9f659156dd8ff67ea57@haiku-os.org> References: <043.f7f06558b43cc9f659156dd8ff67ea57@haiku-os.org> Message-ID: <052.cb73341a38efe3b78039c46c6ea2e1e6@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: | ---------------------------+------------------------------------------------ Comment(by Adek336): I hope the photo quality isn't too bad. Team Tracker deadlocked. vm_delete_area, vm_page_fault waiting for a rwlock. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 9 23:39:39 2009 From: trac at haiku-os.org (Adek336) Date: Fri, 09 Jan 2009 22:39:39 -0000 Subject: [Haiku-bugs] [Haiku] #2594: PANIC: ASSERT FAILED (src/add-ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null In-Reply-To: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> References: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> Message-ID: <050.b13e736624cbdabed0df26232c491b6c@haiku-os.org> #2594: PANIC: ASSERT FAILED (src/add- ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null ------------------------------------+--------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: assigned Priority: high | Milestone: R1 Component: Network & Internet/TCP | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- Comment(by Adek336): seems to fix the problem -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 9 23:49:48 2009 From: trac at haiku-os.org (Adek336) Date: Fri, 09 Jan 2009 22:49:48 -0000 Subject: [Haiku-bugs] [Haiku] #2594: PANIC: ASSERT FAILED (src/add-ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null In-Reply-To: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> References: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> Message-ID: <050.f12d6be7fd43317058cb4e6438a722f7@haiku-os.org> #2594: PANIC: ASSERT FAILED (src/add- ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null ------------------------------------+--------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: assigned Priority: high | Milestone: R1 Component: Network & Internet/TCP | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- Comment(by Adek336): I checked with the old code + Verify() (but with trace messages instead of panics), that the buffer queue gets broken many minutes earlier than the buffer != __null panic happens. Also, the bug would probably break the data sent through tcp, because data from some segments would be duplicated in the buffer queue. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 10 00:40:08 2009 From: trac at haiku-os.org (rossi) Date: Fri, 09 Jan 2009 23:40:08 -0000 Subject: [Haiku-bugs] [Haiku] #3277: audio playback not working after a couple hours In-Reply-To: <040.27d06f210355b1459519720264ea8cb4@haiku-os.org> References: <040.27d06f210355b1459519720264ea8cb4@haiku-os.org> Message-ID: <049.075b85b42e3454b15daeeb832352c5ef@haiku-os.org> #3277: audio playback not working after a couple hours -----------------------+---------------------------------------------------- Reporter: rossi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by rossi): Yes, still happens on r28861 ... audio breaksdown somewhen between 5h and 10h uptime ... could test mediaserver restart yet, as my system was totally unusable after 10h uptime ;-( will give it another try tomorrow ... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 10 00:47:53 2009 From: trac at haiku-os.org (rossi) Date: Fri, 09 Jan 2009 23:47:53 -0000 Subject: [Haiku-bugs] [Haiku] #3280: dhcp / network issue after a couple of hours uptime Message-ID: <040.867ad17a8b05a52eb297c3b6a478a6f8@haiku-os.org> #3280: dhcp / network issue after a couple of hours uptime --------------------------------+------------------------------------------- Reporter: rossi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Upon bootup DHCP configures my network quite correctly and everything works fine. However after a couple of hours it looses the DHCP assigned address and neither powering down the interface (ifconfig ... down) nor the network preference panal are of any help here. If I then try to set a manuell address it doesn't work, it sticks to the 169.* assigned address and ifconfig ... auto-config doesn't also help. The only solution is to reboot. This happens definetly after 10h of uptime, sometimes already after 5h uptime. Tested with r28861. See attachements for hardware devices and screenshoot for the settings in the network preferences panel and if config output run after settings done and applied in panel ... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 10 01:03:15 2009 From: trac at haiku-os.org (umccullough) Date: Sat, 10 Jan 2009 00:03:15 -0000 Subject: [Haiku-bugs] [Haiku] #3280: dhcp / network issue after a couple of hours uptime In-Reply-To: <040.867ad17a8b05a52eb297c3b6a478a6f8@haiku-os.org> References: <040.867ad17a8b05a52eb297c3b6a478a6f8@haiku-os.org> Message-ID: <049.12b2bfc946119d2f4c2a4dda9aee50d2@haiku-os.org> #3280: dhcp / network issue after a couple of hours uptime --------------------------------+------------------------------------------- Reporter: rossi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by umccullough): Not sure if this is related, but I have several machines running r28821 with 3com cards that end up getting different DHCP addresses after running for a while - I don't check them very often, maybe once every day or two, but they almost always have a different IP address when I do check them. I only notice this because they're running headless with sshd - and whenever I have to SSH to them, I must go to the dhcp server first and check to see what IP address is currently leased to their MAC address. Other DHCP machines on the same network do not have that problem. If this is a completely different issue, I'll open a separate ticket. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 10 08:23:08 2009 From: trac at haiku-os.org (richienyhus) Date: Sat, 10 Jan 2009 07:23:08 -0000 Subject: [Haiku-bugs] [Haiku] #3276: Event sounds are not played In-Reply-To: <040.75c3f51eae04f9ce88f1bf291195553d@haiku-os.org> References: <040.75c3f51eae04f9ce88f1bf291195553d@haiku-os.org> Message-ID: <049.610a17c9e378c9d8a343596c83e20941@haiku-os.org> #3276: Event sounds are not played -----------------------+---------------------------------------------------- Reporter: rossi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by richienyhus): I've also never been able to play event sounds. Dam I really felt I made a ticket for this, seems I only made a comment in r2980. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 10 10:41:06 2009 From: trac at haiku-os.org (rossi) Date: Sat, 10 Jan 2009 09:41:06 -0000 Subject: [Haiku-bugs] [Haiku] #3280: dhcp / network issue after a couple of hours uptime In-Reply-To: <040.867ad17a8b05a52eb297c3b6a478a6f8@haiku-os.org> References: <040.867ad17a8b05a52eb297c3b6a478a6f8@haiku-os.org> Message-ID: <049.7069db2d3faa22a9d906b16c2bee6f0b@haiku-os.org> #3280: dhcp / network issue after a couple of hours uptime --------------------------------+------------------------------------------- Reporter: rossi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by rossi): Something I overlooked last night (shouldn't file bug reports after having a good long island ice tea ;-) ... The published network devices at least according to the ifconfig output are also trashed, as there appear two entries for my single physical adapter, the regular "/dev/net/marvell_yukon/0" but also another one named "/dev/net/marvell_yukon/" -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 10 12:28:35 2009 From: trac at haiku-os.org (Adek336) Date: Sat, 10 Jan 2009 11:28:35 -0000 Subject: [Haiku-bugs] [Haiku] #3280: dhcp / network issue after a couple of hours uptime In-Reply-To: <040.867ad17a8b05a52eb297c3b6a478a6f8@haiku-os.org> References: <040.867ad17a8b05a52eb297c3b6a478a6f8@haiku-os.org> Message-ID: <049.9445d09e85931efb46697f3b9da87d52@haiku-os.org> #3280: dhcp / network issue after a couple of hours uptime --------------------------------+------------------------------------------- Reporter: rossi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by Adek336): Right after boot you don't have the additional "/dev/net/marvell_yukon/" interface listed with ifconfig, right? Could you check in KDL "symbol gDeviceNameList" and when you see the entry from the marvell yukon driver and an address, do "dw 0x" and later "ds 0x" for all the addresses which will appear? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 10 12:40:07 2009 From: trac at haiku-os.org (rossi) Date: Sat, 10 Jan 2009 11:40:07 -0000 Subject: [Haiku-bugs] [Haiku] #3280: dhcp / network issue after a couple of hours uptime In-Reply-To: <040.867ad17a8b05a52eb297c3b6a478a6f8@haiku-os.org> References: <040.867ad17a8b05a52eb297c3b6a478a6f8@haiku-os.org> Message-ID: <049.f0edb249d099e8afcc4371a542002afe@haiku-os.org> #3280: dhcp / network issue after a couple of hours uptime --------------------------------+------------------------------------------- Reporter: rossi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by rossi): Correct, straight after boot, everything looks normal: rossi at wayreth home> ifconfig loop Hardware Type: Local Loopback, Address: none inet addr: 127.0.0.1, Mask: 255.0.0.0 MTU: 16384, Metric: 0, up loopback link Receive: 0 packets, 0 errors, 0 bytes, 0 mcasts, 0 dropped Transmit: 0 packets, 0 errors, 0 bytes, 0 mcasts, 0 dropped Collisions: 0 /dev/net/marvell_yukon/0 Hardware Type: Ethernet, Address: 00:17:42:84:49:31 Media Type: 100 MBit, 100BASE-TX inet addr: 10.0.0.100, Bcast: 10.0.0.255, Mask: 255.255.255.0 MTU: 1500, Metric: 0, up broadcast link auto-configured Receive: 56511 packets, 0 errors, 56200932 bytes, 0 mcasts, 0 dropped Transmit: 56338 packets, 0 errors, 6977403 bytes, 0 mcasts, 0 dropped Collisions: 0 I'll check the next time it happens, which I guess will be later tonight or tomorrow if the system manages to survive overnight unattended, which is also a problem lately, since the system tends to automatic reboots lately, when unattended over a longer period of time. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 10 12:49:29 2009 From: trac at haiku-os.org (aldeck) Date: Sat, 10 Jan 2009 11:49:29 -0000 Subject: [Haiku-bugs] [Haiku] #3011: Filling Tracker windows with many files takes too long In-Reply-To: <041.ddf7fe0d31a5ec2b32f76540578ab16c@haiku-os.org> References: <041.ddf7fe0d31a5ec2b32f76540578ab16c@haiku-os.org> Message-ID: <050.7d0e4045ca602c00bf46653db0722a90@haiku-os.org> #3011: Filling Tracker windows with many files takes too long ----------------------------------+----------------------------------------- Reporter: stippi | Owner: aldeck Type: enhancement | Status: assigned Priority: normal | Milestone: Unscheduled Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Changes (by aldeck): * owner: axeld => aldeck * status: new => assigned Comment: Ok, i made some good progress on this one, i've reimplemented AddMimeTypes wich had exponential complexity, still FSClipoardFindNodeMode to do (and FindPose maybe). While investigating, i found that the potential speedup will be almost x10 for a 20000 files folder, going from 120s too 17s. Still some work to do, accepting the ticket. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 10 12:54:59 2009 From: trac at haiku-os.org (axeld) Date: Sat, 10 Jan 2009 11:54:59 -0000 Subject: [Haiku-bugs] [Haiku] #3218: can't reach bootmenu In-Reply-To: <039.5edf33d39bb20b9c6f1426611da7fb56@haiku-os.org> References: <039.5edf33d39bb20b9c6f1426611da7fb56@haiku-os.org> Message-ID: <048.7059c70a4e6ec0ea10bbf86e47f7d1a0@haiku-os.org> #3218: can't reach bootmenu --------------------------------+------------------------------------------- Reporter: peat | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1 Component: System/Boot Loader | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by axeld): In your case, you should boot into Linux, make sure you have qemu installed, and then run it in a terminal like this: {{{ $ sudo chmod o+r /dev/hda $ sudo chmod o+r /dev/hda16 $ qemu -m 512 -serial stdio /dev/hda }}} You should then select to boot Haiku from your normal boot menu in the qemu window, and try to enter the boot menu as usually. Configured like this, qemu will dump the serial debug info into the terminal - and you can post this to this bug (if the bug happens there, too) :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 10 13:02:05 2009 From: trac at haiku-os.org (aldeck) Date: Sat, 10 Jan 2009 12:02:05 -0000 Subject: [Haiku-bugs] [Haiku] #3054: Tracker doesn't load all poses on folders with thousands of files. In-Reply-To: <041.9c4ee12eb1accd9f59dd935c90e98a72@haiku-os.org> References: <041.9c4ee12eb1accd9f59dd935c90e98a72@haiku-os.org> Message-ID: <050.5f64009f3257f472fbade5a0ab7268fb@haiku-os.org> #3054: Tracker doesn't load all poses on folders with thousands of files. ----------------------------------+----------------------------------------- Reporter: aldeck | Owner: aldeck Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Changes (by aldeck): * owner: axeld => aldeck * status: new => assigned Comment: Closing the node in the AddPoses thread and reopening it on reception works well. I added a small snooze in the AddPoses thread between two sent messages, it's a lot more fluid, the window thread (receiver) was stalling a lot. Doing some cleaning and testing, and i'm ready to commit. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 10 13:03:00 2009 From: trac at haiku-os.org (Adek336) Date: Sat, 10 Jan 2009 12:03:00 -0000 Subject: [Haiku-bugs] [Haiku] #3280: dhcp / network issue after a couple of hours uptime In-Reply-To: <040.867ad17a8b05a52eb297c3b6a478a6f8@haiku-os.org> References: <040.867ad17a8b05a52eb297c3b6a478a6f8@haiku-os.org> Message-ID: <049.64fdaa6ba51d0dc5c1957fc6c1fc6152@haiku-os.org> #3280: dhcp / network issue after a couple of hours uptime --------------------------------+------------------------------------------- Reporter: rossi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by Adek336): Could you grep the syslog for marvell_yukon ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 10 13:24:22 2009 From: trac at haiku-os.org (Adek336) Date: Sat, 10 Jan 2009 12:24:22 -0000 Subject: [Haiku-bugs] [Haiku] #2998: bcm440x doesn't initialize the NIC In-Reply-To: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> References: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> Message-ID: <051.1446ba1d193196a025f9010a16c72c47@haiku-os.org> #2998: bcm440x doesn't initialize the NIC -----------------------------+---------------------------------------------- Reporter: cssvb94 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------------+---------------------------------------------- Comment(by Adek336): Could you do {{{ out32 0xcf8 0x8000f004 in32 0xcfc }}} to see the pci command register of the bridge (bus 0, device 30, function 0) ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 10 13:39:41 2009 From: trac at haiku-os.org (tqh) Date: Sat, 10 Jan 2009 12:39:41 -0000 Subject: [Haiku-bugs] [Haiku] #3276: Event sounds are not played In-Reply-To: <040.75c3f51eae04f9ce88f1bf291195553d@haiku-os.org> References: <040.75c3f51eae04f9ce88f1bf291195553d@haiku-os.org> Message-ID: <049.0e47fad08ec5ebef0d8c02dd93f2c4e7@haiku-os.org> #3276: Event sounds are not played -----------------------+---------------------------------------------------- Reporter: rossi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Changes (by tqh): * cc: fredrik.holmqvist@? (added) Comment: This looks like it lacks implementation. Sounds prefs app just plays it thru BFileGameSound, it also doesn't have a way to add new events (should it? Don't remember anymore). If the beeping is done from here: http://haiku.it.su.se:8180/source/xref/src/build/libbe/support/Beep.cpp Those needs implementing. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 10 13:44:47 2009 From: trac at haiku-os.org (rossi) Date: Sat, 10 Jan 2009 12:44:47 -0000 Subject: [Haiku-bugs] [Haiku] #3280: dhcp / network issue after a couple of hours uptime In-Reply-To: <040.867ad17a8b05a52eb297c3b6a478a6f8@haiku-os.org> References: <040.867ad17a8b05a52eb297c3b6a478a6f8@haiku-os.org> Message-ID: <049.bedb85c221daf5af8feb26e8e0c48f12@haiku-os.org> #3280: dhcp / network issue after a couple of hours uptime --------------------------------+------------------------------------------- Reporter: rossi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by rossi): @Adeck336 ... I've attached the grep results to the ticket. Let me know, if you need more ... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 10 13:51:31 2009 From: trac at haiku-os.org (Adek336) Date: Sat, 10 Jan 2009 12:51:31 -0000 Subject: [Haiku-bugs] [Haiku] #3280: dhcp / network issue after a couple of hours uptime In-Reply-To: <040.867ad17a8b05a52eb297c3b6a478a6f8@haiku-os.org> References: <040.867ad17a8b05a52eb297c3b6a478a6f8@haiku-os.org> Message-ID: <049.eb0cb9705e0f98c7ed39e3bd4d8d326b@haiku-os.org> #3280: dhcp / network issue after a couple of hours uptime --------------------------------+------------------------------------------- Reporter: rossi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by Adek336): Thanks![[br]] I was looking for a line that goes like {{{ KERN: [marvell_yukon] marvell_yukon: /dev/net/marvell_yukon/ }}} which would be a problem if_initname. Anyway, there's these interesting two bunches of lines which differ only with the "0" {{{ 13 KERN: [marvell_yukon] marvell_yukon: /dev/net/marvell_yukon/0 14 KERN: [marvell_yukon] () Found MII: e1000phy 15 KERN: [marvell_yukon] () Adding entry for Ethernet none 16 KERN: loaded driver /boot/beos/system/add- ons/kernel/drivers/dev/net/marvell_yukon 17 KERN: get_device_interface: ask "network/devices/ethernet/v1" for /dev/net/marvell_yukon/0 18 KERN: ipv4_datalink_init(/dev/net/marvell_yukon/0) .... 33 KERN: [marvell_yukon] marvell_yukon: /dev/net/marvell_yukon/0 34 KERN: [marvell_yukon] () Found MII: e1000phy 35 KERN: [marvell_yukon] () Adding entry for Ethernet none 36 KERN: loaded driver /boot/beos/system/add- ons/kernel/drivers/dev/net/marvell_yukon 37 KERN: get_device_interface: ask "network/devices/ethernet/v1" for /dev/net/marvell_yukon/ 38 KERN: ipv4_datalink_init(/dev/net/marvell_yukon/) }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 10 13:53:34 2009 From: trac at haiku-os.org (Adek336) Date: Sat, 10 Jan 2009 12:53:34 -0000 Subject: [Haiku-bugs] [Haiku] #3280: dhcp / network issue after a couple of hours uptime In-Reply-To: <040.867ad17a8b05a52eb297c3b6a478a6f8@haiku-os.org> References: <040.867ad17a8b05a52eb297c3b6a478a6f8@haiku-os.org> Message-ID: <049.989a0608a43013650990efac82a888f4@haiku-os.org> #3280: dhcp / network issue after a couple of hours uptime --------------------------------+------------------------------------------- Reporter: rossi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Changes (by Adek336): * cc: adek336@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 10 17:49:56 2009 From: trac at haiku-os.org (tqh) Date: Sat, 10 Jan 2009 16:49:56 -0000 Subject: [Haiku-bugs] [Haiku] #3281: ffs() arch optimization Message-ID: <038.bfbbef4cc5baf5a6352348428218fcd3@haiku-os.org> #3281: ffs() arch optimization -------------------------------+-------------------------------------------- Reporter: tqh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Our ffs can be optimized at least for x86. Providing a test-program based on FreeBsd's ffs. No real implementation as I don't know how you want to do arch optimizations and fallbacks. On newer x86, it can even be done in two ops with cmov, but that would require runtime configuration which might be overkill. Other platforms tries to inline function as well. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 10 18:22:24 2009 From: trac at haiku-os.org (umccullough) Date: Sat, 10 Jan 2009 17:22:24 -0000 Subject: [Haiku-bugs] [Haiku] #3261: multi_audio KDL: page fault with interrupts disabled In-Reply-To: <046.37fba2bd3c925b273864a9f3cad82c7b@haiku-os.org> References: <046.37fba2bd3c925b273864a9f3cad82c7b@haiku-os.org> Message-ID: <055.5e92c950d51aa1f8fec1a9d4969f4e78@haiku-os.org> #3261: multi_audio KDL: page fault with interrupts disabled ---------------------------+------------------------------------------------ Reporter: umccullough | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by umccullough): Listening to audio on that machine at this very moment :) One thing of note, when I was compiling before, I had no audio playing that I knew of (didn't even have speakers hooked up at the time). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 10 18:24:28 2009 From: trac at haiku-os.org (umccullough) Date: Sat, 10 Jan 2009 17:24:28 -0000 Subject: [Haiku-bugs] [Haiku] #3261: multi_audio KDL: page fault with interrupts disabled In-Reply-To: <046.37fba2bd3c925b273864a9f3cad82c7b@haiku-os.org> References: <046.37fba2bd3c925b273864a9f3cad82c7b@haiku-os.org> Message-ID: <055.44d202ff706ceb718d18c44a488a623d@haiku-os.org> #3261: multi_audio KDL: page fault with interrupts disabled ---------------------------+------------------------------------------------ Reporter: umccullough | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by umccullough): Oops - forgot to mention that the above comment made while using r28868 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 10 20:40:47 2009 From: trac at haiku-os.org (umccullough) Date: Sat, 10 Jan 2009 19:40:47 -0000 Subject: [Haiku-bugs] [Haiku] #3282: app_server crashed into GDB while switching workspaces Message-ID: <046.509b9bfc5bb0b9b88fe7ae47033818e3@haiku-os.org> #3282: app_server crashed into GDB while switching workspaces --------------------------------+------------------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- A brief description of what I did leading up to the crash: After starting up r28868 on my PIII 866 box with 384mb RAM and nvidia Riva TNT video, I tested out sound and video playback this morning. I then copied several files and folders over from a second BFS partition mounted readonly. I had been messing around with compiling nasm and it's documentation, so I had a terminal window and Pe open. I then went to switch workspaces to be greeted with the attached image of a crash in app_server (in GDB). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 10 20:44:51 2009 From: trac at haiku-os.org (umccullough) Date: Sat, 10 Jan 2009 19:44:51 -0000 Subject: [Haiku-bugs] [Haiku] #3282: app_server crashed into GDB while switching workspaces In-Reply-To: <046.509b9bfc5bb0b9b88fe7ae47033818e3@haiku-os.org> References: <046.509b9bfc5bb0b9b88fe7ae47033818e3@haiku-os.org> Message-ID: <055.374f8b8e9585a8e7e33788c1b13ac5a9@haiku-os.org> #3282: app_server crashed into GDB while switching workspaces --------------------------------+------------------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by umccullough): I will leave the machine in this state for a while if there is anything I can check further to help diagnose the issue. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 10 21:37:47 2009 From: trac at haiku-os.org (apprentice) Date: Sat, 10 Jan 2009 20:37:47 -0000 Subject: [Haiku-bugs] [Haiku] #3120: 3com Combo nic doesn't work In-Reply-To: <045.ad94c29706e90cd7398ea4aea551d387@haiku-os.org> References: <045.ad94c29706e90cd7398ea4aea551d387@haiku-os.org> Message-ID: <054.16597615f34a55de8024aba269404931@haiku-os.org> #3120: 3com Combo nic doesn't work -----------------------------+---------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------------+---------------------------------------------- Comment(by apprentice): I apologize for the long delay but I haven't had enough time lately to devote to this bug. Adek336, thanks for the patch! It worked and ifconfig now lists /dev/net/3com/0. Networking still doesn't work, but I suspect the reason is that the freebsd driver defaults to using BNC port instead of TP and currently it seems that there is now way of changing the port. Maybe the driver should divert from the freebsd driver just by defaulting to TP. This would be a reasonable and quick fix and honestly, who uses BNC anymore anyway. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 10 22:46:47 2009 From: trac at haiku-os.org (cssvb94) Date: Sat, 10 Jan 2009 21:46:47 -0000 Subject: [Haiku-bugs] [Haiku] #2998: bcm440x doesn't initialize the NIC In-Reply-To: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> References: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> Message-ID: <051.0ccfed409e59d77fe5aeac980f5b7fd1@haiku-os.org> #2998: bcm440x doesn't initialize the NIC -----------------------------+---------------------------------------------- Reporter: cssvb94 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------------+---------------------------------------------- Comment(by cssvb94): The result is: {{{ [0xcfc] d0010000 }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 10 23:16:04 2009 From: trac at haiku-os.org (anevilyak) Date: Sat, 10 Jan 2009 22:16:04 -0000 Subject: [Haiku-bugs] [Haiku] #3282: app_server crashed into GDB while switching workspaces In-Reply-To: <046.509b9bfc5bb0b9b88fe7ae47033818e3@haiku-os.org> References: <046.509b9bfc5bb0b9b88fe7ae47033818e3@haiku-os.org> Message-ID: <055.e1376c974a9b1a9a3b8353c11ef1ab12@haiku-os.org> #3282: app_server crashed into GDB while switching workspaces -------------------------------------+-------------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Changes (by anevilyak): * component: Servers/app_server => Drivers/Graphics/nVidia Comment: This looks like it's probably a bug in the nvidia accelerant specifically with respect to its TNT support. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 00:27:17 2009 From: trac at haiku-os.org (Adek336) Date: Sat, 10 Jan 2009 23:27:17 -0000 Subject: [Haiku-bugs] [Haiku] #3120: 3com Combo nic doesn't work In-Reply-To: <045.ad94c29706e90cd7398ea4aea551d387@haiku-os.org> References: <045.ad94c29706e90cd7398ea4aea551d387@haiku-os.org> Message-ID: <054.8faf1fb1f378e97677d57fc1375d2807@haiku-os.org> #3120: 3com Combo nic doesn't work -----------------------------+---------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------------+---------------------------------------------- Comment(by Adek336): You haven't had /dev/net/3com/0 before if I recall correctly, right? That's great news, as it means we've progressed a lot with this patch! I'll take a look at what I can do with TP/BNC. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 00:54:30 2009 From: trac at haiku-os.org (umccullough) Date: Sat, 10 Jan 2009 23:54:30 -0000 Subject: [Haiku-bugs] [Haiku] #3282: app_server crashed into GDB while switching workspaces In-Reply-To: <046.509b9bfc5bb0b9b88fe7ae47033818e3@haiku-os.org> References: <046.509b9bfc5bb0b9b88fe7ae47033818e3@haiku-os.org> Message-ID: <055.95840216fe64d700bf90085cccc19708@haiku-os.org> #3282: app_server crashed into GDB while switching workspaces -------------------------------------+-------------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Comment(by umccullough): I've seen similar random app_server crashes on other machines as well - especially my G33 with the intel_extreme driver. I wonder if it's overlay-related as it may only occur some time after using VLC with overlay mode. I'll see if I can reproduce it on another machine with similar activities. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 01:15:41 2009 From: trac at haiku-os.org (Adek336) Date: Sun, 11 Jan 2009 00:15:41 -0000 Subject: [Haiku-bugs] [Haiku] #2998: bcm440x doesn't initialize the NIC In-Reply-To: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> References: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> Message-ID: <051.2cd227e8735101a3772183b25577d4e9@haiku-os.org> #2998: bcm440x doesn't initialize the NIC -----------------------------+---------------------------------------------- Reporter: cssvb94 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------------+---------------------------------------------- Comment(by Adek336): That looks like the address, but it shouldn't. Anyway, please try {{{ out32 0xcf8 0x8000f004 out32 0xcfc 0xd0010002 }}} before the 3com driver gets loaded. Then, try "db -p 0xd0010000 600" when the "ble" panic appears. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 04:10:55 2009 From: trac at haiku-os.org (aldeck) Date: Sun, 11 Jan 2009 03:10:55 -0000 Subject: [Haiku-bugs] [Haiku] #3054: Tracker doesn't load all poses on folders with thousands of files. In-Reply-To: <041.9c4ee12eb1accd9f59dd935c90e98a72@haiku-os.org> References: <041.9c4ee12eb1accd9f59dd935c90e98a72@haiku-os.org> Message-ID: <050.fa854465293fbccf28f821fe7b624c93@haiku-os.org> #3054: Tracker doesn't load all poses on folders with thousands of files. -----------------------------------+---------------------------------------- Reporter: aldeck | Owner: aldeck Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by aldeck): * status: assigned => closed * resolution: => fixed Comment: fixed in r28872 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 05:28:34 2009 From: trac at haiku-os.org (anevilyak) Date: Sun, 11 Jan 2009 04:28:34 -0000 Subject: [Haiku-bugs] [Haiku] #2760: Crash when sorting folder by extented attribute In-Reply-To: <044.57783320966c89af108394cb99691802@haiku-os.org> References: <044.57783320966c89af108394cb99691802@haiku-os.org> Message-ID: <053.50bcdff2a23e922847cbc7ecc1aae461@haiku-os.org> #2760: Crash when sorting folder by extented attribute ----------------------------------+----------------------------------------- Reporter: humdinger | Owner: anevilyak Type: bug | Status: assigned Priority: high | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by anevilyak): This problem should no longer be visible as of r28871 ... there still seems to be a more fundamental issue I'm failing to see right now that needs to be fixed before I'd be comfortable with closing this ticket though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 06:32:53 2009 From: trac at haiku-os.org (umccullough) Date: Sun, 11 Jan 2009 05:32:53 -0000 Subject: [Haiku-bugs] [Haiku] #3283: app_server crash while changing screen resolutions with intel_extreme Message-ID: <046.e7c767d604f804348f9686184f4f9c68@haiku-os.org> #3283: app_server crash while changing screen resolutions with intel_extreme --------------------------------------------+------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/intel_extreme | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------------------+------------------------------- Another app_server crash into GDB on a different machine. This machine is a Core 2 Duo with 2gb ram and an Intel G33 chipset. I was playing a video with VLC and overlay in one workspace, I was compiling in a terminal with a couple others running also in a second workspace, and I had Vision running in a 3rd workspace - and while I was in the workspace with Vision, i opened the screen prefs and increased the resolution to 1600x1200 which caused app_server to immediately crash. I believe I've seen this happen before when changing screen resolutions on this machine. The machine had been running continuously and solid for the last couple weeks without issue until I attempted this. See attached screenshots. May be similar or even related to #3282, but I'm not sure. I will keep this machine in this state in case there is any more info I can obtain and provide. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 12:28:34 2009 From: trac at haiku-os.org (rossi) Date: Sun, 11 Jan 2009 11:28:34 -0000 Subject: [Haiku-bugs] [Haiku] #3277: audio playback not working after a couple hours In-Reply-To: <040.27d06f210355b1459519720264ea8cb4@haiku-os.org> References: <040.27d06f210355b1459519720264ea8cb4@haiku-os.org> Message-ID: <049.326d99f8d8e8f41c8ec07c4d43e20dbd@haiku-os.org> #3277: audio playback not working after a couple hours -----------------------+---------------------------------------------------- Reporter: rossi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by rossi): MediaServer restart doesn't help, still no audio output. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 12:31:42 2009 From: trac at haiku-os.org (rossi) Date: Sun, 11 Jan 2009 11:31:42 -0000 Subject: [Haiku-bugs] [Haiku] #3280: dhcp / network issue after a couple of hours uptime In-Reply-To: <040.867ad17a8b05a52eb297c3b6a478a6f8@haiku-os.org> References: <040.867ad17a8b05a52eb297c3b6a478a6f8@haiku-os.org> Message-ID: <049.925fa58b090eead9872c4bafa5a76f21@haiku-os.org> #3280: dhcp / network issue after a couple of hours uptime --------------------------------+------------------------------------------- Reporter: rossi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by rossi): Btw, after the issue happend last night again, some more information on the publishing of the addition worng device without ".../0", this didn't happen again, therefore I believe, this wierd publishing effect was due to my ifconfig ... auto-config/down/up and network preferences trials to get networking back running. If it shows again, I'll provide the requested KDL data. This time it just got assigned the 169. address ... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 12:49:33 2009 From: trac at haiku-os.org (axeld) Date: Sun, 11 Jan 2009 11:49:33 -0000 Subject: [Haiku-bugs] [Haiku] #2594: PANIC: ASSERT FAILED (src/add-ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null In-Reply-To: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> References: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> Message-ID: <050.6a9b3d9bd9fe77d537aaa0a799e683d4@haiku-os.org> #2594: PANIC: ASSERT FAILED (src/add- ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null ------------------------------------+--------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: assigned Priority: high | Milestone: R1 Component: Network & Internet/TCP | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- Comment(by axeld): Thanks Adrian! I've cleaned up your patch, and fixed a few more problems in r28878. I will look into writing a test for BufferQueue next week, though, to make sure it's really okay now (seeing how many bugs proof- reading revealed already). I will close this bug once the test app is in place. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 12:53:00 2009 From: trac at haiku-os.org (axeld) Date: Sun, 11 Jan 2009 11:53:00 -0000 Subject: [Haiku-bugs] [Haiku] #3283: app_server crash while changing screen resolutions with intel_extreme In-Reply-To: <046.e7c767d604f804348f9686184f4f9c68@haiku-os.org> References: <046.e7c767d604f804348f9686184f4f9c68@haiku-os.org> Message-ID: <055.ebfd8b9e8de3c940526f804d08ed866a@haiku-os.org> #3283: app_server crash while changing screen resolutions with intel_extreme --------------------------------------------+------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/intel_extreme | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------------------+------------------------------- Comment(by axeld): This looks like a problem with the overlay code. Not sure on which side yet, but I will see if I can reproduce this problem over here; no need to keep the machine running, I think :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 13:00:26 2009 From: trac at haiku-os.org (axeld) Date: Sun, 11 Jan 2009 12:00:26 -0000 Subject: [Haiku-bugs] [Haiku] #3277: audio playback not working after a couple hours In-Reply-To: <040.27d06f210355b1459519720264ea8cb4@haiku-os.org> References: <040.27d06f210355b1459519720264ea8cb4@haiku-os.org> Message-ID: <049.f65ba2156eaf11b4ca5fc958f7f0fdf4@haiku-os.org> #3277: audio playback not working after a couple hours -------------------------------+-------------------------------------------- Reporter: rossi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio/HDA | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Changes (by axeld): * component: - General => Drivers/Audio/HDA Comment: Are you using the "hda" or the OSS audio driver? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 13:05:11 2009 From: trac at haiku-os.org (axeld) Date: Sun, 11 Jan 2009 12:05:11 -0000 Subject: [Haiku-bugs] [Haiku] #3213: Window relocation has issues with all workspaces windows + multiple workspace resolutions In-Reply-To: <044.78b1df7f9d36b7994e22ffae18ae7b46@haiku-os.org> References: <044.78b1df7f9d36b7994e22ffae18ae7b46@haiku-os.org> Message-ID: <053.9a431ba3f90536fbf9a99b57f7a7e5be@haiku-os.org> #3213: Window relocation has issues with all workspaces windows + multiple workspace resolutions --------------------------------+------------------------------------------- Reporter: anevilyak | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by axeld): The window you move around is the Workspaces window, right? Because that one contains code to relocate itself correctly on a mode switch. Maybe that one is triggered on a workspace switch in Haiku? I'm not sure if it really shouldn't do that, though. Normally, I would think the window should be notified indeed, if the mode is different. So it's probably just a problem in Workspaces itself. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 13:05:59 2009 From: trac at haiku-os.org (rossi) Date: Sun, 11 Jan 2009 12:05:59 -0000 Subject: [Haiku-bugs] [Haiku] #3277: audio playback not working after a couple hours In-Reply-To: <040.27d06f210355b1459519720264ea8cb4@haiku-os.org> References: <040.27d06f210355b1459519720264ea8cb4@haiku-os.org> Message-ID: <049.173e352665404831255908dd77ffbefd@haiku-os.org> #3277: audio playback not working after a couple hours -------------------------------+-------------------------------------------- Reporter: rossi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio/HDA | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Comment(by rossi): I must admit, I've actually no clue ... I'll check the syslog which driver is actually loaded or is there a better way to check? Is there a tool, which list all active drivers (actually would be cool if listdev just for each device gives the current driver if any being used). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 13:22:43 2009 From: trac at haiku-os.org (cssvb94) Date: Sun, 11 Jan 2009 12:22:43 -0000 Subject: [Haiku-bugs] [Haiku] #2998: bcm440x doesn't initialize the NIC In-Reply-To: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> References: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> Message-ID: <051.6e6825fcc528837f46088711dab35c89@haiku-os.org> #2998: bcm440x doesn't initialize the NIC -----------------------------+---------------------------------------------- Reporter: cssvb94 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------------+---------------------------------------------- Comment(by cssvb94): How can I set breakpoint before the 3com driver? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 13:53:11 2009 From: trac at haiku-os.org (axeld) Date: Sun, 11 Jan 2009 12:53:11 -0000 Subject: [Haiku-bugs] [Haiku] #3277: audio playback not working after a couple hours In-Reply-To: <040.27d06f210355b1459519720264ea8cb4@haiku-os.org> References: <040.27d06f210355b1459519720264ea8cb4@haiku-os.org> Message-ID: <049.59e81b1ac6c1718dbc1572b14ccd9106@haiku-os.org> #3277: audio playback not working after a couple hours -------------------------------+-------------------------------------------- Reporter: rossi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio/HDA | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Comment(by axeld): A "listimage 1" should help to determine it. A simpler way would be to just have a look at /dev/audio and see what devices are published there :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 13:59:33 2009 From: trac at haiku-os.org (rossi) Date: Sun, 11 Jan 2009 12:59:33 -0000 Subject: [Haiku-bugs] [Haiku] #3277: audio playback not working after a couple hours In-Reply-To: <040.27d06f210355b1459519720264ea8cb4@haiku-os.org> References: <040.27d06f210355b1459519720264ea8cb4@haiku-os.org> Message-ID: <049.0ab63737dc818ec91ac3d874ec4df395@haiku-os.org> #3277: audio playback not working after a couple hours -------------------------------+-------------------------------------------- Reporter: rossi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio/HDA | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Comment(by rossi): stupid me ;-) just figured out that I could just use listimage myself, actually both oss_loader and oss are loaded, therefore I guess the OSS driver is used. Will remove OSS and see wether the problem persists ... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 14:02:09 2009 From: trac at haiku-os.org (Adek336) Date: Sun, 11 Jan 2009 13:02:09 -0000 Subject: [Haiku-bugs] [Haiku] #2998: bcm440x doesn't initialize the NIC In-Reply-To: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> References: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> Message-ID: <051.3cdea30e7f32f7c30f5fbfb098235ef3@haiku-os.org> #2998: bcm440x doesn't initialize the NIC -----------------------------+---------------------------------------------- Reporter: cssvb94 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------------+---------------------------------------------- Comment(by Adek336): You can press F12 some time before the red rocket icon appears. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 14:13:39 2009 From: trac at haiku-os.org (tsg1zzn) Date: Sun, 11 Jan 2009 13:13:39 -0000 Subject: [Haiku-bugs] [Haiku] #3284: Change HIG for ellipsis to make sense Message-ID: <042.684cd30c993f05a675e9e2148ab9aae4@haiku-os.org> #3284: Change HIG for ellipsis to make sense ----------------------------+----------------------------------------------- Reporter: tsg1zzn | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------+----------------------------------------------- The HIG for ellipsis on menu items states that the ellipsis should be on all menu items that opens a new window. I think it would more sensible to have ellipsis on menu items that require further information to complete the command. For example, if the menu item is called "show graph window", then it makes no sense to have an ellipsis, because once you click the menu it carries out the task. On the other hand, the menu item "Print..." needs dots to indicated that a print options window will be shown before any actual printing occurs. This is the behaviour specified in the guidelines for Windows, Mac and Linux, and using ellipsis on all menu items that opens a window is even listed a gui blooper in the book "GUI Bloopers" by Jeff Johnson. I suggest the HIG is revised because the current specification[[BR]] - Makes no sense[[BR]] - Clutters the menu[[BR]] - Violates users' expectations when they are coming from Windows, OS X, Linux, Java/SWING or whereever else they can come from. Copy-and-paste from Java Look and Feel Guidelines:[[BR]] ''Ellipses (...) are punctuation marks that indicate the omission of one or more words that must be supplied in order to make a construction complete. In your menus, you can use ellipses in a similar way: to indicate that the command issued by a menu item needs more specification in order to make it complete. '' ''- If a menu item does not fully specify a command and users need a dialog box to finish the specification, use an ellipsis after the menu item. For example, after choosing Save As..., users are presented with a file chooser to specify a file name and location. '' ''- Do not use an ellipsis mark simply to indicate that a secondary or utility window will appear. For example, choosing Preferences displays a dialog box; because that display is the entire effect of the command, however, Preferences is not followed by an ellipsis.'' -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 14:18:45 2009 From: trac at haiku-os.org (cssvb94) Date: Sun, 11 Jan 2009 13:18:45 -0000 Subject: [Haiku-bugs] [Haiku] #2998: bcm440x doesn't initialize the NIC In-Reply-To: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> References: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> Message-ID: <051.bfef0b1488dc7bd78030e7d7130985c1@haiku-os.org> #2998: bcm440x doesn't initialize the NIC -----------------------------+---------------------------------------------- Reporter: cssvb94 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------------+---------------------------------------------- Comment(by cssvb94): I only had a chance to do it before network manager starts to load up. {{{ out32 0xcf8 0x8000f004 out32 0xcfc 0xd0010002 db -p 0xd0010000 600 }}} returns only 0x00 value. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 14:20:43 2009 From: trac at haiku-os.org (Adek336) Date: Sun, 11 Jan 2009 13:20:43 -0000 Subject: [Haiku-bugs] [Haiku] #2594: PANIC: ASSERT FAILED (src/add-ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null In-Reply-To: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> References: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> Message-ID: <050.d6573a1430437cb22b99df0b9a84e279@haiku-os.org> #2594: PANIC: ASSERT FAILED (src/add- ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null ------------------------------------+--------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: assigned Priority: high | Milestone: R1 Component: Network & Internet/TCP | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- Comment(by Adek336): r28878, BufferQueue.cpp:454: assert failed buffer->size > 0 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 14:25:29 2009 From: trac at haiku-os.org (Adek336) Date: Sun, 11 Jan 2009 13:25:29 -0000 Subject: [Haiku-bugs] [Haiku] #2998: bcm440x doesn't initialize the NIC In-Reply-To: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> References: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> Message-ID: <051.0233e9d8be60bb41f8d45748a51a1840@haiku-os.org> #2998: bcm440x doesn't initialize the NIC -----------------------------+---------------------------------------------- Reporter: cssvb94 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------------+---------------------------------------------- Comment(by Adek336): Thanks! Did you try continuing the bootup by entering "continue" at the kdls you get? If you succeeded, could you grep the syslog for "bfe"? And try db -p 0xd0010000 600 after the bootup? Of course with the two out32 commands applied before the red icon. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 14:44:08 2009 From: trac at haiku-os.org (cssvb94) Date: Sun, 11 Jan 2009 13:44:08 -0000 Subject: [Haiku-bugs] [Haiku] #2998: bcm440x doesn't initialize the NIC In-Reply-To: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> References: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> Message-ID: <051.3872d520f1578004ccc24794b8725d28@haiku-os.org> #2998: bcm440x doesn't initialize the NIC -----------------------------+---------------------------------------------- Reporter: cssvb94 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------------+---------------------------------------------- Comment(by cssvb94): I admit I didn't =) continue. I'll try now. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 14:56:54 2009 From: trac at haiku-os.org (cssvb94) Date: Sun, 11 Jan 2009 13:56:54 -0000 Subject: [Haiku-bugs] [Haiku] #2998: bcm440x doesn't initialize the NIC In-Reply-To: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> References: <042.e99b300f5b777a67af0e6d7846300848@haiku-os.org> Message-ID: <051.3e540b89936bcc03c4bbf5ea9d7dc4c2@haiku-os.org> #2998: bcm440x doesn't initialize the NIC -----------------------------+---------------------------------------------- Reporter: cssvb94 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------------+---------------------------------------------- Comment(by cssvb94): I did it just before my panic("ble") in bfe. {{{ out32 0xcf8 0x8000f004 out32 0xcfc 0xd0010002 }}} but after KDL continue it freezes again. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 15:25:02 2009 From: trac at haiku-os.org (axeld) Date: Sun, 11 Jan 2009 14:25:02 -0000 Subject: [Haiku-bugs] [Haiku] #3062: [kernel] vm_page_fault while trying to launch README.diskdefines In-Reply-To: <040.e588f80747c1a69040df23830b08032c@haiku-os.org> References: <040.e588f80747c1a69040df23830b08032c@haiku-os.org> Message-ID: <049.7dcc7a929ef21c4267bec285fb9855d7@haiku-os.org> #3062: [kernel] vm_page_fault while trying to launch README.diskdefines ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Fixed in r28881. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 15:26:11 2009 From: trac at haiku-os.org (axeld) Date: Sun, 11 Jan 2009 14:26:11 -0000 Subject: [Haiku-bugs] [Haiku] #3083: [kernel] vm_page_fault while trying to edit a file on CD In-Reply-To: <040.12427c507a7ec8aec41508fe3bc3ca26@haiku-os.org> References: <040.12427c507a7ec8aec41508fe3bc3ca26@haiku-os.org> Message-ID: <049.f7d1eb9508f79c956b3aef959bd74181@haiku-os.org> #3083: [kernel] vm_page_fault while trying to edit a file on CD ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: I could not reproduce this one (the access was prevented earlier), but in any case, the root of the problem is fixed in r28881; as this was more or less a duplicate of that bug. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 16:43:25 2009 From: trac at haiku-os.org (Adek336) Date: Sun, 11 Jan 2009 15:43:25 -0000 Subject: [Haiku-bugs] [Haiku] #3285: deadbeef, PANIC: couldn't lookup physical page Message-ID: <042.aa7c853c70908dea960d4841d624b95e@haiku-os.org> #3285: deadbeef, PANIC: couldn't lookup physical page -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Before the KDL, I have opened and closed transmission, used the kernel debugger a bit, opened vim, started C file compilation. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 16:59:08 2009 From: trac at haiku-os.org (anevilyak) Date: Sun, 11 Jan 2009 15:59:08 -0000 Subject: [Haiku-bugs] [Haiku] #3213: Window relocation has issues with all workspaces windows + multiple workspace resolutions In-Reply-To: <044.78b1df7f9d36b7994e22ffae18ae7b46@haiku-os.org> References: <044.78b1df7f9d36b7994e22ffae18ae7b46@haiku-os.org> Message-ID: <053.11cea3c574de49f9991c6856c43777f9@haiku-os.org> #3213: Window relocation has issues with all workspaces windows + multiple workspace resolutions --------------------------------+------------------------------------------- Reporter: anevilyak | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by anevilyak): Replying to [comment:4 axeld]: > The window you move around is the Workspaces window, right? Because that one contains Workspaces is the only one I've noticed it with, yes, though I don't actually have that many apps which use a window with more than one workspace in its mask, will see if I can produce a testcase outside of Workspaces to be sure. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 17:42:13 2009 From: trac at haiku-os.org (axeld) Date: Sun, 11 Jan 2009 16:42:13 -0000 Subject: [Haiku-bugs] [Haiku] #2594: PANIC: ASSERT FAILED (src/add-ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null In-Reply-To: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> References: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> Message-ID: <050.7e3d43b74e58d3772e964b5b0c0892cb@haiku-os.org> #2594: PANIC: ASSERT FAILED (src/add- ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null -------------------------------------+-------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: closed Priority: high | Milestone: R1 Component: Network & Internet/TCP | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Changes (by axeld): * status: assigned => closed * resolution: => fixed Comment: Everything should work fine now, with r28883. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 17:51:31 2009 From: trac at haiku-os.org (Adek336) Date: Sun, 11 Jan 2009 16:51:31 -0000 Subject: [Haiku-bugs] [Haiku] #3286: VirtualMemory preflet should explain if not enough disk space is free Message-ID: <042.bac0c30dd9aecb608197436afe1ad185@haiku-os.org> #3286: VirtualMemory preflet should explain if not enough disk space is free ---------------------------------------+------------------------------------ Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/VirtualMemory | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------+------------------------------------ On a computer where there is more RAM than free disk space, open VirtualMemory preflet, enable VirtualMemory, close preflet, open preflet. Virtual memory is disabled once again, because there is not enough free disk space. The preflet should open a warning dialog box; or gray out the enable checkbox and add an explanation above it that not enough disk space is free. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 18:14:44 2009 From: trac at haiku-os.org (bbjimmy) Date: Sun, 11 Jan 2009 17:14:44 -0000 Subject: [Haiku-bugs] [Haiku] #3287: cannot mount floppy Message-ID: <042.4f4cf4f88fec0cdc71bfb9e66eab8035@haiku-os.org> #3287: cannot mount floppy -----------------------+---------------------------------------------------- Reporter: bbjimmy | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- r28661 and certinly before, I haven't tried to mount a floppy in a long time. I am unable to mount a floppy disk. The system just ignores the drive. Running DriveSetup does not show the device. The same floppy mounts in BeOS r5 and Zeta. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 18:26:09 2009 From: trac at haiku-os.org (Adek336) Date: Sun, 11 Jan 2009 17:26:09 -0000 Subject: [Haiku-bugs] [Haiku] #3285: deadbeef, PANIC: couldn't lookup physical page In-Reply-To: <042.aa7c853c70908dea960d4841d624b95e@haiku-os.org> References: <042.aa7c853c70908dea960d4841d624b95e@haiku-os.org> Message-ID: <051.9b7f11001ead151ede6b66dba8e1d01a@haiku-os.org> #3285: deadbeef, PANIC: couldn't lookup physical page -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by Adek336): r28845 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 18:33:03 2009 From: trac at haiku-os.org (mmu_man) Date: Sun, 11 Jan 2009 17:33:03 -0000 Subject: [Haiku-bugs] [Haiku] #3287: cannot mount floppy In-Reply-To: <042.4f4cf4f88fec0cdc71bfb9e66eab8035@haiku-os.org> References: <042.4f4cf4f88fec0cdc71bfb9e66eab8035@haiku-os.org> Message-ID: <051.5a0081d447ae53b306e632cf3224c68d@haiku-os.org> #3287: cannot mount floppy -----------------------+---------------------------------------------------- Reporter: bbjimmy | Owner: mmu_man Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Changes (by mmu_man): * owner: axeld => mmu_man * status: new => assigned Comment: The driver should be in the image at least: {{{ AddDriversToHaikuImage disk floppy : $(X86_ONLY)pc_floppy ; }}} Not like I use it daily though, I don't recall testing it in Haiku itself, so maybe it breaks here, but it definitely works are least for reading in ZETA. Though it would need some more work as it currently doesn't use ISA DMA (which isn't implemented). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 18:34:35 2009 From: trac at haiku-os.org (mmu_man) Date: Sun, 11 Jan 2009 17:34:35 -0000 Subject: [Haiku-bugs] [Haiku] #3287: cannot mount floppy In-Reply-To: <042.4f4cf4f88fec0cdc71bfb9e66eab8035@haiku-os.org> References: <042.4f4cf4f88fec0cdc71bfb9e66eab8035@haiku-os.org> Message-ID: <051.85d7dc33ce5d4ee04c418e86ecf843bc@haiku-os.org> #3287: cannot mount floppy -----------------------+---------------------------------------------------- Reporter: bbjimmy | Owner: mmu_man Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by mmu_man): Btw, the fact it's not in DriveSetup doesn't mean it doesn't work. It's probably just not picked up by the partitioning subsystem, maybe because it's a BeOS style driver. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 18:45:51 2009 From: trac at haiku-os.org (Adek336) Date: Sun, 11 Jan 2009 17:45:51 -0000 Subject: [Haiku-bugs] [Haiku] #2594: PANIC: ASSERT FAILED (src/add-ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null In-Reply-To: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> References: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> Message-ID: <050.02a6e2dbecb04ac0467d6b5496dfa921@haiku-os.org> #2594: PANIC: ASSERT FAILED (src/add- ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null -------------------------------------+-------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: closed Priority: high | Milestone: R1 Component: Network & Internet/TCP | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Comment(by Adek336): assert failed buffer->size > 0 still happens. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 18:53:16 2009 From: trac at haiku-os.org (mmadia) Date: Sun, 11 Jan 2009 17:53:16 -0000 Subject: [Haiku-bugs] [Haiku] #3209: [Terminal] Enhancements (mostly easy) In-Reply-To: <044.e2e4602da82c8cf223d4299070489edb@haiku-os.org> References: <044.e2e4602da82c8cf223d4299070489edb@haiku-os.org> Message-ID: <053.44f139539ecace0047172ff56642920c@haiku-os.org> #3209: [Terminal] Enhancements (mostly easy) -----------------------------------+---------------------------------------- Reporter: humdinger | Owner: jackburton Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Changes (by mmadia): * cc: mattmadia@? (added) Comment: umccullough uploaded the patch for me, as I experienced difficulty. This patch implements sections 2) and 3). In regards to 8), that would be a very nice feature. Is it possible to somehow monitor the program for some type of control release or return value? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 18:57:38 2009 From: trac at haiku-os.org (umccullough) Date: Sun, 11 Jan 2009 17:57:38 -0000 Subject: [Haiku-bugs] [Haiku] #3209: [Terminal] Enhancements (mostly easy) In-Reply-To: <044.e2e4602da82c8cf223d4299070489edb@haiku-os.org> References: <044.e2e4602da82c8cf223d4299070489edb@haiku-os.org> Message-ID: <053.57ff4152530af357f4ac8b0f3c918b16@haiku-os.org> #3209: [Terminal] Enhancements (mostly easy) -----------------------------------+---------------------------------------- Reporter: humdinger | Owner: jackburton Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Comment(by umccullough): For some reason the patch doesn't show the diff in Trac - but you can download "original format" to see it -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 19:24:01 2009 From: trac at haiku-os.org (Adek336) Date: Sun, 11 Jan 2009 18:24:01 -0000 Subject: [Haiku-bugs] [Haiku] #3288: Network activity on 3c900 generates many media changes Message-ID: <042.9bcca563432519209f65a6b0ef350b1b@haiku-os.org> #3288: Network activity on 3c900 generates many media changes -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- With transmission running, I get a pair of messages like every 10 seconds: {{{ /dev/net/3com/0: media change, media 0x200023 quality 1000 speed 10000 /dev/net/3com/0: media change, media 0xa00023 quality 1000 speed 10000 }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 19:27:32 2009 From: trac at haiku-os.org (Adek336) Date: Sun, 11 Jan 2009 18:27:32 -0000 Subject: [Haiku-bugs] [Haiku] #3288: Network activity on 3c900 generates many media changes In-Reply-To: <042.9bcca563432519209f65a6b0ef350b1b@haiku-os.org> References: <042.9bcca563432519209f65a6b0ef350b1b@haiku-os.org> Message-ID: <051.dbe799c7a0e793719fe012b0bb681245@haiku-os.org> #3288: Network activity on 3c900 generates many media changes -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by Adek336): r28883. I don't see these messages when there is no network activity. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 19:39:47 2009 From: trac at haiku-os.org (mmadia) Date: Sun, 11 Jan 2009 18:39:47 -0000 Subject: [Haiku-bugs] [Haiku] #1234: adapt our build system to distro guidelines In-Reply-To: <045.5c92696b3ec8f60857149b21b256a376@haiku-os.org> References: <045.5c92696b3ec8f60857149b21b256a376@haiku-os.org> Message-ID: <054.e09aee5f61534e216dac2dc61a603028@haiku-os.org> #1234: adapt our build system to distro guidelines -------------------------+-------------------------------------------------- Reporter: wkornewald | Owner: axeld Type: enhancement | Status: new Priority: high | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Changes (by mmadia): * cc: mattmadia@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 19:47:02 2009 From: trac at haiku-os.org (mmadia) Date: Sun, 11 Jan 2009 18:47:02 -0000 Subject: [Haiku-bugs] [Haiku] #1234: adapt our build system to distro guidelines In-Reply-To: <045.5c92696b3ec8f60857149b21b256a376@haiku-os.org> References: <045.5c92696b3ec8f60857149b21b256a376@haiku-os.org> Message-ID: <054.3fb8c00cb2caac8aeedb08ed28c94eac@haiku-os.org> #1234: adapt our build system to distro guidelines -------------------------+-------------------------------------------------- Reporter: wkornewald | Owner: axeld Type: enhancement | Status: new Priority: high | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by mmadia): Should this be added to the R1/Alpha blockers? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 20:31:41 2009 From: trac at haiku-os.org (bbjimmy) Date: Sun, 11 Jan 2009 19:31:41 -0000 Subject: [Haiku-bugs] [Haiku] #3287: cannot mount floppy In-Reply-To: <042.4f4cf4f88fec0cdc71bfb9e66eab8035@haiku-os.org> References: <042.4f4cf4f88fec0cdc71bfb9e66eab8035@haiku-os.org> Message-ID: <051.d11366d7266a35900395e086d2a2e1ce@haiku-os.org> #3287: cannot mount floppy -----------------------+---------------------------------------------------- Reporter: bbjimmy | Owner: mmu_man Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by bbjimmy): Replying to [comment:2 mmu_man]: > Btw, the fact it's not in DriveSetup doesn't mean it doesn't work. It's probably just not picked up by the partitioning subsystem, maybe because it's a BeOS style driver. There is a file in: /boot/beos/system/add- ons/kernel/drivers/dev/disk/floppy/pc_floppy linking to: /boot/beos/system/add-ons/kernel/drivers/bin/pc_floppy -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 20:38:38 2009 From: trac at haiku-os.org (mmu_man) Date: Sun, 11 Jan 2009 19:38:38 -0000 Subject: [Haiku-bugs] [Haiku] #3287: cannot mount floppy In-Reply-To: <042.4f4cf4f88fec0cdc71bfb9e66eab8035@haiku-os.org> References: <042.4f4cf4f88fec0cdc71bfb9e66eab8035@haiku-os.org> Message-ID: <051.735c730a6f712bbeee232042beeccf34@haiku-os.org> #3287: cannot mount floppy -----------------------+---------------------------------------------------- Reporter: bbjimmy | Owner: mmu_man Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by mmu_man): Yes, that's a BeOS style driver, as opposed to drivers using the new framework. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 20:48:56 2009 From: trac at haiku-os.org (Adek336) Date: Sun, 11 Jan 2009 19:48:56 -0000 Subject: [Haiku-bugs] [Haiku] #3289: Tracker crash in _add after bootup Message-ID: <042.e81865f95e13d0e85408a7153df7d03a@haiku-os.org> #3289: Tracker crash in _add after bootup -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- _add _fmt strftime -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 20:50:34 2009 From: trac at haiku-os.org (Adek336) Date: Sun, 11 Jan 2009 19:50:34 -0000 Subject: [Haiku-bugs] [Haiku] #3289: Tracker crash in _add after bootup In-Reply-To: <042.e81865f95e13d0e85408a7153df7d03a@haiku-os.org> References: <042.e81865f95e13d0e85408a7153df7d03a@haiku-os.org> Message-ID: <051.89fce118a33ab0970b82c1437b4ef6f7@haiku-os.org> #3289: Tracker crash in _add after bootup -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by Adek336): r28845, crashed right after booting up -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 20:55:07 2009 From: trac at haiku-os.org (axeld) Date: Sun, 11 Jan 2009 19:55:07 -0000 Subject: [Haiku-bugs] [Haiku] #2594: PANIC: ASSERT FAILED (src/add-ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null In-Reply-To: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> References: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> Message-ID: <050.0a4bd30cd5c517c5e1d0d8efdd264f4a@haiku-os.org> #2594: PANIC: ASSERT FAILED (src/add- ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null -------------------------------------+-------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: reopened Priority: high | Milestone: R1 Component: Network & Internet/TCP | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Changes (by axeld): * status: closed => reopened * resolution: fixed => Comment: How exactly can you reproduce this so fast? :-) Thanks for the note, it seems to be really hard to get that right. I fixed one occurence of that assert with the test app, so I thought I got it. At least that's the least important assert :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 20:57:29 2009 From: trac at haiku-os.org (Adek336) Date: Sun, 11 Jan 2009 19:57:29 -0000 Subject: [Haiku-bugs] [Haiku] #2594: PANIC: ASSERT FAILED (src/add-ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null In-Reply-To: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> References: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> Message-ID: <050.452b206492bcb4c3d33b07e73c4ccb6d@haiku-os.org> #2594: PANIC: ASSERT FAILED (src/add- ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null -------------------------------------+-------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: reopened Priority: high | Milestone: R1 Component: Network & Internet/TCP | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Comment(by Adek336): I can reproduce it in a just few minutes with transmission + 30 torrents :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 21:18:32 2009 From: trac at haiku-os.org (mmadia) Date: Sun, 11 Jan 2009 20:18:32 -0000 Subject: [Haiku-bugs] [Haiku] #2594: PANIC: ASSERT FAILED (src/add-ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null In-Reply-To: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> References: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> Message-ID: <050.876c51ef92a20f624678b03b1ba615b0@haiku-os.org> #2594: PANIC: ASSERT FAILED (src/add- ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null -------------------------------------+-------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: reopened Priority: high | Milestone: R1 Component: Network & Internet/TCP | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Comment(by mmadia): Would a Haiku binary of v0.7x help with testing? Adek336 does this still occur with the v1.42 at http://www.haikuware.com /view-details/development/app-installation/transmission-142 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 21:27:31 2009 From: trac at haiku-os.org (VinDuv) Date: Sun, 11 Jan 2009 20:27:31 -0000 Subject: [Haiku-bugs] [Haiku] #2489: No boot when HyperThreading is activated In-Reply-To: <041.b2aecae886747a7c51d2dc551386ed43@haiku-os.org> References: <041.b2aecae886747a7c51d2dc551386ed43@haiku-os.org> Message-ID: <050.2c8be7cbda871e64e78577866186a960@haiku-os.org> #2489: No boot when HyperThreading is activated --------------------------------+------------------------------------------- Reporter: VinDuv | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Boot Loader | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------------+------------------------------------------- Changes (by VinDuv): * cc: vincent.duvert@? (added) Comment: Sorry, I did not see your message earlier. Yes, it is still restarting right after selecting Haiku in Grub. (i tested with r28874) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 21:28:19 2009 From: trac at haiku-os.org (VinDuv) Date: Sun, 11 Jan 2009 20:28:19 -0000 Subject: [Haiku-bugs] [Haiku] #2641: [nvidia] Video problems In-Reply-To: <041.5e66e5d31b4e574ab0cd37fd18661280@haiku-os.org> References: <041.5e66e5d31b4e574ab0cd37fd18661280@haiku-os.org> Message-ID: <050.ebbc8c0fcfbb5168453a8c92d7877207@haiku-os.org> #2641: [nvidia] Video problems -------------------------------------+-------------------------------------- Reporter: VinDuv | Owner: rudolfc Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Changes (by VinDuv): * cc: vincent.duvert@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 21:47:25 2009 From: trac at haiku-os.org (emitrax) Date: Sun, 11 Jan 2009 20:47:25 -0000 Subject: [Haiku-bugs] [Haiku] #2093: Missing POSIX header libgen.h In-Reply-To: <042.b47a244b90b3a72148ccd293e3525aea@haiku-os.org> References: <042.b47a244b90b3a72148ccd293e3525aea@haiku-os.org> Message-ID: <051.986042df77c91e9002e8292eaac2ce5b@haiku-os.org> #2093: Missing POSIX header libgen.h -------------------------+-------------------------------------------------- Reporter: begasus | Owner: emitrax Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Changes (by emitrax): * owner: axeld => emitrax -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 23:07:40 2009 From: trac at haiku-os.org (Adek336) Date: Sun, 11 Jan 2009 22:07:40 -0000 Subject: [Haiku-bugs] [Haiku] #2594: PANIC: ASSERT FAILED (src/add-ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null In-Reply-To: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> References: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> Message-ID: <050.6b393e3f95542f72b75051edfba7a868@haiku-os.org> #2594: PANIC: ASSERT FAILED (src/add- ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null -------------------------------------+-------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: reopened Priority: high | Milestone: R1 Component: Network & Internet/TCP | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Comment(by Adek336): Replying to [comment:17 mmadia]: > Would a Haiku binary of v0.7x help with testing? > Adek336 does this still occur with the v1.42 at http://www.haikuware.com /view-details/development/app-installation/transmission-142 Indeed, it happens with both transmission 0.4 and 1.42, and the bug is clearly in the kernel side of things. (Btw, transmission 1.42 daemon crashes to userland debugging very quickly, does it crash so quickly for you as well?) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 23:20:27 2009 From: trac at haiku-os.org (diver) Date: Sun, 11 Jan 2009 22:20:27 -0000 Subject: [Haiku-bugs] [Haiku] #3268: Firefox 2.0.0.17 (Bon Echo) not display when network setting is incorrect In-Reply-To: <040.41b67a7e4462a42d710ab3ef134d420c@haiku-os.org> References: <040.41b67a7e4462a42d710ab3ef134d420c@haiku-os.org> Message-ID: <049.7d1d68adfbc77baafcba4c5d7d82c710@haiku-os.org> #3268: Firefox 2.0.0.17 (Bon Echo) not display when network setting is incorrect -----------------------+---------------------------------------------------- Reporter: hu28m | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by diver): See also #2009 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 23:59:10 2009 From: trac at haiku-os.org (Adek336) Date: Sun, 11 Jan 2009 22:59:10 -0000 Subject: [Haiku-bugs] [Haiku] #3290: page fault in get_fd_locked Message-ID: <042.da6fcf91242a27b529f63f8b96dea77e@haiku-os.org> #3290: page fault in get_fd_locked -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- r288845 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 11 23:59:28 2009 From: trac at haiku-os.org (korli) Date: Sun, 11 Jan 2009 22:59:28 -0000 Subject: [Haiku-bugs] [Haiku] #3261: multi_audio KDL: page fault with interrupts disabled In-Reply-To: <046.37fba2bd3c925b273864a9f3cad82c7b@haiku-os.org> References: <046.37fba2bd3c925b273864a9f3cad82c7b@haiku-os.org> Message-ID: <055.3e467ba7c7d5ab19cb61ec358734afc8@haiku-os.org> #3261: multi_audio KDL: page fault with interrupts disabled ----------------------------+----------------------------------------------- Reporter: umccullough | Owner: korli Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed Comment: Nice! Could you also check with r28887? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 12 00:04:55 2009 From: trac at haiku-os.org (Adek336) Date: Sun, 11 Jan 2009 23:04:55 -0000 Subject: [Haiku-bugs] [Haiku] #3290: page fault in get_fd_locked In-Reply-To: <042.da6fcf91242a27b529f63f8b96dea77e@haiku-os.org> References: <042.da6fcf91242a27b529f63f8b96dea77e@haiku-os.org> Message-ID: <051.2654cd70bd366fade3271ca66fa64bd3@haiku-os.org> #3290: page fault in get_fd_locked -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by Adek336): r28845 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 12 00:05:34 2009 From: trac at haiku-os.org (korli) Date: Sun, 11 Jan 2009 23:05:34 -0000 Subject: [Haiku-bugs] [Haiku] #3278: Selecting Auich nvidia in Media causes crash In-Reply-To: <038.fc5c6c2cb4807cc22bceaa4698ff9069@haiku-os.org> References: <038.fc5c6c2cb4807cc22bceaa4698ff9069@haiku-os.org> Message-ID: <047.b3177b73e483a2adcc3764d065fe79d2@haiku-os.org> #3278: Selecting Auich nvidia in Media causes crash ----------------------------+----------------------------------------------- Reporter: HAL | Owner: korli Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: ----------------------------+----------------------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed Comment: This was fixed in r28815. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 12 00:07:25 2009 From: trac at haiku-os.org (korli) Date: Sun, 11 Jan 2009 23:07:25 -0000 Subject: [Haiku-bugs] [Haiku] #3111: [auich] PANIC: page fault but interrupts were disabled. In-Reply-To: <040.9659d5ea34673e5feb769df863038128@haiku-os.org> References: <040.9659d5ea34673e5feb769df863038128@haiku-os.org> Message-ID: <049.e4c06d077c2032adae676aec97ec174f@haiku-os.org> #3111: [auich] PANIC: page fault but interrupts were disabled. ---------------------------+------------------------------------------------ Reporter: diver | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by korli): Could you reproduce as of r28887 please ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 12 00:15:06 2009 From: trac at haiku-os.org (Adek336) Date: Sun, 11 Jan 2009 23:15:06 -0000 Subject: [Haiku-bugs] [Haiku] #3289: Tracker crash in _add after bootup In-Reply-To: <042.e81865f95e13d0e85408a7153df7d03a@haiku-os.org> References: <042.e81865f95e13d0e85408a7153df7d03a@haiku-os.org> Message-ID: <051.741cfb03e64782286207e0352d21ea59@haiku-os.org> #3289: Tracker crash in _add after bootup -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by Adek336): Happened to me twice. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 12 00:16:33 2009 From: trac at haiku-os.org (diver) Date: Sun, 11 Jan 2009 23:16:33 -0000 Subject: [Haiku-bugs] [Haiku] #3111: [auich] PANIC: page fault but interrupts were disabled. In-Reply-To: <040.9659d5ea34673e5feb769df863038128@haiku-os.org> References: <040.9659d5ea34673e5feb769df863038128@haiku-os.org> Message-ID: <049.476cb21b2a0761ea5cacac3b3c3927d7@haiku-os.org> #3111: [auich] PANIC: page fault but interrupts were disabled. ---------------------------+------------------------------------------------ Reporter: diver | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by diver): I'll try. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 12 00:18:00 2009 From: trac at haiku-os.org (Adek336) Date: Sun, 11 Jan 2009 23:18:00 -0000 Subject: [Haiku-bugs] [Haiku] #3291: Taskbar overlaps icons Message-ID: <042.5e06e263830da3ca4d69c5327fa8b0e6@haiku-os.org> #3291: Taskbar overlaps icons -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 12 00:19:00 2009 From: trac at haiku-os.org (Adek336) Date: Sun, 11 Jan 2009 23:19:00 -0000 Subject: [Haiku-bugs] [Haiku] #3291: Taskbar overlaps icons In-Reply-To: <042.5e06e263830da3ca4d69c5327fa8b0e6@haiku-os.org> References: <042.5e06e263830da3ca4d69c5327fa8b0e6@haiku-os.org> Message-ID: <051.f47bc50a33ed63e6924fc5f59064c225@haiku-os.org> #3291: Taskbar overlaps icons -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by Adek336): I think it would be more aesthetically pleasing if the icons would go a split inch lower. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 12 00:28:09 2009 From: trac at haiku-os.org (Adek336) Date: Sun, 11 Jan 2009 23:28:09 -0000 Subject: [Haiku-bugs] [Haiku] #3292: "Restart tracker" button shortened to "Restart t..." Message-ID: <042.dec2faa764a62477f7237a27be6ceac5@haiku-os.org> #3292: "Restart tracker" button shortened to "Restart t..." -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- A user won't understand the function of that button when it says "Restart t...". -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 12 00:37:15 2009 From: trac at haiku-os.org (Adek336) Date: Sun, 11 Jan 2009 23:37:15 -0000 Subject: [Haiku-bugs] [Haiku] #3292: "Restart tracker" button shortened to "Restart t..." In-Reply-To: <042.dec2faa764a62477f7237a27be6ceac5@haiku-os.org> References: <042.dec2faa764a62477f7237a27be6ceac5@haiku-os.org> Message-ID: <051.7ec0729b65cdafa2b40007aae9ae281b@haiku-os.org> #3292: "Restart tracker" button shortened to "Restart t..." -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by Adek336): The long text is Restart the Desktop, not Restart tracker, I think. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 12 00:37:46 2009 From: trac at haiku-os.org (Adek336) Date: Sun, 11 Jan 2009 23:37:46 -0000 Subject: [Haiku-bugs] [Haiku] #3292: "Restart tracker" button shortened to "Restart t..." In-Reply-To: <042.dec2faa764a62477f7237a27be6ceac5@haiku-os.org> References: <042.dec2faa764a62477f7237a27be6ceac5@haiku-os.org> Message-ID: <051.ccbfad44b7e7c792acd89ccbc20cb183@haiku-os.org> #3292: "Restart tracker" button shortened to "Restart t..." -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by Adek336): r28845 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 12 00:40:33 2009 From: trac at haiku-os.org (emitrax) Date: Sun, 11 Jan 2009 23:40:33 -0000 Subject: [Haiku-bugs] [Haiku] #2093: Missing POSIX header libgen.h In-Reply-To: <042.b47a244b90b3a72148ccd293e3525aea@haiku-os.org> References: <042.b47a244b90b3a72148ccd293e3525aea@haiku-os.org> Message-ID: <051.e87341b91c2b956228cc0ed751629627@haiku-os.org> #2093: Missing POSIX header libgen.h --------------------------+------------------------------------------------- Reporter: begasus | Owner: emitrax Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by emitrax): * status: new => closed * resolution: => fixed Comment: Added libgen.h along with dirname and basename in r28888. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 12 00:48:20 2009 From: trac at haiku-os.org (aldeck) Date: Sun, 11 Jan 2009 23:48:20 -0000 Subject: [Haiku-bugs] [Haiku] #3289: Tracker crash in _add after bootup In-Reply-To: <042.e81865f95e13d0e85408a7153df7d03a@haiku-os.org> References: <042.e81865f95e13d0e85408a7153df7d03a@haiku-os.org> Message-ID: <051.c40860b7d68d400bb9c441d726711f11@haiku-os.org> #3289: Tracker crash in _add after bootup -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by aldeck): Is it a recent bug? Does it happen when a particular folder is open? It seems that it's your 'tcp' folder that crashed. If that's the case, anything particular about the files it contains? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 12 01:04:28 2009 From: trac at haiku-os.org (Adek336) Date: Mon, 12 Jan 2009 00:04:28 -0000 Subject: [Haiku-bugs] [Haiku] #3289: Tracker crash in _add after bootup In-Reply-To: <042.e81865f95e13d0e85408a7153df7d03a@haiku-os.org> References: <042.e81865f95e13d0e85408a7153df7d03a@haiku-os.org> Message-ID: <051.a8ad504baf3602a5b34c1b588edcdd4e@haiku-os.org> #3289: Tracker crash in _add after bootup -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by Adek336): Both crashes straight after bootup with r28845, I have booted up several times and only twice did the bug happen. The tcp and ipv4 are the folders for the generated files under add- ons/kernel/network/protocols on /haiku-dane bfs partition. Each of them contains a handful of .o files and a kernel add-on. Also opened are /boot/beos/system/add-ons/kernel/network, /boot/beos/system/add-ons/kernel/network/protocols and the kernel/network/stack generated folder. In img_1394 also opened two directories from /haiku-dane containing symbolic links. Before closing the debug window, only tcp folder in img_1571 and only the ipv4 folder in img_1394 were affected. After closing it, the whole team would quit. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 12 01:08:26 2009 From: trac at haiku-os.org (aldeck) Date: Mon, 12 Jan 2009 00:08:26 -0000 Subject: [Haiku-bugs] [Haiku] #2805: Tracker crashes after extracting files from an archive In-Reply-To: <042.fe1d3103067d459829729ec31c4e7714@haiku-os.org> References: <042.fe1d3103067d459829729ec31c4e7714@haiku-os.org> Message-ID: <051.d72254163a0ac290f8e57e1e0b83efde@haiku-os.org> #2805: Tracker crashes after extracting files from an archive ----------------------------------+----------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by aldeck): To karmak: the backtrace you had was due to another problem fixed in r28871 :) To scottmc: could you recheck? as there has been a few tracker fixes recently. Thanks for testing. PS: the GLTeapot bug was fixed a few weeks ago too. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 12 01:24:30 2009 From: trac at haiku-os.org (anevilyak) Date: Mon, 12 Jan 2009 00:24:30 -0000 Subject: [Haiku-bugs] [Haiku] #2760: Crash when sorting folder by extented attribute In-Reply-To: <044.57783320966c89af108394cb99691802@haiku-os.org> References: <044.57783320966c89af108394cb99691802@haiku-os.org> Message-ID: <053.010708c664c1d1cf2c839844dea91f62@haiku-os.org> #2760: Crash when sorting folder by extented attribute -----------------------------------+---------------------------------------- Reporter: humdinger | Owner: anevilyak Type: bug | Status: closed Priority: high | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by anevilyak): * status: assigned => closed * resolution: => fixed Comment: Based on Ingo's feedback, this is definitely fixed. Please re-open if you see it again. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 12 06:01:24 2009 From: trac at haiku-os.org (scottmc) Date: Mon, 12 Jan 2009 05:01:24 -0000 Subject: [Haiku-bugs] [Haiku] #2805: Tracker crashes after extracting files from an archive In-Reply-To: <042.fe1d3103067d459829729ec31c4e7714@haiku-os.org> References: <042.fe1d3103067d459829729ec31c4e7714@haiku-os.org> Message-ID: <051.5ffaf797037ddee256d1b94492d5a49d@haiku-os.org> #2805: Tracker crashes after extracting files from an archive ----------------------------------+----------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by scottmc): I can't say that I've seen this happen in the past 2 months, and I use Haiku for a few hours each day usually. So if there's been fixes to tracker recently that probably fixed it. Can close. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 12 10:03:07 2009 From: trac at haiku-os.org (axeld) Date: Mon, 12 Jan 2009 09:03:07 -0000 Subject: [Haiku-bugs] [Haiku] #3292: "Restart tracker" button shortened to "Restart t..." In-Reply-To: <042.dec2faa764a62477f7237a27be6ceac5@haiku-os.org> References: <042.dec2faa764a62477f7237a27be6ceac5@haiku-os.org> Message-ID: <051.e7d11108bb1eb656a1de68bbdd6c422c@haiku-os.org> #3292: "Restart tracker" button shortened to "Restart t..." --------------------------------+------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Changes (by axeld): * component: - General => Kits/Interface Kit Comment: I've seen this as well, it just only happens rarely. It's possibly a problem of the layout engine, unless I'm missing something. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 12 10:47:45 2009 From: trac at haiku-os.org (karmak) Date: Mon, 12 Jan 2009 09:47:45 -0000 Subject: [Haiku-bugs] [Haiku] #2805: Tracker crashes after extracting files from an archive In-Reply-To: <042.fe1d3103067d459829729ec31c4e7714@haiku-os.org> References: <042.fe1d3103067d459829729ec31c4e7714@haiku-os.org> Message-ID: <051.7d6922c96c0133daf3e54e92f724e67a@haiku-os.org> #2805: Tracker crashes after extracting files from an archive ----------------------------------+----------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by karmak): I noticed the fix (i'm on the mailing list). Thanks !! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 12 12:54:04 2009 From: trac at haiku-os.org (bbjimmy) Date: Mon, 12 Jan 2009 11:54:04 -0000 Subject: [Haiku-bugs] [Haiku] #3150: BFS directory corruption. In-Reply-To: <038.28292c867ae3be742393ec086836c73f@haiku-os.org> References: <038.28292c867ae3be742393ec086836c73f@haiku-os.org> Message-ID: <047.45fc5538c498508d3cde762a0ea48c3c@haiku-os.org> #3150: BFS directory corruption. ------------------------------+--------------------------------------------- Reporter: bga | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: File Systems/BFS | Version: R1 development Blockedby: | Platform: x86 Blocking: | ------------------------------+--------------------------------------------- Comment(by bbjimmy): I had this issue once while installing from an image file to a partition in QEMU and loosing power. Two files were damaged. The fix for me was running forcerm from my Zeta install to remove the offending files and re- installing haiku from the image file. Maybe we need a forcerm tool for haiku? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 12 13:03:22 2009 From: trac at haiku-os.org (aldeck) Date: Mon, 12 Jan 2009 12:03:22 -0000 Subject: [Haiku-bugs] [Haiku] #2805: Tracker crashes after extracting files from an archive In-Reply-To: <042.fe1d3103067d459829729ec31c4e7714@haiku-os.org> References: <042.fe1d3103067d459829729ec31c4e7714@haiku-os.org> Message-ID: <051.47ab868c3d6a620b6e6f86a033764863@haiku-os.org> #2805: Tracker crashes after extracting files from an archive -----------------------------------+---------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: closed Priority: critical | Milestone: R1/alpha1 Component: Applications/Tracker | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by aldeck): * status: new => closed * resolution: => fixed Comment: Ok, please reopen if you see it again! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 12 13:07:58 2009 From: trac at haiku-os.org (axeld) Date: Mon, 12 Jan 2009 12:07:58 -0000 Subject: [Haiku-bugs] [Haiku] #3141: flock does not check the operation argument for validity In-Reply-To: <042.fd7e611ddd01ee53bfdeee705eb258b2@haiku-os.org> References: <042.fd7e611ddd01ee53bfdeee705eb258b2@haiku-os.org> Message-ID: <051.1ba4fbbf51844107c70b11bf152942ad@haiku-os.org> #3141: flock does not check the operation argument for validity ---------------------------+------------------------------------------------ Reporter: bhaible | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by axeld): Thanks! The bug is gone with r28889. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 12 13:08:15 2009 From: trac at haiku-os.org (axeld) Date: Mon, 12 Jan 2009 12:08:15 -0000 Subject: [Haiku-bugs] [Haiku] #3141: flock does not check the operation argument for validity In-Reply-To: <042.fd7e611ddd01ee53bfdeee705eb258b2@haiku-os.org> References: <042.fd7e611ddd01ee53bfdeee705eb258b2@haiku-os.org> Message-ID: <051.565a53101cabe310611ea3e9a09c685a@haiku-os.org> #3141: flock does not check the operation argument for validity ----------------------------+----------------------------------------------- Reporter: bhaible | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 12 15:29:05 2009 From: trac at haiku-os.org (axeld) Date: Mon, 12 Jan 2009 14:29:05 -0000 Subject: [Haiku-bugs] [Haiku] #3213: Window relocation has issues with all workspaces windows + multiple workspace resolutions In-Reply-To: <044.78b1df7f9d36b7994e22ffae18ae7b46@haiku-os.org> References: <044.78b1df7f9d36b7994e22ffae18ae7b46@haiku-os.org> Message-ID: <053.3e3b6e72e7a995e6f7db11b4f9970856@haiku-os.org> #3213: Window relocation has issues with all workspaces windows + multiple workspace resolutions --------------------------------+------------------------------------------- Reporter: anevilyak | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by axeld): To be sure you should just disable the relocation code in Workspaces to see if it's still reproducible. Other multi-workspace windows often have similar code as well :-) You could also use "hey" to set a standard window to be visible everywhere, though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 12 15:52:15 2009 From: trac at haiku-os.org (anevilyak) Date: Mon, 12 Jan 2009 14:52:15 -0000 Subject: [Haiku-bugs] [Haiku] #3213: Window relocation has issues with all workspaces windows + multiple workspace resolutions In-Reply-To: <044.78b1df7f9d36b7994e22ffae18ae7b46@haiku-os.org> References: <044.78b1df7f9d36b7994e22ffae18ae7b46@haiku-os.org> Message-ID: <053.9bdf304242ed555fb0f63b860597ce6e@haiku-os.org> #3213: Window relocation has issues with all workspaces windows + multiple workspace resolutions --------------------------------+------------------------------------------- Reporter: anevilyak | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by anevilyak): Replying to [comment:6 axeld]: > To be sure you should just disable the relocation code in Workspaces to see if it's still reproducible. Other multi-workspace windows often have similar code as well :-) > > You could also use "hey" to set a standard window to be visible everywhere, though. True enough, will give that a try after work and report back :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 12 17:23:50 2009 From: trac at haiku-os.org (monni) Date: Mon, 12 Jan 2009 16:23:50 -0000 Subject: [Haiku-bugs] [Haiku] #3293: bt_dev_info and bt_discovery show wrong information when more than one dongle Message-ID: <040.eee3e071090f337b52d677a1672ef6f7@haiku-os.org> #3293: bt_dev_info and bt_discovery show wrong information when more than one dongle -------------------------------+-------------------------------------------- Reporter: monni | Owner: oruizdorantes Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Bluetooth | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- I plugged in two dongles in same USB controller and tried doing both bt_dev_info and bt_discovery. Expected result: Show two different bdaddr Experienced behaviour: Show same bdaddr twice I tried swapping around the dongles and it shows same information so it looks like it's ignoring ID of the dongle totally. This was around r28810 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 12 18:18:39 2009 From: trac at haiku-os.org (oruizdorantes) Date: Mon, 12 Jan 2009 17:18:39 -0000 Subject: [Haiku-bugs] [Haiku] #3293: bt_dev_info and bt_discovery show wrong information when more than one dongle In-Reply-To: <040.eee3e071090f337b52d677a1672ef6f7@haiku-os.org> References: <040.eee3e071090f337b52d677a1672ef6f7@haiku-os.org> Message-ID: <049.3bb6408126751333490fa9a5fbe58e23@haiku-os.org> #3293: bt_dev_info and bt_discovery show wrong information when more than one dongle -------------------------------+-------------------------------------------- Reporter: monni | Owner: oruizdorantes Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Bluetooth | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Changes (by oruizdorantes): * type: bug => enhancement Comment: Yep, this feature is not implemented. I comment it in my blog. bluetooth_server is not monitoring the /dev/bluetooth yet. Only registering in the stack the first device h2generic driver publishes. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 12 20:31:23 2009 From: trac at haiku-os.org (Adek336) Date: Mon, 12 Jan 2009 19:31:23 -0000 Subject: [Haiku-bugs] [Haiku] #2873: poweroff when selecting Shutdown In-Reply-To: <042.61057a88d5860306e3941e0033ddefa8@haiku-os.org> References: <042.61057a88d5860306e3941e0033ddefa8@haiku-os.org> Message-ID: <051.04292083d38085bcc90721a694ce97aa@haiku-os.org> #2873: poweroff when selecting Shutdown -------------------------+-------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by Adek336): works for me ! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 12 20:31:10 2009 From: trac at haiku-os.org (Adek336) Date: Mon, 12 Jan 2009 19:31:10 -0000 Subject: [Haiku-bugs] [Haiku] #3139: Recompiling unchanged files In-Reply-To: <042.32527f81100ce4976caf86b45bf3f2b7@haiku-os.org> References: <042.32527f81100ce4976caf86b45bf3f2b7@haiku-os.org> Message-ID: <051.45875c1cc52e2d759e7cf0f0e30c93ae@haiku-os.org> #3139: Recompiling unchanged files --------------------------+------------------------------------------------- Reporter: Adek336 | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by Adek336): or jam -q @profile update-all -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 12 20:52:11 2009 From: trac at haiku-os.org (umccullough) Date: Mon, 12 Jan 2009 19:52:11 -0000 Subject: [Haiku-bugs] [Haiku] #3139: Recompiling unchanged files In-Reply-To: <042.32527f81100ce4976caf86b45bf3f2b7@haiku-os.org> References: <042.32527f81100ce4976caf86b45bf3f2b7@haiku-os.org> Message-ID: <051.7af5be5306fc00e397aa4c1a1a3c9a30@haiku-os.org> #3139: Recompiling unchanged files --------------------------+------------------------------------------------- Reporter: Adek336 | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by umccullough): Since UserBuildConfig is included as part of the jam build system developed for Haiku - I'm guessing that changes to it will cause a rebuild of many targets regardless of whether any code actually changed. It may be that Jam just isn't smart enough to determine dependency changes when a file such as UserBuildConfig is altered and may affect all targets system- wide simply based on the timestamp change of the UserBuildConfig (can be tested by touching it I suppose). AFAIK, HAIKU_DONT_CLEAR_IMAGE just determines if the image will be wiped with zeros or not before initializing it as BFS. and I believe the "update-all" target just mounts an existing image (or partition) without re-inializing it as BFS, and copies all targets over the top of existing ones. Thus - it seems neither of these are likely to fix the problem you're describing - which seems to be a deeper Jam dependency issue. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 12 21:39:57 2009 From: trac at haiku-os.org (Adek336) Date: Mon, 12 Jan 2009 20:39:57 -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.68665113a0a7dab052246b122c6537e7@haiku-os.org> #2706: PANIC: vm_page_fault: unhandled page fault in kernel space at 0xdeadbf07, ip 0x9428897e ------------------------------------+--------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: Network & Internet/TCP | Version: R1 development Blockedby: | Platform: x86 Blocking: | ------------------------------------+--------------------------------------- Comment(by Adek336): {{{ Index: src/add-ons/kernel/network/protocols/tcp/TCPEndpoint.cpp =================================================================== --- src/add-ons/kernel/network/protocols/tcp/TCPEndpoint.cpp (wersja 28891) +++ src/add-ons/kernel/network/protocols/tcp/TCPEndpoint.cpp (kopia robocza) @@ -430,6 +430,8 @@ gStackModule->wait_for_timer(&fPersistTimer); gStackModule->wait_for_timer(&fDelayedAcknowledgeTimer); gStackModule->wait_for_timer(&fTimeWaitTimer); + + gDatalinkModule->put_route(Domain(), fRoute); } }}} to avoid absurd reference counts in routes. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 12 23:12:23 2009 From: trac at haiku-os.org (bonefish) Date: Mon, 12 Jan 2009 22:12:23 -0000 Subject: [Haiku-bugs] [Haiku] #3139: Recompiling unchanged files In-Reply-To: <042.32527f81100ce4976caf86b45bf3f2b7@haiku-os.org> References: <042.32527f81100ce4976caf86b45bf3f2b7@haiku-os.org> Message-ID: <051.2a8837c9b17d2ec2217e9822c691c856@haiku-os.org> #3139: Recompiling unchanged files --------------------------+------------------------------------------------- Reporter: Adek336 | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by bonefish): Replying to [comment:1 Adek336]: > Possibly HAIKU_DONT_CLEAR_IMAGE = 1 helps here. Nope. Replying to [comment:2 Adek336]: > or jam -q @profile update-all Nope. Replying to [comment:3 umccullough]: > Since UserBuildConfig is included as part of the jam build system developed for Haiku - I'm guessing that changes to it will cause a rebuild of many targets regardless of whether any code actually changed. It may be that Jam just isn't smart enough to determine dependency changes when a file such as UserBuildConfig is altered and may affect all targets system- wide simply based on the timestamp change of the UserBuildConfig (can be tested by touching it I suppose). Actually that does not happen. None of the build system files (Jamfiles, Jamrules, rule files, UserBuildConfig) is declared as a dependency of anything that is built. So just touching one of them will have no effect. BTW, that's why occasionally one has to delete some generated file or directory, if a Jamfile has been changed in a certain way. It doesn't happen particularly often, though. > AFAIK, HAIKU_DONT_CLEAR_IMAGE just determines if the image will be wiped with zeros or not before initializing it as BFS. Yep. > and I believe the "update-all" target just mounts an existing image (or partition) without re-inializing it as BFS, and copies all targets over the top of existing ones. Exactly. > Thus - it seems neither of these are likely to fix the problem you're describing - which seems to be a deeper Jam dependency issue. If targets are recompiled, there might indeed be a dependency problem. Jam saying that targets are updated, doesn't mean that something has been recompiled, though. There are a lot of pseudo targets involved in creating the shell scripts that populate the image. Those are always made, if you build an image, regardless of how many executables/libraries have to be updated. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 12 23:39:55 2009 From: trac at haiku-os.org (umccullough) Date: Mon, 12 Jan 2009 22:39:55 -0000 Subject: [Haiku-bugs] [Haiku] #3139: Recompiling unchanged files In-Reply-To: <042.32527f81100ce4976caf86b45bf3f2b7@haiku-os.org> References: <042.32527f81100ce4976caf86b45bf3f2b7@haiku-os.org> Message-ID: <051.3b0a9aaf2862821802223efec8e25a7a@haiku-os.org> #3139: Recompiling unchanged files --------------------------+------------------------------------------------- Reporter: Adek336 | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by umccullough): Perhaps it would be valuable to know what the change made to UserBuildConfig was in this particular situation. For example, adding optional packages (especially the Bluetooth one for example) could easily add a multitude of targets to the build that weren't there before... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 00:05:04 2009 From: trac at haiku-os.org (monni) Date: Mon, 12 Jan 2009 23:05:04 -0000 Subject: [Haiku-bugs] [Haiku] #3294: bluetooth crash after closing bluetooth_server Message-ID: <040.c098cc94a45fd3fb79c5f3c09d8407bc@haiku-os.org> #3294: bluetooth crash after closing bluetooth_server -------------------------------+-------------------------------------------- Reporter: monni | Owner: oruizdorantes Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Bluetooth | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- {{{ PANIC: vm_page_fault: unhandled page fault in kernel space at 0xdeadbef3 Thread: "uhci finish thread" :acl_rx_complete + 0x007d :Transfer::Finished + 0x0027 :FinishTransfers + 0x044d :FinishThread + 0x001f }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 01:11:47 2009 From: trac at haiku-os.org (anevilyak) Date: Tue, 13 Jan 2009 00:11:47 -0000 Subject: [Haiku-bugs] [Haiku] #3213: Workspace preflet code incorrectly handles restoring window position on workspace switches when workspaces differ in resolution (was: Window relocation has issues with all workspaces windows + multiple workspace resolutions) In-Reply-To: <044.78b1df7f9d36b7994e22ffae18ae7b46@haiku-os.org> References: <044.78b1df7f9d36b7994e22ffae18ae7b46@haiku-os.org> Message-ID: <053.7d34a974c94298e34e2df91b72bde7f0@haiku-os.org> #3213: Workspace preflet code incorrectly handles restoring window position on workspace switches when workspaces differ in resolution -------------------------------------+-------------------------------------- Reporter: anevilyak | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Workspaces | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Changes (by anevilyak): * component: Servers/app_server => Applications/Workspaces Comment: You're correct, it does indeed appear to be the code in Workspaces that's the problem. Does the BeOS bug that it claims to be working around with that code exist in Haiku? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 01:47:51 2009 From: trac at haiku-os.org (Adek336) Date: Tue, 13 Jan 2009 00:47:51 -0000 Subject: [Haiku-bugs] [Haiku] #3295: Tracker vertical scrollbar doesn't update when dragged Message-ID: <042.70ea565e105c7882c8bb6ba54272c544@haiku-os.org> #3295: Tracker vertical scrollbar doesn't update when dragged ----------------------------------+----------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Open a Tracker window with a vertical scrollbar enabled. Begin an operation in the background that increases or decreases the number of files in the folder the Tracker window has opened so the scrollbar should shrink or enlarge. Click the scrollbar. Now the number of files changes. The scrollbar size doesn't change until you release the scrollbar. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 02:00:19 2009 From: trac at haiku-os.org (Adek336) Date: Tue, 13 Jan 2009 01:00:19 -0000 Subject: [Haiku-bugs] [Haiku] #3289: Tracker crash in _add after bootup In-Reply-To: <042.e81865f95e13d0e85408a7153df7d03a@haiku-os.org> References: <042.e81865f95e13d0e85408a7153df7d03a@haiku-os.org> Message-ID: <051.abff5d34d4ce2fad20c68abbb3ec64cf@haiku-os.org> #3289: Tracker crash in _add after bootup -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by Adek336): This time crash not right after boot but after some time with vim. Slightly different backtrace. After quiting the userland debugger for Tracker, the userland debugger for app_server thread picasso appeared. img_1648.jpg additional backtrace of the thread gotten from kdl. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 02:02:11 2009 From: trac at haiku-os.org (Adek336) Date: Tue, 13 Jan 2009 01:02:11 -0000 Subject: [Haiku-bugs] [Haiku] #3258: Can't hide Tracker window (was: Double click doesn't minimize tracker window) In-Reply-To: <042.0ce52bcf5be383a9ff1bc13926589b8d@haiku-os.org> References: <042.0ce52bcf5be383a9ff1bc13926589b8d@haiku-os.org> Message-ID: <051.cdb6e8708c9bea6ac5f30eade28d3dca@haiku-os.org> #3258: Can't hide Tracker window --------------------------------+------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by Adek336): Using "Hide all windows" in Deskbar doesn't minimize these Tracker windows either. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 03:12:29 2009 From: trac at haiku-os.org (Adek336) Date: Tue, 13 Jan 2009 02:12:29 -0000 Subject: [Haiku-bugs] [Haiku] #2845: [kernel] vm_page_fault: block notifier/writer In-Reply-To: <040.bb81718304eb12e166bb10537ea14f7b@haiku-os.org> References: <040.bb81718304eb12e166bb10537ea14f7b@haiku-os.org> Message-ID: <049.95ceef585b4067887c477e7833ef8145@haiku-os.org> #2845: [kernel] vm_page_fault: block notifier/writer ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by Adek336): r28884 on real hardware when using Transmission, 9 minutes uptime, syslog has "kernel thread accessing invalid user memory", I was able to suspend the thread and continue although not very well (Deskbar froze, command sync in terminal wouldn't finish, could not open new terminal tab; on the other hand, transmission was still able to download) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 04:18:47 2009 From: trac at haiku-os.org (Adek336) Date: Tue, 13 Jan 2009 03:18:47 -0000 Subject: [Haiku-bugs] [Haiku] #2975: Tracker, some items not properly redrawn in list mode In-Reply-To: <041.9e69551a83316dbb9a313201131b6d19@haiku-os.org> References: <041.9e69551a83316dbb9a313201131b6d19@haiku-os.org> Message-ID: <050.5818125723db1a071eb1b5eaadd33ffe@haiku-os.org> #2975: Tracker, some items not properly redrawn in list mode ----------------------------------+----------------------------------------- Reporter: miqlas | Owner: nobody Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Changes (by Adek336): * cc: adek336@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 04:30:07 2009 From: trac at haiku-os.org (Adek336) Date: Tue, 13 Jan 2009 03:30:07 -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.d5c495e7f9db5a5fb6fccb8d228f468c@haiku-os.org> #2706: PANIC: vm_page_fault: unhandled page fault in kernel space at 0xdeadbf07, ip 0x9428897e ------------------------------------+--------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: Network & Internet/TCP | Version: R1 development Blockedby: | Platform: x86 Blocking: | ------------------------------------+--------------------------------------- Comment(by Adek336): The crash (a default route being deleted while still being referenced after somebody does put_route() without prior get_route()) can be reproduced very fast if a command like this runs while starting Transmission with many torrents: {{{ while true; do ifconfig /dev/net/3com/0 192.168.1.101 up; done }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 04:32:50 2009 From: trac at haiku-os.org (koki) Date: Tue, 13 Jan 2009 03:32:50 -0000 Subject: [Haiku-bugs] [Haiku] #3283: app_server crash while changing screen resolutions with intel_extreme In-Reply-To: <046.e7c767d604f804348f9686184f4f9c68@haiku-os.org> References: <046.e7c767d604f804348f9686184f4f9c68@haiku-os.org> Message-ID: <055.a2eb05162cc4dfaa707250d04ea54893@haiku-os.org> #3283: app_server crash while changing screen resolutions with intel_extreme --------------------------------------------+------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/intel_extreme | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------------------+------------------------------- Changes (by koki): * cc: koki (added) Comment: I seem to have what looks like the same problem running rev 28867 on an Acer Aspire One netbook. Video hw according to listdev: device 27ae: Mobile 945GME Express Integrated Graphics Controller HTH. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 04:36:18 2009 From: trac at haiku-os.org (Adek336) Date: Tue, 13 Jan 2009 03:36:18 -0000 Subject: [Haiku-bugs] [Haiku] #3289: Tracker crash in _add after bootup In-Reply-To: <042.e81865f95e13d0e85408a7153df7d03a@haiku-os.org> References: <042.e81865f95e13d0e85408a7153df7d03a@haiku-os.org> Message-ID: <051.091a925ae94d410df07199bbc9c8d467@haiku-os.org> #3289: Tracker crash in _add after bootup -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by Adek336): picasso crashed when I tried to reach the Deskbar or click Restart tracker in processcontroller, not right after quiting the previous debugger -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 04:39:21 2009 From: trac at haiku-os.org (umccullough) Date: Tue, 13 Jan 2009 03:39:21 -0000 Subject: [Haiku-bugs] [Haiku] #3283: app_server crash while changing screen resolutions with intel_extreme In-Reply-To: <046.e7c767d604f804348f9686184f4f9c68@haiku-os.org> References: <046.e7c767d604f804348f9686184f4f9c68@haiku-os.org> Message-ID: <055.0da1a2904b4b0386cb4b280cdaa5420a@haiku-os.org> #3283: app_server crash while changing screen resolutions with intel_extreme --------------------------------------------+------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/intel_extreme | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------------------+------------------------------- Comment(by umccullough): Replying to [comment:2 koki]: > I seem to have what looks like the same problem running rev 28867 on an Acer Aspire One netbook. I believe koki mentioned (in IRC) that in his particular case, it's happening consistently on workspace change (similar to #3282) - and he was also playing video - which may be an underlying factor as I experienced crashes either during, or after playing video. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 07:18:42 2009 From: trac at haiku-os.org (umccullough) Date: Tue, 13 Jan 2009 06:18:42 -0000 Subject: [Haiku-bugs] [Haiku] #3283: app_server crash while changing screen resolutions with intel_extreme In-Reply-To: <046.e7c767d604f804348f9686184f4f9c68@haiku-os.org> References: <046.e7c767d604f804348f9686184f4f9c68@haiku-os.org> Message-ID: <055.966043518915e5a50a8756c6f5bd858d@haiku-os.org> #3283: app_server crash while changing screen resolutions with intel_extreme --------------------------------------------+------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/intel_extreme | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------------------+------------------------------- Comment(by umccullough): I added another screenshot from the same G33-based machine with a different app_server crash. I was trying to stress it a bit, so I was playing a video in VLC (HaikuRocks.mpg) had Vision open, was running dnetc (pegged the CPUs at 100% at idle priority), had a terminal running several "find" commands in a row to keep some scrolling action going, and then started changing workspaces and changing resolutions. I did this for about 5-10 minutes with no chras. It seemed pretty stable till I let it sit for a coupld mins - and while doing pretty much nothing (no user-actions) it spontaneously crashed. I moved the cursor around a bit and it then froze. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 10:34:31 2009 From: trac at haiku-os.org (Adek336) Date: Tue, 13 Jan 2009 09:34:31 -0000 Subject: [Haiku-bugs] [Haiku] #3283: app_server crash while changing screen resolutions with intel_extreme In-Reply-To: <046.e7c767d604f804348f9686184f4f9c68@haiku-os.org> References: <046.e7c767d604f804348f9686184f4f9c68@haiku-os.org> Message-ID: <055.a1cc2dcd190165cb670b764b1b565332@haiku-os.org> #3283: app_server crash while changing screen resolutions with intel_extreme --------------------------------------------+------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/intel_extreme | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------------------+------------------------------- Comment(by Adek336): I encountered a similar crash with the nvidia accelerant shortly after a Tracker crash - see img_1647.jpg in #3289 (http://dev.haiku- os.org/attachment/ticket/3289/img_1647.jpg) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 12:20:57 2009 From: trac at haiku-os.org (rossi) Date: Tue, 13 Jan 2009 11:20:57 -0000 Subject: [Haiku-bugs] [Haiku] #3296: Review Tracker default actions move vs. copy Message-ID: <040.dff1178ce7b3dca94cfa22f7f513efa6@haiku-os.org> #3296: Review Tracker default actions move vs. copy -------------------------+-------------------------------------------------- Reporter: rossi | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Currently Tracker defaults to move files instead of copying files, when dragging files around. Wouldn't it be a little bit less dangerous, if the default action is different depending on context (and I don't really feel good to say so, but as in most other systems). I.e. move within the same partion and copy across partitions? Or at least, when actually dragging files to a removable target like an USB stick, the default action should be copy. Additionally, if the current behavious is kept, at least an error should be posted if dragging away from an read-only volume, as there is no visual indication that a volume is read-only and files are also not deleted/moved. Anyhow, this error/warning should just be brought up once per copy action. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 12:59:02 2009 From: trac at haiku-os.org (aldeck) Date: Tue, 13 Jan 2009 11:59:02 -0000 Subject: [Haiku-bugs] [Haiku] #3289: Tracker crash in _add after bootup In-Reply-To: <042.e81865f95e13d0e85408a7153df7d03a@haiku-os.org> References: <042.e81865f95e13d0e85408a7153df7d03a@haiku-os.org> Message-ID: <051.e0d47e065b54e1b7fa8f18ced89746d6@haiku-os.org> #3289: Tracker crash in _add after bootup -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by aldeck): I have no idea what could be going on. What hardware (emu?) are you testing with? Do you build from source? GCC2 or 4? Any special driver? Are you sure that it's a Tracker thread that crashes and that gdb attached to the correct thread (see #2956) ? From your screenshot, i'm missing the first lines and can't see what called the debugger, what's the error, segment violation? assert? Regards -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 13:17:41 2009 From: trac at haiku-os.org (axeld) Date: Tue, 13 Jan 2009 12:17:41 -0000 Subject: [Haiku-bugs] [Haiku] #2706: PANIC: vm_page_fault: unhandled page fault in kernel space at 0xdeadbf07, ip 0x9428897e In-Reply-To: <041.8d34f46a15791872dcdd382ff2fcecde@haiku-os.org> References: <041.8d34f46a15791872dcdd382ff2fcecde@haiku-os.org> Message-ID: <050.72ed6d6383ad3f0ac62c9256c5f73e68@haiku-os.org> #2706: PANIC: vm_page_fault: unhandled page fault in kernel space at 0xdeadbf07, ip 0x9428897e ------------------------------------+--------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: Network & Internet/TCP | Version: R1 development Blockedby: | Platform: x86 Blocking: | ------------------------------------+--------------------------------------- Comment(by axeld): I think there are two problems: 1) TCP is not using net_route_infos but net_routes directly, and 2) some route locking in the stack has apparently been removed some time ago - it doesn't look very good as it is now. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 14:31:19 2009 From: trac at haiku-os.org (aldeck) Date: Tue, 13 Jan 2009 13:31:19 -0000 Subject: [Haiku-bugs] [Haiku] #3011: Filling Tracker windows with many files takes too long In-Reply-To: <041.ddf7fe0d31a5ec2b32f76540578ab16c@haiku-os.org> References: <041.ddf7fe0d31a5ec2b32f76540578ab16c@haiku-os.org> Message-ID: <050.15d8a4766f9b1385411ad57519a62201@haiku-os.org> #3011: Filling Tracker windows with many files takes too long ----------------------------------+----------------------------------------- Reporter: stippi | Owner: aldeck Type: enhancement | Status: assigned Priority: normal | Milestone: Unscheduled Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by aldeck): For reference, the AddMimeType issue has been fixed in r28891 . Now i'd like to address the 'FindPose' issue, see this check before each Pose creation: line 1610 in PoseView.cpp : {{{ if (FindPose(model) || FindZombie(model->NodeRef())) { // we already have this pose, don't add it watch_node(model->NodeRef(), B_STOP_WATCHING, this); delete model; if (resultingPoses) resultingPoses[modelIndex] = NULL; continue; } }}} The FindPose search being o(n) this hurts performance a lot. Searching the ZombieList should be ok as it should be quite small if not empty most of the time. Now i've reviewed a lot the code and i can't imagine a case where a Model could be added two times... I added debug output here and it never happens with my tests. Was this a mistake or a paranoid check? Ideas welcomed :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 14:42:55 2009 From: trac at haiku-os.org (aldeck) Date: Tue, 13 Jan 2009 13:42:55 -0000 Subject: [Haiku-bugs] [Haiku] #3011: Filling Tracker windows with many files takes too long In-Reply-To: <041.ddf7fe0d31a5ec2b32f76540578ab16c@haiku-os.org> References: <041.ddf7fe0d31a5ec2b32f76540578ab16c@haiku-os.org> Message-ID: <050.c83376a0b67e0463577d41b61964694e@haiku-os.org> #3011: Filling Tracker windows with many files takes too long ----------------------------------+----------------------------------------- Reporter: stippi | Owner: aldeck Type: enhancement | Status: assigned Priority: normal | Milestone: Unscheduled Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by aldeck): Note that the search use a comparison of the entry_ref of the models so we're looking for a case where a Pose with an equal entry_ref already exists. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 15:18:46 2009 From: trac at haiku-os.org (anevilyak) Date: Tue, 13 Jan 2009 14:18:46 -0000 Subject: [Haiku-bugs] [Haiku] #3296: Review Tracker default actions move vs. copy In-Reply-To: <040.dff1178ce7b3dca94cfa22f7f513efa6@haiku-os.org> References: <040.dff1178ce7b3dca94cfa22f7f513efa6@haiku-os.org> Message-ID: <049.d4a32a1e0c4d45f2eb27a146eb12c0a5@haiku-os.org> #3296: Review Tracker default actions move vs. copy -------------------------+-------------------------------------------------- Reporter: rossi | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by anevilyak): This was already discussed at length on the mailing list (I unfortunately do not have an archive link for that one off the top of my head - if you subscribe to the haiku-svn list, it should be a discussion off r28731). The consensus was that it should indeed do a copy when going between volumes, but with an explicit indicator such as a cursor change. Unfortunately, no one's had the time to do this yet. As for the prompting problem, there is already an open enhancement ticket for this (#3171). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 15:20:50 2009 From: trac at haiku-os.org (stippi) Date: Tue, 13 Jan 2009 14:20:50 -0000 Subject: [Haiku-bugs] [Haiku] #3011: Filling Tracker windows with many files takes too long In-Reply-To: <041.ddf7fe0d31a5ec2b32f76540578ab16c@haiku-os.org> References: <041.ddf7fe0d31a5ec2b32f76540578ab16c@haiku-os.org> Message-ID: <050.0b2635b73293bed02bf3567a1df9a886@haiku-os.org> #3011: Filling Tracker windows with many files takes too long ----------------------------------+----------------------------------------- Reporter: stippi | Owner: aldeck Type: enhancement | Status: assigned Priority: normal | Milestone: Unscheduled Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Old description: > If you don't have a folder with many files (like 30000+), you can > reproduce it by running a query for all files (Alt-F + Enter). I have at > least over 58000 files on both partitions and I am still watching the > files dripple into the list as of now. The first couple thousands will go > in quickly enough, although it could be argued it should be faster. But > after 20000 files, it becomes apparent that something somewhere doesn't > scale very well, and I am strongly guessing that it's the list insertion > in Tracker. The sorting to find the right index is probably binary search > based and fast enough, but then I suppose (without having looked at the > code), that it updates the vertical position of all the following items. > If that's indeed what's happening, one could also mark the position as > invalid until encountering the first item with an invalid position (which > would result in items with invalid positions starting at some index until > the last item). The correct position could then be retrieved once it's > needed (when drawing). Maybe there is even more room for optimization in > the code. (Now my list contains 66500 entries and the harddrive LED is > barely flashing with lots of CPU usage inbetween.) New description: It looks to me like a paranoid check, but maybe it prevents a corner case because of some stuff happening asynchronously. I can't really tell. Maybe turn it into an assert which is not compiled in in release mode? -- Comment(by stippi): Replying to [comment:13 aldeck]: > For reference, the AddMimeType issue has been fixed in r28891 . > > > Now i'd like to address the 'FindPose' issue, see this check before each Pose creation: > > line 1610 in PoseView.cpp : > {{{ > if (FindPose(model) || FindZombie(model->NodeRef())) { > // we already have this pose, don't add it > watch_node(model->NodeRef(), B_STOP_WATCHING, this); > delete model; > if (resultingPoses) > resultingPoses[modelIndex] = NULL; > continue; > } > }}} > > The FindPose search being o(n) this hurts performance a lot. Searching the ZombieList should be ok as it should be quite small if not empty most of the time. > > Now i've reviewed a lot the code and i can't imagine a case where a Model could be added two times... I added debug output here and it never happens with my tests. Was this a mistake or a paranoid check? Ideas welcomed :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 15:44:24 2009 From: trac at haiku-os.org (rossi) Date: Tue, 13 Jan 2009 14:44:24 -0000 Subject: [Haiku-bugs] [Haiku] #3296: Review Tracker default actions move vs. copy In-Reply-To: <040.dff1178ce7b3dca94cfa22f7f513efa6@haiku-os.org> References: <040.dff1178ce7b3dca94cfa22f7f513efa6@haiku-os.org> Message-ID: <049.0f0c3ce5ac4e29b201b18060881c02cf@haiku-os.org> #3296: Review Tracker default actions move vs. copy -------------------------+-------------------------------------------------- Reporter: rossi | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by rossi): I admit, I missed the ml discussion. Guess the ticket can be closed again, if it is already decided and the prompting issue is covered by a different ticket (should read all the tickets first, not just the summaries ;-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 15:44:39 2009 From: trac at haiku-os.org (aldeck) Date: Tue, 13 Jan 2009 14:44:39 -0000 Subject: [Haiku-bugs] [Haiku] #3011: Filling Tracker windows with many files takes too long In-Reply-To: <041.ddf7fe0d31a5ec2b32f76540578ab16c@haiku-os.org> References: <041.ddf7fe0d31a5ec2b32f76540578ab16c@haiku-os.org> Message-ID: <050.e472b6cd10d1798987ea6ff4da6e8901@haiku-os.org> #3011: Filling Tracker windows with many files takes too long ----------------------------------+----------------------------------------- Reporter: stippi | Owner: aldeck Type: enhancement | Status: assigned Priority: normal | Milestone: Unscheduled Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Old description: > It looks to me like a paranoid check, but maybe it prevents a corner case > because of some stuff happening asynchronously. I can't really tell. > Maybe turn it into an assert which is not compiled in in release mode? New description: If you don't have a folder with many files (like 30000+), you can reproduce it by running a query for all files (Alt-F + Enter). I have at least over 58000 files on both partitions and I am still watching the files dripple into the list as of now. The first couple thousands will go in quickly enough, although it could be argued it should be faster. But after 20000 files, it becomes apparent that something somewhere doesn't scale very well, and I am strongly guessing that it's the list insertion in Tracker. The sorting to find the right index is probably binary search based and fast enough, but then I suppose (without having looked at the code), that it updates the vertical position of all the following items. If that's indeed what's happening, one could also mark the position as invalid until encountering the first item with an invalid position (which would result in items with invalid positions starting at some index until the last item). The correct position could then be retrieved once it's needed (when drawing). Maybe there is even more room for optimization in the code. (Now my list contains 66500 entries and the harddrive LED is barely flashing with lots of CPU usage inbetween.) -- Comment(by aldeck): It looks like you edited the decription by mistake :) Let me quote your answer here: stippi: >It looks to me like a paranoid check, but maybe it prevents a corner case because of some stuff >happening asynchronously. I can't really tell. Maybe turn it into an assert which is not compiled >in in release mode? Yes, i could do that. Otherwise if we really need that, it's always possible to do a check for dupes on the whole poseList, only one time, after adding all the poses. Using a temporary hash_set of entry_refs and checking if insertions succeeds. This should be much faster. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 15:50:35 2009 From: trac at haiku-os.org (anevilyak) Date: Tue, 13 Jan 2009 14:50:35 -0000 Subject: [Haiku-bugs] [Haiku] #3296: Review Tracker default actions move vs. copy In-Reply-To: <040.dff1178ce7b3dca94cfa22f7f513efa6@haiku-os.org> References: <040.dff1178ce7b3dca94cfa22f7f513efa6@haiku-os.org> Message-ID: <049.038d8c37fef7ad569837d3d398f1154f@haiku-os.org> #3296: Review Tracker default actions move vs. copy --------------------------+------------------------------------------------- Reporter: rossi | Owner: axeld Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: duplicate | Blockedby: 3171 Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by anevilyak): * status: new => closed * resolution: => duplicate * blockedby: => 3171 Comment: No problem :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 16:20:44 2009 From: trac at haiku-os.org (rossi) Date: Tue, 13 Jan 2009 15:20:44 -0000 Subject: [Haiku-bugs] [Haiku] #3297: PackageInstaller fails to open/install the QEMU package from beBits Message-ID: <040.41178a99d182f45d0089700f9fc88973@haiku-os.org> #3297: PackageInstaller fails to open/install the QEMU package from beBits --------------------------+------------------------------------------------- Reporter: rossi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- PackageInstaller fails to open/install the QEMU package from beBits (http://www.bebits.com/app/4208). Error: "I was unable to read the given package file." Happens on r28892. Screenshot of error message attached. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 16:28:46 2009 From: trac at haiku-os.org (peat) Date: Tue, 13 Jan 2009 15:28:46 -0000 Subject: [Haiku-bugs] [Haiku] #3218: can't reach bootmenu In-Reply-To: <039.5edf33d39bb20b9c6f1426611da7fb56@haiku-os.org> References: <039.5edf33d39bb20b9c6f1426611da7fb56@haiku-os.org> Message-ID: <048.cb59e085c14e410e29c0296011cf72b4@haiku-os.org> #3218: can't reach bootmenu --------------------------------+------------------------------------------- Reporter: peat | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1 Component: System/Boot Loader | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by peat): Debug Output follows: {{{ APM version 1.2 available, flags 3. smp: using ACPI to detect MP configuration smp: local apic address is 0xfee00000 smp: found local APIC with id 0 smp: found io APIC with id 1 and address 0xfec00000 VESA version = 2.0 OEM string: Bochs/Plex86 VBE(C) 2003 http://savannah.nongnu.org/projects/vgabios/ 100: 640 x 400 x 8 (a = 155, mem = 4, phy = e0000000, p = 1, b = 4) 101: 640 x 480 x 8 (a = 155, mem = 4, phy = e0000000, p = 1, b = 5) 102: 800 x 600 x 4 (a = 155, mem = 3, phy = e0000000, p = 4, b = 1) 103: 800 x 600 x 8 (a = 155, mem = 4, phy = e0000000, p = 1, b = 8) 105: 1024 x 768 x 8 (a = 155, mem = 4, phy = e0000000, p = 1, b = 12) 107: 1280 x 1024 x 8 (a = 155, mem = 4, phy = e0000000, p = 1, b = 20) 10d: 320 x 200 x 15 (a = 155, mem = 6, phy = e0000000, p = 1, b = 2) 10e: 320 x 200 x 16 (a = 155, mem = 6, phy = e0000000, p = 1, b = 2) 10f: 320 x 200 x 24 (a = 155, mem = 6, phy = e0000000, p = 1, b = 3) 110: 640 x 480 x 15 (a = 155, mem = 6, phy = e0000000, p = 1, b = 10) 111: 640 x 480 x 16 (a = 155, mem = 6, phy = e0000000, p = 1, b = 10) 112: 640 x 480 x 24 (a = 155, mem = 6, phy = e0000000, p = 1, b = 15) 113: 800 x 600 x 15 (a = 155, mem = 6, phy = e0000000, p = 1, b = 15) 114: 800 x 600 x 16 (a = 155, mem = 6, phy = e0000000, p = 1, b = 15) 115: 800 x 600 x 24 (a = 155, mem = 6, phy = e0000000, p = 1, b = 22) 116: 1024 x 768 x 15 (a = 155, mem = 6, phy = e0000000, p = 1, b = 24) 117: 1024 x 768 x 16 (a = 155, mem = 6, phy = e0000000, p = 1, b = 24) 118: 1024 x 768 x 24 (a = 155, mem = 6, phy = e0000000, p = 1, b = 36) 119: 1280 x 1024 x 15 (a = 155, mem = 6, phy = e0000000, p = 1, b = 40) 11a: 1280 x 1024 x 16 (a = 155, mem = 6, phy = e0000000, p = 1, b = 40) 11b: 1280 x 1024 x 24 (a = 155, mem = 6, phy = e0000000, p = 1, b = 60) 11c: 1600 x 1200 x 8 (a = 155, mem = 4, phy = e0000000, p = 1, b = 30) 11d: 1600 x 1200 x 15 (a = 155, mem = 6, phy = e0000000, p = 1, b = 59) 11e: 1600 x 1200 x 16 (a = 155, mem = 6, phy = e0000000, p = 1, b = 59) 11f: 1600 x 1200 x 24 (a = 155, mem = 6, phy = e0000000, p = 1, b = 88) 140: 320 x 200 x 32 (a = 155, mem = 6, phy = e0000000, p = 1, b = 4) 141: 640 x 400 x 32 (a = 155, mem = 6, phy = e0000000, p = 1, b = 16) 142: 640 x 480 x 32 (a = 155, mem = 6, phy = e0000000, p = 1, b = 19) 143: 800 x 600 x 32 (a = 155, mem = 6, phy = e0000000, p = 1, b = 30) 144: 1024 x 768 x 32 (a = 155, mem = 6, phy = e0000000, p = 1, b = 48) 145: 1280 x 1024 x 32 (a = 155, mem = 6, phy = e0000000, p = 1, b = 80) 146: 320 x 200 x 8 (a = 155, mem = 4, phy = e0000000, p = 1, b = 1) 147: 1600 x 1200 x 32 (a = 155, mem = 6, phy = e0000000, p = 1, b = 118) 148: 1152 x 864 x 8 (a = 155, mem = 4, phy = e0000000, p = 1, b = 16) 149: 1152 x 864 x 15 (a = 155, mem = 6, phy = e0000000, p = 1, b = 31) 14a: 1152 x 864 x 16 (a = 155, mem = 6, phy = e0000000, p = 1, b = 31) 14b: 1152 x 864 x 24 (a = 155, mem = 6, phy = e0000000, p = 1, b = 46) 14c: 1152 x 864 x 32 (a = 155, mem = 6, phy = e0000000, p = 1, b = 61) VESA compatible graphics! Welcome to the Haiku boot loader! legacy base address 1f0 ATA device, master number of drives: 1 add_partitions_for(0x001053a8, mountFS = no) add_partitions_for(fd = 0, mountFS = no) 0x001054fc Partition::Partition 0x001054fc Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map priority: 810 check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00105650 Partition::Partition 0x001054fc Partition::AddChild 0x00105650 0x00105650 Partition::SetParent 0x001054fc new child partition! 0x00105700 Partition::Partition 0x001054fc Partition::AddChild 0x00105700 0x00105700 Partition::SetParent 0x001054fc new child partition! 0x001057bc Partition::Partition 0x001054fc Partition::AddChild 0x001057bc 0x001057bc Partition::SetParent 0x001054fc new child partition! 0x001054fc Partition::Scan(): scan child 0x00105650 (start = 32256, size = 2130315264, parent = 0x001054fc)! 0x00105650 Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map 0x001054fc Partition::Scan(): scan child 0x00105700 (start = 2130347520, size = 2163248640, parent = 0x001054fc)! 0x00105700 Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x001054fc Partition::Scan(): scan child 0x001057bc (start = 4293596160, size = 65020838400, parent = 0x001054fc)! 0x001057bc Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition priority: 949 check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00105ca4 Partition::Partition 0x001057bc Partition::AddChild 0x00105ca4 0x00105ca4 Partition::SetParent 0x001057bc new child partition! 0x00105d6c Partition::Partition 0x001057bc Partition::AddChild 0x00105d6c 0x00105d6c Partition::SetParent 0x001057bc new child partition! 0x00105e34 Partition::Partition 0x001057bc Partition::AddChild 0x00105e34 0x00105e34 Partition::SetParent 0x001057bc new child partition! 0x00105efc Partition::Partition 0x001057bc Partition::AddChild 0x00105efc 0x00105efc Partition::SetParent 0x001057bc new child partition! 0x00105fb8 Partition::Partition 0x001057bc Partition::AddChild 0x00105fb8 0x00105fb8 Partition::SetParent 0x001057bc new child partition! 0x00106074 Partition::Partition 0x001057bc Partition::AddChild 0x00106074 0x00106074 Partition::SetParent 0x001057bc new child partition! 0x0010613c Partition::Partition 0x001057bc Partition::AddChild 0x0010613c 0x0010613c Partition::SetParent 0x001057bc new child partition! 0x001061dc Partition::Partition 0x001057bc Partition::AddChild 0x001061dc 0x001061dc Partition::SetParent 0x001057bc new child partition! 0x00106290 Partition::Partition 0x001057bc Partition::AddChild 0x00106290 0x00106290 Partition::SetParent 0x001057bc new child partition! 0x0010634c Partition::Partition 0x001057bc Partition::AddChild 0x0010634c 0x0010634c Partition::SetParent 0x001057bc new child partition! 0x00106400 Partition::Partition 0x001057bc Partition::AddChild 0x00106400 0x00106400 Partition::SetParent 0x001057bc new child partition! 0x001064bc Partition::Partition 0x001057bc Partition::AddChild 0x001064bc 0x001064bc Partition::SetParent 0x001057bc new child partition! 0x00106570 Partition::Partition 0x001057bc Partition::AddChild 0x00106570 0x00106570 Partition::SetParent 0x001057bc new child partition! 0x00106624 Partition::Partition 0x001057bc Partition::AddChild 0x00106624 0x00106624 Partition::SetParent 0x001057bc new child partition! 0x001066e0 Partition::Partition 0x001057bc Partition::AddChild 0x001066e0 0x001066e0 Partition::SetParent 0x001057bc new child partition! 0x00106794 Partition::Partition 0x001057bc Partition::AddChild 0x00106794 0x00106794 Partition::SetParent 0x001057bc new child partition! 0x0010685c Partition::Partition 0x001057bc Partition::AddChild 0x0010685c 0x0010685c Partition::SetParent 0x001057bc new child partition! 0x00106910 Partition::Partition 0x001057bc Partition::AddChild 0x00106910 0x00106910 Partition::SetParent 0x001057bc new child partition! 0x001069cc Partition::Partition 0x001057bc Partition::AddChild 0x001069cc 0x001069cc Partition::SetParent 0x001057bc new child partition! 0x001057bc Partition::Scan(): scan child 0x00105ca4 (start = 4293628416, size = 2146765824, parent = 0x001057bc)! 0x00105ca4 Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x001057bc Partition::Scan(): scan child 0x00105d6c (start = 6440426496, size = 3216052224, parent = 0x001057bc)! 0x00105d6c Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x001057bc Partition::Scan(): scan child 0x00105e34 (start = 9656510976, size = 3216052224, parent = 0x001057bc)! 0x00105e34 Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x001057bc Partition::Scan(): scan child 0x00105efc (start = 12872595456, size = 1069254144, parent = 0x001057bc)! 0x00105efc Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x001057bc Partition::Scan(): scan child 0x00105fb8 (start = 13941881856, size = 534610944, parent = 0x001057bc)! 0x00105fb8 Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x001057bc Partition::Scan(): scan child 0x00106074 (start = 14476525056, size = 10733958144, parent = 0x001057bc)! 0x00106074 Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x001057bc Partition::Scan(): scan child 0x0010613c (start = 25210515456, size = 8587160064, parent = 0x001057bc)! 0x0010613c Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x001057bc Partition::Scan(): scan child 0x001061dc (start = 33797707776, size = 8587160064, parent = 0x001057bc)! 0x001061dc Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x001057bc Partition::Scan(): scan child 0x00106290 (start = 42384900096, size = 526385664, parent = 0x001057bc)! 0x00106290 Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x001057bc Partition::Scan(): scan child 0x0010634c (start = 42911318016, size = 2689634304, parent = 0x001057bc)! 0x0010634c Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x001057bc Partition::Scan(): scan child 0x00106400 (start = 45600984576, size = 1061028864, parent = 0x001057bc)! 0x00106400 Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x001057bc Partition::Scan(): scan child 0x001064bc (start = 46662045696, size = 2154991104, parent = 0x001057bc)! 0x001064bc Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x001057bc Partition::Scan(): scan child 0x00106570 (start = 48817069056, size = 608638464, parent = 0x001057bc)! 0x00106570 Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x001057bc Partition::Scan(): scan child 0x00106624 (start = 49425739776, size = 1077479424, parent = 0x001057bc)! 0x00106624 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00108f04 Partition::Partition 0x00106624 Partition::AddChild 0x00108f04 0x00108f04 Partition::SetParent 0x00106624 new child partition! 0x00106624 Partition::Scan(): scan child 0x00108f04 (start = 49427567616, size = 1067458560, parent = 0x00106624)! 0x00108f04 Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x001057bc Partition::Scan(): scan child 0x001066e0 (start = 50503251456, size = 3758920704, parent = 0x001057bc)! 0x001066e0 Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x001057bc Partition::Scan(): scan child 0x00106794 (start = 54262204416, size = 2154991104, parent = 0x001057bc)! 0x00106794 Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x001057bc Partition::Scan(): scan child 0x0010685c (start = 56417227776, size = 8595385344, parent = 0x001057bc)! 0x0010685c Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x001057bc Partition::Scan(): scan child 0x00106910 (start = 65012645376, size = 2154991104, parent = 0x001057bc)! 0x00106910 Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x001057bc Partition::Scan(): scan child 0x001069cc (start = 67167668736, size = 2146765824, parent = 0x001057bc)! 0x001069cc Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00109bdc Partition::Partition 0x001069cc Partition::AddChild 0x00109bdc 0x00109bdc Partition::SetParent 0x001069cc new child partition! 0x001069cc Partition::Scan(): scan child 0x00109bdc (start = 67167668736, size = 2145884160, parent = 0x001069cc)! 0x00109bdc Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00109c60 Partition::Partition 0x00109bdc Partition::AddChild 0x00109c60 0x00109c60 Partition::SetParent 0x00109bdc new child partition! 0x00109bdc Partition::Scan(): scan child 0x00109c60 (start = 67167668736, size = 2145884160, parent = 0x00109bdc)! 0x00109c60 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00109ce4 Partition::Partition 0x00109c60 Partition::AddChild 0x00109ce4 0x00109ce4 Partition::SetParent 0x00109c60 new child partition! 0x00109c60 Partition::Scan(): scan child 0x00109ce4 (start = 67167668736, size = 2145884160, parent = 0x00109c60)! 0x00109ce4 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00109d68 Partition::Partition 0x00109ce4 Partition::AddChild 0x00109d68 0x00109d68 Partition::SetParent 0x00109ce4 new child partition! 0x00109ce4 Partition::Scan(): scan child 0x00109d68 (start = 67167668736, size = 2145884160, parent = 0x00109ce4)! 0x00109d68 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00109af0 Partition::Partition 0x00109d68 Partition::AddChild 0x00109af0 0x00109af0 Partition::SetParent 0x00109d68 new child partition! 0x00109d68 Partition::Scan(): scan child 0x00109af0 (start = 67167668736, size = 2145884160, parent = 0x00109d68)! 0x00109af0 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00109ef0 Partition::Partition 0x00109af0 Partition::AddChild 0x00109ef0 0x00109ef0 Partition::SetParent 0x00109af0 new child partition! 0x00109af0 Partition::Scan(): scan child 0x00109ef0 (start = 67167668736, size = 2145884160, parent = 0x00109af0)! 0x00109ef0 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00109f74 Partition::Partition 0x00109ef0 Partition::AddChild 0x00109f74 0x00109f74 Partition::SetParent 0x00109ef0 new child partition! 0x00109ef0 Partition::Scan(): scan child 0x00109f74 (start = 67167668736, size = 2145884160, parent = 0x00109ef0)! 0x00109f74 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00109ff8 Partition::Partition 0x00109f74 Partition::AddChild 0x00109ff8 0x00109ff8 Partition::SetParent 0x00109f74 new child partition! 0x00109f74 Partition::Scan(): scan child 0x00109ff8 (start = 67167668736, size = 2145884160, parent = 0x00109f74)! 0x00109ff8 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010a07c Partition::Partition 0x00109ff8 Partition::AddChild 0x0010a07c 0x0010a07c Partition::SetParent 0x00109ff8 new child partition! 0x00109ff8 Partition::Scan(): scan child 0x0010a07c (start = 67167668736, size = 2145884160, parent = 0x00109ff8)! 0x0010a07c Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00109e04 Partition::Partition 0x0010a07c Partition::AddChild 0x00109e04 0x00109e04 Partition::SetParent 0x0010a07c new child partition! 0x0010a07c Partition::Scan(): scan child 0x00109e04 (start = 67167668736, size = 2145884160, parent = 0x0010a07c)! 0x00109e04 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010a204 Partition::Partition 0x00109e04 Partition::AddChild 0x0010a204 0x0010a204 Partition::SetParent 0x00109e04 new child partition! 0x00109e04 Partition::Scan(): scan child 0x0010a204 (start = 67167668736, size = 2145884160, parent = 0x00109e04)! 0x0010a204 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010a288 Partition::Partition 0x0010a204 Partition::AddChild 0x0010a288 0x0010a288 Partition::SetParent 0x0010a204 new child partition! 0x0010a204 Partition::Scan(): scan child 0x0010a288 (start = 67167668736, size = 2145884160, parent = 0x0010a204)! 0x0010a288 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010a30c Partition::Partition 0x0010a288 Partition::AddChild 0x0010a30c 0x0010a30c Partition::SetParent 0x0010a288 new child partition! 0x0010a288 Partition::Scan(): scan child 0x0010a30c (start = 67167668736, size = 2145884160, parent = 0x0010a288)! 0x0010a30c Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010a390 Partition::Partition 0x0010a30c Partition::AddChild 0x0010a390 0x0010a390 Partition::SetParent 0x0010a30c new child partition! 0x0010a30c Partition::Scan(): scan child 0x0010a390 (start = 67167668736, size = 2145884160, parent = 0x0010a30c)! 0x0010a390 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010a118 Partition::Partition 0x0010a390 Partition::AddChild 0x0010a118 0x0010a118 Partition::SetParent 0x0010a390 new child partition! 0x0010a390 Partition::Scan(): scan child 0x0010a118 (start = 67167668736, size = 2145884160, parent = 0x0010a390)! 0x0010a118 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010a518 Partition::Partition 0x0010a118 Partition::AddChild 0x0010a518 0x0010a518 Partition::SetParent 0x0010a118 new child partition! 0x0010a118 Partition::Scan(): scan child 0x0010a518 (start = 67167668736, size = 2145884160, parent = 0x0010a118)! 0x0010a518 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010a59c Partition::Partition 0x0010a518 Partition::AddChild 0x0010a59c 0x0010a59c Partition::SetParent 0x0010a518 new child partition! 0x0010a518 Partition::Scan(): scan child 0x0010a59c (start = 67167668736, size = 2145884160, parent = 0x0010a518)! 0x0010a59c Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010a620 Partition::Partition 0x0010a59c Partition::AddChild 0x0010a620 0x0010a620 Partition::SetParent 0x0010a59c new child partition! 0x0010a59c Partition::Scan(): scan child 0x0010a620 (start = 67167668736, size = 2145884160, parent = 0x0010a59c)! 0x0010a620 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010a6a4 Partition::Partition 0x0010a620 Partition::AddChild 0x0010a6a4 0x0010a6a4 Partition::SetParent 0x0010a620 new child partition! 0x0010a620 Partition::Scan(): scan child 0x0010a6a4 (start = 67167668736, size = 2145884160, parent = 0x0010a620)! 0x0010a6a4 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010a42c Partition::Partition 0x0010a6a4 Partition::AddChild 0x0010a42c 0x0010a42c Partition::SetParent 0x0010a6a4 new child partition! 0x0010a6a4 Partition::Scan(): scan child 0x0010a42c (start = 67167668736, size = 2145884160, parent = 0x0010a6a4)! 0x0010a42c Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010a82c Partition::Partition 0x0010a42c Partition::AddChild 0x0010a82c 0x0010a82c Partition::SetParent 0x0010a42c new child partition! 0x0010a42c Partition::Scan(): scan child 0x0010a82c (start = 67167668736, size = 2145884160, parent = 0x0010a42c)! 0x0010a82c Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010a8b0 Partition::Partition 0x0010a82c Partition::AddChild 0x0010a8b0 0x0010a8b0 Partition::SetParent 0x0010a82c new child partition! 0x0010a82c Partition::Scan(): scan child 0x0010a8b0 (start = 67167668736, size = 2145884160, parent = 0x0010a82c)! 0x0010a8b0 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010a934 Partition::Partition 0x0010a8b0 Partition::AddChild 0x0010a934 0x0010a934 Partition::SetParent 0x0010a8b0 new child partition! 0x0010a8b0 Partition::Scan(): scan child 0x0010a934 (start = 67167668736, size = 2145884160, parent = 0x0010a8b0)! 0x0010a934 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010a9b8 Partition::Partition 0x0010a934 Partition::AddChild 0x0010a9b8 0x0010a9b8 Partition::SetParent 0x0010a934 new child partition! 0x0010a934 Partition::Scan(): scan child 0x0010a9b8 (start = 67167668736, size = 2145884160, parent = 0x0010a934)! 0x0010a9b8 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010a740 Partition::Partition 0x0010a9b8 Partition::AddChild 0x0010a740 0x0010a740 Partition::SetParent 0x0010a9b8 new child partition! 0x0010a9b8 Partition::Scan(): scan child 0x0010a740 (start = 67167668736, size = 2145884160, parent = 0x0010a9b8)! 0x0010a740 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010ab40 Partition::Partition 0x0010a740 Partition::AddChild 0x0010ab40 0x0010ab40 Partition::SetParent 0x0010a740 new child partition! 0x0010a740 Partition::Scan(): scan child 0x0010ab40 (start = 67167668736, size = 2145884160, parent = 0x0010a740)! 0x0010ab40 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010abc4 Partition::Partition 0x0010ab40 Partition::AddChild 0x0010abc4 0x0010abc4 Partition::SetParent 0x0010ab40 new child partition! 0x0010ab40 Partition::Scan(): scan child 0x0010abc4 (start = 67167668736, size = 2145884160, parent = 0x0010ab40)! 0x0010abc4 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010ac48 Partition::Partition 0x0010abc4 Partition::AddChild 0x0010ac48 0x0010ac48 Partition::SetParent 0x0010abc4 new child partition! 0x0010abc4 Partition::Scan(): scan child 0x0010ac48 (start = 67167668736, size = 2145884160, parent = 0x0010abc4)! 0x0010ac48 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010accc Partition::Partition 0x0010ac48 Partition::AddChild 0x0010accc 0x0010accc Partition::SetParent 0x0010ac48 new child partition! 0x0010ac48 Partition::Scan(): scan child 0x0010accc (start = 67167668736, size = 2145884160, parent = 0x0010ac48)! 0x0010accc Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010aa54 Partition::Partition 0x0010accc Partition::AddChild 0x0010aa54 0x0010aa54 Partition::SetParent 0x0010accc new child partition! 0x0010accc Partition::Scan(): scan child 0x0010aa54 (start = 67167668736, size = 2145884160, parent = 0x0010accc)! 0x0010aa54 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010ae54 Partition::Partition 0x0010aa54 Partition::AddChild 0x0010ae54 0x0010ae54 Partition::SetParent 0x0010aa54 new child partition! 0x0010aa54 Partition::Scan(): scan child 0x0010ae54 (start = 67167668736, size = 2145884160, parent = 0x0010aa54)! 0x0010ae54 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010aed8 Partition::Partition 0x0010ae54 Partition::AddChild 0x0010aed8 0x0010aed8 Partition::SetParent 0x0010ae54 new child partition! 0x0010ae54 Partition::Scan(): scan child 0x0010aed8 (start = 67167668736, size = 2145884160, parent = 0x0010ae54)! 0x0010aed8 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010af5c Partition::Partition 0x0010aed8 Partition::AddChild 0x0010af5c 0x0010af5c Partition::SetParent 0x0010aed8 new child partition! 0x0010aed8 Partition::Scan(): scan child 0x0010af5c (start = 67167668736, size = 2145884160, parent = 0x0010aed8)! 0x0010af5c Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010afe0 Partition::Partition 0x0010af5c Partition::AddChild 0x0010afe0 0x0010afe0 Partition::SetParent 0x0010af5c new child partition! 0x0010af5c Partition::Scan(): scan child 0x0010afe0 (start = 67167668736, size = 2145884160, parent = 0x0010af5c)! 0x0010afe0 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010ad68 Partition::Partition 0x0010afe0 Partition::AddChild 0x0010ad68 0x0010ad68 Partition::SetParent 0x0010afe0 new child partition! 0x0010afe0 Partition::Scan(): scan child 0x0010ad68 (start = 67167668736, size = 2145884160, parent = 0x0010afe0)! 0x0010ad68 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010b168 Partition::Partition 0x0010ad68 Partition::AddChild 0x0010b168 0x0010b168 Partition::SetParent 0x0010ad68 new child partition! 0x0010ad68 Partition::Scan(): scan child 0x0010b168 (start = 67167668736, size = 2145884160, parent = 0x0010ad68)! 0x0010b168 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010b1ec Partition::Partition 0x0010b168 Partition::AddChild 0x0010b1ec 0x0010b1ec Partition::SetParent 0x0010b168 new child partition! 0x0010b168 Partition::Scan(): scan child 0x0010b1ec (start = 67167668736, size = 2145884160, parent = 0x0010b168)! 0x0010b1ec Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010b270 Partition::Partition 0x0010b1ec Partition::AddChild 0x0010b270 0x0010b270 Partition::SetParent 0x0010b1ec new child partition! 0x0010b1ec Partition::Scan(): scan child 0x0010b270 (start = 67167668736, size = 2145884160, parent = 0x0010b1ec)! 0x0010b270 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010b2f4 Partition::Partition 0x0010b270 Partition::AddChild 0x0010b2f4 0x0010b2f4 Partition::SetParent 0x0010b270 new child partition! 0x0010b270 Partition::Scan(): scan child 0x0010b2f4 (start = 67167668736, size = 2145884160, parent = 0x0010b270)! 0x0010b2f4 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010b07c Partition::Partition 0x0010b2f4 Partition::AddChild 0x0010b07c 0x0010b07c Partition::SetParent 0x0010b2f4 new child partition! 0x0010b2f4 Partition::Scan(): scan child 0x0010b07c (start = 67167668736, size = 2145884160, parent = 0x0010b2f4)! 0x0010b07c Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010b47c Partition::Partition 0x0010b07c Partition::AddChild 0x0010b47c 0x0010b47c Partition::SetParent 0x0010b07c new child partition! 0x0010b07c Partition::Scan(): scan child 0x0010b47c (start = 67167668736, size = 2145884160, parent = 0x0010b07c)! 0x0010b47c Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010b500 Partition::Partition 0x0010b47c Partition::AddChild 0x0010b500 0x0010b500 Partition::SetParent 0x0010b47c new child partition! 0x0010b47c Partition::Scan(): scan child 0x0010b500 (start = 67167668736, size = 2145884160, parent = 0x0010b47c)! 0x0010b500 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010b584 Partition::Partition 0x0010b500 Partition::AddChild 0x0010b584 0x0010b584 Partition::SetParent 0x0010b500 new child partition! 0x0010b500 Partition::Scan(): scan child 0x0010b584 (start = 67167668736, size = 2145884160, parent = 0x0010b500)! 0x0010b584 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010b608 Partition::Partition 0x0010b584 Partition::AddChild 0x0010b608 0x0010b608 Partition::SetParent 0x0010b584 new child partition! 0x0010b584 Partition::Scan(): scan child 0x0010b608 (start = 67167668736, size = 2145884160, parent = 0x0010b584)! 0x0010b608 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010b390 Partition::Partition 0x0010b608 Partition::AddChild 0x0010b390 0x0010b390 Partition::SetParent 0x0010b608 new child partition! 0x0010b608 Partition::Scan(): scan child 0x0010b390 (start = 67167668736, size = 2145884160, parent = 0x0010b608)! 0x0010b390 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010b790 Partition::Partition 0x0010b390 Partition::AddChild 0x0010b790 0x0010b790 Partition::SetParent 0x0010b390 new child partition! 0x0010b390 Partition::Scan(): scan child 0x0010b790 (start = 67167668736, size = 2145884160, parent = 0x0010b390)! 0x0010b790 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010b814 Partition::Partition 0x0010b790 Partition::AddChild 0x0010b814 0x0010b814 Partition::SetParent 0x0010b790 new child partition! 0x0010b790 Partition::Scan(): scan child 0x0010b814 (start = 67167668736, size = 2145884160, parent = 0x0010b790)! 0x0010b814 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010b898 Partition::Partition 0x0010b814 Partition::AddChild 0x0010b898 0x0010b898 Partition::SetParent 0x0010b814 new child partition! 0x0010b814 Partition::Scan(): scan child 0x0010b898 (start = 67167668736, size = 2145884160, parent = 0x0010b814)! 0x0010b898 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010b91c Partition::Partition 0x0010b898 Partition::AddChild 0x0010b91c 0x0010b91c Partition::SetParent 0x0010b898 new child partition! 0x0010b898 Partition::Scan(): scan child 0x0010b91c (start = 67167668736, size = 2145884160, parent = 0x0010b898)! 0x0010b91c Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010b6a4 Partition::Partition 0x0010b91c Partition::AddChild 0x0010b6a4 0x0010b6a4 Partition::SetParent 0x0010b91c new child partition! 0x0010b91c Partition::Scan(): scan child 0x0010b6a4 (start = 67167668736, size = 2145884160, parent = 0x0010b91c)! 0x0010b6a4 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010baa4 Partition::Partition 0x0010b6a4 Partition::AddChild 0x0010baa4 0x0010baa4 Partition::SetParent 0x0010b6a4 new child partition! 0x0010b6a4 Partition::Scan(): scan child 0x0010baa4 (start = 67167668736, size = 2145884160, parent = 0x0010b6a4)! 0x0010baa4 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010bb28 Partition::Partition 0x0010baa4 Partition::AddChild 0x0010bb28 0x0010bb28 Partition::SetParent 0x0010baa4 new child partition! 0x0010baa4 Partition::Scan(): scan child 0x0010bb28 (start = 67167668736, size = 2145884160, parent = 0x0010baa4)! 0x0010bb28 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010bbac Partition::Partition 0x0010bb28 Partition::AddChild 0x0010bbac 0x0010bbac Partition::SetParent 0x0010bb28 new child partition! 0x0010bb28 Partition::Scan(): scan child 0x0010bbac (start = 67167668736, size = 2145884160, parent = 0x0010bb28)! 0x0010bbac Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010bc30 Partition::Partition 0x0010bbac Partition::AddChild 0x0010bc30 0x0010bc30 Partition::SetParent 0x0010bbac new child partition! 0x0010bbac Partition::Scan(): scan child 0x0010bc30 (start = 67167668736, size = 2145884160, parent = 0x0010bbac)! 0x0010bc30 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010b9b8 Partition::Partition 0x0010bc30 Partition::AddChild 0x0010b9b8 0x0010b9b8 Partition::SetParent 0x0010bc30 new child partition! 0x0010bc30 Partition::Scan(): scan child 0x0010b9b8 (start = 67167668736, size = 2145884160, parent = 0x0010bc30)! 0x0010b9b8 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010bdb8 Partition::Partition 0x0010b9b8 Partition::AddChild 0x0010bdb8 0x0010bdb8 Partition::SetParent 0x0010b9b8 new child partition! 0x0010b9b8 Partition::Scan(): scan child 0x0010bdb8 (start = 67167668736, size = 2145884160, parent = 0x0010b9b8)! 0x0010bdb8 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010be3c Partition::Partition 0x0010bdb8 Partition::AddChild 0x0010be3c 0x0010be3c Partition::SetParent 0x0010bdb8 new child partition! 0x0010bdb8 Partition::Scan(): scan child 0x0010be3c (start = 67167668736, size = 2145884160, parent = 0x0010bdb8)! 0x0010be3c Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010bec0 Partition::Partition 0x0010be3c Partition::AddChild 0x0010bec0 0x0010bec0 Partition::SetParent 0x0010be3c new child partition! 0x0010be3c Partition::Scan(): scan child 0x0010bec0 (start = 67167668736, size = 2145884160, parent = 0x0010be3c)! 0x0010bec0 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010bf44 Partition::Partition 0x0010bec0 Partition::AddChild 0x0010bf44 0x0010bf44 Partition::SetParent 0x0010bec0 new child partition! 0x0010bec0 Partition::Scan(): scan child 0x0010bf44 (start = 67167668736, size = 2145884160, parent = 0x0010bec0)! 0x0010bf44 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010bccc Partition::Partition 0x0010bf44 Partition::AddChild 0x0010bccc 0x0010bccc Partition::SetParent 0x0010bf44 new child partition! 0x0010bf44 Partition::Scan(): scan child 0x0010bccc (start = 67167668736, size = 2145884160, parent = 0x0010bf44)! 0x0010bccc Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010c0cc Partition::Partition 0x0010bccc Partition::AddChild 0x0010c0cc 0x0010c0cc Partition::SetParent 0x0010bccc new child partition! 0x0010bccc Partition::Scan(): scan child 0x0010c0cc (start = 67167668736, size = 2145884160, parent = 0x0010bccc)! 0x0010c0cc Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map 0x001054fc Partition::~Partition 0x00105650 Partition::SetParent 0x00000000 0x00105700 Partition::SetParent 0x00000000 0x001057bc Partition::SetParent 0x00000000 boot partition offset: 48817069056 0x00106570 Partition::_Mount check for file_system: BFS Filesystem 0x00105650 Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map priority: 500 check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map 0x00105650 Partition::_Mount check for file_system: BFS Filesystem 0x00105650 Partition::_Mount check for file_system: AmigaFFS Filesystem 0x00105650 Partition::_Mount check for file_system: FAT32 Filesystem 0x00105700 Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00105700 Partition::_Mount check for file_system: BFS Filesystem 0x00105700 Partition::_Mount check for file_system: AmigaFFS Filesystem 0x00105700 Partition::_Mount check for file_system: FAT32 Filesystem fatfs: cannot mount (bad superblock ?) 0x00105700 Partition::_Mount check for file_system: TAR Filesystem 0x00105700 Partition::~Partition 0x00105ca4 Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00105ca4 Partition::_Mount check for file_system: BFS Filesystem 0x00105ca4 Partition::_Mount check for file_system: AmigaFFS Filesystem 0x00105ca4 Partition::_Mount check for file_system: FAT32 Filesystem fatfs: cannot mount (bad superblock ?) 0x00105ca4 Partition::_Mount check for file_system: TAR Filesystem 0x00105ca4 Partition::~Partition 0x00105d6c Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00105d6c Partition::_Mount check for file_system: BFS Filesystem 0x00105d6c Partition::_Mount check for file_system: AmigaFFS Filesystem 0x00105d6c Partition::_Mount check for file_system: FAT32 Filesystem fatfs: cannot mount (bad superblock ?) 0x00105d6c Partition::_Mount check for file_system: TAR Filesystem 0x00105d6c Partition::~Partition 0x00105e34 Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00105e34 Partition::_Mount check for file_system: BFS Filesystem 0x00105e34 Partition::_Mount check for file_system: AmigaFFS Filesystem 0x00105e34 Partition::_Mount check for file_system: FAT32 Filesystem fatfs: cannot mount (bad superblock ?) 0x00105e34 Partition::_Mount check for file_system: TAR Filesystem 0x00105e34 Partition::~Partition 0x00105efc Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00105efc Partition::_Mount check for file_system: BFS Filesystem 0x00105efc Partition::_Mount check for file_system: AmigaFFS Filesystem 0x00105efc Partition::_Mount check for file_system: FAT32 Filesystem fatfs: cannot mount (bad superblock ?) 0x00105efc Partition::_Mount check for file_system: TAR Filesystem 0x00105efc Partition::~Partition 0x00105fb8 Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00105fb8 Partition::_Mount check for file_system: BFS Filesystem 0x00105fb8 Partition::_Mount check for file_system: AmigaFFS Filesystem 0x00105fb8 Partition::_Mount check for file_system: FAT32 Filesystem fatfs: cannot mount (bad superblock ?) 0x00105fb8 Partition::_Mount check for file_system: TAR Filesystem 0x00105fb8 Partition::~Partition 0x00106074 Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00106074 Partition::_Mount check for file_system: BFS Filesystem 0x00106074 Partition::_Mount check for file_system: AmigaFFS Filesystem 0x00106074 Partition::_Mount check for file_system: FAT32 Filesystem fatfs: cannot mount (bad superblock ?) 0x00106074 Partition::_Mount check for file_system: TAR Filesystem 0x00106074 Partition::~Partition 0x0010613c Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010613c Partition::_Mount check for file_system: BFS Filesystem 0x0010613c Partition::_Mount check for file_system: AmigaFFS Filesystem 0x0010613c Partition::_Mount check for file_system: FAT32 Filesystem fatfs: cannot mount (bad superblock ?) 0x0010613c Partition::_Mount check for file_system: TAR Filesystem 0x0010613c Partition::~Partition 0x001061dc Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x001061dc Partition::_Mount check for file_system: BFS Filesystem 0x001061dc Partition::_Mount check for file_system: AmigaFFS Filesystem 0x001061dc Partition::_Mount check for file_system: FAT32 Filesystem fatfs: cannot mount (bad superblock ?) 0x001061dc Partition::_Mount check for file_system: TAR Filesystem 0x001061dc Partition::~Partition 0x00106290 Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00106290 Partition::_Mount check for file_system: BFS Filesystem 0x00106290 Partition::_Mount check for file_system: AmigaFFS Filesystem 0x00106290 Partition::_Mount check for file_system: FAT32 Filesystem fatfs: cannot mount (bad superblock ?) 0x00106290 Partition::_Mount check for file_system: TAR Filesystem 0x00106290 Partition::~Partition 0x0010634c Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010634c Partition::_Mount check for file_system: BFS Filesystem 0x00106400 Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00106400 Partition::_Mount check for file_system: BFS Filesystem 0x00106400 Partition::_Mount check for file_system: AmigaFFS Filesystem 0x00106400 Partition::_Mount check for file_system: FAT32 Filesystem fatfs: cannot mount (bad superblock ?) 0x00106400 Partition::_Mount check for file_system: TAR Filesystem 0x00106400 Partition::~Partition 0x001064bc Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x001064bc Partition::_Mount check for file_system: BFS Filesystem 0x00108f04 Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00108f04 Partition::_Mount check for file_system: BFS Filesystem 0x00108f04 Partition::_Mount check for file_system: AmigaFFS Filesystem 0x00108f04 Partition::_Mount check for file_system: FAT32 Filesystem fatfs: cannot mount (bad superblock ?) 0x00108f04 Partition::_Mount check for file_system: TAR Filesystem 0x00108f04 Partition::~Partition 0x00106624 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010613c Partition::Partition 0x00106624 Partition::AddChild 0x0010613c 0x0010613c Partition::SetParent 0x00106624 new child partition! 0x00106624 Partition::Scan(): scan child 0x0010613c (start = 49427567616, size = 1067458560, parent = 0x00106624)! 0x0010613c Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010613c Partition::_Mount check for file_system: BFS Filesystem 0x0010613c Partition::_Mount check for file_system: AmigaFFS Filesystem 0x0010613c Partition::_Mount check for file_system: FAT32 Filesystem fatfs: cannot mount (bad superblock ?) 0x0010613c Partition::_Mount check for file_system: TAR Filesystem 0x0010613c Partition::~Partition 0x001066e0 Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x001066e0 Partition::_Mount check for file_system: BFS Filesystem 0x00106794 Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00106794 Partition::_Mount check for file_system: BFS Filesystem 0x00106794 Partition::_Mount check for file_system: AmigaFFS Filesystem 0x00106794 Partition::_Mount check for file_system: FAT32 Filesystem fatfs: cannot mount (bad superblock ?) 0x00106794 Partition::_Mount check for file_system: TAR Filesystem 0x00106794 Partition::~Partition 0x0010685c Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010685c Partition::_Mount check for file_system: BFS Filesystem 0x0010685c Partition::_Mount check for file_system: AmigaFFS Filesystem 0x0010685c Partition::_Mount check for file_system: FAT32 Filesystem fatfs: cannot mount (bad superblock ?) 0x0010685c Partition::_Mount check for file_system: TAR Filesystem 0x0010685c Partition::~Partition 0x00106910 Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00106910 Partition::_Mount check for file_system: BFS Filesystem 0x00106910 Partition::_Mount check for file_system: AmigaFFS Filesystem 0x00106910 Partition::_Mount check for file_system: FAT32 Filesystem fatfs: cannot mount (bad superblock ?) 0x00106910 Partition::_Mount check for file_system: TAR Filesystem 0x00106910 Partition::~Partition 0x0010c0cc Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00106400 Partition::Partition 0x0010c0cc Partition::AddChild 0x00106400 0x00106400 Partition::SetParent 0x0010c0cc new child partition! 0x0010c0cc Partition::Scan(): scan child 0x00106400 (start = 67167668736, size = 2145884160, parent = 0x0010c0cc)! 0x00106400 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00106074 Partition::Partition 0x00106400 Partition::AddChild 0x00106074 0x00106074 Partition::SetParent 0x00106400 new child partition! 0x00106400 Partition::Scan(): scan child 0x00106074 (start = 67167668736, size = 2145884160, parent = 0x00106400)! 0x00106074 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00105e34 Partition::Partition 0x00106074 Partition::AddChild 0x00105e34 0x00105e34 Partition::SetParent 0x00106074 new child partition! 0x00106074 Partition::Scan(): scan child 0x00105e34 (start = 67167668736, size = 2145884160, parent = 0x00106074)! 0x00105e34 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010613c Partition::Partition 0x00105e34 Partition::AddChild 0x0010613c 0x0010613c Partition::SetParent 0x00105e34 new child partition! 0x00105e34 Partition::Scan(): scan child 0x0010613c (start = 67167668736, size = 2145884160, parent = 0x00105e34)! 0x0010613c Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00105efc Partition::Partition 0x0010613c Partition::AddChild 0x00105efc 0x00105efc Partition::SetParent 0x0010613c new child partition! 0x0010613c Partition::Scan(): scan child 0x00105efc (start = 67167668736, size = 2145884160, parent = 0x0010613c)! 0x00105efc Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00106290 Partition::Partition 0x00105efc Partition::AddChild 0x00106290 0x00106290 Partition::SetParent 0x00105efc new child partition! 0x00105efc Partition::Scan(): scan child 0x00106290 (start = 67167668736, size = 2145884160, parent = 0x00105efc)! 0x00106290 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00105d6c Partition::Partition 0x00106290 Partition::AddChild 0x00105d6c 0x00105d6c Partition::SetParent 0x00106290 new child partition! 0x00106290 Partition::Scan(): scan child 0x00105d6c (start = 67167668736, size = 2145884160, parent = 0x00106290)! 0x00105d6c Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00105fb8 Partition::Partition 0x00105d6c Partition::AddChild 0x00105fb8 0x00105fb8 Partition::SetParent 0x00105d6c new child partition! 0x00105d6c Partition::Scan(): scan child 0x00105fb8 (start = 67167668736, size = 2145884160, parent = 0x00105d6c)! 0x00105fb8 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00108f04 Partition::Partition 0x00105fb8 Partition::AddChild 0x00108f04 0x00108f04 Partition::SetParent 0x00105fb8 new child partition! 0x00105fb8 Partition::Scan(): scan child 0x00108f04 (start = 67167668736, size = 2145884160, parent = 0x00105fb8)! 0x00108f04 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x001061dc Partition::Partition 0x00108f04 Partition::AddChild 0x001061dc 0x001061dc Partition::SetParent 0x00108f04 new child partition! 0x00108f04 Partition::Scan(): scan child 0x001061dc (start = 67167668736, size = 2145884160, parent = 0x00108f04)! 0x001061dc Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x0010685c Partition::Partition 0x001061dc Partition::AddChild 0x0010685c 0x0010685c Partition::SetParent 0x001061dc new child partition! 0x001061dc Partition::Scan(): scan child 0x0010685c (start = 67167668736, size = 2145884160, parent = 0x001061dc)! 0x0010685c Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00105ca4 Partition::Partition 0x0010685c Partition::AddChild 0x00105ca4 0x00105ca4 Partition::SetParent 0x0010685c new child partition! 0x0010685c Partition::Scan(): scan child 0x00105ca4 (start = 67167668736, size = 2145884160, parent = 0x0010685c)! 0x00105ca4 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00106794 Partition::Partition 0x00105ca4 Partition::AddChild 0x00106794 0x00106794 Partition::SetParent 0x00105ca4 new child partition! 0x00105ca4 Partition::Scan(): scan child 0x00106794 (start = 67167668736, size = 2145884160, parent = 0x00105ca4)! 0x00106794 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00105700 Partition::Partition 0x00106794 Partition::AddChild 0x00105700 0x00105700 Partition::SetParent 0x00106794 new child partition! 0x00106794 Partition::Scan(): scan child 0x00105700 (start = 67167668736, size = 2145884160, parent = 0x00106794)! 0x00105700 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00106910 Partition::Partition 0x00105700 Partition::AddChild 0x00106910 0x00106910 Partition::SetParent 0x00105700 new child partition! 0x00105700 Partition::Scan(): scan child 0x00106910 (start = 67167668736, size = 2145884160, parent = 0x00105700)! 0x00106910 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x001054fc Partition::Partition 0x00106910 Partition::AddChild 0x001054fc 0x001054fc Partition::SetParent 0x00106910 new child partition! 0x00106910 Partition::Scan(): scan child 0x001054fc (start = 67167668736, size = 2145884160, parent = 0x00106910)! 0x001054fc Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00111a00 Partition::Partition 0x001054fc Partition::AddChild 0x00111a00 0x00111a00 Partition::SetParent 0x001054fc new child partition! 0x001054fc Partition::Scan(): scan child 0x00111a00 (start = 67167668736, size = 2145884160, parent = 0x001054fc)! 0x00111a00 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00111a84 Partition::Partition 0x00111a00 Partition::AddChild 0x00111a84 0x00111a84 Partition::SetParent 0x00111a00 new child partition! 0x00111a00 Partition::Scan(): scan child 0x00111a84 (start = 67167668736, size = 2145884160, parent = 0x00111a00)! 0x00111a84 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00111b08 Partition::Partition 0x00111a84 Partition::AddChild 0x00111b08 0x00111b08 Partition::SetParent 0x00111a84 new child partition! 0x00111a84 Partition::Scan(): scan child 0x00111b08 (start = 67167668736, size = 2145884160, parent = 0x00111a84)! 0x00111b08 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00111b8c Partition::Partition 0x00111b08 Partition::AddChild 0x00111b8c 0x00111b8c Partition::SetParent 0x00111b08 new child partition! 0x00111b08 Partition::Scan(): scan child 0x00111b8c (start = 67167668736, size = 2145884160, parent = 0x00111b08)! 0x00111b8c Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00111c10 Partition::Partition 0x00111b8c Partition::AddChild 0x00111c10 0x00111c10 Partition::SetParent 0x00111b8c new child partition! 0x00111b8c Partition::Scan(): scan child 0x00111c10 (start = 67167668736, size = 2145884160, parent = 0x00111b8c)! 0x00111c10 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00111c94 Partition::Partition 0x00111c10 Partition::AddChild 0x00111c94 0x00111c94 Partition::SetParent 0x00111c10 new child partition! 0x00111c10 Partition::Scan(): scan child 0x00111c94 (start = 67167668736, size = 2145884160, parent = 0x00111c10)! 0x00111c94 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00111d18 Partition::Partition 0x00111c94 Partition::AddChild 0x00111d18 0x00111d18 Partition::SetParent 0x00111c94 new child partition! 0x00111c94 Partition::Scan(): scan child 0x00111d18 (start = 67167668736, size = 2145884160, parent = 0x00111c94)! 0x00111d18 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00111d9c Partition::Partition 0x00111d18 Partition::AddChild 0x00111d9c 0x00111d9c Partition::SetParent 0x00111d18 new child partition! 0x00111d18 Partition::Scan(): scan child 0x00111d9c (start = 67167668736, size = 2145884160, parent = 0x00111d18)! 0x00111d9c Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00111e20 Partition::Partition 0x00111d9c Partition::AddChild 0x00111e20 0x00111e20 Partition::SetParent 0x00111d9c new child partition! 0x00111d9c Partition::Scan(): scan child 0x00111e20 (start = 67167668736, size = 2145884160, parent = 0x00111d9c)! 0x00111e20 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00111ea4 Partition::Partition 0x00111e20 Partition::AddChild 0x00111ea4 0x00111ea4 Partition::SetParent 0x00111e20 new child partition! 0x00111e20 Partition::Scan(): scan child 0x00111ea4 (start = 67167668736, size = 2145884160, parent = 0x00111e20)! 0x00111ea4 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00111f28 Partition::Partition 0x00111ea4 Partition::AddChild 0x00111f28 0x00111f28 Partition::SetParent 0x00111ea4 new child partition! 0x00111ea4 Partition::Scan(): scan child 0x00111f28 (start = 67167668736, size = 2145884160, parent = 0x00111ea4)! 0x00111f28 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00111fac Partition::Partition 0x00111f28 Partition::AddChild 0x00111fac 0x00111fac Partition::SetParent 0x00111f28 new child partition! 0x00111f28 Partition::Scan(): scan child 0x00111fac (start = 67167668736, size = 2145884160, parent = 0x00111f28)! 0x00111fac Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00112030 Partition::Partition 0x00111fac Partition::AddChild 0x00112030 0x00112030 Partition::SetParent 0x00111fac new child partition! 0x00111fac Partition::Scan(): scan child 0x00112030 (start = 67167668736, size = 2145884160, parent = 0x00111fac)! 0x00112030 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x001120b4 Partition::Partition 0x00112030 Partition::AddChild 0x001120b4 0x001120b4 Partition::SetParent 0x00112030 new child partition! 0x00112030 Partition::Scan(): scan child 0x001120b4 (start = 67167668736, size = 2145884160, parent = 0x00112030)! 0x001120b4 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00112138 Partition::Partition 0x001120b4 Partition::AddChild 0x00112138 0x00112138 Partition::SetParent 0x001120b4 new child partition! 0x001120b4 Partition::Scan(): scan child 0x00112138 (start = 67167668736, size = 2145884160, parent = 0x001120b4)! 0x00112138 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x001121bc Partition::Partition 0x00112138 Partition::AddChild 0x001121bc 0x001121bc Partition::SetParent 0x00112138 new child partition! 0x00112138 Partition::Scan(): scan child 0x001121bc (start = 67167668736, size = 2145884160, parent = 0x00112138)! 0x001121bc Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00112240 Partition::Partition 0x001121bc Partition::AddChild 0x00112240 0x00112240 Partition::SetParent 0x001121bc new child partition! 0x001121bc Partition::Scan(): scan child 0x00112240 (start = 67167668736, size = 2145884160, parent = 0x001121bc)! 0x00112240 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x001122c4 Partition::Partition 0x00112240 Partition::AddChild 0x001122c4 0x001122c4 Partition::SetParent 0x00112240 new child partition! 0x00112240 Partition::Scan(): scan child 0x001122c4 (start = 67167668736, size = 2145884160, parent = 0x00112240)! 0x001122c4 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00112348 Partition::Partition 0x001122c4 Partition::AddChild 0x00112348 0x00112348 Partition::SetParent 0x001122c4 new child partition! 0x001122c4 Partition::Scan(): scan child 0x00112348 (start = 67167668736, size = 2145884160, parent = 0x001122c4)! 0x00112348 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x001123cc Partition::Partition 0x00112348 Partition::AddChild 0x001123cc 0x001123cc Partition::SetParent 0x00112348 new child partition! 0x00112348 Partition::Scan(): scan child 0x001123cc (start = 67167668736, size = 2145884160, parent = 0x00112348)! 0x001123cc Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00112450 Partition::Partition 0x001123cc Partition::AddChild 0x00112450 0x00112450 Partition::SetParent 0x001123cc new child partition! 0x001123cc Partition::Scan(): scan child 0x00112450 (start = 67167668736, size = 2145884160, parent = 0x001123cc)! 0x00112450 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x001124d4 Partition::Partition 0x00112450 Partition::AddChild 0x001124d4 0x001124d4 Partition::SetParent 0x00112450 new child partition! 0x00112450 Partition::Scan(): scan child 0x001124d4 (start = 67167668736, size = 2145884160, parent = 0x00112450)! 0x001124d4 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00112558 Partition::Partition 0x001124d4 Partition::AddChild 0x00112558 0x00112558 Partition::SetParent 0x001124d4 new child partition! 0x001124d4 Partition::Scan(): scan child 0x00112558 (start = 67167668736, size = 2145884160, parent = 0x001124d4)! 0x00112558 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x001125dc Partition::Partition 0x00112558 Partition::AddChild 0x001125dc 0x001125dc Partition::SetParent 0x00112558 new child partition! 0x00112558 Partition::Scan(): scan child 0x001125dc (start = 67167668736, size = 2145884160, parent = 0x00112558)! 0x001125dc Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00112660 Partition::Partition 0x001125dc Partition::AddChild 0x00112660 0x00112660 Partition::SetParent 0x001125dc new child partition! 0x001125dc Partition::Scan(): scan child 0x00112660 (start = 67167668736, size = 2145884160, parent = 0x001125dc)! 0x00112660 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x001126e4 Partition::Partition 0x00112660 Partition::AddChild 0x001126e4 0x001126e4 Partition::SetParent 0x00112660 new child partition! 0x00112660 Partition::Scan(): scan child 0x001126e4 (start = 67167668736, size = 2145884160, parent = 0x00112660)! 0x001126e4 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00112768 Partition::Partition 0x001126e4 Partition::AddChild 0x00112768 0x00112768 Partition::SetParent 0x001126e4 new child partition! 0x001126e4 Partition::Scan(): scan child 0x00112768 (start = 67167668736, size = 2145884160, parent = 0x001126e4)! 0x00112768 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x001127ec Partition::Partition 0x00112768 Partition::AddChild 0x001127ec 0x001127ec Partition::SetParent 0x00112768 new child partition! 0x00112768 Partition::Scan(): scan child 0x001127ec (start = 67167668736, size = 2145884160, parent = 0x00112768)! 0x001127ec Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00112870 Partition::Partition 0x001127ec Partition::AddChild 0x00112870 0x00112870 Partition::SetParent 0x001127ec new child partition! 0x001127ec Partition::Scan(): scan child 0x00112870 (start = 67167668736, size = 2145884160, parent = 0x001127ec)! 0x00112870 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x001128f4 Partition::Partition 0x00112870 Partition::AddChild 0x001128f4 0x001128f4 Partition::SetParent 0x00112870 new child partition! 0x00112870 Partition::Scan(): scan child 0x001128f4 (start = 67167668736, size = 2145884160, parent = 0x00112870)! 0x001128f4 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00112978 Partition::Partition 0x001128f4 Partition::AddChild 0x00112978 0x00112978 Partition::SetParent 0x001128f4 new child partition! 0x001128f4 Partition::Scan(): scan child 0x00112978 (start = 67167668736, size = 2145884160, parent = 0x001128f4)! 0x00112978 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x001129fc Partition::Partition 0x00112978 Partition::AddChild 0x001129fc 0x001129fc Partition::SetParent 0x00112978 new child partition! 0x00112978 Partition::Scan(): scan child 0x001129fc (start = 67167668736, size = 2145884160, parent = 0x00112978)! 0x001129fc Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00112a80 Partition::Partition 0x001129fc Partition::AddChild 0x00112a80 0x00112a80 Partition::SetParent 0x001129fc new child partition! 0x001129fc Partition::Scan(): scan child 0x00112a80 (start = 67167668736, size = 2145884160, parent = 0x001129fc)! 0x00112a80 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00112b04 Partition::Partition 0x00112a80 Partition::AddChild 0x00112b04 0x00112b04 Partition::SetParent 0x00112a80 new child partition! 0x00112a80 Partition::Scan(): scan child 0x00112b04 (start = 67167668736, size = 2145884160, parent = 0x00112a80)! 0x00112b04 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00112b88 Partition::Partition 0x00112b04 Partition::AddChild 0x00112b88 0x00112b88 Partition::SetParent 0x00112b04 new child partition! 0x00112b04 Partition::Scan(): scan child 0x00112b88 (start = 67167668736, size = 2145884160, parent = 0x00112b04)! 0x00112b88 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00112c0c Partition::Partition 0x00112b88 Partition::AddChild 0x00112c0c 0x00112c0c Partition::SetParent 0x00112b88 new child partition! 0x00112b88 Partition::Scan(): scan child 0x00112c0c (start = 67167668736, size = 2145884160, parent = 0x00112b88)! 0x00112c0c Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00112c90 Partition::Partition 0x00112c0c Partition::AddChild 0x00112c90 0x00112c90 Partition::SetParent 0x00112c0c new child partition! 0x00112c0c Partition::Scan(): scan child 0x00112c90 (start = 67167668736, size = 2145884160, parent = 0x00112c0c)! 0x00112c90 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00112d14 Partition::Partition 0x00112c90 Partition::AddChild 0x00112d14 0x00112d14 Partition::SetParent 0x00112c90 new child partition! 0x00112c90 Partition::Scan(): scan child 0x00112d14 (start = 67167668736, size = 2145884160, parent = 0x00112c90)! 0x00112d14 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00112d98 Partition::Partition 0x00112d14 Partition::AddChild 0x00112d98 0x00112d98 Partition::SetParent 0x00112d14 new child partition! 0x00112d14 Partition::Scan(): scan child 0x00112d98 (start = 67167668736, size = 2145884160, parent = 0x00112d14)! 0x00112d98 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00111914 Partition::Partition 0x00112d98 Partition::AddChild 0x00111914 0x00111914 Partition::SetParent 0x00112d98 new child partition! 0x00112d98 Partition::Scan(): scan child 0x00111914 (start = 67167668736, size = 2145884160, parent = 0x00112d98)! 0x00111914 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00112f20 Partition::Partition 0x00111914 Partition::AddChild 0x00112f20 0x00112f20 Partition::SetParent 0x00111914 new child partition! 0x00111914 Partition::Scan(): scan child 0x00112f20 (start = 67167668736, size = 2145884160, parent = 0x00111914)! 0x00112f20 Partition::Scan() check for partitioning_system: Amiga Partition Map priority: 500 check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map fatfs: cannot mount (bad superblock ?) 0x00112fa4 Partition::Partition 0x00112f20 Partition::AddChild 0x00112fa4 0x00112fa4 Partition::SetParent 0x00112f20 new child partition! 0x00112f20 Partition::Scan(): scan child 0x00112fa4 (start = 67167668736, size = 2145884160, parent = 0x00112f20)! 0x00112fa4 Partition::Scan() check for partitioning_system: Amiga Partition Map check for partitioning_system: EFI GUID Partition Map check for partitioning_system: Intel Partition Map check for partitioning_system: Intel Extended Partition check for partitioning_system: Apple Partition Map 0x00112fa4 Partition::_Mount check for file_system: BFS Filesystem 0x00112fa4 Partition::_Mount check for file_system: AmigaFFS Filesystem 0x00112fa4 Partition::_Mount check for file_system: FAT32 Filesystem }}} After that Qemu crashes. {{{ qemu: fatal: triple fault EAX=cccccccc EBX=00000003 ECX=00000000 EDX=00000000 ESI=cccccccc EDI=00000000 EBP=0000e0e8 ESP=0000e0c4 EIP=00028ae5 EFL=00200002 [-------] CPL=0 II=0 A20=1 SMM=0 HLT=0 ES =0010 00000000 ffffffff 00cf9300 CS =0008 00000000 ffffffff 00cf9e00 SS =0010 00000000 ffffffff 00cf9300 DS =0010 00000000 ffffffff 00cf9300 FS =0010 00000000 ffffffff 00cf9300 GS =0010 00000000 ffffffff 00cf9300 LDT=0000 00000000 00000000 00008200 TR =0038 00017c10 00000067 00008901 GDT= 00010380 0000002f IDT= 00000000 000007ff CR0=80010031 CR2=ccccccd8 CR3=00100000 CR4=00000000 CCS=fffffff4 CCD=0000e0c4 CCO=ADDL FCW=037f FSW=4000 [ST=0] FTW=00 MXCSR=00001f80 FPR0=0000000000000000 0000 FPR1=f5c28f5c28f5c28f 3ffa FPR2=a01a36e2eb1c432d 3ffd FPR3=a3d70a3d70a3d70a 3ffe FPR4=a8f5c28f5c28f5c3 3ffd FPR5=999999999999999a 3ffd FPR6=0000000000000000 0000 FPR7=0000000000000000 0000 XMM00=00000000000000000000000000000000 XMM01=00000000000000000000000000000000 XMM02=00000000000000000000000000000000 XMM03=00000000000000000000000000000000 XMM04=00000000000000000000000000000000 XMM05=00000000000000000000000000000000 XMM06=00000000000000000000000000000000 XMM07=00000000000000000000000000000000 Abgebrochen }}} Hope that helps !!! :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 16:30:46 2009 From: trac at haiku-os.org (Adek336) Date: Tue, 13 Jan 2009 15:30:46 -0000 Subject: [Haiku-bugs] [Haiku] #3297: PackageInstaller fails to open/install the QEMU package from beBits In-Reply-To: <040.41178a99d182f45d0089700f9fc88973@haiku-os.org> References: <040.41178a99d182f45d0089700f9fc88973@haiku-os.org> Message-ID: <049.cdbb3b194aab57f58c02bb3ef7012c6a@haiku-os.org> #3297: PackageInstaller fails to open/install the QEMU package from beBits --------------------------+------------------------------------------------- Reporter: rossi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Changes (by Adek336): * cc: adek336@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 16:50:50 2009 From: trac at haiku-os.org (anevilyak) Date: Tue, 13 Jan 2009 15:50:50 -0000 Subject: [Haiku-bugs] [Haiku] #3297: PackageInstaller fails to open/install the QEMU package from beBits In-Reply-To: <040.41178a99d182f45d0089700f9fc88973@haiku-os.org> References: <040.41178a99d182f45d0089700f9fc88973@haiku-os.org> Message-ID: <049.1d3ce0d55915d7c5571a6e084b03726b@haiku-os.org> #3297: PackageInstaller fails to open/install the QEMU package from beBits -------------------------------------------+-------------------------------- Reporter: rossi | Owner: sil2100 Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/PackageInstaller | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------------+-------------------------------- Changes (by anevilyak): * owner: axeld => sil2100 * component: Applications => Applications/PackageInstaller -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 16:55:37 2009 From: trac at haiku-os.org (aldeck) Date: Tue, 13 Jan 2009 15:55:37 -0000 Subject: [Haiku-bugs] [Haiku] #3297: PackageInstaller fails to open/install the QEMU package from beBits In-Reply-To: <040.41178a99d182f45d0089700f9fc88973@haiku-os.org> References: <040.41178a99d182f45d0089700f9fc88973@haiku-os.org> Message-ID: <049.18c7f7e7788d033bd757bd6b0a4cfb24@haiku-os.org> #3297: PackageInstaller fails to open/install the QEMU package from beBits -------------------------------------------+-------------------------------- Reporter: rossi | Owner: sil2100 Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/PackageInstaller | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------------+-------------------------------- Comment(by aldeck): I can confirm, it happened to me a month ago, forgot to report. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 17:53:48 2009 From: trac at haiku-os.org (mmlr) Date: Tue, 13 Jan 2009 16:53:48 -0000 Subject: [Haiku-bugs] [Haiku] #3297: PackageInstaller fails to open/install the QEMU package from beBits In-Reply-To: <040.41178a99d182f45d0089700f9fc88973@haiku-os.org> References: <040.41178a99d182f45d0089700f9fc88973@haiku-os.org> Message-ID: <049.121181d3190e8dcaf91d7ab9b0b7552f@haiku-os.org> #3297: PackageInstaller fails to open/install the QEMU package from beBits -------------------------------------------+-------------------------------- Reporter: rossi | Owner: sil2100 Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/PackageInstaller | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------------+-------------------------------- Comment(by mmlr): For the meantime the zipped version can be used: http://haiku.mlotz.ch/qemu-0.9.1.zip -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 20:07:21 2009 From: trac at haiku-os.org (Adek336) Date: Tue, 13 Jan 2009 19:07:21 -0000 Subject: [Haiku-bugs] [Haiku] #2975: Tracker, some items not properly redrawn in list mode In-Reply-To: <041.9e69551a83316dbb9a313201131b6d19@haiku-os.org> References: <041.9e69551a83316dbb9a313201131b6d19@haiku-os.org> Message-ID: <050.0ae83c17e0b20c4173b7e5fd1b7c482e@haiku-os.org> #2975: Tracker, some items not properly redrawn in list mode ----------------------------------+----------------------------------------- Reporter: miqlas | Owner: nobody Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by Adek336): To reproduce problem 2, open a folder under the Haiku generated files, say, generated/.../add-ons/kernel/network/stack, delete one of the files, sort by newest on top, make the window small so that the vertical scrollbar appears, scroll to somewhere near the bottom, in the background do jam -q in src/add-ons/kernel/network/stack directory, click on the vertical scrollbar in Tracker window, start moving it slowly a little up and down. While the folder contents are updated, problem 2 is reproduced. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 20:07:42 2009 From: trac at haiku-os.org (Adek336) Date: Tue, 13 Jan 2009 19:07:42 -0000 Subject: [Haiku-bugs] [Haiku] #2975: Tracker, some items not properly redrawn in list mode In-Reply-To: <041.9e69551a83316dbb9a313201131b6d19@haiku-os.org> References: <041.9e69551a83316dbb9a313201131b6d19@haiku-os.org> Message-ID: <050.ce3a0f312a0f752e25bff304e3670216@haiku-os.org> #2975: Tracker, some items not properly redrawn in list mode ----------------------------------+----------------------------------------- Reporter: miqlas | Owner: nobody Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by Adek336): r28884 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 20:23:43 2009 From: trac at haiku-os.org (aldeck) Date: Tue, 13 Jan 2009 19:23:43 -0000 Subject: [Haiku-bugs] [Haiku] #2975: Tracker, some items not properly redrawn in list mode In-Reply-To: <041.9e69551a83316dbb9a313201131b6d19@haiku-os.org> References: <041.9e69551a83316dbb9a313201131b6d19@haiku-os.org> Message-ID: <050.f5b01b24651e7f407829cbffa7943f4b@haiku-os.org> #2975: Tracker, some items not properly redrawn in list mode ----------------------------------+----------------------------------------- Reporter: miqlas | Owner: nobody Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by aldeck): Replying to [Adek336]: If you mean the problem in screenshot 2, it was already tracked in #1849. I admit it's not clear from the previous comments. There was a confusion between several bugs a few month ago. This ticket should only refer to the bug seen in screenshot 1. Regards. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 20:57:11 2009 From: trac at haiku-os.org (Adek336) Date: Tue, 13 Jan 2009 19:57:11 -0000 Subject: [Haiku-bugs] [Haiku] #2975: Tracker, some items not properly redrawn in list mode In-Reply-To: <041.9e69551a83316dbb9a313201131b6d19@haiku-os.org> References: <041.9e69551a83316dbb9a313201131b6d19@haiku-os.org> Message-ID: <050.7f08f5d626ceac6135b0d28f81dedd6f@haiku-os.org> #2975: Tracker, some items not properly redrawn in list mode ----------------------------------+----------------------------------------- Reporter: miqlas | Owner: nobody Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by Adek336): Ok, thanks for the note! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 20:57:01 2009 From: trac at haiku-os.org (Adek336) Date: Tue, 13 Jan 2009 19:57:01 -0000 Subject: [Haiku-bugs] [Haiku] #1849: [app_server] font corruption on window resize In-Reply-To: <040.f1326748c9b62e72580ea5552c98de87@haiku-os.org> References: <040.f1326748c9b62e72580ea5552c98de87@haiku-os.org> Message-ID: <049.0cb52d09a40fb887ebc408d2c7698891@haiku-os.org> #1849: [app_server] font corruption on window resize --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by Adek336): http://dev.haiku- os.org/attachment/ticket/2975/tracker_redraw_problem_2.jpg [[br]] To reproduce, open a folder under the Haiku generated files, say, generated/.../add-ons/kernel/network/stack, delete one of the files, sort by newest on top, make the window small like showing two files only so that the vertical scrollbar appears, scroll to somewhere near the bottom, in the background do jam -q in src/add-ons/kernel/network/stack directory, click on the vertical scrollbar in Tracker window, start moving it slowly a little up and down. While the folder contents are updated, problem is reproduced.[[br]] checked on r28884 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 21:04:17 2009 From: trac at haiku-os.org (Hubert) Date: Tue, 13 Jan 2009 20:04:17 -0000 Subject: [Haiku-bugs] [Haiku] #3260: nforce ethernet card driver induces an interrupt storm In-Reply-To: <041.8b60256153054eb31d324557511d9439@haiku-os.org> References: <041.8b60256153054eb31d324557511d9439@haiku-os.org> Message-ID: <050.4e1ade4d4a4dc34ae5dd7fbb09ad38df@haiku-os.org> #3260: nforce ethernet card driver induces an interrupt storm -----------------------------+---------------------------------------------- Reporter: Hubert | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------+---------------------------------------------- Comment(by Hubert): removed nforce driver from /boot/beos/system/add-ons/kernel/driver/bin/ and enabled onboard MAC Lan in bios (ethernet card) - work correctly -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 21:09:57 2009 From: trac at haiku-os.org (Adek336) Date: Tue, 13 Jan 2009 20:09:57 -0000 Subject: [Haiku-bugs] [Haiku] #3297: PackageInstaller fails to open/install the QEMU package from beBits In-Reply-To: <040.41178a99d182f45d0089700f9fc88973@haiku-os.org> References: <040.41178a99d182f45d0089700f9fc88973@haiku-os.org> Message-ID: <049.f2cbde1eb5ea7b41cdf5d49100268704@haiku-os.org> #3297: PackageInstaller fails to open/install the QEMU package from beBits -------------------------------------------+-------------------------------- Reporter: rossi | Owner: sil2100 Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/PackageInstaller | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------------+-------------------------------- Comment(by Adek336): Thank you, the .zip file works fine! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 21:12:39 2009 From: trac at haiku-os.org (apprentice) Date: Tue, 13 Jan 2009 20:12:39 -0000 Subject: [Haiku-bugs] [Haiku] #3120: 3com Combo nic doesn't work In-Reply-To: <045.ad94c29706e90cd7398ea4aea551d387@haiku-os.org> References: <045.ad94c29706e90cd7398ea4aea551d387@haiku-os.org> Message-ID: <054.1fe54e6adf91f206048709d23e275a4f@haiku-os.org> #3120: 3com Combo nic doesn't work -----------------------------+---------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------------+---------------------------------------------- Comment(by apprentice): Confirmed, syslog says: ifmedia_set: setting to Ethernet 10base2/BNC -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 21:12:48 2009 From: trac at haiku-os.org (Hubert) Date: Tue, 13 Jan 2009 20:12:48 -0000 Subject: [Haiku-bugs] [Haiku] #3260: nforce ethernet card driver induces an interrupt storm In-Reply-To: <041.8b60256153054eb31d324557511d9439@haiku-os.org> References: <041.8b60256153054eb31d324557511d9439@haiku-os.org> Message-ID: <050.443ec571cc55517954b9121b145f475e@haiku-os.org> #3260: nforce ethernet card driver induces an interrupt storm -----------------------------+---------------------------------------------- Reporter: Hubert | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------+---------------------------------------------- Comment(by Hubert): without SMP(disabled SMP) system freezes before displaying Deskbar and icons on desktop -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 21:41:01 2009 From: trac at haiku-os.org (aldeck) Date: Tue, 13 Jan 2009 20:41:01 -0000 Subject: [Haiku-bugs] [Haiku] #3297: PackageInstaller fails to open/install the QEMU package from beBits In-Reply-To: <040.41178a99d182f45d0089700f9fc88973@haiku-os.org> References: <040.41178a99d182f45d0089700f9fc88973@haiku-os.org> Message-ID: <049.cb18b189a2090c0eb4cfb6f8cf0983e0@haiku-os.org> #3297: PackageInstaller fails to open/install the QEMU package from beBits -------------------------------------------+-------------------------------- Reporter: rossi | Owner: sil2100 Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/PackageInstaller | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------------+-------------------------------- Comment(by aldeck): Attached the output produced with #define DEBUG_PARSER. The PackageInfo::Parse method fails and returns on line 1061 in PackageInfo.cpp didn't look further, HTH -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 22:12:33 2009 From: trac at haiku-os.org (Adek336) Date: Tue, 13 Jan 2009 21:12:33 -0000 Subject: [Haiku-bugs] [Haiku] #3120: 3com Combo nic doesn't work In-Reply-To: <045.ad94c29706e90cd7398ea4aea551d387@haiku-os.org> References: <045.ad94c29706e90cd7398ea4aea551d387@haiku-os.org> Message-ID: <054.ec168087ee93e1d02b577a1d0e0b0d06@haiku-os.org> #3120: 3com Combo nic doesn't work -----------------------------+---------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------------+---------------------------------------------- Comment(by Adek336): Could you check? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 23:15:28 2009 From: trac at haiku-os.org (Adek336) Date: Tue, 13 Jan 2009 22:15:28 -0000 Subject: [Haiku-bugs] [Haiku] #3289: Tracker crash in _add after bootup In-Reply-To: <042.e81865f95e13d0e85408a7153df7d03a@haiku-os.org> References: <042.e81865f95e13d0e85408a7153df7d03a@haiku-os.org> Message-ID: <051.e2cb9496571bf79da90fb86c9d3b1679@haiku-os.org> #3289: Tracker crash in _add after bootup -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by Adek336): Real hardware, gcc2 build built from source, the correct thread seems to be attached to, it's a segment violation. It looks like in http://haiku.it.su.se:8180/source/xref/src/system/libroot/posix/time/strftime.c, lines 200-206, Locale->month[t->tm_mon] evaluates to NULL. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 13 23:45:54 2009 From: trac at haiku-os.org (idefix) Date: Tue, 13 Jan 2009 22:45:54 -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.72ca642d60df76e17040355c7433db21@haiku-os.org> #2753: Subpixel antialiasing doesn't work with hinting on -----------------------------+---------------------------------------------- Reporter: idefix | Owner: stippi Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -----------------------------+---------------------------------------------- Changes (by idefix): * status: closed => reopened * resolution: invalid => Comment: Looks like changeset:28837 broke Subpixel antialiasing, text is always rendered with Grayscale antialiasing.[[BR]] Tested with r28862. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 14 00:16:48 2009 From: trac at haiku-os.org (umccullough) Date: Tue, 13 Jan 2009 23:16: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.758d0b705a950bf7fcee6dd6194d8b6d@haiku-os.org> #2753: Subpixel antialiasing doesn't work with hinting on -----------------------------+---------------------------------------------- Reporter: idefix | Owner: stippi Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -----------------------------+---------------------------------------------- Comment(by umccullough): Just a note: It's generally considered bad practice to re-open old bugs for new regressions. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 14 01:20:53 2009 From: trac at haiku-os.org (Adek336) Date: Wed, 14 Jan 2009 00:20:53 -0000 Subject: [Haiku-bugs] [Haiku] #3237: Trace buffer size not checked if fits in memory (was: Hybrid boot fail in QEMU with large trace buffer) In-Reply-To: <042.d8783a004229c239933726c229f425af@haiku-os.org> References: <042.d8783a004229c239933726c229f425af@haiku-os.org> Message-ID: <051.e68b16c35b31b11b778f88318a827f02@haiku-os.org> #3237: Trace buffer size not checked if fits in memory -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 14 06:28:11 2009 From: trac at haiku-os.org (richienyhus) Date: Wed, 14 Jan 2009 05:28:11 -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.17690c91d3bd9ee41960105adb90fbe6@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 Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Changes (by richienyhus): * cc: richienyhus@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 14 09:49:56 2009 From: trac at haiku-os.org (nutela) Date: Wed, 14 Jan 2009 08:49:56 -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.04ec63695018588aa053b72a46c0ec30@haiku-os.org> #2753: Subpixel antialiasing doesn't work with hinting on -----------------------------+---------------------------------------------- Reporter: idefix | Owner: stippi Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -----------------------------+---------------------------------------------- Comment(by nutela): rev 28859 subpixel anti-aliasing is working correctly looks like it wasn't changeset:28837 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 14 09:53:18 2009 From: trac at haiku-os.org (nutela) Date: Wed, 14 Jan 2009 08:53:18 -0000 Subject: [Haiku-bugs] [Haiku] #2955: using multiple USB HIDs not possible, USB input devices stop working In-Reply-To: <041.b8215043ff83d47c88b4fc90910cf677@haiku-os.org> References: <041.b8215043ff83d47c88b4fc90910cf677@haiku-os.org> Message-ID: <050.4565e49a98b91c3f4d67a488d83a26ce@haiku-os.org> #2955: using multiple USB HIDs not possible, USB input devices stop working -------------------------------+-------------------------------------------- Reporter: nutela | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Mouse/USB | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------------+-------------------------------------------- Comment(by nutela): the above was in rev 28858 and also happens in rev 28859 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 14 10:20:12 2009 From: trac at haiku-os.org (lukaszKozlowski) Date: Wed, 14 Jan 2009 09:20:12 -0000 Subject: [Haiku-bugs] [Haiku] #3234: Rename "About Calculator" (easy) In-Reply-To: <044.35b93bcac8b0df1a1f7a5bc8a16be477@haiku-os.org> References: <044.35b93bcac8b0df1a1f7a5bc8a16be477@haiku-os.org> Message-ID: <053.6011a990ffdffe57b4c938665e045cf6@haiku-os.org> #3234: Rename "About Calculator" (easy) -----------------------------------+---------------------------------------- Reporter: humdinger | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/DeskCalc | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Changes (by lukaszKozlowski): * cc: lukaszowaskrzynkalukasza@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 14 14:37:53 2009 From: trac at haiku-os.org (stippi) Date: Wed, 14 Jan 2009 13:37:53 -0000 Subject: [Haiku-bugs] [Haiku] #3234: Rename "About Calculator" (easy) In-Reply-To: <044.35b93bcac8b0df1a1f7a5bc8a16be477@haiku-os.org> References: <044.35b93bcac8b0df1a1f7a5bc8a16be477@haiku-os.org> Message-ID: <053.c5230632442b84dbeb2766a1a8980e8f@haiku-os.org> #3234: Rename "About Calculator" (easy) ------------------------------------+--------------------------------------- Reporter: humdinger | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/DeskCalc | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Changes (by stippi): * status: new => closed * resolution: => fixed Comment: Applied/fixed in r28896. Thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 14 15:15:44 2009 From: trac at haiku-os.org (axeld) Date: Wed, 14 Jan 2009 14:15:44 -0000 Subject: [Haiku-bugs] [Haiku] #3213: Workspace preflet code incorrectly handles restoring window position on workspace switches when workspaces differ in resolution In-Reply-To: <044.78b1df7f9d36b7994e22ffae18ae7b46@haiku-os.org> References: <044.78b1df7f9d36b7994e22ffae18ae7b46@haiku-os.org> Message-ID: <053.89ac1fbcf89703ad31ca84034836803b@haiku-os.org> #3213: Workspace preflet code incorrectly handles restoring window position on workspace switches when workspaces differ in resolution -------------------------------------+-------------------------------------- Reporter: anevilyak | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Workspaces | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Comment(by axeld): I don't know, but if it does, we might also just want to fix it :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 14 15:24:07 2009 From: trac at haiku-os.org (anevilyak) Date: Wed, 14 Jan 2009 14:24:07 -0000 Subject: [Haiku-bugs] [Haiku] #3213: Workspace preflet code incorrectly handles restoring window position on workspace switches when workspaces differ in resolution In-Reply-To: <044.78b1df7f9d36b7994e22ffae18ae7b46@haiku-os.org> References: <044.78b1df7f9d36b7994e22ffae18ae7b46@haiku-os.org> Message-ID: <053.a345bb4633bfe72e66fad794fe618d19@haiku-os.org> #3213: Workspace preflet code incorrectly handles restoring window position on workspace switches when workspaces differ in resolution -------------------------------------+-------------------------------------- Reporter: anevilyak | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Workspaces | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Comment(by anevilyak): http://dev.haiku- os.org/browser/haiku/trunk/src/apps/workspaces/Workspaces.cpp#L498 if you're interested in trying :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 14 18:09:44 2009 From: trac at haiku-os.org (idefix) Date: Wed, 14 Jan 2009 17:09:44 -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.fc8a42ba588ffd857598f0990e4dd3df@haiku-os.org> #2753: Subpixel antialiasing doesn't work with hinting on -----------------------------+---------------------------------------------- Reporter: idefix | Owner: stippi Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Resolution: | Blockedby: Platform: x86 | Blocking: -----------------------------+---------------------------------------------- Comment(by idefix): Replying to [comment:17 umccullough]: > Just a note: It's generally considered bad practice to re-open old bugs for new regressions. Sorry, I won't do that again. Replying to [comment:18 nutela]: > rev 28859 subpixel anti-aliasing is working correctly looks like it wasn't changeset:28837 You're right, I made a mistake here. Subpixel antialiasing is working correctly with r28886. This ticket can be closed again. This time for good! :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 14 18:12:07 2009 From: trac at haiku-os.org (anevilyak) Date: Wed, 14 Jan 2009 17:12:07 -0000 Subject: [Haiku-bugs] [Haiku] #2753: Subpixel antialiasing doesn't work with hinting on In-Reply-To: <041.ec1e751ccf8faa2f592bfa68801eacbf@haiku-os.org> References: <041.ec1e751ccf8faa2f592bfa68801eacbf@haiku-os.org> Message-ID: <050.d02c2228c874362d451c341b3b2f9ca2@haiku-os.org> #2753: Subpixel antialiasing doesn't work with hinting on -----------------------------+---------------------------------------------- Reporter: idefix | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Resolution: invalid | Blockedby: Platform: x86 | Blocking: -----------------------------+---------------------------------------------- Changes (by anevilyak): * status: reopened => closed * resolution: => invalid -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 14 18:54:18 2009 From: trac at haiku-os.org (Adek336) Date: Wed, 14 Jan 2009 17:54:18 -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.8241f78e1b9a4a6fda9ee98c56912c09@haiku-os.org> #2706: PANIC: vm_page_fault: unhandled page fault in kernel space at 0xdeadbf07, ip 0x9428897e ------------------------------------+--------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: Network & Internet/TCP | Version: R1 development Blockedby: | Platform: x86 Blocking: | ------------------------------------+--------------------------------------- Comment(by Adek336): With net_route_infos, to use the route, one has to read net_route_info::route, and then increase it's reference count. But the route may be destroyed in between! Clearly a function to do it atomically is needed. There also seem to be no users of net_route_info atm :-)) Apart from locking, there might be a problem with deleting a default route and setting up a new one. The current code would put the route and try to setup a new one. However, only one default route may exist, so if the action of removing the old route was delayed (because, for example, some small helper function like ipv4_get_mtu got the route and it's thread lost the cpu before putting the route) then the new route won't be set up. Also the old route is going to be removed shortly, so no default routes remain! One solution is to drop the route from the route list when removing the route. That lets the new route be created and the old route used. If also everybody except the small helper functions use net_route_info than they would soon update and put the old route. Another solution is, when servicing SIOCDELR, to block servicing SIOCDELR until everyone puts the old route. Again, this requires that everybody use net_route_info and if net_timer would want to remove the route, it might deadlock (but I think only user apps would ever want to remove routes and that net_timer doesn't try to remove routes). As for why the page fault happens: when net_server tries to reconfigure the default route, the stack puts the route to tell the world that it no longer references it, that it gives up it's ownership of the route. The route still has a positive reference count due to TCP endpoints, so it is not really removed and the new default route isn't installed when another default route exists. Soon net_server wants to reconfigure the default route and the stack puts the route again... so it gives up ownership of a route whom it does not possess ! Possibly net_route_private could remember how many times it was supposed to be removed so that remove_route would panic or return error on second and later tries. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 15 00:08:22 2009 From: trac at haiku-os.org (axeld) Date: Wed, 14 Jan 2009 23:08:22 -0000 Subject: [Haiku-bugs] [Haiku] #3213: Workspace preflet code incorrectly handles restoring window position on workspace switches when workspaces differ in resolution In-Reply-To: <044.78b1df7f9d36b7994e22ffae18ae7b46@haiku-os.org> References: <044.78b1df7f9d36b7994e22ffae18ae7b46@haiku-os.org> Message-ID: <053.568438e83ea84a8de8e14c5c824b258a@haiku-os.org> #3213: Workspace preflet code incorrectly handles restoring window position on workspace switches when workspaces differ in resolution --------------------------------+------------------------------------------- Reporter: anevilyak | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1/alpha1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Changes (by axeld): * component: Applications/Workspaces => Servers/app_server * milestone: R1 => R1/alpha1 Comment: I looked into it, and it's a bit more involved with when the app_server should send what message, ie. workspace activated vs. screen changed vs. frame moved. I guess I have to meditate about it a bit :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 15 00:08:35 2009 From: trac at haiku-os.org (scottmc) Date: Wed, 14 Jan 2009 23:08:35 -0000 Subject: [Haiku-bugs] [Haiku] #1407: Python is dropping Beos support In-Reply-To: <041.6f777664dd162e93d455091c672a02ea@haiku-os.org> References: <041.6f777664dd162e93d455091c672a02ea@haiku-os.org> Message-ID: <050.f0e2375343711be9dca7b8fc6ebccfbe@haiku-os.org> #1407: Python is dropping Beos support -------------------------+-------------------------------------------------- Reporter: strank | Owner: charlie x Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Changes (by scottmc): * cc: haiku@? (added) Comment: http://mail.python.org/pipermail/python-dev/2009-January/085058.html Let's keep this one open for now. We'll start working on a python-2.7.x port to Haiku, clean the patches and see if they accept them. The door may be open to getting Haiku into the accepted ports list... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 15 00:50:07 2009 From: trac at haiku-os.org (anevilyak) Date: Wed, 14 Jan 2009 23:50:07 -0000 Subject: [Haiku-bugs] [Haiku] #3213: Workspace preflet code incorrectly handles restoring window position on workspace switches when workspaces differ in resolution In-Reply-To: <044.78b1df7f9d36b7994e22ffae18ae7b46@haiku-os.org> References: <044.78b1df7f9d36b7994e22ffae18ae7b46@haiku-os.org> Message-ID: <053.b1dedc3fedb1dea1d8e5a32468b93516@haiku-os.org> #3213: Workspace preflet code incorrectly handles restoring window position on workspace switches when workspaces differ in resolution --------------------------------+------------------------------------------- Reporter: anevilyak | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1/alpha1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by anevilyak): Understood :) Let me know if I can be of any help :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 15 02:45:25 2009 From: trac at haiku-os.org (Adek336) Date: Thu, 15 Jan 2009 01:45:25 -0000 Subject: [Haiku-bugs] [Haiku] #2845: [kernel] vm_page_fault: block notifier/writer In-Reply-To: <040.bb81718304eb12e166bb10537ea14f7b@haiku-os.org> References: <040.bb81718304eb12e166bb10537ea14f7b@haiku-os.org> Message-ID: <049.005b36f1c9c9a00db639b2f120fb8cb0@haiku-os.org> #2845: [kernel] vm_page_fault: block notifier/writer ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Comment(by Adek336): Happened two more times, perhaps induced by heavy syslog traffic. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 15 03:50:12 2009 From: trac at haiku-os.org (aldeck) Date: Thu, 15 Jan 2009 02:50:12 -0000 Subject: [Haiku-bugs] [Haiku] #2952: Right Control Mismapped in Some Keymaps In-Reply-To: <043.4c04a5c6f5e1cc9494470ceaad2ac4fd@haiku-os.org> References: <043.4c04a5c6f5e1cc9494470ceaad2ac4fd@haiku-os.org> Message-ID: <052.8d84aee7c9d44c36d50b7d8b84941ba6@haiku-os.org> #2952: Right Control Mismapped in Some Keymaps --------------------------------+------------------------------------------- Reporter: bonefish | Owner: aldeck Type: bug | Status: assigned Priority: high | Milestone: R1/alpha1 Component: Preferences/Keymap | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Changes (by aldeck): * owner: axeld => aldeck * status: new => assigned Comment: Please try this patch on the keymaps. Now they are all the same, key 0x60 -> RControl, key 0x5f -> ROption (AltGr). No key produces RCommand as that was the case for RControl before. Since r27095, Menus shortcuts and Menu pref only watches/change LCommand and LControl. The right part is unchanged whatever the option. As you suggest, we might change that so that the right control follows the setting again (leaving ROption unchanged), it should be ok for everyone with the new keymaps. Tell me how the keymaps work for you, i'll then patch the preflet too. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 15 08:31:59 2009 From: trac at haiku-os.org (scottmc) Date: Thu, 15 Jan 2009 07:31:59 -0000 Subject: [Haiku-bugs] [Haiku] #1407: Python is dropping Beos support In-Reply-To: <041.6f777664dd162e93d455091c672a02ea@haiku-os.org> References: <041.6f777664dd162e93d455091c672a02ea@haiku-os.org> Message-ID: <050.ebdd869d7448e6815bb47e0b5b6ae3ca@haiku-os.org> #1407: Python is dropping Beos support -------------------------+-------------------------------------------------- Reporter: strank | Owner: charlie x Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by scottmc): ok, Guido posted this to the list: http://mail.python.org/pipermail/python-dev/2009-January/085064.html So, for now we'll keep Haiku specific patches in the HaikuPorts svn for now (as we already have been doing). This ticket can be closed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 15 11:30:44 2009 From: trac at haiku-os.org (apprentice) Date: Thu, 15 Jan 2009 10:30:44 -0000 Subject: [Haiku-bugs] [Haiku] #3120: 3com Combo nic doesn't work In-Reply-To: <045.ad94c29706e90cd7398ea4aea551d387@haiku-os.org> References: <045.ad94c29706e90cd7398ea4aea551d387@haiku-os.org> Message-ID: <054.cbd2de7aeef6b886c9345a9fe1891c15@haiku-os.org> #3120: 3com Combo nic doesn't work -----------------------------+---------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------------+---------------------------------------------- Comment(by apprentice): checked and tested, the latest patch solves the problem completely. I get an IP and ping works. Thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 15 11:31:25 2009 From: trac at haiku-os.org (stippi) Date: Thu, 15 Jan 2009 10:31:25 -0000 Subject: [Haiku-bugs] [Haiku] #1407: Python is dropping Beos support In-Reply-To: <041.6f777664dd162e93d455091c672a02ea@haiku-os.org> References: <041.6f777664dd162e93d455091c672a02ea@haiku-os.org> Message-ID: <050.652251796656e6c13c57cae267932845@haiku-os.org> #1407: Python is dropping Beos support --------------------------+------------------------------------------------- Reporter: strank | Owner: charlie x Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by stippi): * status: new => closed * resolution: => invalid Comment: Ok, makes sense. Thanks for the update. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 15 12:06:28 2009 From: trac at haiku-os.org (stippi) Date: Thu, 15 Jan 2009 11:06:28 -0000 Subject: [Haiku-bugs] [Haiku] #3120: 3com Combo nic doesn't work In-Reply-To: <045.ad94c29706e90cd7398ea4aea551d387@haiku-os.org> References: <045.ad94c29706e90cd7398ea4aea551d387@haiku-os.org> Message-ID: <054.8f0d52dc80bad2e32f3fe47976f0bb7f@haiku-os.org> #3120: 3com Combo nic doesn't work -----------------------------+---------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------------+---------------------------------------------- Comment(by stippi): Cool. Nice work, guys! Am I correct in assuming that this patch cannot be applied as is? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 15 12:36:34 2009 From: trac at haiku-os.org (axeld) Date: Thu, 15 Jan 2009 11:36:34 -0000 Subject: [Haiku-bugs] [Haiku] #2658: Deskbar floating where it should after resolution change In-Reply-To: <042.71b5142596fc67fa61f04043a3169bc3@haiku-os.org> References: <042.71b5142596fc67fa61f04043a3169bc3@haiku-os.org> Message-ID: <051.482246915202a6c7993a7011ec3b3435@haiku-os.org> #2658: Deskbar floating where it should after resolution change ---------------------------------+------------------------------------------ Reporter: scottmc | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by axeld): * status: new => closed * resolution: => fixed * component: - General => Servers/app_server Comment: Fixed in r28908. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 15 12:36:57 2009 From: trac at haiku-os.org (axeld) Date: Thu, 15 Jan 2009 11:36:57 -0000 Subject: [Haiku-bugs] [Haiku] #3213: Workspace preflet code incorrectly handles restoring window position on workspace switches when workspaces differ in resolution In-Reply-To: <044.78b1df7f9d36b7994e22ffae18ae7b46@haiku-os.org> References: <044.78b1df7f9d36b7994e22ffae18ae7b46@haiku-os.org> Message-ID: <053.9aa6706c5985824e9f24d22f0594c71d@haiku-os.org> #3213: Workspace preflet code incorrectly handles restoring window position on workspace switches when workspaces differ in resolution ---------------------------------+------------------------------------------ Reporter: anevilyak | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1/alpha1 Component: Servers/app_server | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Fixed in r28908. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 15 13:16:19 2009 From: trac at haiku-os.org (sil2100) Date: Thu, 15 Jan 2009 12:16:19 -0000 Subject: [Haiku-bugs] [Haiku] #3297: PackageInstaller fails to open/install the QEMU package from beBits In-Reply-To: <040.41178a99d182f45d0089700f9fc88973@haiku-os.org> References: <040.41178a99d182f45d0089700f9fc88973@haiku-os.org> Message-ID: <049.3aac896ab4bf847d04c7d621d0b352de@haiku-os.org> #3297: PackageInstaller fails to open/install the QEMU package from beBits -------------------------------------------+-------------------------------- Reporter: rossi | Owner: sil2100 Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/PackageInstaller | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------------+-------------------------------- Comment(by sil2100): Thanks for the debugging info! I will look into this problem in more detail as soon as possible - it might take some time, though, since I have a rough week right now. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 15 16:10:01 2009 From: trac at haiku-os.org (Adek336) Date: Thu, 15 Jan 2009 15:10:01 -0000 Subject: [Haiku-bugs] [Haiku] #3120: 3com Combo nic doesn't work In-Reply-To: <045.ad94c29706e90cd7398ea4aea551d387@haiku-os.org> References: <045.ad94c29706e90cd7398ea4aea551d387@haiku-os.org> Message-ID: <054.68730bfcb205401eed1467d9d57ae2f5@haiku-os.org> #3120: 3com Combo nic doesn't work -----------------------------+---------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------------+---------------------------------------------- Comment(by Adek336): Great![[br]] Indeed, the patch should be reworked a little bit so it uses the workaround only for this device id. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 15 17:40:05 2009 From: trac at haiku-os.org (Adek336) Date: Thu, 15 Jan 2009 16:40:05 -0000 Subject: [Haiku-bugs] [Haiku] #3120: 3com Combo nic doesn't work In-Reply-To: <045.ad94c29706e90cd7398ea4aea551d387@haiku-os.org> References: <045.ad94c29706e90cd7398ea4aea551d387@haiku-os.org> Message-ID: <054.1de32204e4038997a0c8af74ad3dd3d1@haiku-os.org> #3120: 3com Combo nic doesn't work -----------------------------+---------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------------+---------------------------------------------- Comment(by Adek336): Could you please check this new patch? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 15 18:08:40 2009 From: trac at haiku-os.org (VinDuv) Date: Thu, 15 Jan 2009 17:08:40 -0000 Subject: [Haiku-bugs] [Haiku] #3298: [patch] Make gcc2 builds correctly on Mac OS X/Darwin Message-ID: <041.294abd4ca6688ce424d98910f411714a@haiku-os.org> #3298: [patch] Make gcc2 builds correctly on Mac OS X/Darwin --------------------------+------------------------------------------------- Reporter: VinDuv | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- The attached patch allow gcc2 to be built on Mac OS X. * The config.guess patch makes Mac OS X recognized (as FreeBSD) by the configure script.[[BR]] * With the Makefile.in patch, the system's makeinfo tool will be used instead of the bundled one (buildtools/gcc/texinfo/makeinfo), which does not work in Mac OS X (segfaults). Tested on Mac OS X and Linux, should be harmless on systems which don't have makeinfo in /usr/bin. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 15 18:33:37 2009 From: trac at haiku-os.org (Adek336) Date: Thu, 15 Jan 2009 17:33: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.a1cc66e549e978c23bb5d64857dfa920@haiku-os.org> #2706: PANIC: vm_page_fault: unhandled page fault in kernel space at 0xdeadbf07, ip 0x9428897e ------------------------------------+--------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: Network & Internet/TCP | Version: R1 development Blockedby: | Platform: x86 Blocking: | ------------------------------------+--------------------------------------- Comment(by Adek336): Note that changeset:28892 will expose the fact that TCP doesn't use net_route_info as page faults in TCP destructor. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 15 18:34:40 2009 From: trac at haiku-os.org (Adek336) Date: Thu, 15 Jan 2009 17:34:40 -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.60056aa11be4afd6eca8ec3a260b48da@haiku-os.org> #2706: PANIC: vm_page_fault: unhandled page fault in kernel space at 0xdeadbf07, ip 0x9428897e ------------------------------------+--------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: Network & Internet/TCP | Version: R1 development Blockedby: | Platform: x86 Blocking: | ------------------------------------+--------------------------------------- Comment(by Adek336): TCPEndpoint* -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 15 19:30:40 2009 From: trac at haiku-os.org (tqh) Date: Thu, 15 Jan 2009 18:30:40 -0000 Subject: [Haiku-bugs] [Haiku] #1072: Write an HDA audio driver and add-on In-Reply-To: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> References: <040.a10117f1ecafcc52de483402ae8e415f@haiku-os.org> Message-ID: <049.f2ae506ae84184ba19826558e787c26d@haiku-os.org> #1072: Write an HDA audio driver and add-on ---------------------------+------------------------------------------------ Reporter: axeld | Owner: ithamar Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Blockedby: | Platform: All Blocking: 3193 | ---------------------------+------------------------------------------------ Comment(by tqh): Btw korli, you forgot to check in the defs for snooping in r28906. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 15 20:40:43 2009 From: trac at haiku-os.org (axeld) Date: Thu, 15 Jan 2009 19:40:43 -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.d6253095ea46698abbd6edb6c6992ebb@haiku-os.org> #2706: PANIC: vm_page_fault: unhandled page fault in kernel space at 0xdeadbf07, ip 0x9428897e ------------------------------------+--------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: Network & Internet/TCP | Version: R1 development Blockedby: | Platform: x86 Blocking: | ------------------------------------+--------------------------------------- Comment(by axeld): Replying to [comment:20 Adek336]: > One solution is to drop the route from the route list when removing the route. That lets the new route be created and the old route used. If also everybody except the small helper functions use net_route_info than they would soon update and put the old route. That was actually the basic idea behind the route info. I hope to be able to solve this soon, and hopefully finally, unless you want to ;-) And thanks a lot for your investigations! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 15 21:11:21 2009 From: trac at haiku-os.org (apprentice) Date: Thu, 15 Jan 2009 20:11:21 -0000 Subject: [Haiku-bugs] [Haiku] #3120: 3com Combo nic doesn't work In-Reply-To: <045.ad94c29706e90cd7398ea4aea551d387@haiku-os.org> References: <045.ad94c29706e90cd7398ea4aea551d387@haiku-os.org> Message-ID: <054.67d38d93a66f07ba4daaad1af59f042a@haiku-os.org> #3120: 3com Combo nic doesn't work -----------------------------+---------------------------------------------- Reporter: apprentice | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Blockedby: | Platform: x86 Blocking: | -----------------------------+---------------------------------------------- Comment(by apprentice): checked it. I think the screenshot speaks for itself. Again, thanks a _lot_ -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 15 21:48:12 2009 From: trac at haiku-os.org (scottmc) Date: Thu, 15 Jan 2009 20:48:12 -0000 Subject: [Haiku-bugs] [Haiku] #3298: [patch] Make gcc2 builds correctly on Mac OS X/Darwin In-Reply-To: <041.294abd4ca6688ce424d98910f411714a@haiku-os.org> References: <041.294abd4ca6688ce424d98910f411714a@haiku-os.org> Message-ID: <050.c6c4dd80b61cc1b7f4e1f680d1ba306d@haiku-os.org> #3298: [patch] Make gcc2 builds correctly on Mac OS X/Darwin --------------------------+------------------------------------------------- Reporter: VinDuv | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by scottmc): Rather than patching config.guess, these should just be replaced with fresh copies from gnulib. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 15 22:06:16 2009 From: trac at haiku-os.org (HAL) Date: Thu, 15 Jan 2009 21:06:16 -0000 Subject: [Haiku-bugs] [Haiku] #3299: Crash on changing setting in 3dmorph screensaver Message-ID: <038.7bddcb9774e089ae551d419b51bccede@haiku-os.org> #3299: Crash on changing setting in 3dmorph screensaver -----------------------------------+---------------------------------------- Reporter: HAL | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Add-Ons/Screen Savers | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Whenever I move any of the sliders for setting 3dmorph screensaver. a crash occurs. To reproduce: 1. Open Screensaver 2. Click on modules tab. 3. Select 3dmorph. 4. Click on Config. 5. Try moving any of the sliders. Result is a crash. Reproduceable every time. I was testing in: Senryu r28851 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 15 22:42:25 2009 From: trac at haiku-os.org (axeld) Date: Thu, 15 Jan 2009 21:42:25 -0000 Subject: [Haiku-bugs] [Haiku] #3258: Can't hide Tracker window In-Reply-To: <042.0ce52bcf5be383a9ff1bc13926589b8d@haiku-os.org> References: <042.0ce52bcf5be383a9ff1bc13926589b8d@haiku-os.org> Message-ID: <051.d4564f0ab702c27a0c3dd5fa386744ec@haiku-os.org> #3258: Can't hide Tracker window --------------------------------+------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by axeld): Is there anything in particular you did? Because I cannot reproduce this at all. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 15 23:23:59 2009 From: trac at haiku-os.org (axeld) Date: Thu, 15 Jan 2009 22:23:59 -0000 Subject: [Haiku-bugs] [Haiku] #2791: 1920 x 1200 resolution not useable with nVidia and Westinghouse monitor In-Reply-To: <043.c59646579dceb2c00fb3a4fbf4b6c4ca@haiku-os.org> References: <043.c59646579dceb2c00fb3a4fbf4b6c4ca@haiku-os.org> Message-ID: <052.b6df6a8433893053c8056793bc62830d@haiku-os.org> #2791: 1920 x 1200 resolution not useable with nVidia and Westinghouse monitor ------------------------------+--------------------------------------------- Reporter: tigerdog | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------+--------------------------------------------- Comment(by axeld): The graphics driver is responsible for retrieving the EDID data. In any case, the boot loader does dump its EDID info to the serial debug output, and if the buffer is large enough, it will also end up in the syslog. Modeline applied in r28913. Can I close the ticket for now? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 16 01:50:39 2009 From: trac at haiku-os.org (tigerdog) Date: Fri, 16 Jan 2009 00:50:39 -0000 Subject: [Haiku-bugs] [Haiku] #2791: 1920 x 1200 resolution not useable with nVidia and Westinghouse monitor In-Reply-To: <043.c59646579dceb2c00fb3a4fbf4b6c4ca@haiku-os.org> References: <043.c59646579dceb2c00fb3a4fbf4b6c4ca@haiku-os.org> Message-ID: <052.2f5c88762c1e24727855822c8030fffa@haiku-os.org> #2791: 1920 x 1200 resolution not useable with nVidia and Westinghouse monitor ------------------------------+--------------------------------------------- Reporter: tigerdog | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------+--------------------------------------------- Comment(by tigerdog): Sure. Thank you, Axel. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 16 01:58:01 2009 From: trac at haiku-os.org (Adek336) Date: Fri, 16 Jan 2009 00:58:01 -0000 Subject: [Haiku-bugs] [Haiku] #3139: Recompiling unchanged files In-Reply-To: <042.32527f81100ce4976caf86b45bf3f2b7@haiku-os.org> References: <042.32527f81100ce4976caf86b45bf3f2b7@haiku-os.org> Message-ID: <051.214b911417578539f973d76a90c87130@haiku-os.org> #3139: Recompiling unchanged files --------------------------+------------------------------------------------- Reporter: Adek336 | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by Adek336): I've finally found a way to reproduce the problem and it's got nothing to do with changing UserBuildConfig. The huge recompiling happens when I use another Haiku install to compile the files. The attachments have been created with: {{{ when using Haiku which was just installed on disk-1_3 /haiku-dane/haiku> jam -q @disk-1_0 >budowanie.32.txt (updates 1846 targets) /haiku-dane/haiku> jam -q @disk-1_0 >budowanie.33.txt .... (updates 386 targets) here I rebooted to Haiku on disk-1_0: /haiku-dane/haiku> jam -q @disk-1_3 >budowanie.34.txt ... (updates 1846 targets, again!) }}} Also note another scenario {{{ on Haiku on disk-1_0: jam -q @disk-1_3 (minimal amount of targets updated) reboot to Haiku on disk-1_1 jam -q @disk-1_3 (also minimal amount of targets updated!) }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 16 02:35:42 2009 From: trac at haiku-os.org (Adek336) Date: Fri, 16 Jan 2009 01:35:42 -0000 Subject: [Haiku-bugs] [Haiku] #3301: Fullscreen terminal doesn't cover the bottom of screen Message-ID: <042.3ff56afeec45424ae5770afdb59e6cfc@haiku-os.org> #3301: Fullscreen terminal doesn't cover the bottom of screen -----------------------------------+---------------------------------------- Reporter: Adek336 | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Open Terminal. Alt-Tab for a new tab. Alt-Enter for full screen. Ctrl-D to close the tab. You now see that a strip on the bottom isn't covered by Terminal, you see the Desktop. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 16 02:45:50 2009 From: trac at haiku-os.org (Adek336) Date: Fri, 16 Jan 2009 01:45:50 -0000 Subject: [Haiku-bugs] [Haiku] #3302: Terminal in full screen too big Message-ID: <042.1fd983a8a9c085b8e9abf8076e59bd5b@haiku-os.org> #3302: Terminal in full screen too big -----------------------------------+---------------------------------------- Reporter: Adek336 | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Open Terminal. Go full screen. Create a new tab. Run seq 1 1000. The last line doesn't fit on screen. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 16 02:52:26 2009 From: trac at haiku-os.org (bonefish) Date: Fri, 16 Jan 2009 01:52:26 -0000 Subject: [Haiku-bugs] [Haiku] #3139: Recompiling unchanged files In-Reply-To: <042.32527f81100ce4976caf86b45bf3f2b7@haiku-os.org> References: <042.32527f81100ce4976caf86b45bf3f2b7@haiku-os.org> Message-ID: <051.f82f9fb29aedacba3ba438663fc1671e@haiku-os.org> #3139: Recompiling unchanged files --------------------------+------------------------------------------------- Reporter: Adek336 | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by bonefish): The build does not only depend on what is in the haiku tree, but also on headers of your host platform. The reason being that there are several build tools built by the build system that have to run on the host platform and thus have to include the host platform headers, therefore depending on them. Most other targets (libraries and executables at least) do in turn depend on the build tools. That explains why on your freshly installed disk-1_0 more targets need to be updated -- the build tools and pretty much all libraries and executables. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 16 03:07:30 2009 From: trac at haiku-os.org (Adek336) Date: Fri, 16 Jan 2009 02:07:30 -0000 Subject: [Haiku-bugs] [Haiku] #3139: Recompiling unchanged files In-Reply-To: <042.32527f81100ce4976caf86b45bf3f2b7@haiku-os.org> References: <042.32527f81100ce4976caf86b45bf3f2b7@haiku-os.org> Message-ID: <051.796cd4642c36310439f1efa97c200799@haiku-os.org> #3139: Recompiling unchanged files --------------------------+------------------------------------------------- Reporter: Adek336 | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by Adek336): Huh, I'd never figure that one out.. thanks for the info, indeed touching generated decreases the target count, that's what I'm gonna do from now on :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 16 02:33:38 2009 From: trac at haiku-os.org (Adek336) Date: Fri, 16 Jan 2009 01:33:38 -0000 Subject: [Haiku-bugs] [Haiku] #3300: Terminal in full screen doesn't have scrollbar for one tab Message-ID: <042.6b93559de8d3d54462270057e7eb5a5f@haiku-os.org> #3300: Terminal in full screen doesn't have scrollbar for one tab -----------------------------------+---------------------------------------- Reporter: Adek336 | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Open terminal, optionally open a few tabs and choose one of them to be active, Alt-Enter to go fullscreen. You are now facing a tab without a scrollbar; it also doesn't appear when a lot of lines of get written. Shift-Arrows to move to another tab. This one has the scrollbar. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 16 03:37:31 2009 From: trac at haiku-os.org (Adek336) Date: Fri, 16 Jan 2009 02:37:31 -0000 Subject: [Haiku-bugs] [Haiku] #3258: Can't hide Tracker window In-Reply-To: <042.0ce52bcf5be383a9ff1bc13926589b8d@haiku-os.org> References: <042.0ce52bcf5be383a9ff1bc13926589b8d@haiku-os.org> Message-ID: <051.baf9952ad3ccd5590bd7072ff8e1fc11@haiku-os.org> #3258: Can't hide Tracker window --------------------------------+------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by Adek336): I think to reproduce it suffices to hide a Tracker window before rebooting, and reboot with that window hidden. Also, when having a non-hideable window, clicking somewhere inside it makes it hideable again. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 16 02:28:45 2009 From: trac at haiku-os.org (Adek336) Date: Fri, 16 Jan 2009 01:28:45 -0000 Subject: [Haiku-bugs] [Haiku] #3139: Recompiling unchanged files In-Reply-To: <042.32527f81100ce4976caf86b45bf3f2b7@haiku-os.org> References: <042.32527f81100ce4976caf86b45bf3f2b7@haiku-os.org> Message-ID: <051.bf3bfa7a63a7e4a0431df1ac4a3c7b23@haiku-os.org> #3139: Recompiling unchanged files --------------------------+------------------------------------------------- Reporter: Adek336 | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by Adek336): Continued: {{{ So like I said, I booted into disk-1_0, tried /haiku-dane/haiku> jam -q @disk-1_3 >budowanie.34.txt ... (here a message that it wants to update 1846 targets but I pressed Ctrl-C) ...updated 10 target(s)... Then I rebooted into disk-1_3: /haiku-dane/haiku> jam -q @disk-1_0 >budowanie.35.txt ... ...updated 423 target(s)... (and not ~1840!) }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 16 04:45:26 2009 From: trac at haiku-os.org (Adek336) Date: Fri, 16 Jan 2009 03:45:26 -0000 Subject: [Haiku-bugs] [Haiku] #2710: Deadlock between clone_area(), Kernel Area Operation, I/O, and Page Fault In-Reply-To: <043.f7f06558b43cc9f659156dd8ff67ea57@haiku-os.org> References: <043.f7f06558b43cc9f659156dd8ff67ea57@haiku-os.org> Message-ID: <052.d8714b85494b8f6e1ef033dfbae82a66@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: | ---------------------------+------------------------------------------------ Comment(by Adek336): Happened a few times in relation to crash #3289. Also, an easy way to reproduce is open Firefox, click Restart in Deskbar. You will either get a message that Firefox crashed or one asking you to either kill Firefox or cancel shutdown. We need the latter case. Press Cancel shutdown. If firefox's window hasn't closed yet, close it. You will either get a message that Firefox crashed, or you will see Firefox's window disappear with Firefox still being listed in the Deskbar. We need the latter case. You may now run threads|grep rwlock and sys|ta 30 to see that a page fault happened and that Firefox is waiting on an address space rwlock. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 16 06:18:29 2009 From: trac at haiku-os.org (Adek336) Date: Fri, 16 Jan 2009 05:18:29 -0000 Subject: [Haiku-bugs] [Haiku] #3303: info crash Message-ID: <042.de05d2be851521f2351493d9fcbcf183@haiku-os.org> #3303: info crash --------------------------+------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- info run from Terminal crashes. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 16 06:20:42 2009 From: trac at haiku-os.org (Adek336) Date: Fri, 16 Jan 2009 05:20:42 -0000 Subject: [Haiku-bugs] [Haiku] #3304: Terminal disables scrollbar when program run from bash crashes Message-ID: <042.a79100ef419c0a5a9ff51ed7bc97c4af@haiku-os.org> #3304: Terminal disables scrollbar when program run from bash crashes -----------------------------------+---------------------------------------- Reporter: Adek336 | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- In Terminal: run seq 1 100. Run "info" which crashes (#3303). Now the scrollbar is disabled. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 16 06:35:17 2009 From: trac at haiku-os.org (Adek336) Date: Fri, 16 Jan 2009 05:35:17 -0000 Subject: [Haiku-bugs] [Haiku] #3305: page fault in find_root_device Message-ID: <042.4b346f1763e9c4b8e3afa7f84afcf5a6@haiku-os.org> #3305: page fault in find_root_device -----------------------------+---------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------+---------------------------------------------- r28910, real hardware, 3c900b-combo etherlink xl[cyclone] 10b7/9005, page fault in net_server during bootup, happened only once in many boots. {{{ find_root_device if_initname xl_attach device_attach }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 17 14:05:42 2009 From: trac at haiku-os.org (stippi) Date: Sat, 17 Jan 2009 13:05:42 -0000 Subject: [Haiku-bugs] [Haiku] #2180: MediaPlayer GUI needs to use the layout system In-Reply-To: <045.16a8126881abfe7ca69386cacb16d3c1@haiku-os.org> References: <045.16a8126881abfe7ca69386cacb16d3c1@haiku-os.org> Message-ID: <054.297ef27624294386adf9abe3bd338d2a@haiku-os.org> #2180: MediaPlayer GUI needs to use the layout system ---------------------------------------+------------------------------------ Reporter: leavengood | Owner: stippi Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/MediaPlayer | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Changes (by stippi): * status: new => closed * resolution: => fixed Comment: I could only reproduce the last issue with the menu being cut off with a large font. The other issues (invalidation) seem all to have been fixed meanwhile. Fixed in r28917. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 17 15:45:17 2009 From: trac at haiku-os.org (stippi) Date: Sat, 17 Jan 2009 14:45:17 -0000 Subject: [Haiku-bugs] [Haiku] #3236: Small enhancements (easy) In-Reply-To: <044.00aedb59cb154b70ca864eb42495e97f@haiku-os.org> References: <044.00aedb59cb154b70ca864eb42495e97f@haiku-os.org> Message-ID: <053.f3d343071dfe2b986dd884a014cd2ee1@haiku-os.org> #3236: Small enhancements (easy) ------------------------------------+--------------------------------------- Reporter: humdinger | Owner: stippi Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Applications/DeskCalc | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Changes (by stippi): * status: new => closed * resolution: => fixed Comment: I investigated the "Untitled clipping" problem and that is a "missing" feature in Tracker. So I'm closing this bug. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 17 15:51:20 2009 From: trac at haiku-os.org (stippi) Date: Sat, 17 Jan 2009 14:51:20 -0000 Subject: [Haiku-bugs] [Haiku] #3236: Small enhancements (easy) In-Reply-To: <044.00aedb59cb154b70ca864eb42495e97f@haiku-os.org> References: <044.00aedb59cb154b70ca864eb42495e97f@haiku-os.org> Message-ID: <053.c7ce844bbb8607f553eb20b9c35e3196@haiku-os.org> #3236: Small enhancements (easy) ------------------------------------+--------------------------------------- Reporter: humdinger | Owner: stippi Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Applications/DeskCalc | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by stippi): Actually no... Tracker already has a protocol for that. Never mind! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 17 17:49:46 2009 From: trac at haiku-os.org (romain) Date: Sat, 17 Jan 2009 16:49:46 -0000 Subject: [Haiku-bugs] [Haiku] #3306: Some resource files are not correctly handled Message-ID: <041.e335467c1fd555b307c608e7b8a5d209@haiku-os.org> #3306: Some resource files are not correctly handled -----------------------+---------------------------------------------------- Reporter: romain | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Some existing compiled resource files that where generated on Zeta are not correctly handled by Haiku. On the attached file, Haiku detects the app_flags as 0x4000000 instead of 0x4 (B_BACKGROUND_APP). I do not remember on what zeta version was generated the attached file, but it begins with "Joy!resf" instead of "RS". New files generated on Zeta 1.21 are correctly recognized by Haiku. This may be something specific to an old Zeta release. I do not have a BeOS install here to test. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 17 17:58:07 2009 From: trac at haiku-os.org (VinDuv) Date: Sat, 17 Jan 2009 16:58:07 -0000 Subject: [Haiku-bugs] [Haiku] #3298: [patch] Make gcc2 builds correctly on Mac OS X/Darwin In-Reply-To: <041.294abd4ca6688ce424d98910f411714a@haiku-os.org> References: <041.294abd4ca6688ce424d98910f411714a@haiku-os.org> Message-ID: <050.dfe036c860f4ee37bb437a1e09a0e85b@haiku-os.org> #3298: [patch] Make gcc2 builds correctly on Mac OS X/Darwin --------------------------+------------------------------------------------- Reporter: VinDuv | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by VinDuv): New patch attached. I used both config.guess and config.sub from gnulib (big jump, 1999 => 2008). I also had to edit buildtools/legacy/gcc/gcc/configure (and configure.in) to make it recognize i386-darwin-gcc. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 17 23:11:27 2009 From: trac at haiku-os.org (monni) Date: Sat, 17 Jan 2009 22:11:27 -0000 Subject: [Haiku-bugs] [Haiku] #3307: USB doesn't work during boot on 845GE Message-ID: <040.b0097188b0b35a3558bea8b2b7944d7a@haiku-os.org> #3307: USB doesn't work during boot on 845GE -------------------------+-------------------------------------------------- Reporter: monni | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- {{{ KERN: USB Hub 1: new device on a port that is already in use KERN: USB ControlPipe: timeout waiting for queued request to complete KERN: Last message repeated 2 times. KERN: USB BusManager: error while setting device address }}} Controller: {{{ device Serial bus controller (USB Controller, UHCI) [c|3|0] vendor 8086: Intel Corporation device 24c7: 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 device Serial bus controller (USB Controller, UHCI) [c|3|0] vendor 8086: Intel Corporation device 24c4: 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 device Serial bus controller (USB Controller, UHCI) [c|3|0] vendor 8086: Intel Corporation device 24c2: 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 }}} It used to work around summer 2008 ;) r28925, ePox 4GEA, 768 MB ram, Intel Pentium 4 Willamette 1.6 GHz -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 17 23:39:06 2009 From: trac at haiku-os.org (romain) Date: Sat, 17 Jan 2009 22:39:06 -0000 Subject: [Haiku-bugs] [Haiku] #3306: Some resource files are not correctly handled In-Reply-To: <041.e335467c1fd555b307c608e7b8a5d209@haiku-os.org> References: <041.e335467c1fd555b307c608e7b8a5d209@haiku-os.org> Message-ID: <050.1f60ce34a6b7ff6e7e02b529eed5e181@haiku-os.org> #3306: Some resource files are not correctly handled -----------------------+---------------------------------------------------- Reporter: romain | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by romain): As stated by Francois, "Joy" is used by peff files on ppc system. Since this file was not generated on a ppc system it is probably corrupted. So this ticket should be closed since it is almost certainly a problem with the attached file, and not haiku. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 18 01:07:06 2009 From: trac at haiku-os.org (anevilyak) Date: Sun, 18 Jan 2009 00:07:06 -0000 Subject: [Haiku-bugs] [Haiku] #3306: Some resource files are not correctly handled In-Reply-To: <041.e335467c1fd555b307c608e7b8a5d209@haiku-os.org> References: <041.e335467c1fd555b307c608e7b8a5d209@haiku-os.org> Message-ID: <050.2167dd4fab20709f84ad6e2da8c3b0f3@haiku-os.org> #3306: Some resource files are not correctly handled ------------------------+--------------------------------------------------- Reporter: romain | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by anevilyak): * status: new => closed * resolution: => invalid Comment: Thanks for the note! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 18 02:43:28 2009 From: trac at haiku-os.org (mmlr) Date: Sun, 18 Jan 2009 01:43:28 -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.6a61507c1bb73aade9fbc44bed472388@haiku-os.org> #2662: FAT USB stick problem: "PANIC: could not write back block 7908 (General system error)" -----------------------+---------------------------------------------------- Reporter: luroh | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1/alpha1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Changes (by mmlr): * owner: axeld => mmlr * status: new => assigned Comment: Could you all please try with a revision >= 28930. r28929 fixed a problem that would cause many devices to never recover from error conditions. Also r28930 fixes a problem that could mess up active transfers and adds some more robustness. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 18 03:22:12 2009 From: trac at haiku-os.org (oco) Date: Sun, 18 Jan 2009 02:22:12 -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.cc09334ec9ee62b04316e281b4015b59@haiku-os.org> #2662: FAT USB stick problem: "PANIC: could not write back block 7908 (General system error)" -----------------------+---------------------------------------------------- Reporter: luroh | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1/alpha1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by oco): I still can reproduce the bonnie++ problem with the same error. Maybe, it took a little longer to crash the system. Tested in r28915 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 18 03:30:32 2009 From: trac at haiku-os.org (oco) Date: Sun, 18 Jan 2009 02:30:32 -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.8ef84e667bb397b7da21e7cd34fc2f9f@haiku-os.org> #2662: FAT USB stick problem: "PANIC: could not write back block 7908 (General system error)" -----------------------+---------------------------------------------------- Reporter: luroh | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1/alpha1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by oco): Oh sorry ! Don't see last change in the source tree... Will retry ASAP... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 18 03:59:01 2009 From: trac at haiku-os.org (oco) Date: Sun, 18 Jan 2009 02:59:01 -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.3a4e9c1fb710979ea829627338b61fd8@haiku-os.org> #2662: FAT USB stick problem: "PANIC: could not write back block 7908 (General system error)" -----------------------+---------------------------------------------------- Reporter: luroh | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1/alpha1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by oco): After updating the usb bus manager and the usb disk driver, the problem is gone ! I can navigate all my partitions while bonnie++ still running. Thank you mmlr ! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 18 02:31:02 2009 From: trac at haiku-os.org (scottmc) Date: Sun, 18 Jan 2009 01:31:02 -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.574c5cb4ba09295c10e0255b15af2a13@haiku-os.org> #1072: Write an HDA audio driver and add-on ---------------------------+------------------------------------------------ Reporter: axeld | Owner: ithamar Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Blockedby: | Platform: All Blocking: 3193 | ---------------------------+------------------------------------------------ Comment(by scottmc): Sound is now working on my nvidia based laptop now (Compaq cq50-215nr). Nice work! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 18 09:05:14 2009 From: trac at haiku-os.org (scottmc) Date: Sun, 18 Jan 2009 08:05:14 -0000 Subject: [Haiku-bugs] [Haiku] #3308: Possible math related issues Message-ID: <042.c678ed2b992fdb50f53485f9b7f8d349@haiku-os.org> #3308: Possible math related issues -------------------------------+-------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- The python regression test suite is failing test_cmath: {{{ test test_cmath failed -- Traceback (most recent call last): File "/boot/common/lib/python2.7/test/test_cmath.py", line 366, in test_specific_values self.fail(error_message) AssertionError: acos0032: acos(complex(-0.99999999999999978, 0.0)) Expected: complex(3.141592638688631, -0.0) Received: complex(3.1415926325163688, -0.0) Received value insufficiently close to expected value. }}} test_decimal: {{{ test test_decimal failed -- Traceback (most recent call last): File "/boot/common/lib/python2.7/test/test_decimal.py", line 1386, in test_from_float self.assertEqual(x, float(MyDecimal.from_float(x))) # roundtrip AssertionError: 14.037217101164238 != 14.037217101164231 }}} test_float: {{{ test test_float failed -- Traceback (most recent call last): File "/boot/common/lib/python2.7/test/test_float.py", line 253, in test_repr self.assertEqual(v, eval(repr(v))) AssertionError: 7.9999999872500254e+153 != 7.9999999745000492e+153 }}} test_json: {{{ test_json test test_json failed -- Traceback (most recent call last): File "/boot/common/lib/python2.7/json/tests/test_float.py", line 9, in test_floats self.assertEquals(float(json.dumps(num)), num) AssertionError: 5.1878483364637832e+49 != 5.1878483143195925e+49 }}} test_matshall: {{{ test test_marshal failed -- Traceback (most recent call last): File "/boot/common/lib/python2.7/test/test_marshal.py", line 95, in test_floats self.assertEqual(f, got) AssertionError: -7.9456894939000011e-241 != inf }}} test_math: {{{ test_math test test_math failed -- Traceback (most recent call last): File "/boot/common/lib/python2.7/test/test_math.py", line 879, in test_testfile self.fail(message) AssertionError: Unexpected ValueError in test acos0231:acos(inf) }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 18 09:40:07 2009 From: trac at haiku-os.org (scottmc) Date: Sun, 18 Jan 2009 08:40:07 -0000 Subject: [Haiku-bugs] [Haiku] #3308: Possible math related issues In-Reply-To: <042.c678ed2b992fdb50f53485f9b7f8d349@haiku-os.org> References: <042.c678ed2b992fdb50f53485f9b7f8d349@haiku-os.org> Message-ID: <051.07c561d0886060671f6901bfaab170ef@haiku-os.org> #3308: Possible math related issues -------------------------------+-------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Comment(by scottmc): Also test_random: {{{ test test_random failed -- Traceback (most recent call last): File "/boot/common/lib/python2.7/test/test_random.py", line 344, in test_referenceImplementation self.assertAlmostEqual(a,e,places=14) AssertionError: 0.081823493762449573 != -inf within 14 places }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 18 13:17:11 2009 From: trac at haiku-os.org (luroh) Date: Sun, 18 Jan 2009 12:17:11 -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.57c689317fb5f6e0e097712dd01676ea@haiku-os.org> #2662: FAT USB stick problem: "PANIC: could not write back block 7908 (General system error)" -----------------------+---------------------------------------------------- Reporter: luroh | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1/alpha1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by luroh): Tried 28930 with exactly the same set of hardware and I can no longer repeat the original problem. Thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 18 13:57:30 2009 From: trac at haiku-os.org (mmlr) Date: Sun, 18 Jan 2009 12:57:30 -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.2be4880593a09cad8afbb96b4eb9d5cd@haiku-os.org> #2662: FAT USB stick problem: "PANIC: could not write back block 7908 (General system error)" ------------------------+--------------------------------------------------- Reporter: luroh | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1/alpha1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by mmlr): * status: assigned => closed * resolution: => fixed Comment: Great, thanks a lot for the quick feedback. Closing this one now. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 18 14:06:01 2009 From: trac at haiku-os.org (aldeck) Date: Sun, 18 Jan 2009 13:06:01 -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.4c462cb3b6cbc908d0ab157a4604d812@haiku-os.org> #2662: FAT USB stick problem: "PANIC: could not write back block 7908 (General system error)" ------------------------+--------------------------------------------------- Reporter: luroh | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1/alpha1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by aldeck): Kudos Michael, testing on real hw and vmware, read/write works perfectly. All the problems are gone, except one (i think its another bug, iirc i mentioned it in another ticket), i can't unmount then mount the usb stick a second time via tracker, the context menu stays on screen, tracker is locked with no cpu usage. Don't have the time to investigate yet. Kudos again! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 18 14:08:21 2009 From: trac at haiku-os.org (aldeck) Date: Sun, 18 Jan 2009 13:08:21 -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.7fb8e184eee2c460941e94e858aa564e@haiku-os.org> #2662: FAT USB stick problem: "PANIC: could not write back block 7908 (General system error)" ------------------------+--------------------------------------------------- Reporter: luroh | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1/alpha1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by aldeck): oh there it is, the problem was mentioned in this ticket, comment #7 :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 18 15:20:20 2009 From: trac at haiku-os.org (kaliber) Date: Sun, 18 Jan 2009 14:20:20 -0000 Subject: [Haiku-bugs] [Haiku] #3309: implement strndup() (easy) Message-ID: <042.fd4dbbf73717077684d85ab047cdba34@haiku-os.org> #3309: implement strndup() (easy) -------------------------------+-------------------------------------------- Reporter: kaliber | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- http://www.opengroup.org/onlinepubs/9699919799/functions/strdup.html -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 18 15:26:04 2009 From: trac at haiku-os.org (kaliber) Date: Sun, 18 Jan 2009 14:26:04 -0000 Subject: [Haiku-bugs] [Haiku] #3059: implement _IO_feof_unlocked and _IO_ferror_unlocked in libio.h [PATCH] In-Reply-To: <042.ea09621df08f1390e603399f9a0534ae@haiku-os.org> References: <042.ea09621df08f1390e603399f9a0534ae@haiku-os.org> Message-ID: <051.85d9cfb78e2a6fa9a19e11e15e61fa91@haiku-os.org> #3059: implement _IO_feof_unlocked and _IO_ferror_unlocked in libio.h [PATCH] -------------------------------+-------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Changes (by kaliber): * component: - General => System/libroot.so Comment: Please review the patch. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 18 15:37:16 2009 From: trac at haiku-os.org (kaliber) Date: Sun, 18 Jan 2009 14:37:16 -0000 Subject: [Haiku-bugs] [Haiku] #3310: A root user should be called "root" Message-ID: <042.a30aba54ccea82ab56fcf18963194320@haiku-os.org> #3310: A root user should be called "root" -----------------------+---------------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- A root user should be called "root" instead of "user" in haiku-pre-alpha. There was a small discussion about this http://www.freelists.org/post /haiku-development/updated-cvs,1 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 18 15:39:15 2009 From: trac at haiku-os.org (mmlr) Date: Sun, 18 Jan 2009 14:39:15 -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.81a4ca3ae05176a3e5d669fb29886557@haiku-os.org> #2662: FAT USB stick problem: "PANIC: could not write back block 7908 (General system error)" ------------------------+--------------------------------------------------- Reporter: luroh | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1/alpha1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by mmlr): Replying to [comment:16 aldeck]: > All the problems are gone, except one (i think its another bug, iirc i mentioned it in another ticket), i can't unmount then mount the usb stick a second time via tracker, the context menu stays on screen, tracker is locked with no cpu usage. Don't have the time to investigate yet. Yup, that was a stupid oversight fixed in r28934. Note though that unmounting will cause an eject event if you have "Eject when unmounting" selected in the Tracker preferences. This will cause the device to receive a stop unit and the volume will not be available anymore until you un- and replug the device. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 18 15:47:45 2009 From: trac at haiku-os.org (kaliber) Date: Sun, 18 Jan 2009 14:47:45 -0000 Subject: [Haiku-bugs] [Haiku] #3311: /boot/common/sbin in the PATH variable Message-ID: <042.9b16661e1826008858224dbb2451d67c@haiku-os.org> #3311: /boot/common/sbin in the PATH variable -------------------------+-------------------------------------------------- Reporter: kaliber | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- A few already ported application which uses autotools installs binaries to a $(prefix)/sbin directory. It would be nice to have /boot/common/sbin available by default in the PATH variable. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 18 16:06:05 2009 From: trac at haiku-os.org (aldeck) Date: Sun, 18 Jan 2009 15:06:05 -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.46ba489dba40699d8d2f481a8715dcd6@haiku-os.org> #2662: FAT USB stick problem: "PANIC: could not write back block 7908 (General system error)" ------------------------+--------------------------------------------------- Reporter: luroh | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1/alpha1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by aldeck): Just tested on vmware and real hw, it's fixed indeed :) As for the "Eject when unmounting" thing, thanks for the info, i was wondering... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 18 16:22:18 2009 From: trac at haiku-os.org (axeld) Date: Sun, 18 Jan 2009 15:22:18 -0000 Subject: [Haiku-bugs] [Haiku] #3311: /boot/common/sbin in the PATH variable In-Reply-To: <042.9b16661e1826008858224dbb2451d67c@haiku-os.org> References: <042.9b16661e1826008858224dbb2451d67c@haiku-os.org> Message-ID: <051.a519ac201aa186b1249cac9afe32b8a1@haiku-os.org> #3311: /boot/common/sbin in the PATH variable --------------------------+------------------------------------------------- Reporter: kaliber | Owner: axeld Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => invalid Comment: There won't be an "sbin" directory in Haiku R1. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 18 17:55:48 2009 From: trac at haiku-os.org (axeld) Date: Sun, 18 Jan 2009 16:55:48 -0000 Subject: [Haiku-bugs] [Haiku] #3258: Can't hide Tracker window In-Reply-To: <042.0ce52bcf5be383a9ff1bc13926589b8d@haiku-os.org> References: <042.0ce52bcf5be383a9ff1bc13926589b8d@haiku-os.org> Message-ID: <051.7037951194237595554fad38d2065037@haiku-os.org> #3258: Can't hide Tracker window --------------------------------+------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Changes (by axeld): * status: new => assigned Comment: With that extra information, it's now perfectly reproducible: formerly hidden windows cannot be hidden again after a reboot. Now that sounds solvable :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 18 18:32:11 2009 From: trac at haiku-os.org (axeld) Date: Sun, 18 Jan 2009 17:32:11 -0000 Subject: [Haiku-bugs] [Haiku] #3258: Can't hide Tracker window In-Reply-To: <042.0ce52bcf5be383a9ff1bc13926589b8d@haiku-os.org> References: <042.0ce52bcf5be383a9ff1bc13926589b8d@haiku-os.org> Message-ID: <051.02b2fac32a448768257d9f409e90690d@haiku-os.org> #3258: Can't hide Tracker window ---------------------------------+------------------------------------------ Reporter: Adek336 | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by axeld): * status: assigned => closed * resolution: => fixed Comment: Fixed in r28938, hopefully without collateral damage. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 18 18:59:16 2009 From: trac at haiku-os.org (mmlr) Date: Sun, 18 Jan 2009 17:59:16 -0000 Subject: [Haiku-bugs] [Haiku] #3147: After USB mount/unmount, context menu hangs Tracker In-Reply-To: <042.f1ceff0f2a799946eb7be4ec05af1a74@haiku-os.org> References: <042.f1ceff0f2a799946eb7be4ec05af1a74@haiku-os.org> Message-ID: <051.3d3e85234465cb23836db19299d84b77@haiku-os.org> #3147: After USB mount/unmount, context menu hangs Tracker --------------------------+------------------------------------------------- Reporter: Adek336 | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by mmlr): * status: new => closed * resolution: => fixed Comment: Fixed in r28934. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 18 19:10:19 2009 From: trac at haiku-os.org (mmlr) Date: Sun, 18 Jan 2009 18:10:19 -0000 Subject: [Haiku-bugs] [Haiku] #2898: Booting from USB fails. In-Reply-To: <046.7b7a69ecabd42aec4c813d1053737980@haiku-os.org> References: <046.7b7a69ecabd42aec4c813d1053737980@haiku-os.org> Message-ID: <055.98406155b3b792e12e3ec51263c38ff0@haiku-os.org> #2898: Booting from USB fails. -------------------------+-------------------------------------------------- Reporter: richienyhus | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------+-------------------------------------------------- Changes (by mmlr): * status: new => assigned Comment: Can you please retry with a current revision (>= r28934)? In case of an error, the device couldn't ever recover because of a bug fixed in r28929 and an error could've been provoked by another bug fixed in revisions up to r28934. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 18 19:15:55 2009 From: trac at haiku-os.org (mmlr) Date: Sun, 18 Jan 2009 18:15:55 -0000 Subject: [Haiku-bugs] [Haiku] #2789: writing to usb disks fail after 10-100Mb of writing files In-Reply-To: <042.f0e2b0f62d62e3210495ba76b252c463@haiku-os.org> References: <042.f0e2b0f62d62e3210495ba76b252c463@haiku-os.org> Message-ID: <051.9f8061e041105c0beffd463f8224a4e6@haiku-os.org> #2789: writing to usb disks fail after 10-100Mb of writing files ---------------------+------------------------------------------------------ Reporter: rudolfc | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------+------------------------------------------------------ Changes (by mmlr): * status: new => assigned Comment: Can you please retry with a current revision >= r28934. Since the error recovery couldn't work, many devices should have blocked completely if at least one error ever occurred. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 18 19:17:49 2009 From: trac at haiku-os.org (mmlr) Date: Sun, 18 Jan 2009 18:17:49 -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.728c2b7f77a010a7f3cde3a977e9a9d5@haiku-os.org> #2684: I can't connect SE K800i -------------------------+-------------------------------------------------- Reporter: Hubert | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------+-------------------------------------------------- Changes (by mmlr): * status: new => assigned Comment: Can you please check with a revision >= r28934. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 18 19:30:08 2009 From: trac at haiku-os.org (mmlr) Date: Sun, 18 Jan 2009 18:30:08 -0000 Subject: [Haiku-bugs] [Haiku] #2482: Panic while automounting usb stick In-Reply-To: <042.53b170180f676ceb1ce08291f051bbdb@haiku-os.org> References: <042.53b170180f676ceb1ce08291f051bbdb@haiku-os.org> Message-ID: <051.8846f92529b294bb6a1dcfd49cc8befd@haiku-os.org> #2482: Panic while automounting usb stick -----------------------+---------------------------------------------------- Reporter: emitrax | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by mmlr): Any news on this? It's possible that the device locked up because of error recovery not working and that causing the timeout. Could you please check if a current revision >= r28934 still exhibits this problem? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 18 19:30:58 2009 From: trac at haiku-os.org (mmlr) Date: Sun, 18 Jan 2009 18:30:58 -0000 Subject: [Haiku-bugs] [Haiku] #3158: USB Card Reader (VIA Technologies) does not work under Haiku, works partially under Zeta In-Reply-To: <043.1a9517cf3a20043b03218344e1f20eec@haiku-os.org> References: <043.1a9517cf3a20043b03218344e1f20eec@haiku-os.org> Message-ID: <052.260c6f83beef63cf75465202f01a482d@haiku-os.org> #3158: USB Card Reader (VIA Technologies) does not work under Haiku, works partially under Zeta -------------------------+-------------------------------------------------- Reporter: tigerdog | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by mmlr): It seems that the device itself is detected correctly but the filesystem on it is not recognized. Can you retry with a current revision and see if the problem is still there? At least KDLs should now be fixed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 18 19:32:18 2009 From: trac at haiku-os.org (mmlr) Date: Sun, 18 Jan 2009 18:32:18 -0000 Subject: [Haiku-bugs] [Haiku] #2408: [usb_disk] Running Installer twice causes system to freeze In-Reply-To: <040.583304835628a89e04f511b36e7554d5@haiku-os.org> References: <040.583304835628a89e04f511b36e7554d5@haiku-os.org> Message-ID: <049.8b62be716cbbe29f094f65dc30056a3c@haiku-os.org> #2408: [usb_disk] Running Installer twice causes system to freeze -------------------------+-------------------------------------------------- Reporter: diver | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by mmlr): Does this still happen? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 18 19:48:06 2009 From: trac at haiku-os.org (mmlr) Date: Sun, 18 Jan 2009 18:48:06 -0000 Subject: [Haiku-bugs] [Haiku] #2367: Media checker blocks in USB when booting from USB In-Reply-To: <040.071b43b6611ddf637fa7f5a2c6cebc5e@haiku-os.org> References: <040.071b43b6611ddf637fa7f5a2c6cebc5e@haiku-os.org> Message-ID: <049.b752f102faabdf068a9e4d34bfb1845c@haiku-os.org> #2367: Media checker blocks in USB when booting from USB -------------------------+-------------------------------------------------- Reporter: axeld | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by mmlr): Replying to [comment:10 axeld]: > Not sure what this means; maybe the command couldn't even been send in the first place? Is is possible to differentiate between devices where it makes sense to check for media, and those where it doesn't? Well, it makes sense to check for media when it's declared as removable. Most USB drives are labeled removable though, so this is not really a good way of telling. What could and probably should be done is to just stop checking for media changes when the test unit ready command doesn't work. In any case, could you check with a revision >= r28934 to see if the fixed reset recovery solves this issue? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 18 19:52:48 2009 From: trac at haiku-os.org (mmlr) Date: Sun, 18 Jan 2009 18:52:48 -0000 Subject: [Haiku-bugs] [Haiku] #2344: Hang when booting with USB Mass Storage device connected. In-Reply-To: <048.642c613bc61a224b120d9d3f951a1559@haiku-os.org> References: <048.642c613bc61a224b120d9d3f951a1559@haiku-os.org> Message-ID: <057.30f552946fe88328edc1e3f9e3b5889c@haiku-os.org> #2344: Hang when booting with USB Mass Storage device connected. ---------------------------+------------------------------------------------ Reporter: dustin howett | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------------+------------------------------------------------ Comment(by mmlr): Can you retest with a revision >= r28934? The stall clearing wouldn't work at all due to a bug fixed in r28929, so this has a chance of working now. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 18 19:53:34 2009 From: trac at haiku-os.org (kvdman) Date: Sun, 18 Jan 2009 18:53:34 -0000 Subject: [Haiku-bugs] [Haiku] #3312: bemsn >address 0x78787878 out of bounds Message-ID: <041.64ae1e8f0461dac0882b2068f6080dd8@haiku-os.org> #3312: bemsn >address 0x78787878 out of bounds -----------------------+---------------------------------------------------- Reporter: kvdman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- BeMSN fails to sign in, issue with the username. http://www.haikuware.com/view-details/internet-&-network/instant- messaging/bemsn See attached. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 18 19:55:16 2009 From: trac at haiku-os.org (mmlr) Date: Sun, 18 Jan 2009 18:55:16 -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.84ae3cdc9c6cfac3314fe41b20f34b71@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 Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by mmlr): Please retry with a revision >= r28934. This might have been fixed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 18 19:59:54 2009 From: trac at haiku-os.org (mmlr) Date: Sun, 18 Jan 2009 18:59:54 -0000 Subject: [Haiku-bugs] [Haiku] #1767: UHCI legacy support In-Reply-To: <050.c974a7a6754792455eb3ad1d6bd33093@haiku-os.org> References: <050.c974a7a6754792455eb3ad1d6bd33093@haiku-os.org> Message-ID: <059.fc73bc4d734bdd3eb0f20b0cbdf3984f@haiku-os.org> #1767: UHCI legacy support ------------------------------+--------------------------------------------- Reporter: marcusoverhagen | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------+--------------------------------------------- Changes (by mmlr): * status: assigned => closed * resolution: => fixed Comment: I'm closing this one now. The initialization process has been refined somewhat and I haven't heared of legacy support issues in quite some time. Please reopen if there is a specific test case. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 18 20:25:08 2009 From: trac at haiku-os.org (idefix) Date: Sun, 18 Jan 2009 19:25:08 -0000 Subject: [Haiku-bugs] [Haiku] #2344: Hang when booting with USB Mass Storage device connected. In-Reply-To: <048.642c613bc61a224b120d9d3f951a1559@haiku-os.org> References: <048.642c613bc61a224b120d9d3f951a1559@haiku-os.org> Message-ID: <057.a6ece7d1e64337e694c42cb906fb6f77@haiku-os.org> #2344: Hang when booting with USB Mass Storage device connected. ---------------------------+------------------------------------------------ Reporter: dustin howett | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------------+------------------------------------------------ Comment(by idefix): Yes, I noticed the changes that you made today so I tested the cardreader with r28911 for reference (it didn't work). Will test it again when there's a new image available. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 18 20:27:37 2009 From: trac at haiku-os.org (mmlr) Date: Sun, 18 Jan 2009 19:27:37 -0000 Subject: [Haiku-bugs] [Haiku] #3312: bemsn >address 0x78787878 out of bounds In-Reply-To: <041.64ae1e8f0461dac0882b2068f6080dd8@haiku-os.org> References: <041.64ae1e8f0461dac0882b2068f6080dd8@haiku-os.org> Message-ID: <050.18efa916e4cd64a624346ab86e5ac0f4@haiku-os.org> #3312: bemsn >address 0x78787878 out of bounds ------------------------+--------------------------------------------------- Reporter: kvdman | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by mmlr): * status: new => closed * resolution: => invalid Comment: That's a normal application bug however and not a Haiku one. Does this work on another system at all? Please reopen if you have reason to believe that this is a Haiku issue. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 18 21:27:45 2009 From: trac at haiku-os.org (axeld) Date: Sun, 18 Jan 2009 20:27:45 -0000 Subject: [Haiku-bugs] [Haiku] #3309: implement strndup() (easy) In-Reply-To: <042.fd4dbbf73717077684d85ab047cdba34@haiku-os.org> References: <042.fd4dbbf73717077684d85ab047cdba34@haiku-os.org> Message-ID: <051.d1112641b5837065ce7697056467db13@haiku-os.org> #3309: implement strndup() (easy) --------------------------------+------------------------------------------- Reporter: kaliber | 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 Comment: Added in r28939. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 18 22:15:13 2009 From: trac at haiku-os.org (scottmc) Date: Sun, 18 Jan 2009 21:15:13 -0000 Subject: [Haiku-bugs] [Haiku] #3308: Possible math related issues In-Reply-To: <042.c678ed2b992fdb50f53485f9b7f8d349@haiku-os.org> References: <042.c678ed2b992fdb50f53485f9b7f8d349@haiku-os.org> Message-ID: <051.bf790ada2a8113c774eae17995a0742c@haiku-os.org> #3308: Possible math related issues -------------------------------+-------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Comment(by scottmc): Here's a prebuilt binary of python-2.7-svn: http://www.fileden.com/files/2008/8/23/2062382/python-2.7-gcc2-2009-01-19-2009.zip regression tests are in /boot/common/lib/python2.7/test[[BR]] To run just type: python test_name.py -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 19 00:06:36 2009 From: trac at haiku-os.org (luroh) Date: Sun, 18 Jan 2009 23:06:36 -0000 Subject: [Haiku-bugs] [Haiku] #3313: VIA USB controller not working Message-ID: <040.2714c028653a55c4d155c2abcaea7170@haiku-os.org> #3313: VIA USB controller not working -----------------------+---------------------------------------------------- Reporter: luroh | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- None of my workstation's USB ports work under Haiku, syslog and "lspci -nn | grep USB" from Linux attached. ~> listdev | grep USB device Serial bus controller (USB Controller, EHCI) [c|3|20] device 3104: USB 2.0 device Serial bus controller (USB Controller, UHCI) [c|3|0] device 3038: VT82xxxxx UHCI USB 1.1 Controller device Serial bus controller (USB Controller, UHCI) [c|3|0] device 3038: VT82xxxxx UHCI USB 1.1 Controller device Serial bus controller (USB Controller, UHCI) [c|3|0] device 3038: VT82xxxxx UHCI USB 1.1 Controller device Serial bus controller (USB Controller, UHCI) [c|3|0] device 3038: VT82xxxxx UHCI USB 1.1 Controller -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 19 00:10:23 2009 From: trac at haiku-os.org (anevilyak) Date: Sun, 18 Jan 2009 23:10:23 -0000 Subject: [Haiku-bugs] [Haiku] #3313: VIA USB controller not working In-Reply-To: <040.2714c028653a55c4d155c2abcaea7170@haiku-os.org> References: <040.2714c028653a55c4d155c2abcaea7170@haiku-os.org> Message-ID: <049.80a684b74378c207f84cf808d71176b8@haiku-os.org> #3313: VIA USB controller not working -------------------------+-------------------------------------------------- Reporter: luroh | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Changes (by anevilyak): * owner: axeld => mmlr * component: - General => Drivers/USB -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 19 00:20:03 2009 From: trac at haiku-os.org (luroh) Date: Sun, 18 Jan 2009 23:20:03 -0000 Subject: [Haiku-bugs] [Haiku] #3313: VIA USB controller not working In-Reply-To: <040.2714c028653a55c4d155c2abcaea7170@haiku-os.org> References: <040.2714c028653a55c4d155c2abcaea7170@haiku-os.org> Message-ID: <049.2461f5b50b10f357c05ff29187a3f67d@haiku-os.org> #3313: VIA USB controller not working -------------------------+-------------------------------------------------- Reporter: luroh | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by luroh): Perhaps I should have added that 'find /dev/bus/usb' returns 'No such file or directory'. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 19 00:47:16 2009 From: trac at haiku-os.org (luroh) Date: Sun, 18 Jan 2009 23:47:16 -0000 Subject: [Haiku-bugs] [Haiku] #3313: VIA USB controller not working In-Reply-To: <040.2714c028653a55c4d155c2abcaea7170@haiku-os.org> References: <040.2714c028653a55c4d155c2abcaea7170@haiku-os.org> Message-ID: <049.4a723309c9184aa751f7ffef67cda7ca@haiku-os.org> #3313: VIA USB controller not working -------------------------+-------------------------------------------------- Reporter: luroh | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by luroh): On mmlr's suggestion, changing a BIOS setting from PnP OS 'yes' to 'no' made the USB ports work fine under Haiku. Thanks a lot, this ticket can be closed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 19 01:10:46 2009 From: trac at haiku-os.org (anevilyak) Date: Mon, 19 Jan 2009 00:10:46 -0000 Subject: [Haiku-bugs] [Haiku] #3313: VIA USB controller not working In-Reply-To: <040.2714c028653a55c4d155c2abcaea7170@haiku-os.org> References: <040.2714c028653a55c4d155c2abcaea7170@haiku-os.org> Message-ID: <049.fd3b71678fe4ac9e08b1e7c6b187e7e2@haiku-os.org> #3313: VIA USB controller not working --------------------------+------------------------------------------------- Reporter: luroh | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: duplicate | Blockedby: 2620 Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by anevilyak): * status: new => closed * resolution: => duplicate * blockedby: => 2620 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 19 01:11:07 2009 From: trac at haiku-os.org (anevilyak) Date: Mon, 19 Jan 2009 00:11:07 -0000 Subject: [Haiku-bugs] [Haiku] #3313: VIA USB controller not working In-Reply-To: <040.2714c028653a55c4d155c2abcaea7170@haiku-os.org> References: <040.2714c028653a55c4d155c2abcaea7170@haiku-os.org> Message-ID: <049.7c36e0ab3cba6617f56c06026dd3a1d9@haiku-os.org> #3313: VIA USB controller not working --------------------------+------------------------------------------------- Reporter: luroh | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: duplicate | Blockedby: 5, 2620 Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by anevilyak): * blockedby: 2620 => 5, 2620 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 19 02:58:45 2009 From: trac at haiku-os.org (anevilyak) Date: Mon, 19 Jan 2009 01:58:45 -0000 Subject: [Haiku-bugs] [Haiku] #2594: PANIC: ASSERT FAILED (src/add-ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null In-Reply-To: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> References: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> Message-ID: <050.967e8672f94cdbd84a87651123be86cd@haiku-os.org> #2594: PANIC: ASSERT FAILED (src/add- ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null -------------------------------------+-------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: reopened Priority: high | Milestone: R1 Component: Network & Internet/TCP | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Comment(by anevilyak): Can you try again with r28937 or newer? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 19 04:15:29 2009 From: trac at haiku-os.org (Adek336) Date: Mon, 19 Jan 2009 03:15:29 -0000 Subject: [Haiku-bugs] [Haiku] #2594: PANIC: ASSERT FAILED (src/add-ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null In-Reply-To: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> References: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> Message-ID: <050.24f47d9f44032ced2ebd9bdb2411089b@haiku-os.org> #2594: PANIC: ASSERT FAILED (src/add- ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null -------------------------------------+-------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: reopened Priority: high | Milestone: R1 Component: Network & Internet/TCP | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Comment(by Adek336): In r28945 it is assert failed, BufferQueue.cpp:166, "next == __null || buffer == __null || next->seque". -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 19 04:18:02 2009 From: trac at haiku-os.org (Adek336) Date: Mon, 19 Jan 2009 03:18:02 -0000 Subject: [Haiku-bugs] [Haiku] #2658: Deskbar floating where it should after resolution change In-Reply-To: <042.71b5142596fc67fa61f04043a3169bc3@haiku-os.org> References: <042.71b5142596fc67fa61f04043a3169bc3@haiku-os.org> Message-ID: <051.5d5af1426b74b2e063c9ca21ea04ae5c@haiku-os.org> #2658: Deskbar floating where it should after resolution change ---------------------------------+------------------------------------------ Reporter: scottmc | Owner: axeld Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by Adek336): * status: closed => reopened * resolution: fixed => Comment: Well, it looks like it's still bugging us in r28945. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 19 06:40:39 2009 From: trac at haiku-os.org (mmadia) Date: Mon, 19 Jan 2009 05:40:39 -0000 Subject: [Haiku-bugs] [Haiku] #2594: PANIC: ASSERT FAILED (src/add-ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null In-Reply-To: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> References: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> Message-ID: <050.c77f475c59aaf2a2b5dbaa6d3fed1bf2@haiku-os.org> #2594: PANIC: ASSERT FAILED (src/add- ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null -------------------------------------+-------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: reopened Priority: high | Milestone: R1 Component: Network & Internet/TCP | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Comment(by mmadia): added two photographs of the resulting KDL, tested on revision r28947~49 used Transmission 0.70-bone -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 19 08:41:13 2009 From: trac at haiku-os.org (jackburton) Date: Mon, 19 Jan 2009 07:41:13 -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.397eb397c601f22e8c2324851ad14b5b@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 Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by jackburton): Thank you for looking into this. Unfortunately still doesn't work. Attached is the updated log. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 19 11:56:54 2009 From: trac at haiku-os.org (axeld) Date: Mon, 19 Jan 2009 10:56:54 -0000 Subject: [Haiku-bugs] [Haiku] #2594: PANIC: ASSERT FAILED (src/add-ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null In-Reply-To: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> References: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> Message-ID: <050.56eebb70108143a6cd07e8321ec95187@haiku-os.org> #2594: PANIC: ASSERT FAILED (src/add- ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null -------------------------------------+-------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: reopened Priority: high | Milestone: R1/alpha1 Component: Network & Internet/TCP | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Changes (by axeld): * milestone: R1 => R1/alpha1 Comment: Maybe I should just stop adding new assertion to the code ;-) Next time that happens, what's more interesting than a stack crawl is a dump of the buffer passed in and the buffer queue itself (via dumping the TCP connection). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 19 16:13:22 2009 From: trac at haiku-os.org (scottmc) Date: Mon, 19 Jan 2009 15:13:22 -0000 Subject: [Haiku-bugs] [Haiku] #3308: Possible math related issues In-Reply-To: <042.c678ed2b992fdb50f53485f9b7f8d349@haiku-os.org> References: <042.c678ed2b992fdb50f53485f9b7f8d349@haiku-os.org> Message-ID: <051.a3bc51d87fba9b248c92d2a7dff2aabc@haiku-os.org> #3308: Possible math related issues -------------------------------+-------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Comment(by scottmc): Here's a reply from Mark Dickinson on the python mailing list: {{{ Most of these look like libm/libc precision problems to me, of varying severity. Some particular comments: - the test_float result is worrying: there are a good few places where Python depends on eval(repr(.)) round-tripping for floats, and it looks as though either the eval or the repr is losing significant accuracy. Actually, there's so much accuracy loss that I wonder whether something's being cast from double precision to single precision at some point. - test_decimal failing was a bit of a surprise until I saw which test was failing: the decimal module quite deliberately does all computation using integer arithmetic, and avoids floating-point like the plague, so it should be ultra-portable. Except, of course, the recently added from_float method, which converts from floats to decimals. So fix up the floating-point and test_decimal should pass again. - I don't understand where the test_marshall and test_random failures are coming from. These could be Python problems (though I think it's more likely that they're Haiku floating-point problems). I'd be interested to see short code-snippets that reproduce these issues. - I wouldn't worry so much about the test_math and test_cmath failures until you get the others sorted out; the tests are probably stricter than they need to be. }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 19 16:22:07 2009 From: trac at haiku-os.org (Adek336) Date: Mon, 19 Jan 2009 15:22:07 -0000 Subject: [Haiku-bugs] [Haiku] #2594: PANIC: ASSERT FAILED (src/add-ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null In-Reply-To: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> References: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> Message-ID: <050.3464a8d09f68fe6ca4558bef72acfc98@haiku-os.org> #2594: PANIC: ASSERT FAILED (src/add- ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null -------------------------------------+-------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: reopened Priority: high | Milestone: R1/alpha1 Component: Network & Internet/TCP | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Comment(by Adek336): Here you go! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 19 16:32:02 2009 From: trac at haiku-os.org (jackburton) Date: Mon, 19 Jan 2009 15:32:02 -0000 Subject: [Haiku-bugs] [Haiku] #3174: Deskbar window-list menu not properly drawn for long window title In-Reply-To: <042.9843e5bce6cd47aac5c9c219d4046af8@haiku-os.org> References: <042.9843e5bce6cd47aac5c9c219d4046af8@haiku-os.org> Message-ID: <051.6365c7ae7179b91bac29832d895cba53@haiku-os.org> #3174: Deskbar window-list menu not properly drawn for long window title ---------------------------------+------------------------------------------ Reporter: Adek336 | Owner: jackburton Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: 2726 ---------------------------------+------------------------------------------ Changes (by jackburton): * status: new => closed * resolution: => fixed Comment: It's fixed in r28954 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 19 17:02:07 2009 From: trac at haiku-os.org (jackburton) Date: Mon, 19 Jan 2009 16:02:07 -0000 Subject: [Haiku-bugs] [Haiku] #2910: [Terminal] Creating new tab and moving mouse selects whole view In-Reply-To: <042.217d30886542e37c4380e9006f74bddb@haiku-os.org> References: <042.217d30886542e37c4380e9006f74bddb@haiku-os.org> Message-ID: <051.d204de4292505e26f87c9b2b6b9f2828@haiku-os.org> #2910: [Terminal] Creating new tab and moving mouse selects whole view ------------------------------------+--------------------------------------- Reporter: Adek336 | Owner: jackburton Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Changes (by jackburton): * status: new => closed * resolution: => fixed Comment: Fixed in r28955 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 19 18:41:31 2009 From: trac at haiku-os.org (axeld) Date: Mon, 19 Jan 2009 17:41:31 -0000 Subject: [Haiku-bugs] [Haiku] #2594: PANIC: ASSERT FAILED (src/add-ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null In-Reply-To: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> References: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> Message-ID: <050.2a0e93c00d5ab8f921d76da9cb611b43@haiku-os.org> #2594: PANIC: ASSERT FAILED (src/add- ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null -------------------------------------+-------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: closed Priority: high | Milestone: R1/alpha1 Component: Network & Internet/TCP | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Changes (by axeld): * status: reopened => closed * resolution: => fixed Comment: Thanks, Adrian! Turns out I tried to reproduce the bug with a version of the module that hadn't the assert activated... Anyway, it's fixed now, since r28958 - the assert was just wrong. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 19 20:07:59 2009 From: trac at haiku-os.org (Adek336) Date: Mon, 19 Jan 2009 19:07:59 -0000 Subject: [Haiku-bugs] [Haiku] #2910: [Terminal] Creating new tab and moving mouse selects whole view In-Reply-To: <042.217d30886542e37c4380e9006f74bddb@haiku-os.org> References: <042.217d30886542e37c4380e9006f74bddb@haiku-os.org> Message-ID: <051.2b3c73bde11157f8a104d174392724d3@haiku-os.org> #2910: [Terminal] Creating new tab and moving mouse selects whole view ------------------------------------+--------------------------------------- Reporter: Adek336 | Owner: jackburton Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Comment(by Adek336): Thanks, it was really annoying ! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 19 20:07:36 2009 From: trac at haiku-os.org (diver) Date: Mon, 19 Jan 2009 19:07:36 -0000 Subject: [Haiku-bugs] [Haiku] #3314: [Network] integrate NetworkStatus Message-ID: <040.14994b012b6a70e57cc81e525b5baa54@haiku-os.org> #3314: [Network] integrate NetworkStatus ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Preferences/Network | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------+------------------------------------------ I think that NetworkStatus is so tiny app that it should be integreated in Network preflet just as a checkbox like "Live in Deskbar" or "Show Network Status on Deskbar" like it is done in Media preflet -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 19 20:08:48 2009 From: trac at haiku-os.org (tigerdog) Date: Mon, 19 Jan 2009 19:08:48 -0000 Subject: [Haiku-bugs] [Haiku] #3158: USB Card Reader (VIA Technologies) does not work under Haiku, works partially under Zeta In-Reply-To: <043.1a9517cf3a20043b03218344e1f20eec@haiku-os.org> References: <043.1a9517cf3a20043b03218344e1f20eec@haiku-os.org> Message-ID: <052.88bb61e506d724bd81611525046da21c@haiku-os.org> #3158: USB Card Reader (VIA Technologies) does not work under Haiku, works partially under Zeta -------------------------+-------------------------------------------------- Reporter: tigerdog | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by tigerdog): I've been away from Haiku for a few weeks, so it's about time I load one the latest. I'll try to test this over the next day or two. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 19 20:14:18 2009 From: trac at haiku-os.org (mmlr) Date: Mon, 19 Jan 2009 19:14:18 -0000 Subject: [Haiku-bugs] [Haiku] #3314: [Network] integrate NetworkStatus In-Reply-To: <040.14994b012b6a70e57cc81e525b5baa54@haiku-os.org> References: <040.14994b012b6a70e57cc81e525b5baa54@haiku-os.org> Message-ID: <049.3359f372186a5896b7d5f09c3de1d663@haiku-os.org> #3314: [Network] integrate NetworkStatus ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Preferences/Network | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------+------------------------------------------ Comment(by mmlr): You miss the fact that it is also a replicant. I for example have it sit on my desktop instead of the deskbar to have it a bit bigger. So you need a resizable window with the replicant to get it, and that's exactly what the NetowkrStatus applet is for. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 19 20:30:14 2009 From: trac at haiku-os.org (diver) Date: Mon, 19 Jan 2009 19:30:14 -0000 Subject: [Haiku-bugs] [Haiku] #3315: [Terminal] colored file background is shifted on after resize Message-ID: <040.01a0a29ca013215caf23b767a7f58946@haiku-os.org> #3315: [Terminal] colored file background is shifted on after resize -----------------------------------+---------------------------------------- Reporter: diver | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Open Terminal[[BR]] cd /bin[[BR]] ls[[BR]] Now that default windows size is 80x25 resize it to for example to 87x25.[[BR]] ls[[BR]] Now lookup from "passwd" and "su" they have red background, but it's shifted.[[BR]] -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 19 20:30:49 2009 From: trac at haiku-os.org (diver) Date: Mon, 19 Jan 2009 19:30:49 -0000 Subject: [Haiku-bugs] [Haiku] #3315: [Terminal] colored file background is shifted after resize (was: [Terminal] colored file background is shifted on after resize) In-Reply-To: <040.01a0a29ca013215caf23b767a7f58946@haiku-os.org> References: <040.01a0a29ca013215caf23b767a7f58946@haiku-os.org> Message-ID: <049.7096020502ddef91a7060d0c221399be@haiku-os.org> #3315: [Terminal] colored file background is shifted after resize -----------------------------------+---------------------------------------- Reporter: diver | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 19 20:32:30 2009 From: trac at haiku-os.org (axeld) Date: Mon, 19 Jan 2009 19:32:30 -0000 Subject: [Haiku-bugs] [Haiku] #3314: [Network] integrate NetworkStatus In-Reply-To: <040.14994b012b6a70e57cc81e525b5baa54@haiku-os.org> References: <040.14994b012b6a70e57cc81e525b5baa54@haiku-os.org> Message-ID: <049.43498c81a5cbfc9967fcce186ddbe618@haiku-os.org> #3314: [Network] integrate NetworkStatus ---------------------------------+------------------------------------------ Reporter: diver | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Preferences/Network | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------+------------------------------------------ Comment(by axeld): Agreed, though we could still add a checkbox to the network preferences to put it into the deskbar :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 19 20:33:23 2009 From: trac at haiku-os.org (axeld) Date: Mon, 19 Jan 2009 19:33:23 -0000 Subject: [Haiku-bugs] [Haiku] #2791: 1920 x 1200 resolution not useable with nVidia and Westinghouse monitor In-Reply-To: <043.c59646579dceb2c00fb3a4fbf4b6c4ca@haiku-os.org> References: <043.c59646579dceb2c00fb3a4fbf4b6c4ca@haiku-os.org> Message-ID: <052.0d3b02a88b5ffad4e65bc0f297bd06dc@haiku-os.org> #2791: 1920 x 1200 resolution not useable with nVidia and Westinghouse monitor -------------------------------+-------------------------------------------- Reporter: tigerdog | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Graphics | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -------------------------------+-------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 19 21:05:33 2009 From: trac at haiku-os.org (diver) Date: Mon, 19 Jan 2009 20:05:33 -0000 Subject: [Haiku-bugs] [Haiku] #3316: [Workspaces] window moves on workspaces switch Message-ID: <040.03b6282dcf5e455d6cef89c795a7d922@haiku-os.org> #3316: [Workspaces] window moves on workspaces switch -------------------------------------+-------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Workspaces | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Start Workspaces[[BR]] Press Alt+2 to switch to the secons workspace[[BR]] Press Alt+1 to switch to the first workspace[[BR]] Move Workspaces window to any other corner[[BR]] Press Alt+2 to switch to the secons workspace[[BR]] Workspaces will move to the position you previously left second workspace[[BR]] Don't know if it's intended behavior. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 19 21:09:11 2009 From: trac at haiku-os.org (diver) Date: Mon, 19 Jan 2009 20:09:11 -0000 Subject: [Haiku-bugs] [Haiku] #3316: [Workspaces] window moves on workspaces switch In-Reply-To: <040.03b6282dcf5e455d6cef89c795a7d922@haiku-os.org> References: <040.03b6282dcf5e455d6cef89c795a7d922@haiku-os.org> Message-ID: <049.7ee1cecd8b0acb475ecb268bd2396348@haiku-os.org> #3316: [Workspaces] window moves on workspaces switch -------------------------------------+-------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Workspaces | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Comment(by diver): It doesn't happen in replicant mode at least. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 19 21:42:40 2009 From: trac at haiku-os.org (diver) Date: Mon, 19 Jan 2009 20:42:40 -0000 Subject: [Haiku-bugs] [Haiku] #3317: [Media] volume deskbar replicant should allow dragging volume slider even if mouse is not over the slider Message-ID: <040.1e68293368ff57f7b5de8b69b767e686@haiku-os.org> #3317: [Media] volume deskbar replicant should allow dragging volume slider even if mouse is not over the slider -------------------------------+-------------------------------------------- Reporter: diver | Owner: anevilyak Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Preferences/Media | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Add volume deskbar replicant from Media preflet[[BR]] Try to adjast volume via it's slider[[BR]] Now if you move your mouse away from slider it will stop dragging[[BR]] So it would be nice to allow dragging if you started dragging and moved cursor away from slider -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 19 21:58:39 2009 From: trac at haiku-os.org (emitrax) Date: Mon, 19 Jan 2009 20:58:39 -0000 Subject: [Haiku-bugs] [Haiku] #2482: Panic while automounting usb stick In-Reply-To: <042.53b170180f676ceb1ce08291f051bbdb@haiku-os.org> References: <042.53b170180f676ceb1ce08291f051bbdb@haiku-os.org> Message-ID: <051.16f44d0d2d14441d932672ce61ba1735@haiku-os.org> #2482: Panic while automounting usb stick -----------------------+---------------------------------------------------- Reporter: emitrax | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by emitrax): I just gave it a quick test and I did the following: 1 - plug the stick 2 - mount it 3 - open it 4 - close it 5 - right click on the icon -> unmount icon does not disappear, plus using the right click menu of the desktop and going to the mount entry makes the menu hang in the there. r28958. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 19 22:11:08 2009 From: trac at haiku-os.org (diver) Date: Mon, 19 Jan 2009 21:11:08 -0000 Subject: [Haiku-bugs] [Haiku] #3318: [Mail] Queries doesn't work Message-ID: <040.79822236c48a44d18d38526cc8fca388@haiku-os.org> #3318: [Mail] Queries doesn't work -------------------------------+-------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Mail | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Mail app have a feature to add queries.[[BR]] For this one have to click Queries->Edit Queries (Alt+Shift+E)[[BR]] Now you can drop some queries there[[BR]] But when you select your querie from Queries menu it will not show any files.[[BR]] See screenshot. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 19 22:16:44 2009 From: trac at haiku-os.org (diver) Date: Mon, 19 Jan 2009 21:16:44 -0000 Subject: [Haiku-bugs] [Haiku] #3319: [ActivityMonitor] replicant handlers overlaps text labels Message-ID: <040.9d24f0c1295474faf88ab1d18b33da63@haiku-os.org> #3319: [ActivityMonitor] replicant handlers overlaps text labels ------------------------------------------+--------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/ActivityMonitor | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------------+--------------------------------- Replicant handlers overlaps text labels like letter "B" in MB -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 19 22:23:16 2009 From: trac at haiku-os.org (diver) Date: Mon, 19 Jan 2009 21:23:16 -0000 Subject: [Haiku-bugs] [Haiku] #3320: [CodyCam] display alert in a video view Message-ID: <040.5c3f491aaf76a33aaed4f0e9875b56d9@haiku-os.org> #3320: [CodyCam] display alert in a video view ----------------------------------+----------------------------------------- Reporter: diver | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/CodyCam | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- It would be nice to be able to play a little with CodyCam, but unfortunately I don't have supported webcam. So if alert with "Can't find video source..." will be just a label in the video view with "Retry" button on it, one can actually be able to play with CodyCam a bit :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 19 22:25:43 2009 From: trac at haiku-os.org (anevilyak) Date: Mon, 19 Jan 2009 21:25:43 -0000 Subject: [Haiku-bugs] [Haiku] #3320: [CodyCam] display alert in a video view In-Reply-To: <040.5c3f491aaf76a33aaed4f0e9875b56d9@haiku-os.org> References: <040.5c3f491aaf76a33aaed4f0e9875b56d9@haiku-os.org> Message-ID: <049.614aac55d6f70f6cb552cf673ac3aa8f@haiku-os.org> #3320: [CodyCam] display alert in a video view ----------------------------------+----------------------------------------- Reporter: diver | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/CodyCam | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by anevilyak): I'm curious, what would you do with codycam without having a webcam? It does almost nothing other than display what your webcam is currently seeing. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 19 22:36:29 2009 From: trac at haiku-os.org (diver) Date: Mon, 19 Jan 2009 21:36:29 -0000 Subject: [Haiku-bugs] [Haiku] #3320: [CodyCam] display alert in a video view In-Reply-To: <040.5c3f491aaf76a33aaed4f0e9875b56d9@haiku-os.org> References: <040.5c3f491aaf76a33aaed4f0e9875b56d9@haiku-os.org> Message-ID: <049.4cbea74a1ad36382f7d74bce63d11131@haiku-os.org> #3320: [CodyCam] display alert in a video view ----------------------------------+----------------------------------------- Reporter: diver | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/CodyCam | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by diver): Yes, I know. But imagine a situation that one day we would support most web cams. You fire up CodyCam, but forget to plug in your web cam. Now CodyCam doesn't find your cam and you have to launch it again. Also i would like to know what formats CodyCam support or what other than FTP is hidden there. Not that important but still... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 19 23:00:07 2009 From: trac at haiku-os.org (axeld) Date: Mon, 19 Jan 2009 22:00:07 -0000 Subject: [Haiku-bugs] [Haiku] #2870: "C" headers shouldn't contain "C++" like comments In-Reply-To: <042.48c195662bccc475aad9aa81e57efd72@haiku-os.org> References: <042.48c195662bccc475aad9aa81e57efd72@haiku-os.org> Message-ID: <051.cb46d7c89d5d8d5f3ea58e6601ee88c3@haiku-os.org> #2870: "C" headers shouldn't contain "C++" like comments ------------------------+--------------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: The last patch is pretty much useless, as most of these headers are in fact C++ headers, and there is no reason not to use those comments in there. I guess we can consider this bug fixed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 19 23:21:00 2009 From: trac at haiku-os.org (axeld) Date: Mon, 19 Jan 2009 22:21:00 -0000 Subject: [Haiku-bugs] [Haiku] #2237: Multiple declarations in posix/netdb.h In-Reply-To: <042.4283f0b14c1841b777d2c47251d1786f@haiku-os.org> References: <042.4283f0b14c1841b777d2c47251d1786f@haiku-os.org> Message-ID: <051.abc058e88427d02109f98e4a5a6f04e4@haiku-os.org> #2237: Multiple declarations in posix/netdb.h ------------------------+--------------------------------------------------- Reporter: kaliber | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Sure, just a matter of time :-) Applied in r28961. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 00:25:39 2009 From: trac at haiku-os.org (scottmc) Date: Mon, 19 Jan 2009 23:25:39 -0000 Subject: [Haiku-bugs] [Haiku] #2640: [OpenSSL] Needs updating to 0.9.8j (was: [OpenSSL] Needs updating to 0.9.8h) In-Reply-To: <042.a18939ac428e40cf4140fae003d36aa1@haiku-os.org> References: <042.a18939ac428e40cf4140fae003d36aa1@haiku-os.org> Message-ID: <051.cd8ea02f9a4937d5aff865d383b1e487@haiku-os.org> #2640: [OpenSSL] Needs updating to 0.9.8j ---------------------------------------------+------------------------------ Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------------+------------------------------ Comment(by scottmc): http://www.openssl.org/ 0.9.8j is out now and still builds ok using the 0.9.8g patch. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 00:49:54 2009 From: trac at haiku-os.org (scottmc) Date: Mon, 19 Jan 2009 23:49:54 -0000 Subject: [Haiku-bugs] [Haiku] #2327: Please add langinfo.h as a public header In-Reply-To: <042.13ce36fe49dd2ce506a6744b61adb8c8@haiku-os.org> References: <042.13ce36fe49dd2ce506a6744b61adb8c8@haiku-os.org> Message-ID: <051.517f104d56ec96d855bfe6381a78b328@haiku-os.org> #2327: Please add langinfo.h as a public header -------------------------+-------------------------------------------------- Reporter: kaliber | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by scottmc): Appears that python can use this as well. Python regression test "test_locale" cannot import name RADIXCHAR -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 01:34:10 2009 From: trac at haiku-os.org (diver) Date: Tue, 20 Jan 2009 00:34:10 -0000 Subject: [Haiku-bugs] [Haiku] #3321: [Installer] alert view for eula isn't wide enough (easy) Message-ID: <040.f90f5a762e146172fed5f5b6458d286b@haiku-os.org> #3321: [Installer] alert view for eula isn't wide enough (easy) ------------------------------------+--------------------------------------- Reporter: diver | Owner: korli Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Installer | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- Currently alert view for eula isn't wide enough and force text wrapping even though there are more free space left. Fixing it will probably remove a need in scrollbar and improove the look. Also adding a 3 pixel offset before text wouldn't hurt. The view itself looks like selectable, but it's not, maybe it should? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 01:44:26 2009 From: trac at haiku-os.org (diver) Date: Tue, 20 Jan 2009 00:44:26 -0000 Subject: [Haiku-bugs] [Haiku] #3322: [SoundRecorder] moving position sliders flicker timeview Message-ID: <040.4a5290377628de177da2da2fd8f7f87d@haiku-os.org> #3322: [SoundRecorder] moving position sliders flicker timeview ----------------------------------------+----------------------------------- Reporter: diver | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/SoundRecorder | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------------+----------------------------------- Moving start/end position slider flicker timeview and main slider too. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 01:49:06 2009 From: trac at haiku-os.org (diver) Date: Tue, 20 Jan 2009 00:49:06 -0000 Subject: [Haiku-bugs] [Haiku] #3323: [SoundRecorder] Divide error Message-ID: <040.6b49d818d73bf30679c8c0b0a63d2e0d@haiku-os.org> #3323: [SoundRecorder] Divide error ----------------------------------------+----------------------------------- Reporter: diver | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/SoundRecorder | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------------+----------------------------------- Clicking record button and clicking it again second later crashes SoundRecorder. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 01:54:35 2009 From: trac at haiku-os.org (diver) Date: Tue, 20 Jan 2009 00:54:35 -0000 Subject: [Haiku-bugs] [Haiku] #3324: [SoundRecorder] slow window resizing after record Message-ID: <040.1734bd78d77915fe31432b05efe3d353@haiku-os.org> #3324: [SoundRecorder] slow window resizing after record ----------------------------------------+----------------------------------- Reporter: diver | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/SoundRecorder | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------------+----------------------------------- If you click record button and wait several seconds and then click stop will slowdown SoundRecorder resizing. Also note volume flickering on resize and visual artifacts. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 02:03:11 2009 From: trac at haiku-os.org (diver) Date: Tue, 20 Jan 2009 01:03:11 -0000 Subject: [Haiku-bugs] [Haiku] #3325: [DiskProbe] volume icon have hard-edged shadow Message-ID: <040.4297ba89d4b4417e30046db3b583c84b@haiku-os.org> #3325: [DiskProbe] volume icon have hard-edged shadow ------------------------------------+--------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/DiskProbe | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 02:27:51 2009 From: trac at haiku-os.org (diver) Date: Tue, 20 Jan 2009 01:27:51 -0000 Subject: [Haiku-bugs] [Haiku] #3328: [MediaPlayer] it is possible to hide all interface Message-ID: <040.d7bfdfd8341e6a52922f12773a01d0d8@haiku-os.org> #3328: [MediaPlayer] it is possible to hide all interface --------------------------------------+------------------------------------- Reporter: diver | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/MediaPlayer | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------------+------------------------------------- If you start MediaPlayer and press alt+c, alt+b, alt+m you will get half- hidden strange window. Also I managed to deadlock app_server like this 3 times, but can't find a reproducible way. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 02:42:35 2009 From: trac at haiku-os.org (anevilyak) Date: Tue, 20 Jan 2009 01:42:35 -0000 Subject: [Haiku-bugs] [Haiku] #3320: [CodyCam] display alert in a video view In-Reply-To: <040.5c3f491aaf76a33aaed4f0e9875b56d9@haiku-os.org> References: <040.5c3f491aaf76a33aaed4f0e9875b56d9@haiku-os.org> Message-ID: <049.1bd249a7f1b5172786d6344aacdd78cb@haiku-os.org> #3320: [CodyCam] display alert in a video view -----------------------------------+---------------------------------------- Reporter: diver | Owner: axeld Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Applications/CodyCam | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by anevilyak): * status: new => closed * resolution: => fixed Comment: Fixed in r28963. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 02:42:57 2009 From: trac at haiku-os.org (anevilyak) Date: Tue, 20 Jan 2009 01:42:57 -0000 Subject: [Haiku-bugs] [Haiku] #2333: [CDPlayer] if there is no CD drive it should not show main UI after error message (easy) In-Reply-To: <040.c8c924961d6d30fd71d686651fbaef16@haiku-os.org> References: <040.c8c924961d6d30fd71d686651fbaef16@haiku-os.org> Message-ID: <049.43dc309f2828ec3cb8b9a3d0d7941d4c@haiku-os.org> #2333: [CDPlayer] if there is no CD drive it should not show main UI after error message (easy) ------------------------------------+--------------------------------------- Reporter: diver | Owner: anevilyak Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/CDPlayer | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Changes (by anevilyak): * status: new => closed * resolution: => fixed Comment: Fixed in r28963. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 02:43:19 2009 From: trac at haiku-os.org (anevilyak) Date: Tue, 20 Jan 2009 01:43:19 -0000 Subject: [Haiku-bugs] [Haiku] #3320: [CodyCam] display alert in a video view In-Reply-To: <040.5c3f491aaf76a33aaed4f0e9875b56d9@haiku-os.org> References: <040.5c3f491aaf76a33aaed4f0e9875b56d9@haiku-os.org> Message-ID: <049.e102daffefc0a64854012fa88774d95c@haiku-os.org> #3320: [CodyCam] display alert in a video view -----------------------------------+---------------------------------------- Reporter: diver | Owner: axeld Type: enhancement | Status: reopened Priority: normal | Milestone: R1 Component: Applications/CodyCam | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by anevilyak): * status: closed => reopened * resolution: fixed => Comment: Oops, should be more careful when I have multiple tickets open in tabs, sorry. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 02:47:44 2009 From: trac at haiku-os.org (Adek336) Date: Tue, 20 Jan 2009 01:47:44 -0000 Subject: [Haiku-bugs] [Haiku] #3329: [Tracker] Pressing F2 shows squares in the bottom Message-ID: <042.4ddb83c5a2d71505b3464ebf0a776b8d@haiku-os.org> #3329: [Tracker] Pressing F2 shows squares in the bottom ----------------------------------+----------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- When, for example, mistakenly pressing F2 where Alt+E should be pressed in the Tracker window, squares appear in the file name search box in the statusbar. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 02:49:52 2009 From: trac at haiku-os.org (anevilyak) Date: Tue, 20 Jan 2009 01:49:52 -0000 Subject: [Haiku-bugs] [Haiku] #3329: [Tracker] Pressing F2 shows squares in the bottom In-Reply-To: <042.4ddb83c5a2d71505b3464ebf0a776b8d@haiku-os.org> References: <042.4ddb83c5a2d71505b3464ebf0a776b8d@haiku-os.org> Message-ID: <051.c114af98ecf18bcd2112de2f6a834b2c@haiku-os.org> #3329: [Tracker] Pressing F2 shows squares in the bottom ----------------------------------+----------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by anevilyak): That's probably because it tries to interpret f2 as a search character, and no printable glyph matches it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 03:00:23 2009 From: trac at haiku-os.org (Adek336) Date: Tue, 20 Jan 2009 02:00:23 -0000 Subject: [Haiku-bugs] [Haiku] #3330: [Screenshot] Input field glitch when the text is moved Message-ID: <042.ca52e1b3d3532b782a778f5747950a8a@haiku-os.org> #3330: [Screenshot] Input field glitch when the text is moved -------------------------------------+-------------------------------------- Reporter: Adek336 | Owner: julun Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Screenshot | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- In Screenshot, type into name "terminalnoscrollbar" and add one more letter. At that point the text moves half the input field width to the left and a part of the last glyph is broken. Probably it isn't Sceenshot specific. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 03:07:57 2009 From: trac at haiku-os.org (Adek336) Date: Tue, 20 Jan 2009 02:07:57 -0000 Subject: [Haiku-bugs] [Haiku] #3331: [Appearance Preflet] Defaults button doesn't work Message-ID: <042.5560106203b9877f6284ace1180c883f@haiku-os.org> #3331: [Appearance Preflet] Defaults button doesn't work ------------------------------------+--------------------------------------- Reporter: Adek336 | Owner: darkwyrm Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Appearance | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- At least in the antialiasing tab, after changing preferences, the Defaults button pressed does nothing and gets permanently greyed out so you can't even click it again. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 04:13:20 2009 From: trac at haiku-os.org (Adek336) Date: Tue, 20 Jan 2009 03:13:20 -0000 Subject: [Haiku-bugs] [Haiku] #2858: [DriveSetup] table column does not resize In-Reply-To: <042.2b239923b9b25994a1002f03084eee8b@haiku-os.org> References: <042.2b239923b9b25994a1002f03084eee8b@haiku-os.org> Message-ID: <051.7859533a26a768f6c78869496a744510@haiku-os.org> #2858: [DriveSetup] table column does not resize -------------------------------------+-------------------------------------- Reporter: Adek336 | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/DriveSetup | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Comment(by Adek336): Single clicking still shifts the separator by a few pixels as of r28963, but also double clicking doesn't resize the field long enough for all entries (the two entries with ellipsises, in img_1701.jpg). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 02:18:50 2009 From: trac at haiku-os.org (diver) Date: Tue, 20 Jan 2009 01:18:50 -0000 Subject: [Haiku-bugs] [Haiku] #3327: [DiskProbe] can't copy hex values Message-ID: <040.be2a84312d9a8c43fa5afdb29e6ec845@haiku-os.org> #3327: [DiskProbe] can't copy hex values ------------------------------------+--------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/DiskProbe | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- I tried to copy "62 65 6f 73" ("beos") from the first block of image) and paste to find window in hex mode, but that doesn't work -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 02:13:49 2009 From: trac at haiku-os.org (diver) Date: Tue, 20 Jan 2009 01:13:49 -0000 Subject: [Haiku-bugs] [Haiku] #3326: [DiskProbe] hex to text in find window produce question marks Message-ID: <040.3b11a099717c587f189af0198881f126@haiku-os.org> #3326: [DiskProbe] hex to text in find window produce question marks ------------------------------------+--------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/DiskProbe | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- Start DiskProbe[[BR]] Open Find window[[BR]] Switch to hex mode[[BR]] Type "be"[[BR]] Switch to text mode[[BR]] You will see question mark[[BR]] -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 02:14:59 2009 From: trac at haiku-os.org (diver) Date: Tue, 20 Jan 2009 01:14:59 -0000 Subject: [Haiku-bugs] [Haiku] #3317: [Media] volume deskbar replicant should allow dragging volume slider even if mouse is not over the slider In-Reply-To: <040.1e68293368ff57f7b5de8b69b767e686@haiku-os.org> References: <040.1e68293368ff57f7b5de8b69b767e686@haiku-os.org> Message-ID: <049.c661f27366688112bc4a7a7d58a50a20@haiku-os.org> #3317: [Media] volume deskbar replicant should allow dragging volume slider even if mouse is not over the slider --------------------------------+------------------------------------------- Reporter: diver | Owner: anevilyak Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Preferences/Media | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by diver): Thanks! :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 02:08:04 2009 From: trac at haiku-os.org (anevilyak) Date: Tue, 20 Jan 2009 01:08:04 -0000 Subject: [Haiku-bugs] [Haiku] #3317: [Media] volume deskbar replicant should allow dragging volume slider even if mouse is not over the slider In-Reply-To: <040.1e68293368ff57f7b5de8b69b767e686@haiku-os.org> References: <040.1e68293368ff57f7b5de8b69b767e686@haiku-os.org> Message-ID: <049.683979596939c18d8b7831f03c788858@haiku-os.org> #3317: [Media] volume deskbar replicant should allow dragging volume slider even if mouse is not over the slider --------------------------------+------------------------------------------- Reporter: diver | Owner: anevilyak Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Preferences/Media | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by anevilyak): * status: new => closed * resolution: => fixed Comment: Fixed in r28962. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 06:27:43 2009 From: trac at haiku-os.org (Adek336) Date: Tue, 20 Jan 2009 05:27:43 -0000 Subject: [Haiku-bugs] [Haiku] #3332: Build should halt on unknown optional packages Message-ID: <042.9d5c7915cb6723774342dd25bead80ce@haiku-os.org> #3332: Build should halt on unknown optional packages --------------------------+------------------------------------------------- Reporter: Adek336 | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- AddOptionalHaikuImagePackages NetSurf, instead of Netsurf. The build system silently ignores the unknown package name and you're surprised you don't have NetSurf installed :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 06:36:36 2009 From: trac at haiku-os.org (Adek336) Date: Tue, 20 Jan 2009 05:36:36 -0000 Subject: [Haiku-bugs] [Haiku] #3333: Build system doesn't check for duplicate profile definitions Message-ID: <042.e4ae70d78d14eff586578470d5e1a024@haiku-os.org> #3333: Build system doesn't check for duplicate profile definitions --------------------------+------------------------------------------------- Reporter: Adek336 | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- With {{{ DefineBuildProfile qemu : image : "haiku-qemu.image1" ; DefineBuildProfile qemu : image : "haiku-qemu.image2" ; }}} the build system would silently drop the first definition. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 19 20:48:32 2009 From: trac at haiku-os.org (Adek336) Date: Mon, 19 Jan 2009 19:48:32 -0000 Subject: [Haiku-bugs] [Haiku] #2594: PANIC: ASSERT FAILED (src/add-ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null In-Reply-To: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> References: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> Message-ID: <050.742fcc9f453bf1f9e155258caa5cc6a9@haiku-os.org> #2594: PANIC: ASSERT FAILED (src/add- ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null -------------------------------------+-------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: reopened Priority: high | Milestone: R1/alpha1 Component: Network & Internet/TCP | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Changes (by Adek336): * status: closed => reopened * resolution: fixed => Comment: There's still an empty buffer there. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 08:25:52 2009 From: trac at haiku-os.org (scottmc) Date: Tue, 20 Jan 2009 07:25:52 -0000 Subject: [Haiku-bugs] [Haiku] #3308: Possible floating point failures in IEEE 754 tests (was: Possible math related issues) In-Reply-To: <042.c678ed2b992fdb50f53485f9b7f8d349@haiku-os.org> References: <042.c678ed2b992fdb50f53485f9b7f8d349@haiku-os.org> Message-ID: <051.fec5f7cecdafd17d04c909a180791674@haiku-os.org> #3308: Possible floating point failures in IEEE 754 tests -------------------------------+-------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Comment(by scottmc): Searching around for a math test I located this one:[[BR]] http://www.math.utah.edu/~beebe/software/ieee/ [[BR]] [[BR]] Compiled it and ran the tests, here's the results of most of them, some passing a few failing:[[BR]] {{{ ~/ieee> chkinexact ------------------------------------------------------------------------ Test at normal underflow limit float: 2^(-126) f = 1.17549e-38 double: 2^(-1022) d = 2.22507e-308 LONG_DOUBLE: 2^(-16382) q = 3.3621e-4932 ------------------------------------------------------------------------ Test of divide-by-two at normal underflow limit float: 2^(-127) f = 5.87747e-39 double: 2^(-1023) d = 1.11254e-308 LONG_DOUBLE: 2^(-16383) q = 1.68105e-4932 ------------------------------------------------------------------------ Test of divide-by-two at normal underflow limit float: 2^(-128) f = 2.93874e-39 double: 2^(-1024) d = 5.56268e-309 LONG_DOUBLE: 2^(-16384) q = 8.40526e-4933 ------------------------------------------------------------------------ Test of subnormal underflow limit float: 2^(-149) f = 1.4013e-45 double: 2^(-1074) d = 4.94066e-324 LONG_DOUBLE: 2^(-16494) q = 0 ------------------------------------------------------------------------ Test of divide-by-two at subnormal underflow limit float: 2^(-150) f = 0 double: 2^(-1075) d = 0 LONG_DOUBLE: 2^(-16495) q = 0 ------------------------------------------------------------------------ ~/ieee> copysign -0 > +0: FALSE -0 < +0: FALSE -0 == +0: TRUE -0 == +0: TRUE copysign(0,-1) = -0.000000 copysign(0,1) = 0.000000 ~/ieee> datasize Pointer sizes... sizeof(char*) = 4 sizeof(void*) = 4 sizeof(void(*)(void)) = 4 Integer sizes... sizeof(char) = 1 sizeof(short) = 2 sizeof(int) = 4 sizeof(long) = 4 sizeof(long long) = 8 Floating-point sizes... sizeof(float) = 4 sizeof(double) = 8 sizeof(long double) = 12 ~/ieee> fpinfo2 float: sizeof(float) = 4 FLT_MANT_DIG = 24 machine epsilon = 1.19209e-07 [IEEE 754 32-bit macheps] smallest positive number = 1.40130e-45 [IEEE 754 smallest 32-bit subnormal] double: sizeof(double) = 8 DBL_MANT_DIG = 53 machine epsilon = 2.22045e-16 [IEEE 754 64-bit macheps] smallest positive number = 4.94066e-324 [IEEE 754 smallest 64-bit subnormal] LONG_DOUBLE: sizeof(LONG_DOUBLE) = 12 LDBL_MANT_DIG = 64 machine epsilon = 1.08420e-19 [IEEE 754 80-bit macheps] smallest positive number = 3.64520e-4951 [not IEEE 754 conformant] ~/ieee> fpshow Single precision 0 0x00000000 1 0x3f800000 -1 0xbf800000 2 0x40000000 -2 0xc0000000 1.19209e-07 0x34000000 -1.19209e-07 0xb4000000 1.4013e-45 0x00000001 -1.4013e-45 0x80000001 1.17549e-38 0x00800000 -1.17549e-38 0x80800000 3.40282e+38 0x7f7fffff -3.40282e+38 0xff7fffff inf 0x7f800000 -inf 0xff800000 nan 0xffc00000 Double precision 0 0x00000000 00000000 1 0x00000000 3ff00000 -1 0x00000000 bff00000 2 0x00000000 40000000 -2 0x00000000 c0000000 1.11022e-16 0x00000002 3ca00000 -1.11022e-16 0x00000002 bca00000 4.94066e-324 0x00000001 00000000 -4.94066e-324 0x00000001 80000000 2.22507e-308 0x00000000 00100000 -2.22507e-308 0x00000000 80100000 1.79769e+308 0xffffffff 7fefffff -1.79769e+308 0xffffffff ffefffff inf 0x00000000 7ff00000 -inf 0x00000000 fff00000 nan 0x00000000 fff80000 ~/ieee> ofl Haiku haikubox 1 r28949 Jan 18 2009 18:24:39 BePC Haiku Begin test: result = inf*zero Floating-point exception flags = 0x00000001 [ FP_INVALID_OPERATION ] Inf = inf Zero = 0 Inf*Zero = nan Begin test: result = one + inf*zero Floating-point exception flags = 0x00000001 [ FP_INVALID_OPERATION ] One = 1 Inf = inf Zero = 0 One + Inf*Zero = nan End tests ~/ieee> rwfp2a ~/ieee> rwinfnan2 NaN was written as: nan Inf was written as: inf NaN was INCORRECTLY input as 0x00000000 0 Inf was INCORRECTLY input as 0x00000000 0 ~/ieee> rwinfnan3 NaN was written as: nan Inf was written as: inf NaN was read as: 999 [INCORRECT] Inf was read as: 999 [INCORRECT] ~/ieee> zerocomp float comparision of 0 vs -0: OKAY double comparision of 0 vs -0: OKAY long double comparision of 0 vs -0: OKAY ~/ieee> zerosdq Zero handling in single-precision IEEE 754 arithmetic: sizeof(float) = 4 +zero is unsigned (CORRECT) -zero is signed (CORRECT) 0 - 0 is unsigned (CORRECT) (-0) - (+0) is signed (CORRECT) (+1)*(0) is unsigned (CORRECT) (-1)*(0) is signed (CORRECT) Zero handling in double-precision IEEE 754 arithmetic: sizeof(double) = 8 +zero is unsigned (CORRECT) -zero is signed (CORRECT) 0 - 0 is unsigned (CORRECT) (-0) - (+0) is signed (CORRECT) (+1)*(0) is unsigned (CORRECT) (-1)*(0) is signed (CORRECT) Zero handling in extended-precision IEEE 754 arithmetic: sizeof(long double) = 12 +zero is unsigned (CORRECT) -zero is unsigned (WRONG) 0 - 0 is unsigned (CORRECT) (-0) - (+0) is unsigned (WRONG) (+1)*(0) is unsigned (CORRECT) (-1)*(0) is unsigned (WRONG) ~/ieee> }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 10:22:26 2009 From: trac at haiku-os.org (richienyhus) Date: Tue, 20 Jan 2009 09:22:26 -0000 Subject: [Haiku-bugs] [Haiku] #2898: Booting from USB fails. In-Reply-To: <046.7b7a69ecabd42aec4c813d1053737980@haiku-os.org> References: <046.7b7a69ecabd42aec4c813d1053737980@haiku-os.org> Message-ID: <055.8930c62429e4cc9e1be57e33840521e9@haiku-os.org> #2898: Booting from USB fails. -------------------------+-------------------------------------------------- Reporter: richienyhus | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------+-------------------------------------------------- Comment(by richienyhus): I'll have a look with a vision post r28934, that is when there is a new Pre Alpha image. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 11:38:29 2009 From: trac at haiku-os.org (axeld) Date: Tue, 20 Jan 2009 10:38:29 -0000 Subject: [Haiku-bugs] [Haiku] #2594: PANIC: ASSERT FAILED (src/add-ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null In-Reply-To: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> References: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> Message-ID: <050.9f8883acba7eb0217c89fe678c2238ab@haiku-os.org> #2594: PANIC: ASSERT FAILED (src/add- ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null -------------------------------------+-------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: closed Priority: high | Milestone: R1/alpha1 Component: Network & Internet/TCP | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Changes (by axeld): * status: reopened => closed * resolution: => fixed Comment: Thanks, fixed in r28967, finally. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 12:03:57 2009 From: trac at haiku-os.org (axeld) Date: Tue, 20 Jan 2009 11:03:57 -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.a69f3bdba1b949f2354fcd37932142a7@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: | --------------------------------+------------------------------------------- Comment(by axeld): Not sure what this stack trace is supposed to tell, at least it does not seem to pass any code that would need the app_server link lock. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 12:14:33 2009 From: trac at haiku-os.org (stippi) Date: Tue, 20 Jan 2009 11:14:33 -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.eafce494f7204658096404b7ce01e886@haiku-os.org> #2197: KDL when starting Firefox -------------------------------------+-------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: reopened Priority: blocker | Milestone: R1/alpha1 Component: Network & Internet/TCP | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Comment(by stippi): This may actually be a duplicate of #2706 then, no? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 12:14:56 2009 From: trac at haiku-os.org (korli) Date: Tue, 20 Jan 2009 11:14:56 -0000 Subject: [Haiku-bugs] [Haiku] #3308: Possible floating point failures in IEEE 754 tests In-Reply-To: <042.c678ed2b992fdb50f53485f9b7f8d349@haiku-os.org> References: <042.c678ed2b992fdb50f53485f9b7f8d349@haiku-os.org> Message-ID: <051.3d265d5d84f1d68ffbf03227378e0b88@haiku-os.org> #3308: Possible floating point failures in IEEE 754 tests -------------------------------+-------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Comment(by korli): I believe our GCC2.95 doesn't really support long double type. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 12:43:40 2009 From: trac at haiku-os.org (adamk) Date: Tue, 20 Jan 2009 11:43:40 -0000 Subject: [Haiku-bugs] [Haiku] #3334: radeon driver crashes on radeon x850 Message-ID: <040.da2a5d34c1b9ebb27872afe8b2547f75@haiku-os.org> #3334: radeon driver crashes on radeon x850 ---------------------+------------------------------------------------------ Reporter: adamk | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------+------------------------------------------------------ Running Haiku on native hardware (a dualcore Xeon with 2 gigs of RAM). The radeon driver crashes during the final stages of of the boot process. I can see the mouse cursor, but the screen is completely corrupted. The debug log shows: Radeon - SYNC_TO_TOKEN: Failed waiting for token 8 (active token: 0) Radeon - Radeon_ResetEngine: Radeon - SYNC_TO_TOKEN: Failed waiting for token 11 (active token: 0) Radeon - Radeon_ResetEngine: Radeon - Radeon_DiscardAllIndirectBuffers: 3 Radeon - Radeon_DiscardAllIndirectBuffers: 4 Radeon - SYNC_TO_TOKEN: Failed waiting for token 11 (active token: 0) Radeon - Radeon_ResetEngine: Radeon - SYNC_TO_TOKEN: Failed waiting for token 14 (active token: 0) Radeon - Radeon_ResetEngine: Radeon - Radeon_DiscardAllIndirectBuffers: 4 Radeon - Radeon_DiscardAllIndirectBuffers: 3 This continues indefinitely. The token increases each time (by 3) This is with haiku-pre-alpha-r28886-raw.zip I've built a newer version from svn and will try it out shortly. Adam -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 12:45:09 2009 From: trac at haiku-os.org (tqh) Date: Tue, 20 Jan 2009 11:45:09 -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.07e7299f93bc71753629aeef159414e2@haiku-os.org> #2197: KDL when starting Firefox -------------------------------------+-------------------------------------- Reporter: cebif | Owner: axeld Type: bug | Status: reopened Priority: blocker | Milestone: R1/alpha1 Component: Network & Internet/TCP | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Comment(by tqh): Yes, and no. We also talked about the issue of the runtime-loader and broken lib-paths. It probably should spawn a new bug though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 13:05:27 2009 From: trac at haiku-os.org (Adek336) Date: Tue, 20 Jan 2009 12:05:27 -0000 Subject: [Haiku-bugs] [Haiku] #3305: page fault in find_root_device In-Reply-To: <042.4b346f1763e9c4b8e3afa7f84afcf5a6@haiku-os.org> References: <042.4b346f1763e9c4b8e3afa7f84afcf5a6@haiku-os.org> Message-ID: <051.6e95d722596b46f3acb268fcd981c393@haiku-os.org> #3305: page fault in find_root_device -----------------------------+---------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------+---------------------------------------------- Comment(by Adek336): That time I believe I had my onboard via rhine lan disabled in BIOS. Now due to some failure it got enabled. First of all Haiku didn't show the 3com adapter in the network preflet and the vr adapter was set to some strange static config and when changed to DHCP, after closing and opening the network preflet again the static config would reappear. Secondly, the KDL came again, but this time with vr instead of xl and vr instead of 3com in the text. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 13:05:47 2009 From: trac at haiku-os.org (Adek336) Date: Tue, 20 Jan 2009 12:05:47 -0000 Subject: [Haiku-bugs] [Haiku] #3305: page fault in find_root_device In-Reply-To: <042.4b346f1763e9c4b8e3afa7f84afcf5a6@haiku-os.org> References: <042.4b346f1763e9c4b8e3afa7f84afcf5a6@haiku-os.org> Message-ID: <051.498072cd1d0b87d2d97ca9949409662a@haiku-os.org> #3305: page fault in find_root_device -----------------------------+---------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Network | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------+---------------------------------------------- Comment(by Adek336): r28968 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 14:11:06 2009 From: trac at haiku-os.org (Adek336) Date: Tue, 20 Jan 2009 13:11:06 -0000 Subject: [Haiku-bugs] [Haiku] #2594: PANIC: ASSERT FAILED (src/add-ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null In-Reply-To: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> References: <041.58eaa22527266faa6a960baff4dca659@haiku-os.org> Message-ID: <050.4a90092b413c539f460222f3c9560d1c@haiku-os.org> #2594: PANIC: ASSERT FAILED (src/add- ons/kernel/network/protocols/tcp/BufferQueue.cpp:304): buffer != __null -------------------------------------+-------------------------------------- Reporter: stippi | Owner: axeld Type: bug | Status: closed Priority: high | Milestone: R1/alpha1 Component: Network & Internet/TCP | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Comment(by Adek336): Works well, great job, thanks ! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 17:14:37 2009 From: trac at haiku-os.org (jackburton) Date: Tue, 20 Jan 2009 16:14:37 -0000 Subject: [Haiku-bugs] [Haiku] #1855: Glibc wide char functions are disabled In-Reply-To: <045.34bab0da7c7771105187bde6b57a07a9@haiku-os.org> References: <045.34bab0da7c7771105187bde6b57a07a9@haiku-os.org> Message-ID: <054.3e07bee58c4d9239c6cb9f0354ea256c@haiku-os.org> #1855: Glibc wide char functions are disabled -------------------------------+-------------------------------------------- Reporter: jackburton | Owner: jackburton Type: bug | Status: assigned Priority: high | Milestone: R1 Component: System/libroot.so | Version: R1 development Blockedby: 1881 | Platform: All Blocking: 215 | -------------------------------+-------------------------------------------- Comment(by jackburton): I added some code in r28970, let's see if it works better. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 17:37:58 2009 From: trac at haiku-os.org (mmlr) Date: Tue, 20 Jan 2009 16:37:58 -0000 Subject: [Haiku-bugs] [Haiku] #3308: Possible floating point failures in IEEE 754 tests In-Reply-To: <042.c678ed2b992fdb50f53485f9b7f8d349@haiku-os.org> References: <042.c678ed2b992fdb50f53485f9b7f8d349@haiku-os.org> Message-ID: <051.d3be267066c18a66293b2b05088edebf@haiku-os.org> #3308: Possible floating point failures in IEEE 754 tests -------------------------------+-------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Comment(by mmlr): Just to make sure, you're testing this on real hardware? I know from past work with QEMU that some of the FPU code was (and might still be) broken and cause such inaccuracies. It's unlikely that this still is such a big problem, but I thought I'd ask to be sure. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 17:45:08 2009 From: trac at haiku-os.org (scottmc) Date: Tue, 20 Jan 2009 16:45:08 -0000 Subject: [Haiku-bugs] [Haiku] #3308: Possible floating point failures in IEEE 754 tests In-Reply-To: <042.c678ed2b992fdb50f53485f9b7f8d349@haiku-os.org> References: <042.c678ed2b992fdb50f53485f9b7f8d349@haiku-os.org> Message-ID: <051.c122133b835dde1f5dbbd0cf1e9eb4fd@haiku-os.org> #3308: Possible floating point failures in IEEE 754 tests -------------------------------+-------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Comment(by scottmc): Replying to [comment:6 mmlr]: > Just to make sure, you're testing this on real hardware? I know from past work with QEMU that some of the FPU code was (and might still be) broken and cause such inaccuracies. It's unlikely that this still is such a big problem, but I thought I'd ask to be sure. yup, on real hardware, an AMDX2 in my case. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 18:38:23 2009 From: trac at haiku-os.org (axeld) Date: Tue, 20 Jan 2009 17:38:23 -0000 Subject: [Haiku-bugs] [Haiku] #3308: Possible floating point failures in IEEE 754 tests In-Reply-To: <042.c678ed2b992fdb50f53485f9b7f8d349@haiku-os.org> References: <042.c678ed2b992fdb50f53485f9b7f8d349@haiku-os.org> Message-ID: <051.2b60c5bc78c6992b10b0abc2f0a0770e@haiku-os.org> #3308: Possible floating point failures in IEEE 754 tests -------------------------------+-------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: critical | Milestone: R1/alpha1 Component: System/libroot.so | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Changes (by axeld): * priority: normal => critical * milestone: R1 => R1/alpha1 Comment: This could be a pretty severe problem, and until we've figured out the root cause, I'm bumping this into the alpha1 milestone. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 20:08:39 2009 From: trac at haiku-os.org (scottmc) Date: Tue, 20 Jan 2009 19:08:39 -0000 Subject: [Haiku-bugs] [Haiku] #3142: cvs program malfunction In-Reply-To: <042.0aa59fe80615cb0dbacd9ada6ce1819f@haiku-os.org> References: <042.0aa59fe80615cb0dbacd9ada6ce1819f@haiku-os.org> Message-ID: <051.72f076c81504266daee71cf7f70d8585@haiku-os.org> #3142: cvs program malfunction -----------------------+---------------------------------------------------- Reporter: bhaible | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by scottmc): TODO: rebuild cvs-1.12.13 once mbrtowc() is fixed, perhaps this was fixed with r28970 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 20:17:05 2009 From: trac at haiku-os.org (scottmc) Date: Tue, 20 Jan 2009 19:17:05 -0000 Subject: [Haiku-bugs] [Haiku] #2826: StyledEdit crash In-Reply-To: <042.87239a73c5e9c009029df6a1651152f4@haiku-os.org> References: <042.87239a73c5e9c009029df6a1651152f4@haiku-os.org> Message-ID: <051.ef742bf62476fdf67055950c084d0255@haiku-os.org> #2826: StyledEdit crash -----------------------+---------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by scottmc): I haven't had this one happen again since posting this ticket months ago. So unless someone else has been seeing this, this one can probably be closed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 20:45:12 2009 From: trac at haiku-os.org (Hubert) Date: Tue, 20 Jan 2009 19:45:12 -0000 Subject: [Haiku-bugs] [Haiku] #3335: Error "vm_page_fault" with boot LiveCD Message-ID: <041.ba30628c4e540e8743bdeb4fa961da8a@haiku-os.org> #3335: Error "vm_page_fault" with boot LiveCD --------------------------------+------------------------------------------- Reporter: Hubert | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Boot Loader | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Haiku r28971 I compile(and burn) Live/Install CD Haiku Image and during Haiku boot screen I get "vm_page_fault". listdev: http://dev.haiku-os.org/attachment/ticket/3260/listdev-mypc.txt -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 21:39:04 2009 From: trac at haiku-os.org (axeld) Date: Tue, 20 Jan 2009 20:39:04 -0000 Subject: [Haiku-bugs] [Haiku] #3325: [DiskProbe] volume icon have hard-edged shadow In-Reply-To: <040.4297ba89d4b4417e30046db3b583c84b@haiku-os.org> References: <040.4297ba89d4b4417e30046db3b583c84b@haiku-os.org> Message-ID: <049.b86e47da672030f05f248e6ac0dbcae6@haiku-os.org> #3325: [DiskProbe] volume icon have hard-edged shadow -------------------------------------+-------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/DiskProbe | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Fixed in r28972. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 22:20:18 2009 From: trac at haiku-os.org (scottmc) Date: Tue, 20 Jan 2009 21:20:18 -0000 Subject: [Haiku-bugs] [Haiku] #3335: Error "vm_page_fault" with boot LiveCD In-Reply-To: <041.ba30628c4e540e8743bdeb4fa961da8a@haiku-os.org> References: <041.ba30628c4e540e8743bdeb4fa961da8a@haiku-os.org> Message-ID: <050.16af08ee000c54406576405f3d749fbd@haiku-os.org> #3335: Error "vm_page_fault" with boot LiveCD --------------------------------+------------------------------------------- Reporter: Hubert | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Boot Loader | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by scottmc): Did you use ide or ata bus manager? See #1444 Not related to this ticket, but I see you have an nvidia HDA audio device, have you tried it out yet? See ticket #1072 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 20 23:32:19 2009 From: trac at haiku-os.org (adamk) Date: Tue, 20 Jan 2009 22:32:19 -0000 Subject: [Haiku-bugs] [Haiku] #3334: radeon driver crashes on radeon x850 In-Reply-To: <040.da2a5d34c1b9ebb27872afe8b2547f75@haiku-os.org> References: <040.da2a5d34c1b9ebb27872afe8b2547f75@haiku-os.org> Message-ID: <049.17503124ac2ed4721cdff6397de3ec2a@haiku-os.org> #3334: radeon driver crashes on radeon x850 ---------------------+------------------------------------------------------ Reporter: adamk | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------+------------------------------------------------------ Comment(by adamk): I have updated to 28961 and the problem is still present, so it's definitely not just an issue with that build (r28886) or that CD distribution. Adam -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 01:08:52 2009 From: trac at haiku-os.org (HAL) Date: Wed, 21 Jan 2009 00:08:52 -0000 Subject: [Haiku-bugs] [Haiku] #3299: Crash on changing setting in 3dmorph screensaver In-Reply-To: <038.7bddcb9774e089ae551d419b51bccede@haiku-os.org> References: <038.7bddcb9774e089ae551d419b51bccede@haiku-os.org> Message-ID: <047.0287eb6c3f139523b6f96858885cc85a@haiku-os.org> #3299: Crash on changing setting in 3dmorph screensaver -----------------------------------+---------------------------------------- Reporter: HAL | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Add-Ons/Screen Savers | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Comment(by HAL): I now think this bug is to do with Senryu and not Haiku. I downloaded the latest 3dmorph version 1.10, installed it in Haiku vmware image r28846 and it works. I had previously tested in Senryu r28861 and could not get any screen saver to work not just 3dmorph. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 01:16:36 2009 From: trac at haiku-os.org (mmadia) Date: Wed, 21 Jan 2009 00:16:36 -0000 Subject: [Haiku-bugs] [Haiku] #3336: copy too many files, KDL : kernel/fs/vfs.cpp Message-ID: <041.73ae42d91487d88ae281c165d16bd8e7@haiku-os.org> #3336: copy too many files, KDL : kernel/fs/vfs.cpp ---------------------------+------------------------------------------------ Reporter: mmadia | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ If I attempt copying mozilla's cvs 1.8 branch code from one bfs partition to another, Haiku will KDL. ASSERT FAILED (src/system/kernel/fs/vfs.cpp:1020): vnode->ref_count == 0 && vnode->busy This applies for using either Tracker or `cp -R -L source/* dest` The first KDL occured while the system was up and very active for 8+hrs. This was with Tracker. Immediately on reboot, I attempted `cp -R -L mozilla_source/* dest_another_drive` with the same KDL and slightly different backtraces. This is a fairly recent revision, running natively. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 01:24:35 2009 From: trac at haiku-os.org (umccullough) Date: Wed, 21 Jan 2009 00:24:35 -0000 Subject: [Haiku-bugs] [Haiku] #3299: Crash on changing setting in 3dmorph screensaver In-Reply-To: <038.7bddcb9774e089ae551d419b51bccede@haiku-os.org> References: <038.7bddcb9774e089ae551d419b51bccede@haiku-os.org> Message-ID: <047.5e962eaf5766563f544ccda13fed495c@haiku-os.org> #3299: Crash on changing setting in 3dmorph screensaver -----------------------------------+---------------------------------------- Reporter: HAL | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Add-Ons/Screen Savers | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Comment(by umccullough): something fishy in the backtrace: {{{ Reading symbols from /boot/home/config/lib/libstdc++.r4.so...done. Loaded symbols for /boot/home/config/lib/libstdc++.r4.so }}} At least on my system, libstdc++.r4.so is located in /boot/beos/system/lib along with the rest of the system libs. I suppose perhaps whatever method is being used to create Senryu is installing some different (incompatible) version of this lib in /boot/home/config/lib ? I'd say you should investigate that and discuss it with the Haikuware folks. To verify this for yourself, you can run the following: {{{ cd / find | grep libstdc++.r4.so }}} and see what shows up. Note: I also have some copies under /boot/develop but these should not be picked up by the runtime_loader anyway. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 01:35:28 2009 From: trac at haiku-os.org (umccullough) Date: Wed, 21 Jan 2009 00:35:28 -0000 Subject: [Haiku-bugs] [Haiku] #3299: Crash on changing setting in 3dmorph screensaver In-Reply-To: <038.7bddcb9774e089ae551d419b51bccede@haiku-os.org> References: <038.7bddcb9774e089ae551d419b51bccede@haiku-os.org> Message-ID: <047.5f5ef4e8f3096f149a00f2387272a370@haiku-os.org> #3299: Crash on changing setting in 3dmorph screensaver -----------------------------------+---------------------------------------- Reporter: HAL | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Add-Ons/Screen Savers | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Comment(by umccullough): Or you can also use: {{{ query -a name=libstdc++.r4.so }}} Thanks Rene :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 01:38:12 2009 From: trac at haiku-os.org (mmadia) Date: Wed, 21 Jan 2009 00:38:12 -0000 Subject: [Haiku-bugs] [Haiku] #3336: copy too many files, KDL : kernel/fs/vfs.cpp In-Reply-To: <041.73ae42d91487d88ae281c165d16bd8e7@haiku-os.org> References: <041.73ae42d91487d88ae281c165d16bd8e7@haiku-os.org> Message-ID: <050.f9e5b29a0a006fe563eb5eb33ab35a9d@haiku-os.org> #3336: copy too many files, KDL : kernel/fs/vfs.cpp ---------------------------+------------------------------------------------ Reporter: mmadia | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by mmadia): Just to note: If I divide the copy procedure into smaller chunks, like 5 to 7 total, it'll be fine. The KDL occurs when I attempt to the entire directory. Though, I haven't tried to see exactly how many of it's sub-folders can be copied at once before KDL. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 04:07:36 2009 From: trac at haiku-os.org (HAL) Date: Wed, 21 Jan 2009 03:07:36 -0000 Subject: [Haiku-bugs] [Haiku] #3299: Crash on changing setting in 3dmorph screensaver In-Reply-To: <038.7bddcb9774e089ae551d419b51bccede@haiku-os.org> References: <038.7bddcb9774e089ae551d419b51bccede@haiku-os.org> Message-ID: <047.6f7528175675bd3b86a2ff505b8388d5@haiku-os.org> #3299: Crash on changing setting in 3dmorph screensaver -----------------------------------+---------------------------------------- Reporter: HAL | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Add-Ons/Screen Savers | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Comment(by HAL): Replying to [comment:3 umccullough]: > Or you can also use: > > {{{ > query -a name=libstdc++.r4.so > }}} > > Thanks Rene :) I tried this command. Here is the result: Welcome to the Senryu shell. baron@/boot/home>query -a name=libstdc++.r4.so /boot/beos/system/lib/libstdc++.r4.so /boot/home/config/lib/libstdc++.r4.so /boot/home/apps/develop/lib/x86/libstdc++.r4.so /boot/home/apps/develop/tools/gcc-2.95.3-haiku-081024/lib/libstdc++.r4.so baron@/boot/home> -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 04:27:48 2009 From: trac at haiku-os.org (umccullough) Date: Wed, 21 Jan 2009 03:27:48 -0000 Subject: [Haiku-bugs] [Haiku] #3299: Crash on changing setting in 3dmorph screensaver In-Reply-To: <038.7bddcb9774e089ae551d419b51bccede@haiku-os.org> References: <038.7bddcb9774e089ae551d419b51bccede@haiku-os.org> Message-ID: <047.de05e77e2c3e2db24509561810a04505@haiku-os.org> #3299: Crash on changing setting in 3dmorph screensaver -----------------------------------+---------------------------------------- Reporter: HAL | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Add-Ons/Screen Savers | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Comment(by umccullough): Hmm... so, not only are there two versions of libstdc++.r4.so in the path, but the dev tools are also uncompressed into the wrong folder for some weird reason. I'd say that's a pretty screwed up system... You could be better off using the Haiku pre-alpha images at the moment I suspect - and you should perhaps suggest to the Haikuware maintainers that they fix the issues with Senryu. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 05:03:45 2009 From: trac at haiku-os.org (scottmc) Date: Wed, 21 Jan 2009 04:03:45 -0000 Subject: [Haiku-bugs] [Haiku] #3336: copy too many files, KDL : kernel/fs/vfs.cpp In-Reply-To: <041.73ae42d91487d88ae281c165d16bd8e7@haiku-os.org> References: <041.73ae42d91487d88ae281c165d16bd8e7@haiku-os.org> Message-ID: <050.cf5eec453c0e87b53837109d476750e9@haiku-os.org> #3336: copy too many files, KDL : kernel/fs/vfs.cpp ---------------------------+------------------------------------------------ Reporter: mmadia | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by scottmc): sounds like a dupe of alpha blocking #3151 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 06:01:17 2009 From: trac at haiku-os.org (Adek336) Date: Wed, 21 Jan 2009 05:01:17 -0000 Subject: [Haiku-bugs] [Haiku] #3337: Segv in AboutSystem Message-ID: <042.ec7b973a418f27b7ba952ffb906c476e@haiku-os.org> #3337: Segv in AboutSystem --------------------------+------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- in r28974 AboutSystem crashes in __wcsnrtombs. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 06:06:55 2009 From: trac at haiku-os.org (umccullough) Date: Wed, 21 Jan 2009 05:06:55 -0000 Subject: [Haiku-bugs] [Haiku] #3337: Segv in AboutSystem In-Reply-To: <042.ec7b973a418f27b7ba952ffb906c476e@haiku-os.org> References: <042.ec7b973a418f27b7ba952ffb906c476e@haiku-os.org> Message-ID: <051.5a02f2f98a3631ca0ac5b2000834cc49@haiku-os.org> #3337: Segv in AboutSystem --------------------------+------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by umccullough): Have you tried a jam -a yet? I know several jamfiles changed... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 06:12:11 2009 From: trac at haiku-os.org (anevilyak) Date: Wed, 21 Jan 2009 05:12:11 -0000 Subject: [Haiku-bugs] [Haiku] #3337: Segv in AboutSystem In-Reply-To: <042.ec7b973a418f27b7ba952ffb906c476e@haiku-os.org> References: <042.ec7b973a418f27b7ba952ffb906c476e@haiku-os.org> Message-ID: <051.f453993a92a3a163e1ea70188b187296@haiku-os.org> #3337: Segv in AboutSystem -------------------------------+-------------------------------------------- Reporter: Adek336 | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Changes (by anevilyak): * owner: axeld => jackburton * component: Applications => System/libroot.so Comment: There seem to be a number of problems like this now, seemingly caused by r28970. Reassigning to Stefano. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 06:12:36 2009 From: trac at haiku-os.org (Adek336) Date: Wed, 21 Jan 2009 05:12:36 -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.028f688cb2decdc5f444dc1c2de63a8a@haiku-os.org> #1072: Write an HDA audio driver and add-on ---------------------------+------------------------------------------------ Reporter: axeld | Owner: ithamar Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Blockedby: | Platform: All Blocking: 3193 | ---------------------------+------------------------------------------------ Comment(by Adek336): {{{ device Multimedia controller (Audio device) [4|3|0] vendor 8086: Intel Corporation device 284b: 82801H (ICH8 Family) HD Audio Controller }}} on Lenovo 3000 N200 laptop works well, great job! After plugging my headphones in the sound is still on the loudspeaker and silence goes to the headphones. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 06:21:37 2009 From: trac at haiku-os.org (Adek336) Date: Wed, 21 Jan 2009 05:21:37 -0000 Subject: [Haiku-bugs] [Haiku] #3338: [Media preflet] Audio volume doesn't change live with moving the slider Message-ID: <042.443ab32db3172a60e633f249076fd187@haiku-os.org> #3338: [Media preflet] Audio volume doesn't change live with moving the slider -------------------------------+-------------------------------------------- Reporter: Adek336 | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Media | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- In Media preflet, click and hold mouse button on audio volume slider and drag it up and down. Until you release it, the volume does not change. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 07:35:36 2009 From: trac at haiku-os.org (Adek336) Date: Wed, 21 Jan 2009 06:35:36 -0000 Subject: [Haiku-bugs] [Haiku] #3337: Segv in AboutSystem In-Reply-To: <042.ec7b973a418f27b7ba952ffb906c476e@haiku-os.org> References: <042.ec7b973a418f27b7ba952ffb906c476e@haiku-os.org> Message-ID: <051.f0305eebe9d57df05493060562a9f318@haiku-os.org> #3337: Segv in AboutSystem -------------------------------+-------------------------------------------- Reporter: Adek336 | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Comment(by Adek336): jam -a didn't help. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 07:49:17 2009 From: trac at haiku-os.org (axeld) Date: Wed, 21 Jan 2009 06:49:17 -0000 Subject: [Haiku-bugs] [Haiku] #3336: copy too many files, KDL : kernel/fs/vfs.cpp In-Reply-To: <041.73ae42d91487d88ae281c165d16bd8e7@haiku-os.org> References: <041.73ae42d91487d88ae281c165d16bd8e7@haiku-os.org> Message-ID: <050.e1459e01ef3733f9882b6c0de37cfac3@haiku-os.org> #3336: copy too many files, KDL : kernel/fs/vfs.cpp ---------------------------+------------------------------------------------ Reporter: mmadia | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by axeld): Nope, looking at the stack crawls, it's a completely different thing. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 08:05:07 2009 From: trac at haiku-os.org (axeld) Date: Wed, 21 Jan 2009 07:05:07 -0000 Subject: [Haiku-bugs] [Haiku] #3326: [DiskProbe] hex to text in find window produce question marks In-Reply-To: <040.3b11a099717c587f189af0198881f126@haiku-os.org> References: <040.3b11a099717c587f189af0198881f126@haiku-os.org> Message-ID: <049.dbfa55219a54cdbeadd8fbecb7cf4683@haiku-os.org> #3326: [DiskProbe] hex to text in find window produce question marks -------------------------------------+-------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/DiskProbe | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Changes (by axeld): * status: new => closed * resolution: => invalid Comment: That's because 0xbe is not a valid character, and cannot be displayed as text. The whole reason of the hex view is to be able to enter such characters :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 09:32:29 2009 From: trac at haiku-os.org (axeld) Date: Wed, 21 Jan 2009 08:32:29 -0000 Subject: [Haiku-bugs] [Haiku] #3327: [DiskProbe] can't copy hex values In-Reply-To: <040.be2a84312d9a8c43fa5afdb29e6ec845@haiku-os.org> References: <040.be2a84312d9a8c43fa5afdb29e6ec845@haiku-os.org> Message-ID: <049.aad871298c242a7aa5e99cda8a7d4cb0@haiku-os.org> #3327: [DiskProbe] can't copy hex values -------------------------------------+-------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/DiskProbe | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Changes (by axeld): * status: new => closed * resolution: => fixed Comment: Fixed in r28976. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 12:10:19 2009 From: trac at haiku-os.org (rossi) Date: Wed, 21 Jan 2009 11:10:19 -0000 Subject: [Haiku-bugs] [Haiku] #3209: [Terminal] Enhancements (mostly easy) In-Reply-To: <044.e2e4602da82c8cf223d4299070489edb@haiku-os.org> References: <044.e2e4602da82c8cf223d4299070489edb@haiku-os.org> Message-ID: <053.436720eca6877835a8959c12a881184b@haiku-os.org> #3209: [Terminal] Enhancements (mostly easy) -----------------------------------+---------------------------------------- Reporter: humdinger | Owner: jackburton Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Changes (by rossi): * cc: rossi@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 12:26:16 2009 From: trac at haiku-os.org (rossi) Date: Wed, 21 Jan 2009 11:26:16 -0000 Subject: [Haiku-bugs] [Haiku] #3339: Focus Follow Mouse Message-ID: <040.02de1073b5302c15b0482f63df7f9114@haiku-os.org> #3339: Focus Follow Mouse -----------------------+---------------------------------------------------- Reporter: rossi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- I'm not sure whether this is a bug or just an enhancement, but if Focus Follows Mouse is enable, the focus should stay where the mouse is, even if new windows are opened. On a related note, with the warping and instant-warping settings the mouse is supposed to magically move to a new application window, once this opens. Doesn't happen here. Guess when the latter is fixed, the first is invalid ;-) -> discrepancy between actual focus and anticipated focus All of this on r28969 ... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 12:40:07 2009 From: trac at haiku-os.org (diver) Date: Wed, 21 Jan 2009 11:40:07 -0000 Subject: [Haiku-bugs] [Haiku] #3340: [bin:gdb] don't close on terminal close Message-ID: <040.8623886bc8af9172ef3dee4771abb1aa@haiku-os.org> #3340: [bin:gdb] don't close on terminal close ---------------------------+------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Start Haiku r28976 Type in Terminal AboutSystem, it will crash so click Debug Type "bt" in gdb shell Close Terminal gdb session Note that a) AboutSystem is still in the Deskbar and b) You can't kill it in the first Terminal with Ctrl+c -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 12:41:20 2009 From: trac at haiku-os.org (diver) Date: Wed, 21 Jan 2009 11:41:20 -0000 Subject: [Haiku-bugs] [Haiku] #3340: [bin:gdb] don't close on terminal close In-Reply-To: <040.8623886bc8af9172ef3dee4771abb1aa@haiku-os.org> References: <040.8623886bc8af9172ef3dee4771abb1aa@haiku-os.org> Message-ID: <049.93670d66dbcef0a9e7b7431cdd813481@haiku-os.org> #3340: [bin:gdb] don't close on terminal close ---------------------------+------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by diver): Forgot about formatting... Doh! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 14:23:47 2009 From: trac at haiku-os.org (nielx) Date: Wed, 21 Jan 2009 13:23:47 -0000 Subject: [Haiku-bugs] [Haiku] #1138: maybe use Boost module for faster anonymous cache In-Reply-To: <045.1bb9240d8186f7d6faba202c4e96aaa1@haiku-os.org> References: <045.1bb9240d8186f7d6faba202c4e96aaa1@haiku-os.org> Message-ID: <054.24849ff4c853155710381b2d81b8514f@haiku-os.org> #1138: maybe use Boost module for faster anonymous cache -------------------------+-------------------------------------------------- Reporter: wkornewald | Owner: haiku-web Type: enhancement | Status: new Priority: normal | Milestone: Component: Website/CMS | Version: Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Changes (by nielx): * milestone: Website R2 => Comment: Remove from Website R2 milestone. We will use the Drupal 5 Category module. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 14:25:47 2009 From: trac at haiku-os.org (nielx) Date: Wed, 21 Jan 2009 13:25:47 -0000 Subject: [Haiku-bugs] [Haiku] #3341: [shijin] Fix the tags line Message-ID: <040.0ff6e5eff27d5ef3c438b1f48c3c9d5b@haiku-os.org> #3341: [shijin] Fix the tags line -------------------------+-------------------------------------------------- Reporter: nielx | Owner: nielx Type: bug | Status: new Priority: normal | Milestone: Website R2 (Drupal 5) Component: Website/CMS | Version: Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Currently the tags are not printed in teasers and in articles. They should be restored. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 14:28:09 2009 From: trac at haiku-os.org (nielx) Date: Wed, 21 Jan 2009 13:28:09 -0000 Subject: [Haiku-bugs] [Haiku] #3342: [shijin] Fix the teaser template for a blog entry Message-ID: <040.fbd9d25e26707a4da531d3cfeda66f37@haiku-os.org> #3342: [shijin] Fix the teaser template for a blog entry -------------------------+-------------------------------------------------- Reporter: nielx | Owner: nielx Type: bug | Status: new Priority: normal | Milestone: Website R2 (Drupal 5) Component: Website/CMS | Version: Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- When blog entries are shown on the main page, they now have the strange icon in front of them. Jorge fixed this in an earlier version of the theme. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 14:42:47 2009 From: trac at haiku-os.org (diver) Date: Wed, 21 Jan 2009 13:42:47 -0000 Subject: [Haiku-bugs] [Haiku] #3343: [shijin] Recent comments doesn't link to proper page Message-ID: <040.0c246fcc721e92ca2386d2fde90d8f68@haiku-os.org> #3343: [shijin] Recent comments doesn't link to proper page -------------------------+-------------------------------------------------- Reporter: diver | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/CMS | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- If a forum thread have more than one page then link to this thread in Recent comments will always link to the first page.[[BR]][[BR]] http://www.haiku- os.org/community/forum/haiku_ui_look_patch?from=50&comments_per_page=50#comment -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 15:28:37 2009 From: trac at haiku-os.org (diver) Date: Wed, 21 Jan 2009 14:28:37 -0000 Subject: [Haiku-bugs] [Haiku] #3344: [DiskProbe] Inserting text in find wndow should move cursor Message-ID: <040.e0c4fd0029218e0ebaf8fda24d80d592@haiku-os.org> #3344: [DiskProbe] Inserting text in find wndow should move cursor ------------------------------------+--------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/DiskProbe | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- Inserting text in find wndow should move cursor after the last character of the last line. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 15:51:09 2009 From: trac at haiku-os.org (korli) Date: Wed, 21 Jan 2009 14:51:09 -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.139c7243581825b8407cfb5882e285cc@haiku-os.org> #1072: Write an HDA audio driver and add-on ---------------------------+------------------------------------------------ Reporter: axeld | Owner: ithamar Type: enhancement | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Blockedby: | Platform: All Blocking: 3193 | ---------------------------+------------------------------------------------ Comment(by korli): Replying to [comment:26 Adek336]: > After plugging my headphones in the sound is still on the loudspeaker and silence goes to the headphones. Thanks for the report. The switch between headphones and speaker is not yet managed (via unsollicited responses btw). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 15:53:50 2009 From: trac at haiku-os.org (korli) Date: Wed, 21 Jan 2009 14:53:50 -0000 Subject: [Haiku-bugs] [Haiku] #3299: Crash on changing setting in 3dmorph screensaver In-Reply-To: <038.7bddcb9774e089ae551d419b51bccede@haiku-os.org> References: <038.7bddcb9774e089ae551d419b51bccede@haiku-os.org> Message-ID: <047.8a3c055df2b1897b8232116c31ad6383@haiku-os.org> #3299: Crash on changing setting in 3dmorph screensaver ------------------------------------+--------------------------------------- Reporter: HAL | Owner: korli Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Add-Ons/Screen Savers | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ------------------------------------+--------------------------------------- Changes (by korli): * status: new => closed * resolution: => invalid Comment: Thanks for the feedback. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 16:42:27 2009 From: trac at haiku-os.org (scottmc) Date: Wed, 21 Jan 2009 15:42:27 -0000 Subject: [Haiku-bugs] [Haiku] #3345: add ncurses' panel.h to 3rd party headers (easy) Message-ID: <042.dbe00340dc86bc38ae273dc5da7a9f13@haiku-os.org> #3345: add ncurses' panel.h to 3rd party headers (easy) -------------------------+-------------------------------------------------- Reporter: scottmc | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- panel.h comes with ncurses but the panel.h header isn't included in haiku -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 18:37:25 2009 From: trac at haiku-os.org (axeld) Date: Wed, 21 Jan 2009 17:37:25 -0000 Subject: [Haiku-bugs] [Haiku] #3339: Focus Follow Mouse In-Reply-To: <040.02de1073b5302c15b0482f63df7f9114@haiku-os.org> References: <040.02de1073b5302c15b0482f63df7f9114@haiku-os.org> Message-ID: <049.b7e0b891d6d76ee7ce111518c12b2a52@haiku-os.org> #3339: Focus Follow Mouse -------------------------+-------------------------------------------------- Reporter: rossi | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Changes (by axeld): * type: bug => enhancement Comment: First of all, yes, it's a feature, not a bug. It makes using FFM with the keyboard alone much much nicer. It might not be perfect, though, and we could also include another mouse option that does not try to make such trade-offs to pure FFM. And no, the warping modes actually are not supposed to do that. The only difference they make is that the mouse is moved to the window when you either use the Twitcher or the Deskbar directly. New application windows should not, and in no circumstance, make your mouse cursor to move on its own. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 19:04:27 2009 From: trac at haiku-os.org (rossi) Date: Wed, 21 Jan 2009 18:04:27 -0000 Subject: [Haiku-bugs] [Haiku] #3339: Focus Follow Mouse In-Reply-To: <040.02de1073b5302c15b0482f63df7f9114@haiku-os.org> References: <040.02de1073b5302c15b0482f63df7f9114@haiku-os.org> Message-ID: <049.7704d02c41303a38c1ea86ff164a1a64@haiku-os.org> #3339: Focus Follow Mouse -------------------------+-------------------------------------------------- Reporter: rossi | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by rossi): Concerning the first topic you are right, it is an enhancement ;) However the second topic is IMHO opinion a bug, my description was clear or correct, actually I meant previously hidden windows or windows just activated by using the Twitcher. In both cases the mouse cursor isn't moved, whereas it should be moved both according to your comment and the original BeOS behaviour. Guess I'll open another ticket, as the two issues are not related, just close. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 19:08:56 2009 From: trac at haiku-os.org (rossi) Date: Wed, 21 Jan 2009 18:08:56 -0000 Subject: [Haiku-bugs] [Haiku] #3346: Focus Follows Mouse / Warping / Instant Warping Message-ID: <040.6259481af251cfc3a619f20877a2ef43@haiku-os.org> #3346: Focus Follows Mouse / Warping / Instant Warping -----------------------+---------------------------------------------------- Reporter: rossi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- When Focus Follows Mouse is enabled either with the Warping or Instant Warping options the position of the mouse cursor isn't adapted, i.e. means the mouse isn't moved, when switching windows using the Twitcher or Deskbar. Happens on r28969. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 19:52:56 2009 From: trac at haiku-os.org (mmadia) Date: Wed, 21 Jan 2009 18:52:56 -0000 Subject: [Haiku-bugs] [Haiku] #3337: Segv in AboutSystem In-Reply-To: <042.ec7b973a418f27b7ba952ffb906c476e@haiku-os.org> References: <042.ec7b973a418f27b7ba952ffb906c476e@haiku-os.org> Message-ID: <051.81ed7db5dbe534e4a1be5cd459d637c3@haiku-os.org> #3337: Segv in AboutSystem -------------------------------+-------------------------------------------- Reporter: Adek336 | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Changes (by mmadia): * cc: mattmadia@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 20:49:48 2009 From: trac at haiku-os.org (axeld) Date: Wed, 21 Jan 2009 19:49:48 -0000 Subject: [Haiku-bugs] [Haiku] #3339: Focus Follow Mouse In-Reply-To: <040.02de1073b5302c15b0482f63df7f9114@haiku-os.org> References: <040.02de1073b5302c15b0482f63df7f9114@haiku-os.org> Message-ID: <049.0f719068360a7492530cc6ce530560d6@haiku-os.org> #3339: Focus Follow Mouse ----------------------------+----------------------------------------------- Reporter: rossi | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------+----------------------------------------------- Changes (by axeld): * owner: axeld => stippi * component: - General => User Interface Comment: Okay, fine by me. However, your original description is just not correct ("[...] new application window, once this opens"?), and how could I know what you meant? ;-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 21:09:20 2009 From: trac at haiku-os.org (Hubert) Date: Wed, 21 Jan 2009 20:09:20 -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.d87361fae1ddb3bb44fc70453c56cc71@haiku-os.org> #2684: I can't connect SE K800i -------------------------+-------------------------------------------------- Reporter: Hubert | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------+-------------------------------------------------- Comment(by Hubert): I tested r28977. I connect SE and promptly have PANIC. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 21:16:54 2009 From: trac at haiku-os.org (scottmc) Date: Wed, 21 Jan 2009 20:16:54 -0000 Subject: [Haiku-bugs] [Haiku] #2132: AMD Geode Audio controller needs a driver In-Reply-To: <042.d10344523a2ec4cef3a9c264c525b477@haiku-os.org> References: <042.d10344523a2ec4cef3a9c264c525b477@haiku-os.org> Message-ID: <051.8f3e7d48dacd59bc95e94ee1a354ece5@haiku-os.org> #2132: AMD Geode Audio controller needs a driver ---------------------------+------------------------------------------------ Reporter: scottmc | Owner: korli Type: enhancement | Status: new Priority: low | Milestone: Component: Drivers/Audio | Version: Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by scottmc): Just tried with r28974 and attached the syslog. The audio device didn't show up in the media prefs. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 21:26:49 2009 From: trac at haiku-os.org (korli) Date: Wed, 21 Jan 2009 20:26:49 -0000 Subject: [Haiku-bugs] [Haiku] #2132: AMD Geode Audio controller needs a driver In-Reply-To: <042.d10344523a2ec4cef3a9c264c525b477@haiku-os.org> References: <042.d10344523a2ec4cef3a9c264c525b477@haiku-os.org> Message-ID: <051.00062be404935128011c9d5dbe2c1c80@haiku-os.org> #2132: AMD Geode Audio controller needs a driver ---------------------------+------------------------------------------------ Reporter: scottmc | Owner: korli Type: enhancement | Status: new Priority: low | Milestone: Component: Drivers/Audio | Version: Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by korli): Scott, did you add the geode driver in BEOS_ADD_ONS_DRIVERS_AUDIO (like hda) ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 21:43:56 2009 From: trac at haiku-os.org (peat) Date: Wed, 21 Jan 2009 20:43:56 -0000 Subject: [Haiku-bugs] [Haiku] #3218: can't reach bootmenu In-Reply-To: <039.5edf33d39bb20b9c6f1426611da7fb56@haiku-os.org> References: <039.5edf33d39bb20b9c6f1426611da7fb56@haiku-os.org> Message-ID: <048.83e68fcb845143f8fe50f4c150476457@haiku-os.org> #3218: can't reach bootmenu --------------------------------+------------------------------------------- Reporter: peat | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1 Component: System/Boot Loader | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by peat): Sorry, this is no Haiku-Bug!!! Somehow my Aros-Partition got screwed. After reformating this partition everything works as expected. I can reach bootmenu again ;-) Danke f?r das geniale HaikuOS :-) Please close this Bug! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 21:48:20 2009 From: trac at haiku-os.org (scottmc) Date: Wed, 21 Jan 2009 20:48:20 -0000 Subject: [Haiku-bugs] [Haiku] #2132: AMD Geode Audio controller needs a driver In-Reply-To: <042.d10344523a2ec4cef3a9c264c525b477@haiku-os.org> References: <042.d10344523a2ec4cef3a9c264c525b477@haiku-os.org> Message-ID: <051.23b4332f99a90dba97ebb950a2fc496a@haiku-os.org> #2132: AMD Geode Audio controller needs a driver ---------------------------+------------------------------------------------ Reporter: scottmc | Owner: korli Type: enhancement | Status: new Priority: low | Milestone: Component: Drivers/Audio | Version: Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by scottmc): I thought i did, but now i'm not sure. I'll check it tonight and if I didn't, I will rebuild and try again tomorrow. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 22:01:40 2009 From: trac at haiku-os.org (umccullough) Date: Wed, 21 Jan 2009 21:01:40 -0000 Subject: [Haiku-bugs] [Haiku] #2132: AMD Geode Audio controller needs a driver In-Reply-To: <042.d10344523a2ec4cef3a9c264c525b477@haiku-os.org> References: <042.d10344523a2ec4cef3a9c264c525b477@haiku-os.org> Message-ID: <051.06cdb0647b3353fd56983055803fb8e7@haiku-os.org> #2132: AMD Geode Audio controller needs a driver ---------------------------+------------------------------------------------ Reporter: scottmc | Owner: korli Type: enhancement | Status: new Priority: low | Milestone: Component: Drivers/Audio | Version: Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by umccullough): You should also be able to add it to your UserBuildConfig pretty easily: {{{ AddDriversToHaikuImage audio hmulti : geode ; }}} Saves the trouble of hacking up the HaikuImage file :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 22:04:15 2009 From: trac at haiku-os.org (mmu_man) Date: Wed, 21 Jan 2009 21:04:15 -0000 Subject: [Haiku-bugs] [Haiku] #1993: Implement using HPET timers and other mechanisms than TSC for time keeping In-Reply-To: <040.ae3712170bf3f602ef64c6312bd6de79@haiku-os.org> References: <040.ae3712170bf3f602ef64c6312bd6de79@haiku-os.org> Message-ID: <049.04af7ee101651f06ed4f781dd6f86978@haiku-os.org> #1993: Implement using HPET timers and other mechanisms than TSC for time keeping ---------------------------+------------------------------------------------ Reporter: axeld | Owner: axeld Type: enhancement | Status: new Priority: high | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by mmu_man): On the qemu-devel ml someone [http://article.gmane.org/gmane.comp.emulators.qemu/35440/match=tsc suggested] we have a look at [http://lxr.linux.no/linux+v2.6.28.1/arch/x86/kernel/kvmclock.c#L1 KVM_CLOCK] from linux, it's not yet useful outside of KVM, but might someday be supported by QEMU. There is also some TSC data in vmware's vmport. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 22:04:26 2009 From: trac at haiku-os.org (korli) Date: Wed, 21 Jan 2009 21:04:26 -0000 Subject: [Haiku-bugs] [Haiku] #2132: AMD Geode Audio controller needs a driver In-Reply-To: <042.d10344523a2ec4cef3a9c264c525b477@haiku-os.org> References: <042.d10344523a2ec4cef3a9c264c525b477@haiku-os.org> Message-ID: <051.371d79d1d5cb37bbd562c62cf932774d@haiku-os.org> #2132: AMD Geode Audio controller needs a driver ---------------------------+------------------------------------------------ Reporter: scottmc | Owner: korli Type: enhancement | Status: new Priority: low | Milestone: Component: Drivers/Audio | Version: Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by korli): Seems Scott did :) After checking, I mixed up devices. Please check again in r28979. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 22:06:31 2009 From: trac at haiku-os.org (nielx) Date: Wed, 21 Jan 2009 21:06:31 -0000 Subject: [Haiku-bugs] [Haiku] #1132: Combobox with 'max-size' in Auto-slideshow filled with wrong resolutions In-Reply-To: <041.bda007f13d644b10e6908fd98127d0fc@haiku-os.org> References: <041.bda007f13d644b10e6908fd98127d0fc@haiku-os.org> Message-ID: <050.30afbeb08e52f79c976864854368a1db@haiku-os.org> #1132: Combobox with 'max-size' in Auto-slideshow filled with wrong resolutions --------------------------+------------------------------------------------- Reporter: naaina | Owner: haiku-web Type: bug | Status: closed Priority: low | Milestone: Website R2 (Drupal 5) Component: Website/CMS | Version: Resolution: invalid | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by nielx): * status: new => closed * resolution: => invalid Comment: We're moving away from Gallery 2 anyway, so closing this. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 21 22:15:45 2009 From: trac at haiku-os.org (korli) Date: Wed, 21 Jan 2009 21:15:45 -0000 Subject: [Haiku-bugs] [Haiku] #3218: can't reach bootmenu In-Reply-To: <039.5edf33d39bb20b9c6f1426611da7fb56@haiku-os.org> References: <039.5edf33d39bb20b9c6f1426611da7fb56@haiku-os.org> Message-ID: <048.70a670448c2acc22bc58ffe1bab90828@haiku-os.org> #3218: can't reach bootmenu ---------------------------------+------------------------------------------ Reporter: peat | Owner: axeld Type: bug | Status: closed Priority: high | Milestone: R1 Component: System/Boot Loader | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ---------------------------------+------------------------------------------ Changes (by korli): * status: new => closed * resolution: => invalid -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 22 03:58:26 2009 From: trac at haiku-os.org (mmadia) Date: Thu, 22 Jan 2009 02:58:26 -0000 Subject: [Haiku-bugs] [Haiku] #3336: copy too many files, KDL : kernel/fs/vfs.cpp In-Reply-To: <041.73ae42d91487d88ae281c165d16bd8e7@haiku-os.org> References: <041.73ae42d91487d88ae281c165d16bd8e7@haiku-os.org> Message-ID: <050.13c607126ba7b6e919fc8231ab4c2520@haiku-os.org> #3336: copy too many files, KDL : kernel/fs/vfs.cpp ---------------------------+------------------------------------------------ Reporter: mmadia | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by mmadia): If it helps, here are the commands to checkout all of mozilla's sources. Copy the attached file `mozconfig' to /boot/home {{{ export CVSROOT=:pserver:anonymous at cvs-mirror.mozilla.org:/cvsroot ; cvs co -r MOZILLA_1_8_BRANCH mozilla/client.mk ; cd mozilla ; make -f client.mk checkout MOZ_CO_PROJECT=all ; cd .. ; }}} As a note and this probably should be another bug, It's very likely that cvs will mention errors while checking out and fail to successfully download all files. Unfortunately, this is difficult to see as the make command executes several cvs commands. An easy way to check if cvs crapped out is to perform a Tracker query for files named ".new.*" -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 22 15:06:20 2009 From: trac at haiku-os.org (rudolfc) Date: Thu, 22 Jan 2009 14:06:20 -0000 Subject: [Haiku-bugs] [Haiku] #2789: writing to usb disks fail after 10-100Mb of writing files In-Reply-To: <042.f0e2b0f62d62e3210495ba76b252c463@haiku-os.org> References: <042.f0e2b0f62d62e3210495ba76b252c463@haiku-os.org> Message-ID: <051.180c4fb32cc0655eb4c103951eb133ed@haiku-os.org> #2789: writing to usb disks fail after 10-100Mb of writing files ---------------------+------------------------------------------------------ Reporter: rudolfc | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------+------------------------------------------------------ Comment(by rudolfc): Hi there, I just tested some time on a image version from 15 or 16 januari 2009 on my Asus P5E3 mainboard. It seems the trouble is more or less the same. Description: The first stick plugin, if booted from HD fails (new, was OK some time ago) The second plugin recognizes the stick and it pops up in the mount submenu. Writing a complete folder (apps in this case) seems to work if you look at the progress bar, but at about 70% or so it comes to a temporary standstill. It will go-on or resume a bit later but at visibly lower speed. Reading back the folder (I am constantly misled by the move instead of copy default action in tracker) apparantly succeeds, but is very slow: comparable to the last writing actions. Once tracker says its finished (progress bar disappears from screen) I cannot unmount the stick. Apparantly it's still in use. If I wait 5 minutes (or was it more?) then I can unmount the stick according to tracker's behaviour though it does not normally succeed. Tracker becomes less responsive, the mount submenu is dead if I remember correctly. Shutdown works today. So I was able to add some parts of the syslog to this bugreport. In the time between the readback 'completed' (progress bar disappeared) and my 'successfull' unmount stick action I was able to mount another HD partition, write some files, and unmount it again. After the stick unmount this is nolonger possible. I have added one file from another 'test' today in which more or less the same behaviour applied. There was one extra strange thing (I did not see before BTW): the stick dissapeared from screen (unmounted) completely on it's own (while having a folder open of the stick). I did not issue an unmount command. The behaviour of having a terminal window open has influence on the stick's behaviour I could not reproduce, seems that's OK these days. --- A note about my mainboard: in the BIOS there's an option for ownership handoff I believe as well as an entry for legacy support. If I enable legacy support (needed for a boot from stick) Haiku is not successfull in aquiring ownership of the USB hardware even though I specified in the BIOS it should hand it off. If I disable legacy support in the BIOS Haiku successfully claims ownership. The boot is faster on the 4th icon in this case (timeout trying to claim ownership I take it). I just mention it for completeness sake, one can never know if this could be a hint of some sort. Bye! Rudolf. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 22 15:11:06 2009 From: trac at haiku-os.org (rudolfc) Date: Thu, 22 Jan 2009 14:11:06 -0000 Subject: [Haiku-bugs] [Haiku] #2789: writing to usb disks fail after 10-100Mb of writing files In-Reply-To: <042.f0e2b0f62d62e3210495ba76b252c463@haiku-os.org> References: <042.f0e2b0f62d62e3210495ba76b252c463@haiku-os.org> Message-ID: <051.bd0ebee6cdd7c33ce9a2706ad6de2b16@haiku-os.org> #2789: writing to usb disks fail after 10-100Mb of writing files ---------------------+------------------------------------------------------ Reporter: rudolfc | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------+------------------------------------------------------ Comment(by rudolfc): Oh, BTW, the tests I did was done with disabled legacy support in the BIOS. I could not see different behaviour in Haiku using sticks with or without legacy support enabled. Apparantly just the boot speed is influenced from a user's perspective. Kind regards, Rudolf. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 22 15:20:39 2009 From: trac at haiku-os.org (rudolfc) Date: Thu, 22 Jan 2009 14:20:39 -0000 Subject: [Haiku-bugs] [Haiku] #2789: writing to usb disks fail after 10-100Mb of writing files In-Reply-To: <042.f0e2b0f62d62e3210495ba76b252c463@haiku-os.org> References: <042.f0e2b0f62d62e3210495ba76b252c463@haiku-os.org> Message-ID: <051.8658db287c2c10852a671ae120810277@haiku-os.org> #2789: writing to usb disks fail after 10-100Mb of writing files ---------------------+------------------------------------------------------ Reporter: rudolfc | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------+------------------------------------------------------ Comment(by rudolfc): Hmm, I tested just now with rev 28911. :-/ So I don't know if it's of interest ... I'll retest once I can download a new image (site seems down atm) Bye! Rudolf. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 22 19:27:56 2009 From: trac at haiku-os.org (idefix) Date: Thu, 22 Jan 2009 18:27:56 -0000 Subject: [Haiku-bugs] [Haiku] #3347: PANIC: IORequest::_CopyData(): invalid range: (1837760000, 16320) Message-ID: <041.5aeee006867e0a2518a8da274439da6e@haiku-os.org> #3347: PANIC: IORequest::_CopyData(): invalid range: (1837760000, 16320) ---------------------------+------------------------------------------------ Reporter: idefix | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Did a 'jam -sDEBUG=1 wacom' in Haiku pre-alpha r28911.[[BR]] KDL'd after 'Link generated/objects/haiku_host/x86/debug_1/tools/mimeset'; looked a lot like bug #2595 so I followed the debugging steps from that ticket (although I don't really understand what they do ;) ): {{{ PANIC: IORequest::_CopyData(): invalid range: (1837760000, 16320) Welcome to Kernel Debugging Land... Thread 27 "scsi scheduler" running on CPU 0 kdebug> sc stack trace for thread 27 "scsi scheduler" kernel stack: 0x80524000 to 0x80528000 frame caller :function + offset 0 80527a98 (+ 48) 8005bd55 :invoke_debugger_command + 0x00f5 1 80527ac8 (+ 64) 8005bb45 invoke_pipe_segment(debugger_command_pipe*: 0x80122a60, int32: 0, 0x0 "") + 0x0079 2 80527b08 (+ 64) 8005becc :invoke_debugger_command_pipe + 0x009c 3 80527b48 (+ 48) 8005d454 ExpressionParser<0x80527bfc>::_ParseCommandPipe(0x80527bf8) + 0x0234 4 80527b78 (+ 64) 8005c88e ExpressionParser<0x80527bfc>::EvaluateCommand(0x801128a0 "sc", 0x80527bf8) + 0x02ba 5 80527bb8 (+ 224) 8005e87c :evaluate_debug_command + 0x0088 6 80527c98 (+ 64) 80059c52 kernel_debugger_loop() + 0x01ae 7 80527cd8 (+ 32) 8005aad5 :kernel_debugger + 0x004d 8 80527cf8 (+ 192) 8005aa7d :panic + 0x0029 9 80527db8 (+ 64) 80074a13 IORequest<0x80fcccc0>::_CopyData(0x802e9040, int64: 1837760000, uint32: 0x3fc0 (16320), false) + 0x006b 10 80527df8 (+ 64) 800749a1 IORequest<0x80fcccc0>::CopyData(0x802e9040, int64: 1837760000, uint32: 0x3fc0 (16320)) + 0x0029 11 80527e38 (+ 112) 800731c6 IOOperation<0x80fb1460>::Finish(0x1, 0x80527ef8, 0x200246, 0x80fb1460) + 0x0242 12 80527ea8 (+ 64) 8006caad IOScheduler<0x80f967f8>::_Finisher(0x4000, 0x80527fb8, 0x8006e1c8, 0x80f86758, IORequest: 0x80fb1460) + 0x0151 13 80527ee8 (+ 208) 8006e1d1 IOScheduler<0x80f967f8>::_Scheduler(0x811d9000, 0x80051441, 0x80112694, 0x0, 0x0, 0x80527ff8, 0x800514bb, 0x80f967f8, 0x0, 0x0, int32: 0, 0x0, 0x0, int32: -2147150760, [*** READ FAULT at 0x80528000, pc: 0x800c8010 ***] kdebug> call 11 -1 thread 27, scsi scheduler 80527e38 800731c6 :Finish__11IOOperation(0x80fb1460) kdebug> io_ io_buffer io_context io_operation io_request io_request_owner io_scheduler kdebug> io_operation _arg1 io_operation at 0x80fb1460 parent: 0x80fcccc0 status: No error dma buffer: 0x82329000 offset: 1837760000 (original: 1837760064) length: 16384 (original: 16320) transferred: 16320 block size: 512 saved vec index: 52428 saved vec length: 52428 r/w: read phase: do all partial begin: yes partial end: no bounce buffer: yes kdebug> io_request _parent io_request at 0x80fcccc0 owner: 0x82424694 parent: 0x81d78bf0 status: No Error (1) mutex: 0x80fcccdc IOBuffer: 0x81002c60 offset: 1837760064 length: 57280 transfer size: 57280 relative offset: 0 pending children: 1 flags: 0x0 team: 358 thread: 358 r/w: read partial transfer: no finished cvar: 0x80fccd34 iteration: vec index: 0 vec offset: 57280 remaining bytes: 0 callbacks: finished 0x00000000, cookie 0x00000000 iteration 0x00000000, cookie 0x00000000 children: 0x80fb1460 kdebug> dma_buffer 0x82329000 DMABuffer at 0x82329000 bounce buffer: 0x802e9000 (physical 0x1f64000) bounce buffer size: 16384 vecs: 1 [0] 0x01f64000, 16384 kdebug> io_buffer _buffer IOBuffer at 0x81002c60 origin: user kind: virtual length: 57280 capacity: 1 vecs: 1 [0] 0x1825ea5f, 73728 kdebug> io_request _parent io_request at 0x81d78bf0 owner: 0x00000000 parent: 0x00000000 status: No Error (1) mutex: 0x81d78c0c IOBuffer: 0x81002a20 offset: 8256 length: 73728 transfer size: 73728 relative offset: 0 pending children: 1 flags: 0x0 team: 358 thread: 358 r/w: read partial transfer: no finished cvar: 0x81d78c64 iteration: vec index: 1 vec offset: 0 remaining bytes: 0 callbacks: finished 0x8009f374, cookie 0x81116758 iteration 0x8009f0f4, cookie 0x81116758 children: 0x80fcccc0 0x80fccb28 kdebug> child1=0x80fb1460 kdebug> io_operation child1 io_operation at 0x80fb1460 parent: 0x80fcccc0 status: No error dma buffer: 0x82329000 offset: 1837760000 (original: 1837760064) length: 16384 (original: 16320) transferred: 16320 block size: 512 saved vec index: 52428 saved vec length: 52428 r/w: read phase: do all partial begin: yes partial end: no bounce buffer: yes kdebug> continue }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 22 19:56:11 2009 From: trac at haiku-os.org (rudolfc) Date: Thu, 22 Jan 2009 18:56:11 -0000 Subject: [Haiku-bugs] [Haiku] #2789: writing to usb disks fail after 10-100Mb of writing files In-Reply-To: <042.f0e2b0f62d62e3210495ba76b252c463@haiku-os.org> References: <042.f0e2b0f62d62e3210495ba76b252c463@haiku-os.org> Message-ID: <051.a967b25c14d20ba96bcc65b51a649ce7@haiku-os.org> #2789: writing to usb disks fail after 10-100Mb of writing files ---------------------+------------------------------------------------------ Reporter: rudolfc | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------+------------------------------------------------------ Comment(by rudolfc): Just compiled and tested R28980, BTW the AboutSystem app doesn't work for some reason. I am typing while still running with a stick inserted, though (all) trouble isn't solved yet. I attached two more files for a succesfull mount and a complete write to stick of all files which make up the haiku system I am now running. A few folders I had to copy back from stick to HD since I (again) mix up copy and move actions in tracker. I am still unable to unmount the stick, I'll re-attempt in a few minutes. OK: things I see: -first insert of stick: nogo -second insert of stick: it appears in tracker in the mount menu -first and third attempt to mount the stick: I get KDL'd with: Could not read block 1: bytesread: -1, error: operation timed out This message appears three times after which the mount attempt is stopped (stick icon disappears from desktop and system nolonger KDL's). Now I can use Haiku normally (it does not become unstable) The timeout must be something below or about 1 second or so since I am not aware of waiting time passing by between me selecting mount stick and the KDL happening. -second and fourth attempt to mount stick: no KDL's, just the icon onscreen. (as it should). -during the 4th attempt I wrote to and read from the stick as described above. As usual, speed seems normal for some time, then copy comes to a standstill but goes on after some time, slower, and with stopping intervals. -Apart from the slow copy running tracker remains responsive. I can still mount/unmount other HD partitions. -After tracker says it's completed I cannot unmount the stick. (I get the force warning). So it looks like background copying is still running. I'll be back shortly with an unmount attempt description. Rudolf. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 22 20:02:25 2009 From: trac at haiku-os.org (anevilyak) Date: Thu, 22 Jan 2009 19:02:25 -0000 Subject: [Haiku-bugs] [Haiku] #2789: writing to usb disks fail after 10-100Mb of writing files In-Reply-To: <042.f0e2b0f62d62e3210495ba76b252c463@haiku-os.org> References: <042.f0e2b0f62d62e3210495ba76b252c463@haiku-os.org> Message-ID: <051.e0175da517bc494c11f5b888d88da955@haiku-os.org> #2789: writing to usb disks fail after 10-100Mb of writing files ---------------------+------------------------------------------------------ Reporter: rudolfc | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------+------------------------------------------------------ Comment(by anevilyak): Replying to [comment:8 rudolfc]: > Just compiled and tested R28980, BTW the AboutSystem app doesn't work for some reason. > FYI, that's tracked in ticket #3337 if you want to keep up on it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 22 20:06:07 2009 From: trac at haiku-os.org (diver) Date: Thu, 22 Jan 2009 19:06:07 -0000 Subject: [Haiku-bugs] [Haiku] #3348: [Terminal] Selecting the same font in preferences causes "Save changes?" dialog Message-ID: <040.cab858a4dbf4b82a64a0bedefa673049@haiku-os.org> #3348: [Terminal] Selecting the same font in preferences causes "Save changes?" dialog -----------------------------------+---------------------------------------- Reporter: diver | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Open Terminal preferences and select the same font. Now if you click Ok you will be asked to save changes. BTW, shouldn't there be Defaults and Revert buttons insted Ok and Cancel like in other preflets? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 22 20:11:36 2009 From: trac at haiku-os.org (rudolfc) Date: Thu, 22 Jan 2009 19:11:36 -0000 Subject: [Haiku-bugs] [Haiku] #2789: writing to usb disks fail after 10-100Mb of writing files In-Reply-To: <042.f0e2b0f62d62e3210495ba76b252c463@haiku-os.org> References: <042.f0e2b0f62d62e3210495ba76b252c463@haiku-os.org> Message-ID: <051.a6c66d7afeb9a2aa15a48888d50a0182@haiku-os.org> #2789: writing to usb disks fail after 10-100Mb of writing files ---------------------+------------------------------------------------------ Reporter: rudolfc | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------+------------------------------------------------------ Comment(by rudolfc): (back again: thanks for the pointer anevilyak! BTW your entry let me hit a Trac bug? I could not post my last entry I was typing while your responded..) OK, it seems after 5 minutes or so (or is it 10? it's hard to tell since I'm typing and not concentrating on time :) The unmount seems to succeed. The warning doesn't come up, and some 10, maybe 20 seconds later the stick icon dissapears from the desktop. The stick is also gone from the mount menu. If you look in the syslog, some error messages are (Still) coming. Finally I remove the stick which issues some more usb messages and I stopped the syslog capture. I can still mount other HD partitions, haiku remains stable. OK, just now reinserted the stick: -first plugin: not visible in mount menu -second plugin: visible. Attempted read-only mount: kdl 4 or 5 times, 3 or 4 with the avore mentioned read error, once with something like: write cache attempted on read-only volume or so. -third plugin: ro-mount succesfull. Seems all copied files are neatly on the stick. I'd say we have improvement over before. I hope the remaining issues can be solved soon now as well.. :-) Thanks! Good luck, let me know if you need some test done or so.. Rudolf. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 22 20:15:50 2009 From: trac at haiku-os.org (rudolfc) Date: Thu, 22 Jan 2009 19:15:50 -0000 Subject: [Haiku-bugs] [Haiku] #2789: writing to usb disks fail after 10-100Mb of writing files In-Reply-To: <042.f0e2b0f62d62e3210495ba76b252c463@haiku-os.org> References: <042.f0e2b0f62d62e3210495ba76b252c463@haiku-os.org> Message-ID: <051.b0f11d7ec4cfaa8ec3b5c84020a97de7@haiku-os.org> #2789: writing to usb disks fail after 10-100Mb of writing files ---------------------+------------------------------------------------------ Reporter: rudolfc | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------+------------------------------------------------------ Comment(by rudolfc): One more comment: I removed the stick *NOT* at the time it's mentioned in the syslog, but slightly before *this* line in the syslog: KERN: usb_ehci: qtd (0x03792f00) error: 0x001f8049 Bye! Rudolf. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 22 23:55:16 2009 From: trac at haiku-os.org (oco) Date: Thu, 22 Jan 2009 22:55:16 -0000 Subject: [Haiku-bugs] [Haiku] #3349: After an error while allocating a large memory space with sbrk, a small memory area could not be allocated anymore Message-ID: <038.88d72924acd9febc98f859fbcd37d416@haiku-os.org> #3349: After an error while allocating a large memory space with sbrk, a small memory area could not be allocated anymore -------------------------------+-------------------------------------------- Reporter: oco | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- A freepascal test case allocate a large space to check if the outofmemory exception is raised properly. Under Haiku, i still use sbrk for memory allocation (like on beos as there was no mmap). The exception is raised as expected, but it seems freepascal need some more memory to handle the exception, and this small allocation fail under Haiku (it works under BeOS). I think we should restore previous heap size after an error when resizing the heap area. If not, the small allocation call will try to allocate the memory asked in the previous one + the small area. As the call has failed earlier, there is a good chance that resize_area will fail again with a little larger space asked. Attachments : - A C program to reproduce this problem - a patch to solve this problem -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 23 00:00:48 2009 From: trac at haiku-os.org (oco) Date: Thu, 22 Jan 2009 23:00:48 -0000 Subject: [Haiku-bugs] [Haiku] #3349: After an error while allocating a large memory space with sbrk, a small memory area could not be allocated anymore In-Reply-To: <038.88d72924acd9febc98f859fbcd37d416@haiku-os.org> References: <038.88d72924acd9febc98f859fbcd37d416@haiku-os.org> Message-ID: <047.ba88447f7322a51819b080c970904bbf@haiku-os.org> #3349: After an error while allocating a large memory space with sbrk, a small memory area could not be allocated anymore -------------------------------+-------------------------------------------- Reporter: oco | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Comment(by oco): arch_int.c_r28821.diff is a mistake : please ignore... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 23 00:10:44 2009 From: trac at haiku-os.org (scottmc) Date: Thu, 22 Jan 2009 23:10:44 -0000 Subject: [Haiku-bugs] [Haiku] #1429: Icons for some of the servers use old style. In-Reply-To: <042.1555660311752b958e3000bceb70de58@haiku-os.org> References: <042.1555660311752b958e3000bceb70de58@haiku-os.org> Message-ID: <051.66e57d1ed91e3fbc9b878f3ebe315785@haiku-os.org> #1429: Icons for some of the servers use old style. ----------------------------+----------------------------------------------- Reporter: scottmc | Owner: stippi Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: User Interface | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------+----------------------------------------------- Comment(by scottmc): Also the "idea" lightbulb icon needs to be updated. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 23 00:27:01 2009 From: trac at haiku-os.org (oco) Date: Thu, 22 Jan 2009 23:27:01 -0000 Subject: [Haiku-bugs] [Haiku] #3350: wctomb function is now missing Message-ID: <038.b97e68ab1e646d227e0566f534567f2c@haiku-os.org> #3350: wctomb function is now missing -------------------------------+-------------------------------------------- Reporter: oco | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- It is probably related to r28970. Here is the error : ~/Desktop/test> ./twide7 runtime_loader: elf_resolve_symbol: could not resolve symbol 'wctomb' resolve symbol "wctomb" returned: -2147478780 runtime_loader: troubles relocating: 0x80001304 (image: /boot/home/Desktop/test/twide7, twide7) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 23 00:31:13 2009 From: trac at haiku-os.org (diver) Date: Thu, 22 Jan 2009 23:31:13 -0000 Subject: [Haiku-bugs] [Haiku] #3351: [PackageInstaller] should disable Install button if pkg is corrupted/unknown Message-ID: <040.008894d32d3bb0bf37f708d242f2dddb@haiku-os.org> #3351: [PackageInstaller] should disable Install button if pkg is corrupted/unknown -------------------------------------------+-------------------------------- Reporter: diver | Owner: sil2100 Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/PackageInstaller | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------------+-------------------------------- If you've mount VirtualBox additions as a CD there will be a file "VBoxSolarisAdditions.pkg". If you double click it PackageInstaller will complain that it is not a valid package, but will give you a chance to install with "Install" button enabled. Clicking it will crash PackageInstaller. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 23 01:30:18 2009 From: trac at haiku-os.org (Adek336) Date: Fri, 23 Jan 2009 00:30:18 -0000 Subject: [Haiku-bugs] [Haiku] #2491: Haiku Live CD reboots right away In-Reply-To: <042.38879f23f8d7cb36f37dea462941c54a@haiku-os.org> References: <042.38879f23f8d7cb36f37dea462941c54a@haiku-os.org> Message-ID: <051.796e6b08608eaae8cf9170dcab12eb26@haiku-os.org> #2491: Haiku Live CD reboots right away ---------------------+------------------------------------------------------ Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1 Component: System | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------+------------------------------------------------------ Changes (by Adek336): * cc: adek336@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 23 03:16:08 2009 From: trac at haiku-os.org (scottmc) Date: Fri, 23 Jan 2009 02:16:08 -0000 Subject: [Haiku-bugs] [Haiku] #3352: getcwd fails python's POSIX test Message-ID: <042.28af2510862bec73d1b5367662839476@haiku-os.org> #3352: getcwd fails python's POSIX test -----------------------+---------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- This may or may not be the same as ticket #2708 {{{ ~/develop/python/Lib/test> python test_posix.py testNoArgFunctions (__main__.PosixTester) ... ok test_access (__main__.PosixTester) ... ok test_chdir (__main__.PosixTester) ... ok test_chflags (__main__.PosixTester) ... ok test_chown (__main__.PosixTester) ... ok test_confstr (__main__.PosixTester) ... ok test_dup (__main__.PosixTester) ... ok test_dup2 (__main__.PosixTester) ... ok test_fdopen (__main__.PosixTester) ... ok test_fstat (__main__.PosixTester) ... ok test_fstatvfs (__main__.PosixTester) ... ok test_ftruncate (__main__.PosixTester) ... ok test_getcwd_long_pathnames (__main__.PosixTester) ... ERROR test_lchflags (__main__.PosixTester) ... ok test_lsdir (__main__.PosixTester) ... ok test_osexlock (__main__.PosixTester) ... FAIL test_osshlock (__main__.PosixTester) ... FAIL test_pipe (__main__.PosixTester) ... ok test_stat (__main__.PosixTester) ... ok test_statvfs (__main__.PosixTester) ... ok test_strerror (__main__.PosixTester) ... ok test_tempnam (__main__.PosixTester) ... ok test_tmpfile (__main__.PosixTester) ... ok test_umask (__main__.PosixTester) ... ok test_utime (__main__.PosixTester) ... ok ====================================================================== ERROR: test_getcwd_long_pathnames (__main__.PosixTester) ---------------------------------------------------------------------- Traceback (most recent call last): File "test_posix.py", line 267, in test_getcwd_long_pathnames _create_and_do_getcwd(dirname) File "test_posix.py", line 262, in _create_and_do_getcwd _create_and_do_getcwd(dirname, current_path_length + len(dirname) + 1) File "test_posix.py", line 262, in _create_and_do_getcwd _create_and_do_getcwd(dirname, current_path_length + len(dirname) + 1) File "test_posix.py", line 262, in _create_and_do_getcwd _create_and_do_getcwd(dirname, current_path_length + len(dirname) + 1) File "test_posix.py", line 262, in _create_and_do_getcwd _create_and_do_getcwd(dirname, current_path_length + len(dirname) + 1) File "test_posix.py", line 262, in _create_and_do_getcwd _create_and_do_getcwd(dirname, current_path_length + len(dirname) + 1) File "test_posix.py", line 262, in _create_and_do_getcwd _create_and_do_getcwd(dirname, current_path_length + len(dirname) + 1) File "test_posix.py", line 262, in _create_and_do_getcwd _create_and_do_getcwd(dirname, current_path_length + len(dirname) + 1) File "test_posix.py", line 262, in _create_and_do_getcwd _create_and_do_getcwd(dirname, current_path_length + len(dirname) + 1) File "test_posix.py", line 262, in _create_and_do_getcwd _create_and_do_getcwd(dirname, current_path_length + len(dirname) + 1) File "test_posix.py", line 262, in _create_and_do_getcwd _create_and_do_getcwd(dirname, current_path_length + len(dirname) + 1) File "test_posix.py", line 262, in _create_and_do_getcwd _create_and_do_getcwd(dirname, current_path_length + len(dirname) + 1) File "test_posix.py", line 262, in _create_and_do_getcwd _create_and_do_getcwd(dirname, current_path_length + len(dirname) + 1) File "test_posix.py", line 262, in _create_and_do_getcwd _create_and_do_getcwd(dirname, current_path_length + len(dirname) + 1) File "test_posix.py", line 262, in _create_and_do_getcwd _create_and_do_getcwd(dirname, current_path_length + len(dirname) + 1) File "test_posix.py", line 262, in _create_and_do_getcwd _create_and_do_getcwd(dirname, current_path_length + len(dirname) + 1) File "test_posix.py", line 262, in _create_and_do_getcwd _create_and_do_getcwd(dirname, current_path_length + len(dirname) + 1) File "test_posix.py", line 262, in _create_and_do_getcwd _create_and_do_getcwd(dirname, current_path_length + len(dirname) + 1) File "test_posix.py", line 260, in _create_and_do_getcwd os.getcwd() OSError: [Errno -2147454941] No buffer space available ====================================================================== FAIL: test_osexlock (__main__.PosixTester) ---------------------------------------------------------------------- Traceback (most recent call last): File "test_posix.py", line 108, in test_osexlock os.O_WRONLY|os.O_EXLOCK|os.O_NONBLOCK) AssertionError: OSError not raised ====================================================================== FAIL: test_osshlock (__main__.PosixTester) ---------------------------------------------------------------------- Traceback (most recent call last): File "test_posix.py", line 131, in test_osshlock os.O_RDONLY|os.O_EXLOCK|os.O_NONBLOCK) AssertionError: OSError not raised ---------------------------------------------------------------------- Ran 25 tests in 0.699s FAILED (failures=2, errors=1) Traceback (most recent call last): File "test_posix.py", line 278, in test_main() File "test_posix.py", line 275, in test_main test_support.run_unittest(PosixTester) File "/boot/common/lib/python2.7/test/test_support.py", line 710, in run_unittest _run_suite(suite) File "/boot/common/lib/python2.7/test/test_support.py", line 693, in _run_suite raise TestFailed(err) test.test_support.TestFailed: errors occurred; run in verbose mode for details ~/develop/python/Lib/test> }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 23 04:15:45 2009 From: trac at haiku-os.org (Adek336) Date: Fri, 23 Jan 2009 03:15:45 -0000 Subject: [Haiku-bugs] [Haiku] #2491: Haiku Live CD reboots right away In-Reply-To: <042.38879f23f8d7cb36f37dea462941c54a@haiku-os.org> References: <042.38879f23f8d7cb36f37dea462941c54a@haiku-os.org> Message-ID: <051.74827f2f4ea9a4afefbc63458f777e32@haiku-os.org> #2491: Haiku Live CD reboots right away ---------------------+------------------------------------------------------ Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1 Component: System | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------+------------------------------------------------------ Comment(by Adek336): I can confirm this in r28965 both on real hardware and QEMU. Image built with jam -q haiku-image + jam -q haiku-boot-cd. More testing on QEMU: the only serial message before the triple fault happens is {{{ APM version %d available, flags %ad_allocsmp: using ACPI to detect MP configuration }}} EIP=0002c877 Pressing space does not open the boot options (reboots) boot cd made from r24300 does not restart itself (although #347 happens) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 23 05:32:43 2009 From: trac at haiku-os.org (scottmc) Date: Fri, 23 Jan 2009 04:32:43 -0000 Subject: [Haiku-bugs] [Haiku] #3353: resource.h broken (not implemented yet?) Message-ID: <042.1be3122f5d8f0d731cbbf93e8facff28@haiku-os.org> #3353: resource.h broken (not implemented yet?) -----------------------+---------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- May be related to ticket #2817 perhaps not, python's test_resource.py passes the first test, then fails the next 3 and then crashes on getrusage. {{{ ~/develop/python/Lib/test> python test_resource.py test_args (__main__.ResourceTest) ... ok test_fsize_enforced (__main__.ResourceTest) ... ERROR test_fsize_ismax (__main__.ResourceTest) ... ERROR test_fsize_toobig (__main__.ResourceTest) ... ERROR test_getrusage (__main__.ResourceTest) ... Kill Thread ~/develop/python/Lib/test> }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 23 06:55:24 2009 From: trac at haiku-os.org (scottmc) Date: Fri, 23 Jan 2009 05:55:24 -0000 Subject: [Haiku-bugs] [Haiku] #3354: f.seekable() fails in python test_fileio.py Message-ID: <042.02607e968f9ace961359cf269d1c058b@haiku-os.org> #3354: f.seekable() fails in python test_fileio.py -----------------------+---------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Perhaps related to #3028? Python regression test test_fileio.py fails : {{{ ~/develop/python/Lib/test> python test_fileio.py testAttributes (__main__.AutoFileTests) ... ok testErrors (__main__.AutoFileTests) ... ok testMethods (__main__.AutoFileTests) ... ok testOpendir (__main__.AutoFileTests) ... ok testReadinto (__main__.AutoFileTests) ... ok testRepr (__main__.AutoFileTests) ... ok testSeekTell (__main__.AutoFileTests) ... ok testWeakRefs (__main__.AutoFileTests) ... ok testAbles (__main__.OtherFileTests) ... FAIL testAppend (__main__.OtherFileTests) ... ok testBadModeArgument (__main__.OtherFileTests) ... ok testInvalidFd (__main__.OtherFileTests) ... ok testInvalidInit (__main__.OtherFileTests) ... ok testModeStrings (__main__.OtherFileTests) ... ok testTruncateOnWindows (__main__.OtherFileTests) ... ok testUnicodeOpen (__main__.OtherFileTests) ... ok testWarnings (__main__.OtherFileTests) ... ok ====================================================================== FAIL: testAbles (__main__.OtherFileTests) ---------------------------------------------------------------------- Traceback (most recent call last): File "test_fileio.py", line 156, in testAbles self.assertEquals(f.seekable(), False) AssertionError: True != False ---------------------------------------------------------------------- Ran 17 tests in 0.157s FAILED (failures=1) Traceback (most recent call last): File "test_fileio.py", line 268, in test_main() File "test_fileio.py", line 262, in test_main run_unittest(AutoFileTests, OtherFileTests) File "/boot/common/lib/python2.7/test/test_support.py", line 710, in run_unittest _run_suite(suite) File "/boot/common/lib/python2.7/test/test_support.py", line 693, in _run_suite raise TestFailed(err) test.test_support.TestFailed: Traceback (most recent call last): File "test_fileio.py", line 156, in testAbles self.assertEquals(f.seekable(), False) AssertionError: True != False ~/develop/python/Lib/test> }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 23 07:50:08 2009 From: trac at haiku-os.org (scottmc) Date: Fri, 23 Jan 2009 06:50:08 -0000 Subject: [Haiku-bugs] [Haiku] #3355: using mv to move a folder onto itself should fail Message-ID: <042.8776d10458e37f0488de3d38177d92a8@haiku-os.org> #3355: using mv to move a folder onto itself should fail -----------------------+---------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Another python regression test failure, this one is the test_shutil.py test. {{{ ~/develop/python/Lib/test> python test_shutil.py test_copytree_simple (__main__.TestShutil) ... ok test_copytree_with_exclude (__main__.TestShutil) ... ok test_dont_copy_file_onto_link_to_itself (__main__.TestShutil) ... ERROR test_rmtree_dont_delete_file (__main__.TestShutil) ... ok test_rmtree_errors (__main__.TestShutil) ... ok test_rmtree_on_symlink (__main__.TestShutil) ... ok test_dont_move_dir_in_itself (__main__.TestMove) ... FAIL test_existing_file_inside_dest_dir (__main__.TestMove) ... ok test_move_dir (__main__.TestMove) ... ok test_move_dir_other_fs (__main__.TestMove) ... ok test_move_dir_to_dir (__main__.TestMove) ... ok test_move_dir_to_dir_other_fs (__main__.TestMove) ... ok test_move_file (__main__.TestMove) ... ok test_move_file_other_fs (__main__.TestMove) ... ok test_move_file_to_dir (__main__.TestMove) ... ok test_move_file_to_dir_other_fs (__main__.TestMove) ... ok ====================================================================== ERROR: test_dont_copy_file_onto_link_to_itself (__main__.TestShutil) ---------------------------------------------------------------------- Traceback (most recent call last): File "test_shutil.py", line 199, in test_dont_copy_file_onto_link_to_itself os.link(src, dst) OSError: [Errno -2147454933] Operation not supported ====================================================================== FAIL: test_dont_move_dir_in_itself (__main__.TestMove) ---------------------------------------------------------------------- Traceback (most recent call last): File "test_shutil.py", line 341, in test_dont_move_dir_in_itself self.assertRaises(shutil.Error, shutil.move, self.src_dir, dst) AssertionError: Error not raised ---------------------------------------------------------------------- Ran 16 tests in 3.612s FAILED (failures=1, errors=1) Traceback (most recent call last): File "test_shutil.py", line 349, in test_main() File "test_shutil.py", line 346, in test_main test_support.run_unittest(TestShutil, TestMove) File "/boot/common/lib/python2.7/test/test_support.py", line 710, in run_unittest _run_suite(suite) File "/boot/common/lib/python2.7/test/test_support.py", line 693, in _run_suite raise TestFailed(err) test.test_support.TestFailed: errors occurred; run in verbose mode for details ~/develop/python/Lib/test> }}} You can also see this happen if you create a folder, and then use mv to move it onto itself: mkdir /boot/home/testfolder mv /boot/home/testfolder /boot/home/testfolder it completes without showing any error, but if you then search for the testfolder it will be show as /testfolder and you can't get rid of it... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 23 09:23:19 2009 From: trac at haiku-os.org (Adek336) Date: Fri, 23 Jan 2009 08:23:19 -0000 Subject: [Haiku-bugs] [Haiku] #2491: Haiku Live CD reboots right away In-Reply-To: <042.38879f23f8d7cb36f37dea462941c54a@haiku-os.org> References: <042.38879f23f8d7cb36f37dea462941c54a@haiku-os.org> Message-ID: <051.8807f0f7bf26549d9c9b9ae243f4b915@haiku-os.org> #2491: Haiku Live CD reboots right away ---------------------+------------------------------------------------------ Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1 Component: System | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------+------------------------------------------------------ Comment(by Adek336): The first faulty revision is r24434. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 23 10:42:11 2009 From: trac at haiku-os.org (stippi) Date: Fri, 23 Jan 2009 09:42:11 -0000 Subject: [Haiku-bugs] [Haiku] #2491: Haiku Live CD reboots right away In-Reply-To: <042.38879f23f8d7cb36f37dea462941c54a@haiku-os.org> References: <042.38879f23f8d7cb36f37dea462941c54a@haiku-os.org> Message-ID: <051.fd58d402b45877096e2ce7b6867d00c4@haiku-os.org> #2491: Haiku Live CD reboots right away ---------------------+------------------------------------------------------ Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1 Component: System | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------+------------------------------------------------------ Comment(by stippi): Maybe it's the blit16_cropped() call? What happens if you comment that out? It looks a bit strange, maybe I am missing a bit of context, but if the boot screen is 8bpp, it looks like it would not handle that and then blit outside the video memory. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 23 11:22:12 2009 From: trac at haiku-os.org (Adek336) Date: Fri, 23 Jan 2009 10:22:12 -0000 Subject: [Haiku-bugs] [Haiku] #2491: Haiku Live CD reboots right away In-Reply-To: <042.38879f23f8d7cb36f37dea462941c54a@haiku-os.org> References: <042.38879f23f8d7cb36f37dea462941c54a@haiku-os.org> Message-ID: <051.c3efa6a173d794aeeda16bbd6027b3a3@haiku-os.org> #2491: Haiku Live CD reboots right away ---------------------+------------------------------------------------------ Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1 Component: System | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------+------------------------------------------------------ Comment(by Adek336): wow, you're good! indeed it fixes it for r24434. but the code has evolved since then so it's not quite it for r28965. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 23 11:28:44 2009 From: trac at haiku-os.org (stippi) Date: Fri, 23 Jan 2009 10:28:44 -0000 Subject: [Haiku-bugs] [Haiku] #2491: Haiku Live CD reboots right away In-Reply-To: <042.38879f23f8d7cb36f37dea462941c54a@haiku-os.org> References: <042.38879f23f8d7cb36f37dea462941c54a@haiku-os.org> Message-ID: <051.896318fddd5aeafffbfcc739c67107e5@haiku-os.org> #2491: Haiku Live CD reboots right away ---------------------+------------------------------------------------------ Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1 Component: System | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------+------------------------------------------------------ Comment(by stippi): Ok, I can have a look later. It's suspicious that this should only be a problem for CD booting. It should be a problem on regular harddisks as well. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 23 12:26:00 2009 From: trac at haiku-os.org (Hubert) Date: Fri, 23 Jan 2009 11:26:00 -0000 Subject: [Haiku-bugs] [Haiku] #3335: Error "vm_page_fault" with boot LiveCD In-Reply-To: <041.ba30628c4e540e8743bdeb4fa961da8a@haiku-os.org> References: <041.ba30628c4e540e8743bdeb4fa961da8a@haiku-os.org> Message-ID: <050.56de032e64c827bddb80337bc9dd3737@haiku-os.org> #3335: Error "vm_page_fault" with boot LiveCD --------------------------------+------------------------------------------- Reporter: Hubert | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Boot Loader | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Changes (by Hubert): * cc: HubertNG@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 23 12:26:18 2009 From: trac at haiku-os.org (Hubert) Date: Fri, 23 Jan 2009 11:26:18 -0000 Subject: [Haiku-bugs] [Haiku] #3335: Error "vm_page_fault" with boot LiveCD In-Reply-To: <041.ba30628c4e540e8743bdeb4fa961da8a@haiku-os.org> References: <041.ba30628c4e540e8743bdeb4fa961da8a@haiku-os.org> Message-ID: <050.dd32443b56ef70bd35545726e2a99fc5@haiku-os.org> #3335: Error "vm_page_fault" with boot LiveCD --------------------------------+------------------------------------------- Reporter: Hubert | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Boot Loader | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Changes (by Hubert): * cc: HubertNG@? (removed) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 23 12:26:26 2009 From: trac at haiku-os.org (Hubert) Date: Fri, 23 Jan 2009 11:26:26 -0000 Subject: [Haiku-bugs] [Haiku] #3337: Segv in AboutSystem In-Reply-To: <042.ec7b973a418f27b7ba952ffb906c476e@haiku-os.org> References: <042.ec7b973a418f27b7ba952ffb906c476e@haiku-os.org> Message-ID: <051.6b5855a1a46d9b0a0d0bb9580538ffd2@haiku-os.org> #3337: Segv in AboutSystem -------------------------------+-------------------------------------------- Reporter: Adek336 | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Changes (by Hubert): * cc: HubertNG@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 23 13:26:04 2009 From: trac at haiku-os.org (Hubert) Date: Fri, 23 Jan 2009 12:26:04 -0000 Subject: [Haiku-bugs] [Haiku] #3337: Segv in AboutSystem In-Reply-To: <042.ec7b973a418f27b7ba952ffb906c476e@haiku-os.org> References: <042.ec7b973a418f27b7ba952ffb906c476e@haiku-os.org> Message-ID: <051.babf78d5d3ba37f430bd5e1e3b76d2bf@haiku-os.org> #3337: Segv in AboutSystem -------------------------------+-------------------------------------------- Reporter: Adek336 | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Comment(by Hubert): GNU gdb 6.3 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i586-pc-haiku"...(no debugging symbols found) [tcsetpgrp failed in terminal_inferior: Invalid Argument] Thread 5209 caused an exception: Segment violation Reading symbols from /boot/beos/system/runtime_loader...done. Loaded symbols for /boot/beos/system/runtime_loader Reading symbols from /boot/beos/system/lib/libbe.so...done. Loaded symbols for /boot/beos/system/lib/libbe.so Reading symbols from /boot/beos/system/lib/libtranslation.so...done. Loaded symbols for /boot/beos/system/lib/libtranslation.so Reading symbols from /boot/beos/system/lib/libroot.so...done. Loaded symbols for /boot/beos/system/lib/libroot.so Reading symbols from /boot/beos/system/lib/libtextencoding.so...done. Loaded symbols for /boot/beos/system/lib/libtextencoding.so Reading symbols from /boot/beos/system/lib/libiconv.so...done. Loaded symbols for /boot/beos/system/lib/libiconv.so Reading symbols from /boot/beos/system/add- ons/Translators/BMPTranslator...done. Loaded symbols for /boot/beos/system/add-ons/Translators/BMPTranslator Reading symbols from /boot/beos/system/add- ons/Translators/EXRTranslator...done. Loaded symbols for /boot/beos/system/add-ons/Translators/EXRTranslator Reading symbols from /boot/beos/system/lib/libilmimf.so...done. Loaded symbols for /boot/beos/system/lib/libilmimf.so Reading symbols from /boot/beos/system/lib/libz.so...done. Loaded symbols for /boot/beos/system/lib/libz.so Reading symbols from /boot/beos/system/add- ons/Translators/GIFTranslator...done. Loaded symbols for /boot/beos/system/add-ons/Translators/GIFTranslator Reading symbols from /boot/beos/system/add- ons/Translators/JPEG2000Translator...done. Loaded symbols for /boot/beos/system/add- ons/Translators/JPEG2000Translator Reading symbols from /boot/beos/system/add- ons/Translators/JPEGTranslator...done. Loaded symbols for /boot/beos/system/add-ons/Translators/JPEGTranslator Reading symbols from /boot/beos/system/add- ons/Translators/PCXTranslator...done. Loaded symbols for /boot/beos/system/add-ons/Translators/PCXTranslator Reading symbols from /boot/beos/system/add- ons/Translators/PNGTranslator...done. Loaded symbols for /boot/beos/system/add-ons/Translators/PNGTranslator Reading symbols from /boot/beos/system/add- ons/Translators/PPMTranslator...done. Loaded symbols for /boot/beos/system/add-ons/Translators/PPMTranslator Reading symbols from /boot/beos/system/add- ons/Translators/RAWTranslator...done. Loaded symbols for /boot/beos/system/add-ons/Translators/RAWTranslator Reading symbols from /boot/beos/system/add-ons/Translators/RTF- Translator...done. Loaded symbols for /boot/beos/system/add-ons/Translators/RTF-Translator Reading symbols from /boot/beos/system/add- ons/Translators/SGITranslator...done. Loaded symbols for /boot/beos/system/add-ons/Translators/SGITranslator Reading symbols from /boot/beos/system/add- ons/Translators/STXTTranslator...done. Loaded symbols for /boot/beos/system/add-ons/Translators/STXTTranslator Reading symbols from /boot/beos/system/add- ons/Translators/TGATranslator...done. Loaded symbols for /boot/beos/system/add-ons/Translators/TGATranslator Reading symbols from /boot/beos/system/add- ons/Translators/TIFFTranslator...done. Loaded symbols for /boot/beos/system/add-ons/Translators/TIFFTranslator Reading symbols from /boot/beos/system/add- ons/Translators/WonderBrushTranslator...done. Loaded symbols for /boot/beos/system/add- ons/Translators/WonderBrushTranslator [tcsetpgrp failed in terminal_inferior: Invalid Argument] [Switching to team /boot/beos/apps/AboutSystem (5209) thread AboutSystem (5209)] 0x0057a717 in __mbsinit () from /boot/beos/system/lib/libroot.so (gdb) bt #0 0x0057a717 in __mbsinit () from /boot/beos/system/lib/libroot.so #1 0x0053a146 in mbrlen () from /boot/beos/system/lib/libroot.so #2 0x0052b7d6 in vfprintf () from /boot/beos/system/lib/libroot.so #3 0x0051d857 in vsnprintf () from /boot/beos/system/lib/libroot.so #4 0x0052a94c in snprintf () from /boot/beos/system/lib/libroot.so #5 0x0020b200 in AboutView::AboutView () #6 0x0020bd8c in AboutWindow::AboutWindow () #7 0x0020bf90 in AboutApp::AboutApp () #8 0x0020e0e8 in main () (gdb) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 23 14:16:48 2009 From: trac at haiku-os.org (rudolfc) Date: Fri, 23 Jan 2009 13:16:48 -0000 Subject: [Haiku-bugs] [Haiku] #3356: intermittant and out of order audio Message-ID: <042.3ca619a83478d76a69ee8719cd7a0975@haiku-os.org> #3356: intermittant and out of order audio -----------------------+---------------------------------------------------- Reporter: rudolfc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- On my Asus P5E3 mainboard audio plays back distorted. It sounds like some buffers are played correctly, then a brief silence is heard, and a few buffers are played out of order or in incorrect speed (metallic sound like effect). This sequence is repeated for ever. I tested with MediaPlayer, vlc and CLamp. CLamp on lower or higher speeds gives the same effect (no influence). This behaviour exists on my system ever since I first installed Haiku, some 6 months ago or so.. The mainboard has a HDA chipset, so I tested with this one with the driver that currently gets updated from time to time (no effect), and I compiled ES1370 in the haiku source tree and tested with a SB64 soundcard: same symptoms. I recompiled MediaEventLooper.cpp, and enabled debugprinting (three lines in function BMediaEventLooper::ControlLoop(). From the looks of it the Timestamps on the buffers are OK but Getting realtime for performance time messes up. I'll attach a small file with the shell debug output from MediaPlayer. I am using a Core2Duo E8400 CPU, which is a 45nm Intel CPU. It's recognized as a Pentium4 Extreme edition BTW. Memory is DDR3 running at 1066Mhz. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 23 14:19:34 2009 From: trac at haiku-os.org (rudolfc) Date: Fri, 23 Jan 2009 13:19:34 -0000 Subject: [Haiku-bugs] [Haiku] #3356: intermittant and out of order audio In-Reply-To: <042.3ca619a83478d76a69ee8719cd7a0975@haiku-os.org> References: <042.3ca619a83478d76a69ee8719cd7a0975@haiku-os.org> Message-ID: <051.13f6a9c8bbbdda8a69e0565a2b85aad0@haiku-os.org> #3356: intermittant and out of order audio -----------------------+---------------------------------------------------- Reporter: rudolfc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by rudolfc): The attached file first has output coming from running vlc, after that I run MediaPlayer. If different Mediacontent (video for example) is played, the error is still there. Bye! Rudolf. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 23 14:25:49 2009 From: trac at haiku-os.org (rudolfc) Date: Fri, 23 Jan 2009 13:25:49 -0000 Subject: [Haiku-bugs] [Haiku] #3356: intermittant and out of order audio In-Reply-To: <042.3ca619a83478d76a69ee8719cd7a0975@haiku-os.org> References: <042.3ca619a83478d76a69ee8719cd7a0975@haiku-os.org> Message-ID: <051.a2a5d57ab5f9b191764658006b174c35@haiku-os.org> #3356: intermittant and out of order audio -----------------------+---------------------------------------------------- Reporter: rudolfc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Description changed by rudolfc: Old description: > On my Asus P5E3 mainboard audio plays back distorted. It sounds like some > buffers are played correctly, then a brief silence is heard, and a few > buffers are played out of order or in incorrect speed (metallic sound > like effect). > This sequence is repeated for ever. > > I tested with MediaPlayer, vlc and CLamp. CLamp on lower or higher speeds > gives the same effect (no influence). > This behaviour exists on my system ever since I first installed Haiku, > some 6 months ago or so.. > > The mainboard has a HDA chipset, so I tested with this one with the > driver that currently gets updated from time to time (no effect), and I > compiled ES1370 in the haiku source tree and tested with a SB64 > soundcard: same symptoms. > > I recompiled MediaEventLooper.cpp, and enabled debugprinting (three lines > in function BMediaEventLooper::ControlLoop(). > > From the looks of it the Timestamps on the buffers are OK but Getting > realtime for performance time messes up. I'll attach a small file with > the shell debug output from MediaPlayer. > > I am using a Core2Duo E8400 CPU, which is a 45nm Intel CPU. It's > recognized as a Pentium4 Extreme edition BTW. > Memory is DDR3 running at 1066Mhz. New description: On my Asus P5E3 mainboard audio plays back distorted. It sounds like some buffers are played correctly, then a brief silence is heard, and a few buffers are played out of order or in incorrect speed (metallic sound like effect). This sequence is repeated for ever. I tested with MediaPlayer, vlc and CLamp. CLamp on lower or higher speeds gives the same effect (no influence). This behaviour exists on my system ever since I first installed Haiku, some 6 months ago or so.. The mainboard has a HDA chipset, so I tested with this one with the driver that currently gets updated from time to time (no effect), and I compiled ES1370 in the haiku source tree and tested with a SB64 soundcard: same symptoms. I recompiled MediaEventLooper.cpp, and enabled debugprinting (three lines in function BMediaEventLooper::ControlLoop(). From the looks of it the Timestamps on the buffers are OK but Getting realtime for performance time messes up. I'll attach a small file with the shell debug output from MediaPlayer. I am using a Core2Duo E8200 CPU @ 2.66Ghz, which is a 45nm Intel CPU. It's recognized as a Pentium4 Extreme edition BTW. Memory is DDR3 running at 1066Mhz. -- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 23 15:06:31 2009 From: trac at haiku-os.org (jackburton) Date: Fri, 23 Jan 2009 14:06:31 -0000 Subject: [Haiku-bugs] [Haiku] #3337: Segv in AboutSystem In-Reply-To: <042.ec7b973a418f27b7ba952ffb906c476e@haiku-os.org> References: <042.ec7b973a418f27b7ba952ffb906c476e@haiku-os.org> Message-ID: <051.8363348b767f8cbd9f67d3c8e33de153@haiku-os.org> #3337: Segv in AboutSystem --------------------------------+------------------------------------------- Reporter: Adek336 | Owner: jackburton Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by jackburton): * status: new => closed * resolution: => fixed Comment: I've reverted the incriminated changes, for now. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 23 15:34:40 2009 From: trac at haiku-os.org (jackburton) Date: Fri, 23 Jan 2009 14:34:40 -0000 Subject: [Haiku-bugs] [Haiku] #3350: wctomb function is now missing In-Reply-To: <038.b97e68ab1e646d227e0566f534567f2c@haiku-os.org> References: <038.b97e68ab1e646d227e0566f534567f2c@haiku-os.org> Message-ID: <047.d2b6b5be575090d0ee3598aeaaddd288@haiku-os.org> #3350: wctomb function is now missing -------------------------------+-------------------------------------------- Reporter: oco | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Comment(by jackburton): I reverted that change for now. Please check but should be fixed now. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 23 16:18:48 2009 From: trac at haiku-os.org (scottmc) Date: Fri, 23 Jan 2009 15:18:48 -0000 Subject: [Haiku-bugs] [Haiku] #3356: intermittant and out of order audio In-Reply-To: <042.3ca619a83478d76a69ee8719cd7a0975@haiku-os.org> References: <042.3ca619a83478d76a69ee8719cd7a0975@haiku-os.org> Message-ID: <051.31c4ef457d2d0d795388a6b4c5099601@haiku-os.org> #3356: intermittant and out of order audio -----------------------+---------------------------------------------------- Reporter: rudolfc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by scottmc): I get the same effect here. But it's less noticeable if I am playing a "wav" file copied from a cd, vs. playing an mp3 file. Also when running sdl (or allegro) games from a terminal you'll usually see lots of error messages about the sound lagging or something like that. Not sure if that is related or not. Note that I am also using the HDA driver. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 23 16:40:41 2009 From: trac at haiku-os.org (scottmc) Date: Fri, 23 Jan 2009 15:40:41 -0000 Subject: [Haiku-bugs] [Haiku] #1588: Geforce 8xxx support in Nvidia driver In-Reply-To: <044.679f530a49a59740ec283fdc0e2b6b04@haiku-os.org> References: <044.679f530a49a59740ec283fdc0e2b6b04@haiku-os.org> Message-ID: <053.7838862c6c43d7dce8087be00398fa60@haiku-os.org> #1588: Geforce 8xxx support in Nvidia driver -------------------------------------+-------------------------------------- Reporter: pieterpan | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Changes (by scottmc): * cc: haiku@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 23 18:14:33 2009 From: trac at haiku-os.org (rudolfc) Date: Fri, 23 Jan 2009 17:14:33 -0000 Subject: [Haiku-bugs] [Haiku] #3356: intermittant and out of order audio In-Reply-To: <042.3ca619a83478d76a69ee8719cd7a0975@haiku-os.org> References: <042.3ca619a83478d76a69ee8719cd7a0975@haiku-os.org> Message-ID: <051.547f2584f3622b5a11d68d28b319e41e@haiku-os.org> #3356: intermittant and out of order audio -----------------------+---------------------------------------------------- Reporter: rudolfc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by rudolfc): Something is indeed going wrong with TimeSource()->RealTimeFor(fEventQueue.FirstEventTime()... in MediaEventLooper.cpp, ControlLoop() AFAICT. I enabled variable dumping in TimeSource.cpp, function GetTime() which is ultimately called from the controlloop it seems. I attached the resulting grabbed Terminal output above. It's clear that this routine reports enourmous drifts (in time that is?). This variable varies from 0.4 to 2 or so while it should be around 1.0 I take it... Bye! Rudolf. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 23 18:27:40 2009 From: trac at haiku-os.org (stippi) Date: Fri, 23 Jan 2009 17:27:40 -0000 Subject: [Haiku-bugs] [Haiku] #3356: intermittant and out of order audio In-Reply-To: <042.3ca619a83478d76a69ee8719cd7a0975@haiku-os.org> References: <042.3ca619a83478d76a69ee8719cd7a0975@haiku-os.org> Message-ID: <051.c9c45d1c75bcd46131e9b80968cb9d6d@haiku-os.org> #3356: intermittant and out of order audio -----------------------+---------------------------------------------------- Reporter: rudolfc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by stippi): Yes, that is an interesting subject. In the OSS Media Node, which was based on the regular MultiAudio Media Node that is used with this HDA driver, I had a lot of fun with computing the drift. I believe the computation in the MultiAudio Node may be much too simple, since it has way too drastic discontinuities. In the OSS Node, I keep a rotating buffer of the recent drift values and the resulting drift value is the average of all those, so it changes more smoothly. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 23 21:12:26 2009 From: trac at haiku-os.org (idefix) Date: Fri, 23 Jan 2009 20:12:26 -0000 Subject: [Haiku-bugs] [Haiku] #2344: Hang when booting with USB Mass Storage device connected. In-Reply-To: <048.642c613bc61a224b120d9d3f951a1559@haiku-os.org> References: <048.642c613bc61a224b120d9d3f951a1559@haiku-os.org> Message-ID: <057.b3e826c41b349afb8bd0a92a43e2e3a5@haiku-os.org> #2344: Hang when booting with USB Mass Storage device connected. ---------------------------+------------------------------------------------ Reporter: dustin howett | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------------+------------------------------------------------ Comment(by idefix): Tested with r28974: The seriallog looks the same as r28911, only with r28974 the sd-card appears in the mount-menu (as 'no-name'). I can mount it and it's folder appears on the desktop (as 'canon-dc'). When I open the folder and open a text-file in that folder, I get KDL'd. See 'Booting with USB cardreader + writelocked SDcard (r28974).txt'. When I boot with the Wacom tablet also attached, the cardreader won't work at all. See 'Booting with USB cardreader + writelocked SDcard (r28974) and Wacom.txt'. Connecting and disconnecting my Wacom changes the error-messages: {{{ usb_disk: operation 0x00 failed at the SCSI level Last message repeated 11 times. Last message repeated 12 times. Last message repeated 12 times. Last message repeated 9 times. Last message repeated 6 times. wacom: add_device() - wacom detected wacom: ... success! void AddOnManager::MessageReceived(BMessage *) what: NMP_ wacom: device_open() open: 2 usb_disk: operation 0x00 failed at the SCSI level Last message repeated 11 times. Last message repeated 12 times. Last message repeated 3 times. usb_disk: acquire_sem failed while waiting for data transfer Media removed from /dev/disk/usb/0/0/raw usb_disk: acquire_sem failed while waiting for data transfer usb_disk: acquire_sem failed while waiting for data transfer usb_disk: acquire_sem failed while waiting for data transfer usb_disk: acquire_sem failed while waiting for data transfer usb_uhci: td (0x01a21480) error: status: 0x254507ff; token: 0x00e88369; wacom: interrupt transfer - failure: -2147442668 usb_uhci: td (0x01a214a0) error: status: 0x254507ff; token: 0x00e88369; usb_uhci: td (0x01a21820) error: status: 0x254507ff; token: 0x00e88369; [...] usb_uhci: td (0x01a239a0) error: status: 0x254507ff; token: 0x00e88369; usb_uhci: td (0x01a239c0) error: status: 0x254507ff; token: 0x00e88369; usb_disk: operation 0x00 failed at the SCSI level Last message repeated 2 times. USB Hub 1: port 1 disabled wacom: device_removed() open: 1 wacom: device /dev/input/wacom/usb/0 still open -- marked for removal void AddOnManager::MessageReceived(BMessage *) what: NMP_ usb_disk: operation 0x00 failed at the SCSI level Last message repeated 11 times. Last message repeated 12 times. Last message repeated 12 times. }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 23 23:11:57 2009 From: trac at haiku-os.org (oco) Date: Fri, 23 Jan 2009 22:11:57 -0000 Subject: [Haiku-bugs] [Haiku] #3350: wctomb function is now missing In-Reply-To: <038.b97e68ab1e646d227e0566f534567f2c@haiku-os.org> References: <038.b97e68ab1e646d227e0566f534567f2c@haiku-os.org> Message-ID: <047.c6422d77e8a35b3a57692b5e4ff4c32c@haiku-os.org> #3350: wctomb function is now missing -------------------------------+-------------------------------------------- Reporter: oco | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Comment(by oco): Fixed in r28999 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 23 23:23:48 2009 From: trac at haiku-os.org (idefix) Date: Fri, 23 Jan 2009 22:23:48 -0000 Subject: [Haiku-bugs] [Haiku] #2344: Hang when booting with USB Mass Storage device connected. In-Reply-To: <048.642c613bc61a224b120d9d3f951a1559@haiku-os.org> References: <048.642c613bc61a224b120d9d3f951a1559@haiku-os.org> Message-ID: <057.1ab4193c07d59434dc7221f1409be261@haiku-os.org> #2344: Hang when booting with USB Mass Storage device connected. ---------------------------+------------------------------------------------ Reporter: dustin howett | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------------+------------------------------------------------ Comment(by idefix): Enabled tracing: 'Booting with USB cardreader + writelocked SDcard (r28974) (tracing enabled).txt' After the computer had completely booted up I connected the Wacom tablet and after 10 seconds I disconnected the tablet. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 24 00:12:52 2009 From: trac at haiku-os.org (scottmc) Date: Fri, 23 Jan 2009 23:12:52 -0000 Subject: [Haiku-bugs] [Haiku] #2132: AMD Geode Audio controller needs a driver In-Reply-To: <042.d10344523a2ec4cef3a9c264c525b477@haiku-os.org> References: <042.d10344523a2ec4cef3a9c264c525b477@haiku-os.org> Message-ID: <051.d09d0b1eeb0563540050c08dc12f144d@haiku-os.org> #2132: AMD Geode Audio controller needs a driver ---------------------------+------------------------------------------------ Reporter: scottmc | Owner: korli Type: enhancement | Status: new Priority: low | Milestone: Component: Drivers/Audio | Version: Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by scottmc): here's a new attempt this time with r28995, but I forgot to double check if geode was enabled in haikuimage file. I'll build again over the weekend and try a fresh image early next week. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 24 01:04:09 2009 From: trac at haiku-os.org (Hubert) Date: Sat, 24 Jan 2009 00:04:09 -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.a86f0329928e6f1bb6ae58a15d5c08f5@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/HDA | Version: R1 development Blockedby: | Platform: All Blocking: 3193 | -------------------------------+-------------------------------------------- Changes (by Hubert): * cc: HubertNG@? (added) * component: Drivers/Audio => Drivers/Audio/HDA Comment: Which runs some time, often near starting Deskbara freezes. listdev: http://dev.haiku-os.org/attachment/ticket/3260/listdev-mypc.txt -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 24 01:07:17 2009 From: trac at haiku-os.org (anevilyak) Date: Sat, 24 Jan 2009 00:07:17 -0000 Subject: [Haiku-bugs] [Haiku] #3350: wctomb function is now missing In-Reply-To: <038.b97e68ab1e646d227e0566f534567f2c@haiku-os.org> References: <038.b97e68ab1e646d227e0566f534567f2c@haiku-os.org> Message-ID: <047.41ab6a1efcab28173595b1e3bad0599b@haiku-os.org> #3350: wctomb function is now missing --------------------------------+------------------------------------------- Reporter: oco | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by anevilyak): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 24 01:11:16 2009 From: trac at haiku-os.org (Hubert) Date: Sat, 24 Jan 2009 00:11:16 -0000 Subject: [Haiku-bugs] [Haiku] #3335: Error "vm_page_fault" with boot LiveCD In-Reply-To: <041.ba30628c4e540e8743bdeb4fa961da8a@haiku-os.org> References: <041.ba30628c4e540e8743bdeb4fa961da8a@haiku-os.org> Message-ID: <050.a4f0217c6cbaf09081ef88d0956bf3c0@haiku-os.org> #3335: Error "vm_page_fault" with boot LiveCD --------------------------------+------------------------------------------- Reporter: Hubert | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Boot Loader | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by Hubert): Bus manager is default - probably ata now. I don't rebember where it changed to compilation and what give in(directions). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 24 01:13:54 2009 From: trac at haiku-os.org (anevilyak) Date: Sat, 24 Jan 2009 00:13:54 -0000 Subject: [Haiku-bugs] [Haiku] #3335: Error "vm_page_fault" with boot LiveCD In-Reply-To: <041.ba30628c4e540e8743bdeb4fa961da8a@haiku-os.org> References: <041.ba30628c4e540e8743bdeb4fa961da8a@haiku-os.org> Message-ID: <050.534afdb606cec5cb63c4bcb104213e5f@haiku-os.org> #3335: Error "vm_page_fault" with boot LiveCD --------------------------------+------------------------------------------- Reporter: Hubert | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Boot Loader | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by anevilyak): The default would in fact be ide at the moment. This can be changed by altering the src/add-ons/kernel/bus_managers/Jamfile to point to the ata directory instead of ide. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 24 01:31:47 2009 From: trac at haiku-os.org (korli) Date: Sat, 24 Jan 2009 00:31:47 -0000 Subject: [Haiku-bugs] [Haiku] #3355: using mv to move a folder onto itself should fail In-Reply-To: <042.8776d10458e37f0488de3d38177d92a8@haiku-os.org> References: <042.8776d10458e37f0488de3d38177d92a8@haiku-os.org> Message-ID: <051.261f89d10cf350d735e185d88b76018a@haiku-os.org> #3355: using mv to move a folder onto itself should fail ------------------------+--------------------------------------------------- Reporter: scottmc | 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 with r29001. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 24 01:35:06 2009 From: trac at haiku-os.org (korli) Date: Sat, 24 Jan 2009 00:35:06 -0000 Subject: [Haiku-bugs] [Haiku] #2132: AMD Geode Audio controller needs a driver In-Reply-To: <042.d10344523a2ec4cef3a9c264c525b477@haiku-os.org> References: <042.d10344523a2ec4cef3a9c264c525b477@haiku-os.org> Message-ID: <051.a2559a4fbde4fee463c86aa84fe0903c@haiku-os.org> #2132: AMD Geode Audio controller needs a driver ---------------------------+------------------------------------------------ Reporter: scottmc | Owner: korli Type: enhancement | Status: new Priority: low | Milestone: Component: Drivers/Audio | Version: Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by korli): Please check because I'm clueless :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 24 01:47:18 2009 From: trac at haiku-os.org (korli) Date: Sat, 24 Jan 2009 00:47:18 -0000 Subject: [Haiku-bugs] [Haiku] #3356: intermittant and out of order audio In-Reply-To: <042.3ca619a83478d76a69ee8719cd7a0975@haiku-os.org> References: <042.3ca619a83478d76a69ee8719cd7a0975@haiku-os.org> Message-ID: <051.d6156f0294a44cea450285a0b09a815d@haiku-os.org> #3356: intermittant and out of order audio -----------------------+---------------------------------------------------- Reporter: rudolfc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by korli): Interesting in fact, though my understanding is it wouldn't help anyway if the audio interrupt is lagging. The drift shouldn't go far from 1.0, except in case of problem. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 24 01:49:04 2009 From: trac at haiku-os.org (Hubert) Date: Sat, 24 Jan 2009 00:49:04 -0000 Subject: [Haiku-bugs] [Haiku] #3335: Error "vm_page_fault" with boot LiveCD In-Reply-To: <041.ba30628c4e540e8743bdeb4fa961da8a@haiku-os.org> References: <041.ba30628c4e540e8743bdeb4fa961da8a@haiku-os.org> Message-ID: <050.15f7db0a1255363be038c8dc88a9fb9e@haiku-os.org> #3335: Error "vm_page_fault" with boot LiveCD --------------------------------+------------------------------------------- Reporter: Hubert | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Boot Loader | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by Hubert): So, I have: #SubInclude HAIKU_TOP src add-ons kernel bus_managers ata ; SubInclude HAIKU_TOP src add-ons kernel bus_managers ide ; changed on: SubInclude HAIKU_TOP src add-ons kernel bus_managers ata ; #SubInclude HAIKU_TOP src add-ons kernel bus_managers ide ; ?? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 24 01:52:28 2009 From: trac at haiku-os.org (stippi) Date: Sat, 24 Jan 2009 00:52:28 -0000 Subject: [Haiku-bugs] [Haiku] #3356: intermittant and out of order audio In-Reply-To: <042.3ca619a83478d76a69ee8719cd7a0975@haiku-os.org> References: <042.3ca619a83478d76a69ee8719cd7a0975@haiku-os.org> Message-ID: <051.dc80da1d9363a0f24b0a8a0921a6a746@haiku-os.org> #3356: intermittant and out of order audio -----------------------+---------------------------------------------------- Reporter: rudolfc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by stippi): That's true. But I did have to come up with this solution while testing the OSS Node on ZETA 1.2. So while Haiku certainly still has problems (scheduling high priority threads?), it was nevertheless necessary on ZETA, too. On Haiku, audio skipping is still pretty likely, while on ZETA, there wouldn't be any with the OSS node. But without the drift smoothing, it would always playback with frequent cracks in ZETA. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 24 02:09:37 2009 From: trac at haiku-os.org (umccullough) Date: Sat, 24 Jan 2009 01:09:37 -0000 Subject: [Haiku-bugs] [Haiku] #3335: Error "vm_page_fault" with boot LiveCD In-Reply-To: <041.ba30628c4e540e8743bdeb4fa961da8a@haiku-os.org> References: <041.ba30628c4e540e8743bdeb4fa961da8a@haiku-os.org> Message-ID: <050.0b35218cde89630b93ff6940faebad4c@haiku-os.org> #3335: Error "vm_page_fault" with boot LiveCD --------------------------------+------------------------------------------- Reporter: Hubert | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Boot Loader | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by umccullough): Yep -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 24 10:00:35 2009 From: trac at haiku-os.org (scottmc) Date: Sat, 24 Jan 2009 09:00:35 -0000 Subject: [Haiku-bugs] [Haiku] #3357: Dont copy file onto link of itself gives incorrect error? Message-ID: <042.a33bdba6a6d0a79f0d6d98758eb2c9e6@haiku-os.org> #3357: Dont copy file onto link of itself gives incorrect error? -----------------------+---------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- I'm not sure how to verify this is a valid failure or not, but it's failing in python's regression test test_shutil.h: {{{ ~/develop/python/Lib/test> python test_shutil.py test_copytree_simple (__main__.TestShutil) ... ok test_copytree_with_exclude (__main__.TestShutil) ... ok test_dont_copy_file_onto_link_to_itself (__main__.TestShutil) ... ERROR test_rmtree_dont_delete_file (__main__.TestShutil) ... ok test_rmtree_errors (__main__.TestShutil) ... ok test_rmtree_on_symlink (__main__.TestShutil) ... ok test_dont_move_dir_in_itself (__main__.TestMove) ... ok test_existing_file_inside_dest_dir (__main__.TestMove) ... ok test_move_dir (__main__.TestMove) ... ok test_move_dir_other_fs (__main__.TestMove) ... ok test_move_dir_to_dir (__main__.TestMove) ... ok test_move_dir_to_dir_other_fs (__main__.TestMove) ... ok test_move_file (__main__.TestMove) ... ok test_move_file_other_fs (__main__.TestMove) ... ok test_move_file_to_dir (__main__.TestMove) ... ok test_move_file_to_dir_other_fs (__main__.TestMove) ... ok ====================================================================== ERROR: test_dont_copy_file_onto_link_to_itself (__main__.TestShutil) ---------------------------------------------------------------------- Traceback (most recent call last): File "test_shutil.py", line 199, in test_dont_copy_file_onto_link_to_itself os.link(src, dst) OSError: [Errno -2147454933] Operation not supported ---------------------------------------------------------------------- Ran 16 tests in 0.813s FAILED (errors=1) Traceback (most recent call last): File "test_shutil.py", line 349, in test_main() File "test_shutil.py", line 346, in test_main test_support.run_unittest(TestShutil, TestMove) File "/boot/common/lib/python2.7/test/test_support.py", line 722, in run_unittest _run_suite(suite) File "/boot/common/lib/python2.7/test/test_support.py", line 705, in _run_suite raise TestFailed(err) test.test_support.TestFailed: Traceback (most recent call last): File "test_shutil.py", line 199, in test_dont_copy_file_onto_link_to_itself os.link(src, dst) OSError: [Errno -2147454933] Operation not supported ~/develop/python/Lib/test> }}} You'll notice that there's only one error in this test now as the other error was indeed fixed with the fixing of #3355 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 24 12:15:53 2009 From: trac at haiku-os.org (axeld) Date: Sat, 24 Jan 2009 11:15:53 -0000 Subject: [Haiku-bugs] [Haiku] #3335: Error "vm_page_fault" with boot LiveCD In-Reply-To: <041.ba30628c4e540e8743bdeb4fa961da8a@haiku-os.org> References: <041.ba30628c4e540e8743bdeb4fa961da8a@haiku-os.org> Message-ID: <050.ba47b38a7f6971dd4926e0197e8f321c@haiku-os.org> #3335: Error "vm_page_fault" with boot LiveCD --------------------------------+------------------------------------------- Reporter: Hubert | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Boot Loader | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by axeld): That won't help you much unless you're booting from a S-ATA CD drive - the ATA bus manager does not yet support CD-ROMs :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 24 12:27:30 2009 From: trac at haiku-os.org (korli) Date: Sat, 24 Jan 2009 11:27:30 -0000 Subject: [Haiku-bugs] [Haiku] #3357: Dont copy file onto link of itself gives incorrect error? In-Reply-To: <042.a33bdba6a6d0a79f0d6d98758eb2c9e6@haiku-os.org> References: <042.a33bdba6a6d0a79f0d6d98758eb2c9e6@haiku-os.org> Message-ID: <051.1fcdf384a26e65442a547e7dfe947038@haiku-os.org> #3357: Dont copy file onto link of itself gives incorrect error? -----------------------+---------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by korli): This one tries to create a hardlink which fails because it's not supported. I guess it's acceptable then. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 24 12:29:47 2009 From: trac at haiku-os.org (korli) Date: Sat, 24 Jan 2009 11:29:47 -0000 Subject: [Haiku-bugs] [Haiku] #3321: [Installer] alert view for eula isn't wide enough (easy) In-Reply-To: <040.f90f5a762e146172fed5f5b6458d286b@haiku-os.org> References: <040.f90f5a762e146172fed5f5b6458d286b@haiku-os.org> Message-ID: <049.7deb9e8aac67de6ae450ec090614ef15@haiku-os.org> #3321: [Installer] alert view for eula isn't wide enough (easy) ------------------------------------+--------------------------------------- Reporter: diver | Owner: korli Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Installer | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- Comment(by korli): Hopefully improved in r29005. Please check. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 24 14:08:47 2009 From: trac at haiku-os.org (rudolfc) Date: Sat, 24 Jan 2009 13:08:47 -0000 Subject: [Haiku-bugs] [Haiku] #3356: intermittant and out of order audio In-Reply-To: <042.3ca619a83478d76a69ee8719cd7a0975@haiku-os.org> References: <042.3ca619a83478d76a69ee8719cd7a0975@haiku-os.org> Message-ID: <051.59bb5ff76ac71f68f8fe9a7cd296fa9e@haiku-os.org> #3356: intermittant and out of order audio -----------------------+---------------------------------------------------- Reporter: rudolfc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by rudolfc): Hi Guys, I copied over drift averaging (locally here) from the oss multimedia-addon to the default multimedia-addon and retested on my system. Drift is nolonger jumping, looks a lot better. However, the sound still skips in more or less the same way. I added two new files: BTimeSource-avg-drift-oss-1 shows only the control-loop 'debug' messages: nolonger late messages it seems, though there are still skips in realtime moments for the buffers. In BTimeSource-avg-drift-oss-2 the gettime function dumps stuff as well, here you can see the drift nolonger jumping as before. Anyhow, this by itself is no solution apparantly. I've got a few questions: In the OSS node I saw a lock being held during updating the timesource: fDevice->Locker()->Lock() This is not done in the default hmulti_audio_addon. (?) Could that be a problem? And another question: I stated I tested with HDA hardware but also with SB64 (ES1370) hardware, resulting in the same distorted output. Does this rule out your hardware interrupt time-lagging? (I could retest to see if different lines are used?) Thanks and Bye! Rudolf. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 24 14:21:31 2009 From: trac at haiku-os.org (diver) Date: Sat, 24 Jan 2009 13:21:31 -0000 Subject: [Haiku-bugs] [Haiku] #3321: [Installer] alert view for eula isn't wide enough (easy) In-Reply-To: <040.f90f5a762e146172fed5f5b6458d286b@haiku-os.org> References: <040.f90f5a762e146172fed5f5b6458d286b@haiku-os.org> Message-ID: <049.c2f9cb388529f036153cd0302880a65c@haiku-os.org> #3321: [Installer] alert view for eula isn't wide enough (easy) ------------------------------------+--------------------------------------- Reporter: diver | Owner: korli Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Installer | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- Comment(by diver): Much better now! But the EULA window must be centered, see attached screenshot (this is how it is now) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 24 14:30:26 2009 From: trac at haiku-os.org (rudolfc) Date: Sat, 24 Jan 2009 13:30:26 -0000 Subject: [Haiku-bugs] [Haiku] #3356: intermittant and out of order audio In-Reply-To: <042.3ca619a83478d76a69ee8719cd7a0975@haiku-os.org> References: <042.3ca619a83478d76a69ee8719cd7a0975@haiku-os.org> Message-ID: <051.bffe9829cfc74005942f910c3e33e49b@haiku-os.org> #3356: intermittant and out of order audio -----------------------+---------------------------------------------------- Reporter: rudolfc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by rudolfc): Hi again. I have to add a comment: I just let my girlfriend listen to the audio (she's been hearing a lot lately ;-) and she reports audio is now playing with a lot less interruptions and if they come, they are shorter in timespan. I played a few more files and I have to conclude she's right. Some files are even bearable now :-) So although the error still persists, the distortions resulting from it are minimized more. Come to think of it, it's actually what you can already see in the files I attached, no buffers are skipped now while before one buffer was delayed soo much in time the following 4 or so buffers were dumped as well before continuing playback. This is nolonger the case. If I think about what Stephan said I'd say this drift-averaging makes audio more robust indeed. Don't know what effect it has if you use a mediaplayer with variable playback speed though: will it respond less promptly on settings changes for instance? I'd say some sort of optimum/compromise would have to be found, but improvement over the current default multi-media-addon is certainly possible. I'll leave that upto others though ;-) Bye! Rudolf. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 24 14:31:54 2009 From: trac at haiku-os.org (korli) Date: Sat, 24 Jan 2009 13:31:54 -0000 Subject: [Haiku-bugs] [Haiku] #3321: [Installer] alert view for eula isn't wide enough (easy) In-Reply-To: <040.f90f5a762e146172fed5f5b6458d286b@haiku-os.org> References: <040.f90f5a762e146172fed5f5b6458d286b@haiku-os.org> Message-ID: <049.f0e5b9fe247770bbd5a9cddf45d200ba@haiku-os.org> #3321: [Installer] alert view for eula isn't wide enough (easy) ------------------------------------+--------------------------------------- Reporter: diver | Owner: korli Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Installer | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- Comment(by korli): I tested myself and its window is centered here. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 24 14:38:57 2009 From: trac at haiku-os.org (diver) Date: Sat, 24 Jan 2009 13:38:57 -0000 Subject: [Haiku-bugs] [Haiku] #3321: [Installer] alert view for eula isn't wide enough (easy) In-Reply-To: <040.f90f5a762e146172fed5f5b6458d286b@haiku-os.org> References: <040.f90f5a762e146172fed5f5b6458d286b@haiku-os.org> Message-ID: <049.ca8d422b3ead81877dc356951e765cb9@haiku-os.org> #3321: [Installer] alert view for eula isn't wide enough (easy) ------------------------------------+--------------------------------------- Reporter: diver | Owner: korli Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Installer | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- Comment(by diver): That's strange, I've rebuilt an image and it still not centered. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 24 14:56:59 2009 From: trac at haiku-os.org (korli) Date: Sat, 24 Jan 2009 13:56:59 -0000 Subject: [Haiku-bugs] [Haiku] #3356: intermittant and out of order audio In-Reply-To: <042.3ca619a83478d76a69ee8719cd7a0975@haiku-os.org> References: <042.3ca619a83478d76a69ee8719cd7a0975@haiku-os.org> Message-ID: <051.a6b3d2a32220e9356e0fe73512112db5@haiku-os.org> #3356: intermittant and out of order audio -----------------------+---------------------------------------------------- Reporter: rudolfc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by korli): Rudolf, could you add timestamp logging in your hda (or es1370) driver, and also display the difference with the last timestamp ? This way you can eventually check what happens in your interrupt handler. I agree the drift-averaging is useful in your case, but it hides the cause. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 24 14:57:49 2009 From: trac at haiku-os.org (korli) Date: Sat, 24 Jan 2009 13:57:49 -0000 Subject: [Haiku-bugs] [Haiku] #3356: intermittant and out of order audio In-Reply-To: <042.3ca619a83478d76a69ee8719cd7a0975@haiku-os.org> References: <042.3ca619a83478d76a69ee8719cd7a0975@haiku-os.org> Message-ID: <051.123d552c7676308591481de682a6c11e@haiku-os.org> #3356: intermittant and out of order audio -----------------------+---------------------------------------------------- Reporter: rudolfc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by korli): Forgot, could you post a patch for multiaudio? Thanks -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 24 15:01:11 2009 From: trac at haiku-os.org (korli) Date: Sat, 24 Jan 2009 14:01:11 -0000 Subject: [Haiku-bugs] [Haiku] #3321: [Installer] alert view for eula isn't wide enough (easy) In-Reply-To: <040.f90f5a762e146172fed5f5b6458d286b@haiku-os.org> References: <040.f90f5a762e146172fed5f5b6458d286b@haiku-os.org> Message-ID: <049.3568be8d5be2a8fdfcb31f27be168b81@haiku-os.org> #3321: [Installer] alert view for eula isn't wide enough (easy) ------------------------------------+--------------------------------------- Reporter: diver | Owner: korli Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Installer | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- Comment(by korli): weird. Could you try with this patch and provide the terminal output ? {{{ Index: src/apps/installer/InstallerApp.cpp =================================================================== --- src/apps/installer/InstallerApp.cpp (r?vision 29005) +++ src/apps/installer/InstallerApp.cpp (copie de travail) @@ -47,6 +47,8 @@ box->AddChild(alertView); parent->AddChild(box); BRect alertFrame = alert->Frame(); + frame.PrintToStream(); + alertFrame.PrintToStream(); alertFrame.OffsetTo((frame.Width() - alertFrame.Width()) / 2, (frame.Height() - alertFrame.Height()) / 2); alert->MoveTo(alertFrame.LeftTop()); }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 24 15:08:23 2009 From: trac at haiku-os.org (diver) Date: Sat, 24 Jan 2009 14:08:23 -0000 Subject: [Haiku-bugs] [Haiku] #3321: [Installer] alert view for eula isn't wide enough (easy) In-Reply-To: <040.f90f5a762e146172fed5f5b6458d286b@haiku-os.org> References: <040.f90f5a762e146172fed5f5b6458d286b@haiku-os.org> Message-ID: <049.8302a5adfdb8fc543a9594a1c69f251b@haiku-os.org> #3321: [Installer] alert view for eula isn't wide enough (easy) ------------------------------------+--------------------------------------- Reporter: diver | Owner: korli Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Installer | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- Comment(by diver): Here you are. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 24 15:13:39 2009 From: trac at haiku-os.org (korli) Date: Sat, 24 Jan 2009 14:13:39 -0000 Subject: [Haiku-bugs] [Haiku] #3321: [Installer] alert view for eula isn't wide enough (easy) In-Reply-To: <040.f90f5a762e146172fed5f5b6458d286b@haiku-os.org> References: <040.f90f5a762e146172fed5f5b6458d286b@haiku-os.org> Message-ID: <049.a62347c3f83a8478dd2271a35eea30ee@haiku-os.org> #3321: [Installer] alert view for eula isn't wide enough (easy) ------------------------------------+--------------------------------------- Reporter: diver | Owner: korli Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Installer | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- Comment(by korli): I have got the very same values and it's centered. Are you on emulation or real hardware ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 24 15:17:04 2009 From: trac at haiku-os.org (diver) Date: Sat, 24 Jan 2009 14:17:04 -0000 Subject: [Haiku-bugs] [Haiku] #3321: [Installer] alert view for eula isn't wide enough (easy) In-Reply-To: <040.f90f5a762e146172fed5f5b6458d286b@haiku-os.org> References: <040.f90f5a762e146172fed5f5b6458d286b@haiku-os.org> Message-ID: <049.d3f9597ec999645d4664e61a3f8801d8@haiku-os.org> #3321: [Installer] alert view for eula isn't wide enough (easy) ------------------------------------+--------------------------------------- Reporter: diver | Owner: korli Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Installer | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- Comment(by diver): Oh, nevermind, I rm'ed src/apps/installer and rebuilt it again, and everything fine now. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 24 15:18:24 2009 From: trac at haiku-os.org (korli) Date: Sat, 24 Jan 2009 14:18:24 -0000 Subject: [Haiku-bugs] [Haiku] #3321: [Installer] alert view for eula isn't wide enough (easy) In-Reply-To: <040.f90f5a762e146172fed5f5b6458d286b@haiku-os.org> References: <040.f90f5a762e146172fed5f5b6458d286b@haiku-os.org> Message-ID: <049.ac2097a37be26404ae146a8bf64c7b99@haiku-os.org> #3321: [Installer] alert view for eula isn't wide enough (easy) -------------------------------------+-------------------------------------- Reporter: diver | Owner: korli Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Applications/Installer | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed Comment: ok ! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 24 16:42:47 2009 From: trac at haiku-os.org (Hubert) Date: Sat, 24 Jan 2009 15:42:47 -0000 Subject: [Haiku-bugs] [Haiku] #3335: Error "vm_page_fault" with boot LiveCD In-Reply-To: <041.ba30628c4e540e8743bdeb4fa961da8a@haiku-os.org> References: <041.ba30628c4e540e8743bdeb4fa961da8a@haiku-os.org> Message-ID: <050.000b7ac4e3f78e6cb48368e2f6f54b55@haiku-os.org> #3335: Error "vm_page_fault" with boot LiveCD --------------------------------+------------------------------------------- Reporter: Hubert | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Boot Loader | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by Hubert): Yeah, I have HDD and DVD-RW on SATA and HDD on PATA. So, any hints? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 24 16:52:05 2009 From: trac at haiku-os.org (axeld) Date: Sat, 24 Jan 2009 15:52:05 -0000 Subject: [Haiku-bugs] [Haiku] #3358: Move the directory move check into the VFS layer Message-ID: <040.aff651abb20d4ae3b5bc5ce7c1947afe@haiku-os.org> #3358: Move the directory move check into the VFS layer ---------------------------+------------------------------------------------ Reporter: axeld | Owner: axeld Type: enhancement | Status: new Priority: low | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ When moving a directory, we currently burden the check to not move the directory into itself on the file systems. This should better be done in the VFS layer instead, so all file systems can benefit from it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 24 17:37:45 2009 From: trac at haiku-os.org (stippi) Date: Sat, 24 Jan 2009 16:37:45 -0000 Subject: [Haiku-bugs] [Haiku] #3356: intermittant and out of order audio In-Reply-To: <042.3ca619a83478d76a69ee8719cd7a0975@haiku-os.org> References: <042.3ca619a83478d76a69ee8719cd7a0975@haiku-os.org> Message-ID: <051.40d03e58fc9715a1be2171fac0e052ae@haiku-os.org> #3356: intermittant and out of order audio -----------------------+---------------------------------------------------- Reporter: rudolfc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by stippi): Replying to [comment:9 rudolfc]: > If I think about what Stephan said I'd say this drift-averaging makes audio more robust indeed. Don't know what effect it has if you use a mediaplayer with variable playback speed though: will it respond less promptly on settings changes for instance? > I'd say some sort of optimum/compromise would have to be found, but improvement over the current default multi-media-addon is certainly possible. No, the drift averaging will have no effect whatsoever on the latency. It's really just a way to get a smoother change in drift. Drift in audio happens when the true clock frequency of the audio hardware is slightly different from what it's supposed to be. Like 48005 Hz instead of 48000 Hz. It is not uncommon. The Media Kit can compensate this by sending buffers at a slightly faster or slower rate, it could even to have audio playback at the correct speed anyways, but I am not a fan of that, since it degrades quality, no matter how good the resampler. I'd rather have a song be 0.5 seconds shorter or faster. You calculate the drift in the Media Kit node by comparing the expected buffer duration (performance time) with the measured buffer duration (OS real time clock). Usually, the node will wait on an interrupt of the hardware (ie a semaphore released by the driver), and since it runs at realtime priority, it should wake up as soon as possible when the driver releases the semaphore. This *seems* to be where Haiku currently still has some problems. But obviously one effect of that is less accurate drift calculation, since the measurement of the realtime between two buffers, respectively two semaphore wake ups, is less accurate. The averaging should be useful even if the wakeup latency would be much better on Haiku, since it will never be perfect. And as I already explained, it was necessary on ZETA as well (tested with C-Media hardware). In any case, the latency for userland applications is totally uneffected by all this. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 24 18:24:18 2009 From: trac at haiku-os.org (Hubert) Date: Sat, 24 Jan 2009 17:24:18 -0000 Subject: [Haiku-bugs] [Haiku] #3335: Error "vm_page_fault" with boot LiveCD In-Reply-To: <041.ba30628c4e540e8743bdeb4fa961da8a@haiku-os.org> References: <041.ba30628c4e540e8743bdeb4fa961da8a@haiku-os.org> Message-ID: <050.09d9446a6150dfdd65b7422e71efe4ce@haiku-os.org> #3335: Error "vm_page_fault" with boot LiveCD --------------------------------+------------------------------------------- Reporter: Hubert | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Boot Loader | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by Hubert): I tested again, strange but on frist time i disable all on safe mode and I have error, now I change Boot with "CD-ROM or Hard Drive" on "Boot from CD-ROM" and disable: user-add-ons, IDE DMA, APM, ACPI, IO-APIC and Don't Call the BIOS and Install CD started. Installer run and begin installation on BeFS partition but it falters once on Expander for second at once on Icon-o-matic etc. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 24 18:34:14 2009 From: trac at haiku-os.org (scottmc) Date: Sat, 24 Jan 2009 17:34:14 -0000 Subject: [Haiku-bugs] [Haiku] #3357: Dont copy file onto link of itself gives incorrect error? In-Reply-To: <042.a33bdba6a6d0a79f0d6d98758eb2c9e6@haiku-os.org> References: <042.a33bdba6a6d0a79f0d6d98758eb2c9e6@haiku-os.org> Message-ID: <051.57acca4299dfe35cfc60f0bcd284237b@haiku-os.org> #3357: Dont copy file onto link of itself gives incorrect error? -----------------------+---------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by scottmc): ok, then this one can be closed, we'll ignore any failures that involve hardlinks. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 24 22:10:42 2009 From: trac at haiku-os.org (Adek336) Date: Sat, 24 Jan 2009 21:10:42 -0000 Subject: [Haiku-bugs] [Haiku] #2491: Haiku Live CD reboots right away In-Reply-To: <042.38879f23f8d7cb36f37dea462941c54a@haiku-os.org> References: <042.38879f23f8d7cb36f37dea462941c54a@haiku-os.org> Message-ID: <051.65e0ce51f7ae939cb27f1cb6695205e9@haiku-os.org> #2491: Haiku Live CD reboots right away ---------------------+------------------------------------------------------ Reporter: emitrax | Owner: axeld Type: bug | Status: new Priority: high | Milestone: R1 Component: System | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------+------------------------------------------------------ Comment(by Adek336): I've rechecked out and I can't reproduce it (tested on QEMU). Probably stall object files! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 24 23:59:23 2009 From: trac at haiku-os.org (idefix) Date: Sat, 24 Jan 2009 22:59:23 -0000 Subject: [Haiku-bugs] [Haiku] #2344: Hang when booting with USB Mass Storage device connected. In-Reply-To: <048.642c613bc61a224b120d9d3f951a1559@haiku-os.org> References: <048.642c613bc61a224b120d9d3f951a1559@haiku-os.org> Message-ID: <057.ad6a0bbe2639f0f1e1509565de607492@haiku-os.org> #2344: Hang when booting with USB Mass Storage device connected. ---------------------------+------------------------------------------------ Reporter: dustin howett | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------------+------------------------------------------------ Comment(by idefix): Compiled usb with the new tracing code enabled (r29002).[[BR]] Computer crashes with a page fault, see 'Booting r28974 with new tracing code (r29002).txt'. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 25 00:19:14 2009 From: trac at haiku-os.org (mmlr) Date: Sat, 24 Jan 2009 23:19:14 -0000 Subject: [Haiku-bugs] [Haiku] #2344: Hang when booting with USB Mass Storage device connected. In-Reply-To: <048.642c613bc61a224b120d9d3f951a1559@haiku-os.org> References: <048.642c613bc61a224b120d9d3f951a1559@haiku-os.org> Message-ID: <057.4ec81eb01e1b740306811edec49a8eb3@haiku-os.org> #2344: Hang when booting with USB Mass Storage device connected. ---------------------------+------------------------------------------------ Reporter: dustin howett | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------------+------------------------------------------------ Comment(by mmlr): You didn't rebuild all parts. You have to rebuild the host controller drivers as well. Targets are "uhci", "ohci" and "ehci". -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 25 10:25:58 2009 From: trac at haiku-os.org (nielx) Date: Sun, 25 Jan 2009 09:25:58 -0000 Subject: [Haiku-bugs] [Haiku] #1136: replace category module with taxonomies and views In-Reply-To: <045.8647c52a4291f7398749aed9a9acc84e@haiku-os.org> References: <045.8647c52a4291f7398749aed9a9acc84e@haiku-os.org> Message-ID: <054.31cfe881a7f74ae78cf5f209160b93c1@haiku-os.org> #1136: replace category module with taxonomies and views --------------------------+------------------------------------------------- Reporter: wkornewald | Owner: haiku-web Type: bug | Status: closed Priority: normal | Milestone: Website R2 (Drupal 5) Component: Website/CMS | Version: Resolution: invalid | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by nielx): * status: new => closed * resolution: => invalid Comment: This is no longer a goal of the project for now, perhaps with the migration to Drupal 6, but the module suffices for now. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 25 12:22:35 2009 From: trac at haiku-os.org (Adek336) Date: Sun, 25 Jan 2009 11:22:35 -0000 Subject: [Haiku-bugs] [Haiku] #3335: Error "vm_page_fault" with boot LiveCD In-Reply-To: <041.ba30628c4e540e8743bdeb4fa961da8a@haiku-os.org> References: <041.ba30628c4e540e8743bdeb4fa961da8a@haiku-os.org> Message-ID: <050.132b09828dc60efaf0cd63bd19a64528@haiku-os.org> #3335: Error "vm_page_fault" with boot LiveCD --------------------------------+------------------------------------------- Reporter: Hubert | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Boot Loader | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by Adek336): Works for me with the above mentioned boot options, without them I get the same page fault (in strlcpy in find_directory). The first argument to strlcpy is NULL, the second is "/boot/beos/system/add-ons" . -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 25 12:28:52 2009 From: trac at haiku-os.org (Hubert) Date: Sun, 25 Jan 2009 11:28:52 -0000 Subject: [Haiku-bugs] [Haiku] #3217: MCP78S [GeForce 8200] Ethernet networking very slow with 2 CPUs enabled In-Reply-To: <042.ba9004ec552d7542855524cb7aac57f5@haiku-os.org> References: <042.ba9004ec552d7542855524cb7aac57f5@haiku-os.org> Message-ID: <051.bff4e910defe7369a26850be2e94a911@haiku-os.org> #3217: MCP78S [GeForce 8200] Ethernet networking very slow with 2 CPUs enabled -----------------------+---------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Changes (by Hubert): * cc: HubertNG@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 25 12:40:00 2009 From: trac at haiku-os.org (Hubert) Date: Sun, 25 Jan 2009 11:40:00 -0000 Subject: [Haiku-bugs] [Haiku] #3217: MCP78S [GeForce 8200] Ethernet networking very slow with 2 CPUs enabled In-Reply-To: <042.ba9004ec552d7542855524cb7aac57f5@haiku-os.org> References: <042.ba9004ec552d7542855524cb7aac57f5@haiku-os.org> Message-ID: <051.2007b236fde139e0eb667c4e114c66f1@haiku-os.org> #3217: MCP78S [GeForce 8200] Ethernet networking very slow with 2 CPUs enabled -----------------------+---------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by Hubert): listdev: http://dev.haiku-os.org/attachment/ticket/3260/listdev-mypc.txt I confirm I have the same on RTL-8139. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 25 12:42:07 2009 From: trac at haiku-os.org (korli) Date: Sun, 25 Jan 2009 11:42:07 -0000 Subject: [Haiku-bugs] [Haiku] #3357: Dont copy file onto link of itself gives incorrect error? In-Reply-To: <042.a33bdba6a6d0a79f0d6d98758eb2c9e6@haiku-os.org> References: <042.a33bdba6a6d0a79f0d6d98758eb2c9e6@haiku-os.org> Message-ID: <051.1115cf0bcd9d93f1eae624b32494ba26@haiku-os.org> #3357: Dont copy file onto link of itself gives incorrect error? ------------------------+--------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by korli): * status: new => closed * resolution: => invalid -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 25 12:56:40 2009 From: trac at haiku-os.org (Adek336) Date: Sun, 25 Jan 2009 11:56:40 -0000 Subject: [Haiku-bugs] [Haiku] #3359: [InstallCD] Safe mode in Install CD does not work Message-ID: <042.0cfdfb722c544431ad38e003b998f1db@haiku-os.org> #3359: [InstallCD] Safe mode in Install CD does not work ------------------------------------+--------------------------------------- Reporter: Adek336 | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Installer | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- (Checked with all the additional boot options selected) Crashes instantly, I can still type text to the screen, but it isn't interpreted by the shell. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 25 12:59:06 2009 From: trac at haiku-os.org (Adek336) Date: Sun, 25 Jan 2009 11:59:06 -0000 Subject: [Haiku-bugs] [Haiku] #3359: [InstallCD] Safe mode in Install CD does not work In-Reply-To: <042.0cfdfb722c544431ad38e003b998f1db@haiku-os.org> References: <042.0cfdfb722c544431ad38e003b998f1db@haiku-os.org> Message-ID: <051.61d9504b9347b2497bf4f1b65ce33875@haiku-os.org> #3359: [InstallCD] Safe mode in Install CD does not work ------------------------------------+--------------------------------------- Reporter: Adek336 | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Installer | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- Comment(by Adek336): Oh and the CD ejected at the same time - don't know if it was ejected as a result of the crash or if the crash was the result of ejecting the cd. r29005 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 25 13:00:51 2009 From: trac at haiku-os.org (korli) Date: Sun, 25 Jan 2009 12:00:51 -0000 Subject: [Haiku-bugs] [Haiku] #3359: [InstallCD] Safe mode in Install CD does not work In-Reply-To: <042.0cfdfb722c544431ad38e003b998f1db@haiku-os.org> References: <042.0cfdfb722c544431ad38e003b998f1db@haiku-os.org> Message-ID: <051.9d3fae0f8fa8bb6ade2d9a9bf2375dbf@haiku-os.org> #3359: [InstallCD] Safe mode in Install CD does not work -------------------------------+-------------------------------------------- Reporter: Adek336 | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/registrar | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Changes (by korli): * owner: korli => bonefish * component: Applications/Installer => Servers/registrar Comment: the Registrar crashed. I'm not sure about the component, but it's better than Installer -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 25 13:01:40 2009 From: trac at haiku-os.org (Adek336) Date: Sun, 25 Jan 2009 12:01:40 -0000 Subject: [Haiku-bugs] [Haiku] #3360: [InstallCD] Should show the shutting-down dialog when restarting Message-ID: <042.414a5800061e1ce9cf2227d7ad4c99dc@haiku-os.org> #3360: [InstallCD] Should show the shutting-down dialog when restarting ------------------------------------+--------------------------------------- Reporter: Adek336 | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Installer | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- Restarting takes a long time, it looks like it hung, after you either decline the license or finish the installation and press Quit; there should be the Restarting dialog you get when you use Restart from Deskbar. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 25 13:12:30 2009 From: trac at haiku-os.org (Adek336) Date: Sun, 25 Jan 2009 12:12:30 -0000 Subject: [Haiku-bugs] [Haiku] #3361: [InstallCD] Opening DriveSetup changes target partition Message-ID: <042.3a316a2a295115adf11b80d6b846b130@haiku-os.org> #3361: [InstallCD] Opening DriveSetup changes target partition ------------------------------------+--------------------------------------- Reporter: Adek336 | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Installer | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- So select a target partition, choose more options, open DriveSetup from the button, close it, now the target partition is not the one you chose but the first from the list. This may be a tragic mistake for someone not cautious! I understand that after potentially changing the partition layout with DriveSetup the target partition selected list has to repopulate so you can't easily preserve the position on that list. So I guess the first position on the list should be a fake position, something like "Please select a destination". That would also help with the problem, that after starting up, the Installer has the first availlable partition selected: if you accidentally pressed enter, you'd have it rewritten! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 25 13:15:11 2009 From: trac at haiku-os.org (Adek336) Date: Sun, 25 Jan 2009 12:15:11 -0000 Subject: [Haiku-bugs] [Haiku] #3362: [InstallerCD] Artifacts after leaving KDL Message-ID: <042.89786b019386a7f946967f630cc36b03@haiku-os.org> #3362: [InstallerCD] Artifacts after leaving KDL -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- The screen does not redraw itself after leaving KDL in installer CD. Even if F12 will be disabled, a panic might occur in the installer and the user may want continue anyway, then he'd get the ugly artifact (although installing operating systems after a kernel panic is risky business) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 25 14:01:32 2009 From: trac at haiku-os.org (korli) Date: Sun, 25 Jan 2009 13:01:32 -0000 Subject: [Haiku-bugs] [Haiku] #3111: [auich] PANIC: page fault but interrupts were disabled. In-Reply-To: <040.9659d5ea34673e5feb769df863038128@haiku-os.org> References: <040.9659d5ea34673e5feb769df863038128@haiku-os.org> Message-ID: <049.3afd56749ec41ced54115cda03eea1ca@haiku-os.org> #3111: [auich] PANIC: page fault but interrupts were disabled. ---------------------------+------------------------------------------------ Reporter: diver | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by korli): Did you have the opportunity to try ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 25 19:00:11 2009 From: trac at haiku-os.org (idefix) Date: Sun, 25 Jan 2009 18:00:11 -0000 Subject: [Haiku-bugs] [Haiku] #2344: Hang when booting with USB Mass Storage device connected. In-Reply-To: <048.642c613bc61a224b120d9d3f951a1559@haiku-os.org> References: <048.642c613bc61a224b120d9d3f951a1559@haiku-os.org> Message-ID: <057.400a3bff0c7153a9e308df8136e7aee1@haiku-os.org> #2344: Hang when booting with USB Mass Storage device connected. ---------------------------+------------------------------------------------ Reporter: dustin howett | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------------+------------------------------------------------ Comment(by idefix): Yes, that got it working again: 'Booting r28974 with new tracing code (r29002) - cardreader connected.zip' After the computer (with the cardreader connected) had completely booted up, I connected the Wacom tablet and tried to mount the partition. The sd- card appeared in the mount-menu (as 'no-name'), but it didn't appear on the desktop after I clicked on it. When I checked the mount-menu again, the sd-card wasn't listed anymore. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 25 19:14:17 2009 From: trac at haiku-os.org (korli) Date: Sun, 25 Jan 2009 18:14:17 -0000 Subject: [Haiku-bugs] [Haiku] #3349: After an error while allocating a large memory space with sbrk, a small memory area could not be allocated anymore In-Reply-To: <038.88d72924acd9febc98f859fbcd37d416@haiku-os.org> References: <038.88d72924acd9febc98f859fbcd37d416@haiku-os.org> Message-ID: <047.963d945ffe7c34055e4f5aebc888c164@haiku-os.org> #3349: After an error while allocating a large memory space with sbrk, a small memory area could not be allocated anymore --------------------------------+------------------------------------------- Reporter: oco | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed Comment: Applied in r29013 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 25 19:15:13 2009 From: trac at haiku-os.org (korli) Date: Sun, 25 Jan 2009 18:15:13 -0000 Subject: [Haiku-bugs] [Haiku] #1653: BSoundPlayer::SetHasData() doesn't behave like in R5 In-Reply-To: <038.0aba67aa9e3b0a7cf0b38875356df109@haiku-os.org> References: <038.0aba67aa9e3b0a7cf0b38875356df109@haiku-os.org> Message-ID: <047.c462df736b4b20f0d7b52ab22923cf91@haiku-os.org> #1653: BSoundPlayer::SetHasData() doesn't behave like in R5 -----------------------------+---------------------------------------------- Reporter: xed | Owner: marcusoverhagen Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Kits/Media Kit | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------+---------------------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed Comment: Should be fixed in r29012. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 25 19:21:50 2009 From: trac at haiku-os.org (korli) Date: Sun, 25 Jan 2009 18:21:50 -0000 Subject: [Haiku-bugs] [Haiku] #2277: Broadcom 4401 NIC In-Reply-To: <045.56a3dfd36795ea405ce4c0275e7a7341@haiku-os.org> References: <045.56a3dfd36795ea405ce4c0275e7a7341@haiku-os.org> Message-ID: <054.072a34e44a043502962408fea6dcb241@haiku-os.org> #2277: Broadcom 4401 NIC --------------------------------+------------------------------------------- Reporter: paulogeyer | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------------+------------------------------------------- Comment(by korli): Please give us feedback. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 25 19:22:46 2009 From: trac at haiku-os.org (korli) Date: Sun, 25 Jan 2009 18:22:46 -0000 Subject: [Haiku-bugs] [Haiku] #2308: freezing during boot r25743 In-Reply-To: <040.0eb2585ad802b9576664cba3e2d306ca@haiku-os.org> References: <040.0eb2585ad802b9576664cba3e2d306ca@haiku-os.org> Message-ID: <049.c5e1dee69d84c453dd240af436d04a67@haiku-os.org> #2308: freezing during boot r25743 --------------------------------+------------------------------------------- Reporter: hugen | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Boot Loader | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------------+------------------------------------------- Comment(by korli): Is it still valid ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 25 19:27:36 2009 From: trac at haiku-os.org (korli) Date: Sun, 25 Jan 2009 18:27:36 -0000 Subject: [Haiku-bugs] [Haiku] #2294: functions declared in headers/posix/iconv.h are not published by libroot.so In-Reply-To: <038.a61e4e8bf85dc8ff1f5ea300cefec5d5@haiku-os.org> References: <038.a61e4e8bf85dc8ff1f5ea300cefec5d5@haiku-os.org> Message-ID: <047.10528c85cd6d28e7ada8b92c822799c6@haiku-os.org> #2294: functions declared in headers/posix/iconv.h are not published by libroot.so --------------------------------+------------------------------------------- Reporter: oco | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by korli): * status: new => closed * resolution: => invalid Comment: Solved by linking against libtextencoding.so -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 25 19:28:19 2009 From: trac at haiku-os.org (korli) Date: Sun, 25 Jan 2009 18:28:19 -0000 Subject: [Haiku-bugs] [Haiku] #2399: pagefault for net requests after the interface deletion In-Reply-To: <040.bf674dbaa1ee6eea094884da38460898@haiku-os.org> References: <040.bf674dbaa1ee6eea094884da38460898@haiku-os.org> Message-ID: <049.0d577fa51eb8741ca63e8e6eb27e43ba@haiku-os.org> #2399: pagefault for net requests after the interface deletion ---------------------------------------+------------------------------------ Reporter: korli | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Network & Internet/Stack | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------------+------------------------------------ Changes (by korli): * status: new => closed * resolution: => fixed Comment: Seems fixed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 25 19:42:19 2009 From: trac at haiku-os.org (korli) Date: Sun, 25 Jan 2009 18:42:19 -0000 Subject: [Haiku-bugs] [Haiku] #2439: boot process stalls (around mime_update.sh/emuxki: init_hardware()?) In-Reply-To: <038.f78b13c2744771eb62cdc040745d297c@haiku-os.org> References: <038.f78b13c2744771eb62cdc040745d297c@haiku-os.org> Message-ID: <047.126fd90dac07f245ae707379f5ad4ad8@haiku-os.org> #2439: boot process stalls (around mime_update.sh/emuxki: init_hardware()?) ---------------------+------------------------------------------------------ Reporter: kev | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: ---------------------+------------------------------------------------------ Changes (by korli): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 25 19:44:30 2009 From: trac at haiku-os.org (korli) Date: Sun, 25 Jan 2009 18:44:30 -0000 Subject: [Haiku-bugs] [Haiku] #2445: error with boot of SATA In-Reply-To: <041.16f039f4734e90f4abebd39280112309@haiku-os.org> References: <041.16f039f4734e90f4abebd39280112309@haiku-os.org> Message-ID: <050.9420b5d4875b42177e28ab9162cd89d8@haiku-os.org> #2445: error with boot of SATA --------------------------+------------------------------------------------- Reporter: Hubert | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Disk | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------+------------------------------------------------- Comment(by korli): Is this still valid ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 25 19:46:12 2009 From: trac at haiku-os.org (idefix) Date: Sun, 25 Jan 2009 18:46:12 -0000 Subject: [Haiku-bugs] [Haiku] #2344: Hang when booting with USB Mass Storage device connected. In-Reply-To: <048.642c613bc61a224b120d9d3f951a1559@haiku-os.org> References: <048.642c613bc61a224b120d9d3f951a1559@haiku-os.org> Message-ID: <057.877d86f04b26fb8806cf4d1c2bdd278a@haiku-os.org> #2344: Hang when booting with USB Mass Storage device connected. ---------------------------+------------------------------------------------ Reporter: dustin howett | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------------+------------------------------------------------ Comment(by idefix): When I don't connect my Wacom tablet, I can succesfully mount the SD card and open a text file from it: 'Booting r28974 with new tracing code (r29002) - cardreader connected and mounted.zip' Terminal output: 'Booting r28974 with new tracing code (r29002) - cardreader connected and mounted (Terminal output).txt' -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 25 19:47:51 2009 From: trac at haiku-os.org (Hubert) Date: Sun, 25 Jan 2009 18:47:51 -0000 Subject: [Haiku-bugs] [Haiku] #3217: MCP78S [GeForce 8200] Ethernet networking very slow with 2 CPUs enabled In-Reply-To: <042.ba9004ec552d7542855524cb7aac57f5@haiku-os.org> References: <042.ba9004ec552d7542855524cb7aac57f5@haiku-os.org> Message-ID: <051.000cd8b03cd1b14c1dd4c6f691820b4d@haiku-os.org> #3217: MCP78S [GeForce 8200] Ethernet networking very slow with 2 CPUs enabled -----------------------+---------------------------------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by Hubert): Possible, that this is not the same problem. Sorry. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 25 19:49:34 2009 From: trac at haiku-os.org (Hubert) Date: Sun, 25 Jan 2009 18:49:34 -0000 Subject: [Haiku-bugs] [Haiku] #2445: error with boot of SATA In-Reply-To: <041.16f039f4734e90f4abebd39280112309@haiku-os.org> References: <041.16f039f4734e90f4abebd39280112309@haiku-os.org> Message-ID: <050.0d8794d22d5100ab2b2a34dae37df65d@haiku-os.org> #2445: error with boot of SATA --------------------------+------------------------------------------------- Reporter: Hubert | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Disk | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------+------------------------------------------------- Comment(by Hubert): I will test soon... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 25 20:10:07 2009 From: trac at haiku-os.org (idefix) Date: Sun, 25 Jan 2009 19:10:07 -0000 Subject: [Haiku-bugs] [Haiku] #3362: [InstallerCD] Artifacts after leaving KDL In-Reply-To: <042.89786b019386a7f946967f630cc36b03@haiku-os.org> References: <042.89786b019386a7f946967f630cc36b03@haiku-os.org> Message-ID: <051.b83c70d457611eb6ca83ebc0d2830595@haiku-os.org> #3362: [InstallerCD] Artifacts after leaving KDL -----------------------+---------------------------------------------------- Reporter: Adek336 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by idefix): I think that's because Tracker isn't running. I get the same effect on my Haiku r28974 installation when I quit Tracker and then enter and leave KDL. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 25 20:13:56 2009 From: trac at haiku-os.org (korli) Date: Sun, 25 Jan 2009 19:13:56 -0000 Subject: [Haiku-bugs] [Haiku] #2418: [Interface kit] Color of selected item in ListView is not centered (easy) In-Reply-To: <040.653dabcd45905eea72fba83ac232a9b6@haiku-os.org> References: <040.653dabcd45905eea72fba83ac232a9b6@haiku-os.org> Message-ID: <049.3d4b74c21794b9fa994ad7335503988a@haiku-os.org> #2418: [Interface kit] Color of selected item in ListView is not centered (easy) -----------------------------------+---------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed Comment: I preferred to use the BStringItem placement way to be consistent. Hope you don't mind :) Done in r29015. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 25 20:26:52 2009 From: trac at haiku-os.org (idefix) Date: Sun, 25 Jan 2009 19:26:52 -0000 Subject: [Haiku-bugs] [Haiku] #2344: Hang when booting with USB Mass Storage device connected. In-Reply-To: <048.642c613bc61a224b120d9d3f951a1559@haiku-os.org> References: <048.642c613bc61a224b120d9d3f951a1559@haiku-os.org> Message-ID: <057.0a4201789cca195056d1a5d3350253a7@haiku-os.org> #2344: Hang when booting with USB Mass Storage device connected. ---------------------------+------------------------------------------------ Reporter: dustin howett | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------------+------------------------------------------------ Comment(by idefix): Opening a larger text file from the SD card disconnects the cardreader: 'Booting r28974 with new tracing code (r29002) - cardreader connected and mounted (opening larger text file).zip' Terminal output: 'Booting r28974 with new tracing code (r29002) - cardreader connected and mounted (opening larger text file) (terminal output).txt' -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 25 20:57:47 2009 From: trac at haiku-os.org (korli) Date: Sun, 25 Jan 2009 19:57:47 -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.1fdfefa9066a2439126867ef4c1aa2da@haiku-os.org> #2497: [AboutSystem] right textview is not selectable (easy) ---------------------------+------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by korli): * status: new => closed * resolution: => fixed Comment: Fixed in r29018 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 25 21:06:10 2009 From: trac at haiku-os.org (korli) Date: Sun, 25 Jan 2009 20:06:10 -0000 Subject: [Haiku-bugs] [Haiku] #2640: [OpenSSL] Needs updating to 0.9.8j In-Reply-To: <042.a18939ac428e40cf4140fae003d36aa1@haiku-os.org> References: <042.a18939ac428e40cf4140fae003d36aa1@haiku-os.org> Message-ID: <051.9c44ca3ec27cba981c497beed6f15130@haiku-os.org> #2640: [OpenSSL] Needs updating to 0.9.8j ---------------------------------------------+------------------------------ Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------------+------------------------------ Comment(by korli): Could you bring up a gcc2 package similar to http://haiku-files.org/files /optional-packages/openssl-0.9.8g-gcc2-2008-03-28.zip ? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 25 21:28:35 2009 From: trac at haiku-os.org (diver) Date: Sun, 25 Jan 2009 20:28:35 -0000 Subject: [Haiku-bugs] [Haiku] #3111: [auich] PANIC: page fault but interrupts were disabled. In-Reply-To: <040.9659d5ea34673e5feb769df863038128@haiku-os.org> References: <040.9659d5ea34673e5feb769df863038128@haiku-os.org> Message-ID: <049.8c1f4ed025a7fc40c3c7bddf968aa006@haiku-os.org> #3111: [auich] PANIC: page fault but interrupts were disabled. ---------------------------+------------------------------------------------ Reporter: diver | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Audio | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Comment(by diver): Sorry, not yet. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 25 21:30:50 2009 From: trac at haiku-os.org (rudolfc) Date: Sun, 25 Jan 2009 20:30:50 -0000 Subject: [Haiku-bugs] [Haiku] #3356: intermittant and out of order audio In-Reply-To: <042.3ca619a83478d76a69ee8719cd7a0975@haiku-os.org> References: <042.3ca619a83478d76a69ee8719cd7a0975@haiku-os.org> Message-ID: <051.32097b27797d0591fad6ffcfbd1785e1@haiku-os.org> #3356: intermittant and out of order audio -----------------------+---------------------------------------------------- Reporter: rudolfc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by rudolfc): Hi Korli, I don't think drift averaging hides the problem: seriously, you can't miss it. BTW I tested haiku on more systems (over at my work) on which audio does work OK. But if you start firefox for instance, audio will stutter anyway. I think that if averaging would prevent that on these systems, that it's good to have. Maybe starting firefox is not a good example, but I guess variable latency is bound to happen to some extent on any system outthere: that should not be a problem for audido playback. I'll test dumping time as you suggested if I can get it done (it's all new os parts for me you know). Also, I don't know how to make a diff file. I take it that can be created automatically somehow? Bye! Rudolf. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 25 22:25:17 2009 From: trac at haiku-os.org (mmlr) Date: Sun, 25 Jan 2009 21:25:17 -0000 Subject: [Haiku-bugs] [Haiku] #3137: Updated bison 2.4 package appears to not correctly generate ftpd's ftpcmd.c In-Reply-To: <044.17a5c552f2d096d4215aefd1a0fb6d13@haiku-os.org> References: <044.17a5c552f2d096d4215aefd1a0fb6d13@haiku-os.org> Message-ID: <053.7c8c21890f8e465125de2ea3c1b6b545@haiku-os.org> #3137: Updated bison 2.4 package appears to not correctly generate ftpd's ftpcmd.c --------------------------+------------------------------------------------- Reporter: anevilyak | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1/alpha1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: 3156 | --------------------------+------------------------------------------------- Comment(by mmlr): I've committed the workaround in r29019 after getting confirmation that it doesn't break with bison 2.3. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 25 23:19:16 2009 From: trac at haiku-os.org (korli) Date: Sun, 25 Jan 2009 22:19:16 -0000 Subject: [Haiku-bugs] [Haiku] #2648: Using TAB to switch fields should ignore disabled fields. In-Reply-To: <038.f62fd7278258c71267aaacc318962c09@haiku-os.org> References: <038.f62fd7278258c71267aaacc318962c09@haiku-os.org> Message-ID: <047.930b5feb57c48ee02d586d419cbf5b10@haiku-os.org> #2648: Using TAB to switch fields should ignore disabled fields. ---------------------------------+------------------------------------------ Reporter: bga | 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 korli): * status: new => closed * resolution: => fixed Comment: Hopefully fixed in r29028. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sun Jan 25 23:41:32 2009 From: trac at haiku-os.org (korli) Date: Sun, 25 Jan 2009 22:41:32 -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.3deea5e089901121eea9ad297880ed68@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: | ----------------------------------+----------------------------------------- Comment(by korli): Can't reproduce this as well. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 26 01:14:41 2009 From: trac at haiku-os.org (oco) Date: Mon, 26 Jan 2009 00:14:41 -0000 Subject: [Haiku-bugs] [Haiku] #3363: PANIC: did not find any boot partitions! when booting an haiku.image through pxe and remote_disk_server Message-ID: <038.93f5fd55c310fc95db29cca23d13e4e8@haiku-os.org> #3363: PANIC: did not find any boot partitions! when booting an haiku.image through pxe and remote_disk_server --------------------------------+------------------------------------------- Reporter: oco | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Boot Loader | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- I get this error when booting haiku.image.r28979 (from haiku-files) through pxe (gPXE) and remote_disk_server : PANIC: did not find any boot partitions! I use haiku-netboot.tgz and pxehaiku-loader compiled from r28998 remote_disk_server receive those requests : HELLO request[[BR]] 0READ request: offset: 0, 512 bytes[[BR]] READ request: offset: 32768, 882 bytes[[BR]] READ request: offset: 0, 512 bytes[[BR]] Here is the end of the serial debug output (more in the attached debug output) : device 0: /dev/disk/virtual/remote_disk/0/raw media status: No error[[BR]] device flags: 3[[BR]] offset: 0[[BR]] size: 241172480 (230 MB)[[BR]] content size: 0[[BR]] block size: 1024[[BR]] child count: 0[[BR]] index: -1[[BR]] status: 2[[BR]] flags: 1[[BR]] volume: -1[[BR]] disk system: [[BR]] name: [[BR]] content name: [[BR]] type: [[BR]] content type: [[BR]] params: [[BR]] content params: [[BR]] PANIC: did not find any boot partitions![[BR]] Welcome to Kernel Debugging Land...[[BR]] Thread 12 "main2" running on CPU 0[[BR]] It used to work last autumn. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 26 01:15:31 2009 From: trac at haiku-os.org (korli) Date: Mon, 26 Jan 2009 00:15:31 -0000 Subject: [Haiku-bugs] [Haiku] #2811: Update firefox optional package In-Reply-To: <045.8922160b99b607c944e902a99c0fd69f@haiku-os.org> References: <045.8922160b99b607c944e902a99c0fd69f@haiku-os.org> Message-ID: <054.7503d4334cda0336f8c66c22ec83c0e2@haiku-os.org> #2811: Update firefox optional package -------------------------+-------------------------------------------------- Reporter: jackburton | 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: Fixed in r28485 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 26 01:21:42 2009 From: trac at haiku-os.org (scottmc) Date: Mon, 26 Jan 2009 00:21:42 -0000 Subject: [Haiku-bugs] [Haiku] #2640: [OpenSSL] Needs updating to 0.9.8j In-Reply-To: <042.a18939ac428e40cf4140fae003d36aa1@haiku-os.org> References: <042.a18939ac428e40cf4140fae003d36aa1@haiku-os.org> Message-ID: <051.441ae84c11d4ea2cb5e5008845f5e68c@haiku-os.org> #2640: [OpenSSL] Needs updating to 0.9.8j ---------------------------------------------+------------------------------ Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------------+------------------------------ Comment(by scottmc): Just built openssl-0.9.j and "make report" passed. New zip posted here: http://ports.haiku-files.org/downloads -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 26 01:43:18 2009 From: trac at haiku-os.org (korli) Date: Mon, 26 Jan 2009 00:43:18 -0000 Subject: [Haiku-bugs] [Haiku] #2799: Mesa Software Renderer crash with SSE optimization enabled In-Reply-To: <043.8615cce11cc00252227b841c74561f9a@haiku-os.org> References: <043.8615cce11cc00252227b841c74561f9a@haiku-os.org> Message-ID: <052.9c91513d49857084c18232e8371ed5a6@haiku-os.org> #2799: Mesa Software Renderer crash with SSE optimization enabled -----------------------+---------------------------------------------------- Reporter: phoudoin | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by korli): I tried to dump cr0 et cr4 on invalid code exception, and in fact cr4 is equal to zero. This is a condition for the exception to be thrown on SSE 128bits instructions. I don't get why and where this register is cleared though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 26 02:45:26 2009 From: trac at haiku-os.org (diver) Date: Mon, 26 Jan 2009 01:45:26 -0000 Subject: [Haiku-bugs] [Haiku] #3364: [kernel] clicking url many times in AboutSystem causes guru meditation error Message-ID: <040.b60a01b6c78bc4925394cc8b174132f1@haiku-os.org> #3364: [kernel] clicking url many times in AboutSystem causes guru meditation error ---------------------------+------------------------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------+------------------------------------------------ Fast clicking http://www.haiku-os.org (or any other url) in AboutSystem several (~20-50) times causes virtualbox 2.0.2 to produce guru meditation error. r29020 [[BR]] This is without UserBuildScript so there is no http handler -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 26 02:55:49 2009 From: trac at haiku-os.org (diver) Date: Mon, 26 Jan 2009 01:55:49 -0000 Subject: [Haiku-bugs] [Haiku] #3365: [Installer] unusual inner border (easy) Message-ID: <040.be41f44ed6a2faada500cdf4f6648e25@haiku-os.org> #3365: [Installer] unusual inner border (easy) ------------------------------------+--------------------------------------- Reporter: diver | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Installer | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- Installer has unusual border which differs from other apps. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 26 02:59:09 2009 From: trac at haiku-os.org (diver) Date: Mon, 26 Jan 2009 01:59:09 -0000 Subject: [Haiku-bugs] [Haiku] #3366: [SoundRecorder] no need in first 2px white row in ScopeView Message-ID: <040.76768112eac5532f732b066c849211bb@haiku-os.org> #3366: [SoundRecorder] no need in first 2px white row in ScopeView ----------------------------------------+----------------------------------- Reporter: diver | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/SoundRecorder | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------------+----------------------------------- There is no need in first 2px white row in ScopeView. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 26 03:11:48 2009 From: trac at haiku-os.org (diver) Date: Mon, 26 Jan 2009 02:11:48 -0000 Subject: [Haiku-bugs] [Haiku] #3367: [Screenshot] don't need white border Message-ID: <040.c35e9caf54822a3830994bedf79216ca@haiku-os.org> #3367: [Screenshot] don't need white border -------------------------------------+-------------------------------------- Reporter: diver | Owner: julun Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Screenshot | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- IMHO, screenshot area in Screenshot app don't need white border, see screenshot :-P -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 26 03:16:58 2009 From: trac at haiku-os.org (diver) Date: Mon, 26 Jan 2009 02:16:58 -0000 Subject: [Haiku-bugs] [Haiku] #3368: [Keymap] don't draw square symbols Message-ID: <040.f034ec4ae9a72f7650ea542edad29f98@haiku-os.org> #3368: [Keymap] don't draw square symbols --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Keymap | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- There is no need to draw square symbols in Keymap, it just doesn't look good at all. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 26 03:19:20 2009 From: trac at haiku-os.org (diver) Date: Mon, 26 Jan 2009 02:19:20 -0000 Subject: [Haiku-bugs] [Haiku] #3118: [Media] volume change on up/down mouse wheel events should show realtime tooltip (easy) (was: [Media] volume change on up/down events should show realtime tooltip (easy)) In-Reply-To: <040.0aad99a4b47a9719d8ddda12f53d4709@haiku-os.org> References: <040.0aad99a4b47a9719d8ddda12f53d4709@haiku-os.org> Message-ID: <049.5ba0adb2271678d69f8411d89271e5d2@haiku-os.org> #3118: [Media] volume change on up/down mouse wheel events should show realtime tooltip (easy) -------------------------------+-------------------------------------------- Reporter: diver | Owner: korli Type: enhancement | Status: new Priority: low | Milestone: R1 Component: Preferences/Media | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 26 08:13:25 2009 From: trac at haiku-os.org (scottmc) Date: Mon, 26 Jan 2009 07:13:25 -0000 Subject: [Haiku-bugs] [Haiku] #2640: [OpenSSL] Needs updating to 0.9.8j In-Reply-To: <042.a18939ac428e40cf4140fae003d36aa1@haiku-os.org> References: <042.a18939ac428e40cf4140fae003d36aa1@haiku-os.org> Message-ID: <051.ea31030b0591027e3097a76d7ea2f324@haiku-os.org> #2640: [OpenSSL] Needs updating to 0.9.8j ---------------------------------------------+------------------------------ Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------------+------------------------------ Comment(by scottmc): Be sure to copy it to the haiku optional packages page on haiku-files instead of trying to use it right from it's current location, as it's stored in a database in haikuports. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 26 11:09:40 2009 From: trac at haiku-os.org (rossi) Date: Mon, 26 Jan 2009 10:09:40 -0000 Subject: [Haiku-bugs] [Haiku] #3370: Building gcc4 cross tools fails on Ubuntu 8.10 Message-ID: <040.564d11a3053abde89b14548aa035e27c@haiku-os.org> #3370: Building gcc4 cross tools fails on Ubuntu 8.10 --------------------------+------------------------------------------------- Reporter: rossi | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- I've tried to build the new cross compiler on my primary build box (Ubuntu 8.10) this morning. However the build failed due to missing ./get_patches.sh. Here is the relevant snippet from the build output: rossi at skullcap:~/develop/haiku/haiku/generated.gcc4$ ../configure --build-cross-tools-gcc4 x86 ../../buildtools/ --include-gpl-addons --include-3rdparty --enable-multiuser --use-gcc-pipe [...] ./get_patches.sh > get_patches.c || rm -f get_patches.c /bin/bash: ./get_patches.sh: No such file or directory if /bin/bash ./libtool --tag=CC --mode=compile gcc -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_STDARG=1 -DHAVE_SYS_TIME_H=1 -DHAVE_SETLOCALE=1 -DHAVE_GETTIMEOFDAY=1 -DMPFR_HAVE_FESETROUND=1 -DHAVE_FLOOR=1 -DHAVE_CEIL=1 -DHAVE_LDOUBLE_IEEE_EXT_LITTLE=1 -DHAVE_ATTRIBUTE_MODE=1 -DHAVE_ALLOCA_H=1 -I. -I/home/rossi/develop/haiku/buildtools/gcc/mpfr -I/home/rossi/develop/haiku/haiku/generated.gcc4/cross-tools- build/gcc/./gmp -I/home/rossi/develop/haiku/haiku/generated.gcc4/cross-tools- build/gcc/./gmp/tune -O2 -MT get_patches.lo -MD -MP -MF ".deps/get_patches.Tpo" -c -o get_patches.lo get_patches.c; \ then mv -f ".deps/get_patches.Tpo" ".deps/get_patches.Plo"; else rm -f ".deps/get_patches.Tpo"; exit 1; fi gcc -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_STDARG=1 -DHAVE_SYS_TIME_H=1 -DHAVE_SETLOCALE=1 -DHAVE_GETTIMEOFDAY=1 -DMPFR_HAVE_FESETROUND=1 -DHAVE_FLOOR=1 -DHAVE_CEIL=1 -DHAVE_LDOUBLE_IEEE_EXT_LITTLE=1 -DHAVE_ATTRIBUTE_MODE=1 -DHAVE_ALLOCA_H=1 -I. -I/home/rossi/develop/haiku/buildtools/gcc/mpfr -I/home/rossi/develop/haiku/haiku/generated.gcc4/cross-tools- build/gcc/./gmp -I/home/rossi/develop/haiku/haiku/generated.gcc4/cross-tools- build/gcc/./gmp/tune -O2 -MT get_patches.lo -MD -MP -MF .deps/get_patches.Tpo -c get_patches.c -o get_patches.o gcc: get_patches.c: No such file or directory gcc: no input files make[3]: *** [get_patches.lo] Error 1 make[3]: Leaving directory `/home/rossi/develop/haiku/haiku/generated.gcc4/cross-tools- build/gcc/mpfr' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/rossi/develop/haiku/haiku/generated.gcc4/cross-tools- build/gcc/mpfr' make[1]: *** [all-mpfr] Error 2 make[1]: Leaving directory `/home/rossi/develop/haiku/haiku/generated.gcc4/cross-tools-build/gcc' make: *** [all] Error 2 ERROR: Building gcc failed. rossi at skullcap:~/develop/haiku/haiku/generated.gcc4$ Both trees (buildtools and haiku itself) have been on r29046. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 26 11:47:40 2009 From: trac at haiku-os.org (bga) Date: Mon, 26 Jan 2009 10:47:40 -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.a25c98edb4b4d7c7f2c8ac09c6f193cb@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 Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Comment(by bga): Yes, the bahaviour is very weird. You actually have to delay typing the following key after a dead key for it to work as expected and this kills my typing speed. A timing issue in input_server maybe? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 26 12:17:35 2009 From: trac at haiku-os.org (julun) Date: Mon, 26 Jan 2009 11:17:35 -0000 Subject: [Haiku-bugs] [Haiku] #3367: [Screenshot] don't need white border In-Reply-To: <040.c35e9caf54822a3830994bedf79216ca@haiku-os.org> References: <040.c35e9caf54822a3830994bedf79216ca@haiku-os.org> Message-ID: <049.01a226c0922a0ca568063430a36076ce@haiku-os.org> #3367: [Screenshot] don't need white border -------------------------------------+-------------------------------------- Reporter: diver | Owner: julun Type: enhancement | Status: new Priority: low | Milestone: R1 Component: Applications/Screenshot | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Changes (by julun): * priority: normal => low * type: bug => enhancement Comment: Will look into it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 26 12:54:00 2009 From: trac at haiku-os.org (Adek336) Date: Mon, 26 Jan 2009 11:54:00 -0000 Subject: [Haiku-bugs] [Haiku] #3371: [StyledEdit] Tylde + Down Arrow Produces Blue Background Message-ID: <042.4cdc9fd4deaf2e4346fa2feaf8bebe5b@haiku-os.org> #3371: [StyledEdit] Tylde + Down Arrow Produces Blue Background -------------------------------------+-------------------------------------- Reporter: Adek336 | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/StyledEdit | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Open StyledEdit, type a few characters, press enter, now press tylde and the down arrow, you should see tyldes in blue background. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 26 14:12:38 2009 From: trac at haiku-os.org (bonefish) Date: Mon, 26 Jan 2009 13:12:38 -0000 Subject: [Haiku-bugs] [Haiku] #3370: Building gcc4 cross tools fails on Ubuntu 8.10 In-Reply-To: <040.564d11a3053abde89b14548aa035e27c@haiku-os.org> References: <040.564d11a3053abde89b14548aa035e27c@haiku-os.org> Message-ID: <049.502cee2833405c7f67c3b28a69651f8f@haiku-os.org> #3370: Building gcc4 cross tools fails on Ubuntu 8.10 --------------------------+------------------------------------------------- Reporter: rossi | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Changes (by bonefish): * owner: bonefish => mmlr -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 26 14:19:20 2009 From: trac at haiku-os.org (mmlr) Date: Mon, 26 Jan 2009 13:19:20 -0000 Subject: [Haiku-bugs] [Haiku] #3370: Building gcc4 cross tools fails on Ubuntu 8.10 In-Reply-To: <040.564d11a3053abde89b14548aa035e27c@haiku-os.org> References: <040.564d11a3053abde89b14548aa035e27c@haiku-os.org> Message-ID: <049.e246326ebd574d9d56b414653acc4c5d@haiku-os.org> #3370: Building gcc4 cross tools fails on Ubuntu 8.10 --------------------------+------------------------------------------------- Reporter: rossi | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by mmlr): Yes I know. It's not completed. Sadly I was interrupted by work ;-). Will try to finish up tonight. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 26 14:57:10 2009 From: trac at haiku-os.org (nielx) Date: Mon, 26 Jan 2009 13:57:10 -0000 Subject: [Haiku-bugs] [Haiku] #3341: [shijin] Fix the tags line In-Reply-To: <040.0ff6e5eff27d5ef3c438b1f48c3c9d5b@haiku-os.org> References: <040.0ff6e5eff27d5ef3c438b1f48c3c9d5b@haiku-os.org> Message-ID: <049.14a78bb269e1d93fc47a66ca5f42d2bc@haiku-os.org> #3341: [shijin] Fix the tags line --------------------------+------------------------------------------------- Reporter: nielx | Owner: nielx Type: bug | Status: closed Priority: normal | Milestone: Website R2 (Drupal 5) Component: Website/CMS | Version: Resolution: invalid | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by nielx): * status: new => closed * resolution: => invalid Comment: Turns out the tags line works without any problem. It was just that the news posts did not carry any tags. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 26 18:30:54 2009 From: trac at haiku-os.org (humdinger) Date: Mon, 26 Jan 2009 17:30:54 -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.72aff89a46e4e64e9848c96feb3ed232@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: | ----------------------------------+----------------------------------------- Comment(by humdinger): I can't either. :) Using r29002 everything's working fine. Please close the ticked. Thanks whoever committed whatever fixed this bug. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 26 18:57:35 2009 From: trac at haiku-os.org (rossi) Date: Mon, 26 Jan 2009 17:57:35 -0000 Subject: [Haiku-bugs] [Haiku] #3372: Incorrect Terminal numbering Message-ID: <040.f824982f3f2881ebcef9f7fa026d7685@haiku-os.org> #3372: Incorrect Terminal numbering -----------------------------------+---------------------------------------- Reporter: rossi | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Terminal sometimes numbers the Terminal windows incorrectly. Sofar I managed to reproduce this issue more or less reliable with the following steps: - open a bunch of Terminals from LaunchBox - randomly delete some of the terminals - open a bunch of terminals again If the above doesn't show the issue, try again, but now use "Close All" from the deskbar menu. If this still doesn't reproduce the issue, mix both flavours and just wildly create and delete terminals and inbetween close all. This happens on r29005 (gcc2/gcc4 hybrid) build. (This issue is not related to the closed ticket http://dev.haiku- os.org/ticket/699) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 26 19:06:55 2009 From: trac at haiku-os.org (rossi) Date: Mon, 26 Jan 2009 18:06:55 -0000 Subject: [Haiku-bugs] [Haiku] #3209: [Terminal] Enhancements (mostly easy) In-Reply-To: <044.e2e4602da82c8cf223d4299070489edb@haiku-os.org> References: <044.e2e4602da82c8cf223d4299070489edb@haiku-os.org> Message-ID: <053.6abab76a11e7281e14b1c369711dfb97@haiku-os.org> #3209: [Terminal] Enhancements (mostly easy) -----------------------------------+---------------------------------------- Reporter: humdinger | Owner: jackburton Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Comment(by rossi): Patch for #10 Terminal now remembers the last position (based on when it was closed) including its workspace. In case you don't want to open in the previously remebered workspace, hold down the OPTION key will starting Terminal. It remembers the position for ALL Terminal windows (Rene ;-) While testing the patch, I discovered the following bug: http://dev.haiku-os.org/ticket/3372 However I also tested with a clean install of my previous image (r29005) and it exposes the same bug, with the patch applied. Therefore not related to my work and I could figure out the issue yet. Cheers, Rossi -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 26 19:35:25 2009 From: trac at haiku-os.org (korli) Date: Mon, 26 Jan 2009 18:35:25 -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.18d1e125560c9941a657894bb98a2b97@haiku-os.org> #2729: Changing a filetype won't change icon live -----------------------------------+---------------------------------------- Reporter: humdinger | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 26 20:47:09 2009 From: trac at haiku-os.org (axeld) Date: Mon, 26 Jan 2009 19:47:09 -0000 Subject: [Haiku-bugs] [Haiku] #3372: Incorrect Terminal numbering In-Reply-To: <040.f824982f3f2881ebcef9f7fa026d7685@haiku-os.org> References: <040.f824982f3f2881ebcef9f7fa026d7685@haiku-os.org> Message-ID: <049.5b528e51ccd092b3b889d07376ba7766@haiku-os.org> #3372: Incorrect Terminal numbering -----------------------------------+---------------------------------------- Reporter: rossi | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Comment(by axeld): BTW, inside Trac, you should refer to other tickets by number, not via a link, this way, you get a nice tooltip with what that ticket is about, like #699. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 26 21:11:42 2009 From: trac at haiku-os.org (idefix) Date: Mon, 26 Jan 2009 20:11:42 -0000 Subject: [Haiku-bugs] [Haiku] #3373: Tracker context menu briefly appears when mouse has moved Message-ID: <041.42b5de936347de8c3faacf20edbe6b6e@haiku-os.org> #3373: Tracker context menu briefly appears when mouse has moved ----------------------------------+----------------------------------------- Reporter: idefix | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Tested with r28974: - right-click on the desktop (or in a Tracker window) - move the mouse-cursor to another position before the context menu shows (be sure not to move it to the place where the menu will appear, see bug #3267) - the context menu appears, but closes immediately The context menu should stay open like it does when you right-click on the ProcessController-replicant in the Deskbar. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 26 22:02:42 2009 From: trac at haiku-os.org (kaliber) Date: Mon, 26 Jan 2009 21:02:42 -0000 Subject: [Haiku-bugs] [Haiku] #3374: please implement scandir and alphasort (dirent.h) Message-ID: <042.2ed4db9c7c0a978a9ebc5883a7833422@haiku-os.org> #3374: please implement scandir and alphasort (dirent.h) -------------------------------+-------------------------------------------- Reporter: kaliber | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- http://www.opengroup.org/onlinepubs/9699919799/functions/scandir.html -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 26 23:01:20 2009 From: trac at haiku-os.org (harsha) Date: Mon, 26 Jan 2009 22:01:20 -0000 Subject: [Haiku-bugs] [Haiku] #3036: [DriveSetup] should open main window without bottom scrollbar (easy) In-Reply-To: <040.729e6aa10099823b34cf2d814dc714cc@haiku-os.org> References: <040.729e6aa10099823b34cf2d814dc714cc@haiku-os.org> Message-ID: <049.939be243634e6586536e072705d8aae4@haiku-os.org> #3036: [DriveSetup] should open main window without bottom scrollbar (easy) -------------------------------------+-------------------------------------- Reporter: diver | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/DriveSetup | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Comment(by harsha): increased the window width. check the screen shot and let me know. thanks, _harsha -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 00:23:04 2009 From: trac at haiku-os.org (korli) Date: Mon, 26 Jan 2009 23:23:04 -0000 Subject: [Haiku-bugs] [Haiku] #2799: Mesa Software Renderer crash with SSE optimization enabled In-Reply-To: <043.8615cce11cc00252227b841c74561f9a@haiku-os.org> References: <043.8615cce11cc00252227b841c74561f9a@haiku-os.org> Message-ID: <052.27a6eb7e4a11d1d2be056173003711ab@haiku-os.org> #2799: Mesa Software Renderer crash with SSE optimization enabled ------------------------+--------------------------------------------------- Reporter: phoudoin | 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: This should be fixed in r29053. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 00:35:35 2009 From: trac at haiku-os.org (korli) Date: Mon, 26 Jan 2009 23:35:35 -0000 Subject: [Haiku-bugs] [Haiku] #3365: [Installer] unusual inner border (easy) In-Reply-To: <040.be41f44ed6a2faada500cdf4f6648e25@haiku-os.org> References: <040.be41f44ed6a2faada500cdf4f6648e25@haiku-os.org> Message-ID: <049.32dbf263cbc385e689c62cbb472b1a30@haiku-os.org> #3365: [Installer] unusual inner border (easy) -------------------------------------+-------------------------------------- Reporter: diver | Owner: korli Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Installer | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -------------------------------------+-------------------------------------- Changes (by korli): * status: new => closed * resolution: => fixed Comment: Fixed in r29055 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 01:52:22 2009 From: trac at haiku-os.org (mmlr) Date: Tue, 27 Jan 2009 00:52:22 -0000 Subject: [Haiku-bugs] [Haiku] #2982: Gcc 4.3.2 In-Reply-To: <040.9d1b11a2a52352350c4edb76779d72c4@haiku-os.org> References: <040.9d1b11a2a52352350c4edb76779d72c4@haiku-os.org> Message-ID: <049.4e994bbe67f3a964c0f2f18c24661e50@haiku-os.org> #2982: Gcc 4.3.2 ---------------------------+------------------------------------------------ Reporter: aljen | Owner: bonefish Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by mmlr): * status: new => closed * resolution: => fixed Comment: Thanks a lot, your patch has been an important reference for getting the updated buildtools working as a cross-compiler! The tools are now updated to binutils 2.19 and GCC 4.3.3. So I guess this can be considered "fixed". Thanks again for your work! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 01:55:18 2009 From: trac at haiku-os.org (mmlr) Date: Tue, 27 Jan 2009 00:55:18 -0000 Subject: [Haiku-bugs] [Haiku] #3370: Building gcc4 cross tools fails on Ubuntu 8.10 In-Reply-To: <040.564d11a3053abde89b14548aa035e27c@haiku-os.org> References: <040.564d11a3053abde89b14548aa035e27c@haiku-os.org> Message-ID: <049.748667f7706e97f9ba703cc1a403ae9a@haiku-os.org> #3370: Building gcc4 cross tools fails on Ubuntu 8.10 --------------------------+------------------------------------------------- Reporter: rossi | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by mmlr): Please try again with r29059 of the buildtools. Also note that you need to update build/scripts under the haiku trunk to current as well as the buildtool preparation has changed a bit. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 03:00:23 2009 From: trac at haiku-os.org (umccullough) Date: Tue, 27 Jan 2009 02:00:23 -0000 Subject: [Haiku-bugs] [Haiku] #3370: Building gcc4 cross tools fails on Ubuntu 8.10 In-Reply-To: <040.564d11a3053abde89b14548aa035e27c@haiku-os.org> References: <040.564d11a3053abde89b14548aa035e27c@haiku-os.org> Message-ID: <049.e91c38f54d83647eb469f2083752bd21@haiku-os.org> #3370: Building gcc4 cross tools fails on Ubuntu 8.10 --------------------------+------------------------------------------------- Reporter: rossi | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by umccullough): gcc4 cross-tools compile for me now on a debian machine (and probably also on ubuntu 8.10 as I had the same failure on both - but not the one mentioned here) However, it does not compile Haiku successfully - I'll open a separate ticket. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 03:02:26 2009 From: trac at haiku-os.org (umccullough) Date: Tue, 27 Jan 2009 02:02:26 -0000 Subject: [Haiku-bugs] [Haiku] #3375: New gcc 4.3.3 cross-compiler doesn't compile pci.cpp Message-ID: <046.2e26b4dd891048bbf3071b624822e987@haiku-os.org> #3375: New gcc 4.3.3 cross-compiler doesn't compile pci.cpp --------------------------+------------------------------------------------- Reporter: umccullough | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- It seems that once mmlr had fixed the cross-compiler generate on linux (YAY!) - I was able to create the cross-tools. However, it will not compile Haiku. (See attached output from compile) It seems the previous gcc compiler had an extra gcc/gcc/config/t-haiku file with the following contents (scraped from my old build env): {{{ umccullough at debsrv3:/work/haiku/buildtools/trunk/gcc/gcc/config$ cat t-haiku # The LIMITS_H_TEST looks for limits.h in $(SYSTEM_HEADERS_DIR), but it is in # .../posix. LIMITS_H_TEST = [ -f $(SYSTEM_HEADER_DIR)/posix/limits.h ] }}} I am just guessing this is the cause of the failure - I will add it to my new environment to test. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 03:17:31 2009 From: trac at haiku-os.org (umccullough) Date: Tue, 27 Jan 2009 02:17:31 -0000 Subject: [Haiku-bugs] [Haiku] #3375: New gcc 4.3.3 cross-compiler doesn't compile pci.cpp In-Reply-To: <046.2e26b4dd891048bbf3071b624822e987@haiku-os.org> References: <046.2e26b4dd891048bbf3071b624822e987@haiku-os.org> Message-ID: <055.b1a982493adb6f475a12f65ae4f103fa@haiku-os.org> #3375: New gcc 4.3.3 cross-compiler doesn't compile pci.cpp --------------------------+------------------------------------------------- Reporter: umccullough | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by umccullough): I see that ingo originally fixed this in gcc4 back in r14998 I'm way out of my league here, but it seems limits.h isn't necessarily posix-specific - should it really be located there in the first place? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 03:19:05 2009 From: trac at haiku-os.org (umccullough) Date: Tue, 27 Jan 2009 02:19:05 -0000 Subject: [Haiku-bugs] [Haiku] #3375: New gcc 4.3.3 cross-compiler doesn't compile pci.cpp In-Reply-To: <046.2e26b4dd891048bbf3071b624822e987@haiku-os.org> References: <046.2e26b4dd891048bbf3071b624822e987@haiku-os.org> Message-ID: <055.549e662bde6e634e695ce8e06524bc20@haiku-os.org> #3375: New gcc 4.3.3 cross-compiler doesn't compile pci.cpp --------------------------+------------------------------------------------- Reporter: umccullough | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by umccullough): Replying to [comment:1 umccullough]: > I see that ingo originally fixed this in gcc4 back in r14998 Oh that was actually t-beos...in any case, it seems t-haiku was a duplicate of that file. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 04:01:04 2009 From: trac at haiku-os.org (umccullough) Date: Tue, 27 Jan 2009 03:01:04 -0000 Subject: [Haiku-bugs] [Haiku] #3375: New gcc 4.3.3 cross-compiler doesn't compile pci.cpp In-Reply-To: <046.2e26b4dd891048bbf3071b624822e987@haiku-os.org> References: <046.2e26b4dd891048bbf3071b624822e987@haiku-os.org> Message-ID: <055.2f694edc24b73b45e3f825ec6f4ccec9@haiku-os.org> #3375: New gcc 4.3.3 cross-compiler doesn't compile pci.cpp --------------------------+------------------------------------------------- Reporter: umccullough | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by umccullough): putting the old t-haiku file into gcc/gcc/config and recreating the buildtools didn't help, so I guess some different fix is required now :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 02:14:48 2009 From: trac at haiku-os.org (scottmc) Date: Tue, 27 Jan 2009 01:14:48 -0000 Subject: [Haiku-bugs] [Haiku] #3036: [DriveSetup] should open main window without bottom scrollbar (easy) In-Reply-To: <040.729e6aa10099823b34cf2d814dc714cc@haiku-os.org> References: <040.729e6aa10099823b34cf2d814dc714cc@haiku-os.org> Message-ID: <049.941093214263c74fe6ccc93c0987f717@haiku-os.org> #3036: [DriveSetup] should open main window without bottom scrollbar (easy) -------------------------------------+-------------------------------------- Reporter: diver | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/DriveSetup | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Comment(by scottmc): looks good. now just create and attach a patch to the ticket. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 10:39:58 2009 From: trac at haiku-os.org (axeld) Date: Tue, 27 Jan 2009 09:39:58 -0000 Subject: [Haiku-bugs] [Haiku] #3364: [kernel] clicking url many times in AboutSystem causes guru meditation error In-Reply-To: <040.b60a01b6c78bc4925394cc8b174132f1@haiku-os.org> References: <040.b60a01b6c78bc4925394cc8b174132f1@haiku-os.org> Message-ID: <049.383780194a00890f3b4c48242a64ac69@haiku-os.org> #3364: [kernel] clicking url many times in AboutSystem causes guru meditation error ----------------------------+----------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: System/Kernel | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ----------------------------+----------------------------------------------- Changes (by axeld): * status: new => closed * resolution: => invalid Comment: A guru meditation is not a Haiku problem, it's a bug in VirtualBox. Please report at their bug tracker instead, if it's that reproducible. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 11:03:42 2009 From: trac at haiku-os.org (mt) Date: Tue, 27 Jan 2009 10:03:42 -0000 Subject: [Haiku-bugs] [Haiku] #3375: New gcc 4.3.3 cross-compiler doesn't compile pci.cpp In-Reply-To: <046.2e26b4dd891048bbf3071b624822e987@haiku-os.org> References: <046.2e26b4dd891048bbf3071b624822e987@haiku-os.org> Message-ID: <055.bd9bcb12fbec09ad7fc0b9a431af8358@haiku-os.org> #3375: New gcc 4.3.3 cross-compiler doesn't compile pci.cpp --------------------------+------------------------------------------------- Reporter: umccullough | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by mt): Replying to [comment:3 umccullough]: > putting the old t-haiku file into gcc/gcc/config and recreating the buildtools didn't help, so I guess some different fix is required now :) I think change t-haiku path gcc/gcc/config to gcc/gcc/config/i386 as gcc/gcc/config.gcc reading gcc/gcc/config/i386. {{{ i[34567]86-*-haiku*) tmake_file='i386/t-haiku i386/t-crtpic' tm_file="${tm_file} i386/unix.h i386/att.h dbxelf.h elfos.h svr4.h haiku.h i386/haiku.h" extra_parts='crtbegin.o crtend.o' }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 11:56:55 2009 From: trac at haiku-os.org (mmlr) Date: Tue, 27 Jan 2009 10:56:55 -0000 Subject: [Haiku-bugs] [Haiku] #3375: New gcc 4.3.3 cross-compiler doesn't compile pci.cpp In-Reply-To: <046.2e26b4dd891048bbf3071b624822e987@haiku-os.org> References: <046.2e26b4dd891048bbf3071b624822e987@haiku-os.org> Message-ID: <055.4b296d7d758def51183fb4c239a081d1@haiku-os.org> #3375: New gcc 4.3.3 cross-compiler doesn't compile pci.cpp --------------------------+------------------------------------------------- Reporter: umccullough | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by mmlr): The limits test is only local to the cross-compiler. It's not used afterwards when compiling with the cross-compiler. Can you please get me the output of: {{{ /home/umccullough/haiku/haiku/trunk/generated/cross-tools/bin/i586-pc- haiku-gcc -c "src/add-ons/kernel/bus_managers/pci/pci.cpp" -O -Wall -Wno- trigraphs -Wno-multichar -pipe -fno-strict-aliasing -fno-tree-vrp -nostdinc -Wno-deprecated -D_ZETA_USING_DEPRECATED_API_=1 -D_ZETA_TS_FIND_DIR_=1 -pipe -fno-strict-aliasing -fno-tree-vrp -finline -fno-builtin -fno-exceptions -DBOCHS_DEBUG_HACK=0 -fno-use-cxa-atexit -ffreestanding -D_KERNEL_MODE -D__HAIKU__ -DHAIKU_DISTRO_COMPATIBILITY_DEFAULT -D__INTEL__ -DARCH_x86 -DBOOT_ARCHIVE_IMAGE_OFFSET=300 -DHAIKU_TARGET_PLATFORM_HAIKU -iquote build/user_config_headers -iquote build/config_headers -iquote src/add- ons/kernel/bus_managers/pci -iquote generated/objects/common/add- ons/kernel/bus_managers/pci -iquote generated/objects/linux/x86/common /add-ons/kernel/bus_managers/pci -iquote generated/objects/haiku/x86/common/add-ons/kernel/bus_managers/pci -I headers/private/. -I headers/private/kernel -I headers/private/libroot -I headers/private/kernel/boot/platform/bios_ia32 -I headers/private/kernel/arch/x86 -I headers/private/. -I headers/private/system -I headers/private/system/arch/x86 -I headers/private/shared -I headers/private/kernel/util -I /home/umccullough/haiku/haiku/trunk/generated/cross-tools/lib/gcc/i586-pc- haiku/4.3.3/../../../../include/c++/4.3.3 -I /home/umccullough/haiku/haiku/trunk/generated/cross-tools/lib/gcc/i586-pc- haiku/4.3.3/../../../../include/c++/4.3.3/i586-pc-haiku -I /home/umccullough/haiku/haiku/trunk/generated/cross-tools/lib/gcc/i586-pc- haiku/4.3.3/../../../../include/c++/4.3.3/backward -I /home/umccullough/haiku/haiku/trunk/generated/cross-tools/lib/gcc/i586-pc- haiku/4.3.3/../../../../include/c++/4.3.3/ext -I /home/umccullough/haiku/haiku/trunk/generated/cross-tools/lib/gcc/i586-pc- haiku/4.3.3/include -I headers -I headers/posix -I headers/gnu -I headers/glibc -I headers/os -I headers/os/add-ons -I headers/os/add- ons/file_system -I headers/os/add-ons/graphics -I headers/os/add- ons/input_server -I headers/os/add-ons/registrar -I headers/os/add- ons/screen_saver -I headers/os/add-ons/tracker -I headers/os/app -I headers/os/device -I headers/os/drivers -I headers/os/game -I headers/os/interface -I headers/os/kernel -I headers/os/media -I headers/os/mail -I headers/os/midi -I headers/os/midi2 -I headers/os/net -I headers/os/opengl -I headers/os/storage -I headers/os/support -I headers/os/translation -I headers/private/. -o "generated/objects/haiku/x86/release/add- ons/kernel/bus_managers/pci/pci.o" -v }}} It should dump the directories in use. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 12:55:34 2009 From: trac at haiku-os.org (mt) Date: Tue, 27 Jan 2009 11:55:34 -0000 Subject: [Haiku-bugs] [Haiku] #3375: New gcc 4.3.3 cross-compiler doesn't compile pci.cpp In-Reply-To: <046.2e26b4dd891048bbf3071b624822e987@haiku-os.org> References: <046.2e26b4dd891048bbf3071b624822e987@haiku-os.org> Message-ID: <055.322de1d750e2563a97026eae8e4b9a42@haiku-os.org> #3375: New gcc 4.3.3 cross-compiler doesn't compile pci.cpp --------------------------+------------------------------------------------- Reporter: umccullough | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by mt): HI, I'm testing build haiku with moving limits.h and syslimits.h from /cross-tools/lib/gcc/i586-pc-haiku/4.3.3/include-fixed to /cross-tools/lib/gcc/i586-pc-haiku/4.3.3/include and seems to build haiku fine. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 13:09:59 2009 From: trac at haiku-os.org (rossi) Date: Tue, 27 Jan 2009 12:09:59 -0000 Subject: [Haiku-bugs] [Haiku] #3370: Building gcc4 cross tools fails on Ubuntu 8.10 In-Reply-To: <040.564d11a3053abde89b14548aa035e27c@haiku-os.org> References: <040.564d11a3053abde89b14548aa035e27c@haiku-os.org> Message-ID: <049.90daf8ac35040ede16a056c577138347@haiku-os.org> #3370: Building gcc4 cross tools fails on Ubuntu 8.10 --------------------------+------------------------------------------------- Reporter: rossi | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by rossi): Tried with r29059, same failure as before. I'll try on another machine later tonight in order to make sure its not the specific Ubuntu install. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 13:24:58 2009 From: trac at haiku-os.org (mmlr) Date: Tue, 27 Jan 2009 12:24:58 -0000 Subject: [Haiku-bugs] [Haiku] #3375: New gcc 4.3.3 cross-compiler doesn't compile pci.cpp In-Reply-To: <046.2e26b4dd891048bbf3071b624822e987@haiku-os.org> References: <046.2e26b4dd891048bbf3071b624822e987@haiku-os.org> Message-ID: <055.fcc99ee0600d83eeab0ed0dc1b75191a@haiku-os.org> #3375: New gcc 4.3.3 cross-compiler doesn't compile pci.cpp --------------------------+------------------------------------------------- Reporter: umccullough | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by mmlr): That's what I though. It's a missing include path config in gcc/gcc/config/haiku.h. I'm just not yet sure which one. It should be there actually, but maybe it's pointing to a wrong path. That's why I need the "-v" output of the above command. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 13:44:57 2009 From: trac at haiku-os.org (tombhadAC) Date: Tue, 27 Jan 2009 12:44:57 -0000 Subject: [Haiku-bugs] [Haiku] #3375: New gcc 4.3.3 cross-compiler doesn't compile pci.cpp In-Reply-To: <046.2e26b4dd891048bbf3071b624822e987@haiku-os.org> References: <046.2e26b4dd891048bbf3071b624822e987@haiku-os.org> Message-ID: <055.cac576a228911a34329ce8dab7e0cd29@haiku-os.org> #3375: New gcc 4.3.3 cross-compiler doesn't compile pci.cpp --------------------------+------------------------------------------------- Reporter: umccullough | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Changes (by tombhadAC): * cc: tombhadAC@? (added) Comment: mmlr, look at my attachment. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 14:12:21 2009 From: trac at haiku-os.org (mmlr) Date: Tue, 27 Jan 2009 13:12:21 -0000 Subject: [Haiku-bugs] [Haiku] #3375: New gcc 4.3.3 cross-compiler doesn't compile pci.cpp In-Reply-To: <046.2e26b4dd891048bbf3071b624822e987@haiku-os.org> References: <046.2e26b4dd891048bbf3071b624822e987@haiku-os.org> Message-ID: <055.942b08bf8bc3c14218749b7ecf35bfc7@haiku-os.org> #3375: New gcc 4.3.3 cross-compiler doesn't compile pci.cpp --------------------------+------------------------------------------------- Reporter: umccullough | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by mmlr): Oh, missed that one. Thanks, it seems that the FIXED_INCLUDE_DIR just doesn't trigger. Will investigate. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 14:15:00 2009 From: trac at haiku-os.org (monni) Date: Tue, 27 Jan 2009 13:15:00 -0000 Subject: [Haiku-bugs] [Haiku] #3376: [easy] I want this and that added to Haiku ; ) Message-ID: <040.817fd5a779ca5bbd2f62abb0db391cd6@haiku-os.org> #3376: [easy] I want this and that added to Haiku ;) --------------------------+------------------------------------------------- Reporter: monni | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- BeOS wannabes used to have lgrep and hgrep scripts to assist finding functions in libraries. I want them in Haiku too... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 14:25:50 2009 From: trac at haiku-os.org (miqlas) Date: Tue, 27 Jan 2009 13:25:50 -0000 Subject: [Haiku-bugs] [Haiku] #3377: h264 and MediaPlayer = blackness Message-ID: <041.4fae6bb249dff81814c215367f6620f4@haiku-os.org> #3377: h264 and MediaPlayer = blackness ----------------------------------+----------------------------------------- Reporter: miqlas | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Audio & Video/Codecs | Version: R1 development Blockedby: | Platform: x86 Blocking: | ----------------------------------+----------------------------------------- I try to play the 9 trailer ( [http://movies.apple.com/movies/focus_features/9/9-tsr_h1080p.mov] ) under Haiku with MediaPlayer and with VLC. VLC can play slowly on my old PC, it have picture and music, but MediaPlayer don't show the picture, only an big black box, and i don't hear the music. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 14:33:00 2009 From: trac at haiku-os.org (miqlas) Date: Tue, 27 Jan 2009 13:33:00 -0000 Subject: [Haiku-bugs] [Haiku] #3378: NVidia Quadro dual DVI bug Message-ID: <041.16136dd353322e60ac4e8e62c6a5d64b@haiku-os.org> #3378: NVidia Quadro dual DVI bug -------------------------------------+-------------------------------------- Reporter: miqlas | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------------------+-------------------------------------- I have NVidia Quadro FX 4000 AGP (like the GeForce 6800 Ultra, same PCB, same GPU, beter RAM). It have 2 DVI output. If i connect my monitor to the second DVI output, i can see the Haiku bootlogo, but nothing more, only big blackness. I think the Haiku loaded perfectly, but it put the picture to the first DVI output. This is a bug, or the multi monitor support is not perfect yet? Can somebody fix this issue? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 16:52:45 2009 From: trac at haiku-os.org (scop) Date: Tue, 27 Jan 2009 15:52:45 -0000 Subject: [Haiku-bugs] [Haiku] #2474: Serial port driver needed for Oxford Semi UART 16950 In-Reply-To: <042.ce04e5f346a84679de8107cba84f44fc@haiku-os.org> References: <042.ce04e5f346a84679de8107cba84f44fc@haiku-os.org> Message-ID: <051.09d40294465bf0d8013f5d677b8064fe@haiku-os.org> #2474: Serial port driver needed for Oxford Semi UART 16950 -------------------------+-------------------------------------------------- Reporter: scottmc | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: Unscheduled Component: Drivers/TTY | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Changes (by scop): * owner: axeld => bonefish * component: Drivers => Drivers/TTY -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 17:12:52 2009 From: trac at haiku-os.org (umccullough) Date: Tue, 27 Jan 2009 16:12:52 -0000 Subject: [Haiku-bugs] [Haiku] #3370: Building gcc4 cross tools fails on Ubuntu 8.10 In-Reply-To: <040.564d11a3053abde89b14548aa035e27c@haiku-os.org> References: <040.564d11a3053abde89b14548aa035e27c@haiku-os.org> Message-ID: <049.9aef5ecc9d987e3b8daa3ef92043b739@haiku-os.org> #3370: Building gcc4 cross tools fails on Ubuntu 8.10 --------------------------+------------------------------------------------- Reporter: rossi | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by umccullough): I apologize for any confusion I may have created here - it just came to my attention last night that the ubuntu box I had successfully built the cross-tools on was still 8.04. Apparently it was my laptop only that i had updated to 8.10. Updating it now, will re-test. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 17:30:15 2009 From: trac at haiku-os.org (rossi) Date: Tue, 27 Jan 2009 16:30:15 -0000 Subject: [Haiku-bugs] [Haiku] #3282: app_server crashed into GDB while switching workspaces In-Reply-To: <046.509b9bfc5bb0b9b88fe7ae47033818e3@haiku-os.org> References: <046.509b9bfc5bb0b9b88fe7ae47033818e3@haiku-os.org> Message-ID: <055.c65228c5ef75cf643b2c86e8d48c29a4@haiku-os.org> #3282: app_server crashed into GDB while switching workspaces -------------------------+-------------------------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Changes (by rossi): * cc: rossi@? (added) * component: Drivers/Graphics/nVidia => - General Comment: Until r29005 I didn't have this issue at all, since I just upgraded to r29059 I also get the issue quite requently. The backtrace is either the same as in the attachements from umccullough (attachment #1, #2) or like the backtrace in attachment #3. Since in my case the FontCache seems to be regularly involved and my system was stable until r29005, I'll try again, with r29046. I can reproduce this issue quite reliable by just opening the BeBook in Firefox and browse three or four pages. Always. Since my system doesn't have any NVIDIA graphics, I would assume it's an issue with the NVIDIA accelerant. Maybe the component of this bug should be set to Servers/app_server? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 17:43:41 2009 From: trac at haiku-os.org (bonefish) Date: Tue, 27 Jan 2009 16:43:41 -0000 Subject: [Haiku-bugs] [Haiku] #2474: Serial port driver needed for Oxford Semi UART 16950 In-Reply-To: <042.ce04e5f346a84679de8107cba84f44fc@haiku-os.org> References: <042.ce04e5f346a84679de8107cba84f44fc@haiku-os.org> Message-ID: <051.90a9f6eaccb7ed697f6afc511a8f4e55@haiku-os.org> #2474: Serial port driver needed for Oxford Semi UART 16950 -------------------------+-------------------------------------------------- Reporter: scottmc | Owner: nobody Type: enhancement | Status: new Priority: normal | Milestone: Unscheduled Component: Drivers | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Changes (by bonefish): * owner: bonefish => nobody * component: Drivers/TTY => Drivers -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 18:09:26 2009 From: trac at haiku-os.org (rossi) Date: Tue, 27 Jan 2009 17:09:26 -0000 Subject: [Haiku-bugs] [Haiku] #3282: app_server crashed into GDB while switching workspaces In-Reply-To: <046.509b9bfc5bb0b9b88fe7ae47033818e3@haiku-os.org> References: <046.509b9bfc5bb0b9b88fe7ae47033818e3@haiku-os.org> Message-ID: <055.80adc4d3bdda86dec4f48df8e8de83dd@haiku-os.org> #3282: app_server crashed into GDB while switching workspaces -------------------------------------+-------------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Changes (by rossi): * component: - General => Drivers/Graphics/nVidia Comment: Did some quick testing with r29046 and the steps to reproduce, which always worked for r29059 don't reproduce the issue now. I guess that we are therefore at least talking about two bugs here. I'll use r29046 now and see whether the issue reappears later, after some more stress and uptime. Also set the component back to Drivers/Graphics/nVidia, as I accidentially changed it with my last edit. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 18:36:12 2009 From: trac at haiku-os.org (anevilyak) Date: Tue, 27 Jan 2009 17:36:12 -0000 Subject: [Haiku-bugs] [Haiku] #3282: app_server crashed into GDB while switching workspaces In-Reply-To: <046.509b9bfc5bb0b9b88fe7ae47033818e3@haiku-os.org> References: <046.509b9bfc5bb0b9b88fe7ae47033818e3@haiku-os.org> Message-ID: <055.5d5057cc7f78ff7babb479f89b2d078e@haiku-os.org> #3282: app_server crashed into GDB while switching workspaces -------------------------------------+-------------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Comment(by anevilyak): Replying to [comment:5 rossi]: > Did some quick testing with r29046 and the steps to reproduce, which always worked for r29059 don't reproduce the issue now. I guess that we are therefore at least talking about two bugs here. I'll use r29046 now and see whether the issue reappears later, after some more stress and uptime. > The backtrace you submitted looks to have been caused by r29047. This is a completely different bug and probably should have a separate ticket filed, as it seems to be trying to delete either already freed or uninitialized font cache pointer, which is a separate issue from the originally reported crash in this ticket. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 18:36:22 2009 From: trac at haiku-os.org (axeld) Date: Tue, 27 Jan 2009 17:36:22 -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.8ec58cb6dcd976ec5eca73802fffad74@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: | --------------------------------------------+------------------------------- Comment(by axeld): Can you retry with r29060? And if that does not help, can you please enable debug output in the Intel GART driver (at src/add- ons/kernel/busses/agp_gart/intel.cpp)? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 19:20:41 2009 From: trac at haiku-os.org (rossi) Date: Tue, 27 Jan 2009 18:20:41 -0000 Subject: [Haiku-bugs] [Haiku] #3282: app_server crashed into GDB while switching workspaces In-Reply-To: <046.509b9bfc5bb0b9b88fe7ae47033818e3@haiku-os.org> References: <046.509b9bfc5bb0b9b88fe7ae47033818e3@haiku-os.org> Message-ID: <055.815160e3fb0cdf3426f3e63e6b1ba49c@haiku-os.org> #3282: app_server crashed into GDB while switching workspaces -------------------------------------+-------------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Comment(by rossi): The backtrace I provided is from r29059, anyhow I file a new ticket, as this is a different bug. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 19:23:08 2009 From: trac at haiku-os.org (axeld) Date: Tue, 27 Jan 2009 18:23:08 -0000 Subject: [Haiku-bugs] [Haiku] #2540: [intel_extreme] can't boot Haiku unless I use fail-safe video mode In-Reply-To: <040.bb1d87fe6b171f34055e1828662e38b3@haiku-os.org> References: <040.bb1d87fe6b171f34055e1828662e38b3@haiku-os.org> Message-ID: <049.be7adc5dd74ea1c9c176eb8d33f3a2e9@haiku-os.org> #2540: [intel_extreme] can't boot Haiku unless I use fail-safe video mode ---------------------------------------------+------------------------------ Reporter: diver | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Graphics/intel_extreme | Version: R1 development Resolution: duplicate | Blockedby: 3149 Platform: All | Blocking: ---------------------------------------------+------------------------------ Changes (by axeld): * status: new => closed * resolution: => duplicate * blockedby: => 3149 Comment: Okay, thanks for the note! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 19:24:43 2009 From: trac at haiku-os.org (anevilyak) Date: Tue, 27 Jan 2009 18:24:43 -0000 Subject: [Haiku-bugs] [Haiku] #3282: app_server crashed into GDB while switching workspaces In-Reply-To: <046.509b9bfc5bb0b9b88fe7ae47033818e3@haiku-os.org> References: <046.509b9bfc5bb0b9b88fe7ae47033818e3@haiku-os.org> Message-ID: <055.df045428a2d560760bf60372cb146b61@haiku-os.org> #3282: app_server crashed into GDB while switching workspaces -------------------------------------+-------------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Comment(by anevilyak): Replying to [comment:7 rossi]: > The backtrace I provided is from r29059, anyhow I file a new ticket, as this is a different bug. Yes, but the backtrace matches up perfectly with the change made in r29047. As r29059 is newer, it obviously also contains that change. This also perfectly explains why your tests on r29046 would not exhibit the problem. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 19:25:11 2009 From: trac at haiku-os.org (umccullough) Date: Tue, 27 Jan 2009 18:25:11 -0000 Subject: [Haiku-bugs] [Haiku] #2924: vlc causes "Segmentation violation" sometimes In-Reply-To: <046.52224d003f2ab43ae9fbcea83b27bd91@haiku-os.org> References: <046.52224d003f2ab43ae9fbcea83b27bd91@haiku-os.org> Message-ID: <055.271825abfeb3a97740879c921190ebd6@haiku-os.org> #2924: vlc causes "Segmentation violation" sometimes -------------------------------+-------------------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------+-------------------------------------------- Comment(by umccullough): I am now unable to reproduce this issue currently, on the same hardware as before. I suspect possibly it was fixed by r28051 but I will revert back to 28050 and test again to make sure. Unfortunately that machine is busy with another task, but I will try to test again tonight. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 19:25:38 2009 From: trac at haiku-os.org (rossi) Date: Tue, 27 Jan 2009 18:25:38 -0000 Subject: [Haiku-bugs] [Haiku] #3379: app_server crash / issues with font cache Message-ID: <040.f4752d24da9ebd17452957594df13224@haiku-os.org> #3379: app_server crash / issues with font cache --------------------------------+------------------------------------------- Reporter: rossi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Apperently since r29047 (change in FontServerCache), I do experience a lot of crashes in app_server with a trip to GDB. GDB backtrace attached. Originally I thought this was related to ticket #3282, however it is a seperate issue, therefore this new ticket. Comment by anevilyak (taken from ticket #3282): "The backtrace you submitted looks to have been caused by r29047. This is a completely different bug and probably should have a separate ticket filed, as it seems to be trying to delete either already freed or uninitialized font cache pointer, which is a separate issue from the originally reported crash in this ticket." -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 19:28:08 2009 From: trac at haiku-os.org (anevilyak) Date: Tue, 27 Jan 2009 18:28:08 -0000 Subject: [Haiku-bugs] [Haiku] #3379: app_server crash / issues with font cache In-Reply-To: <040.f4752d24da9ebd17452957594df13224@haiku-os.org> References: <040.f4752d24da9ebd17452957594df13224@haiku-os.org> Message-ID: <049.6bb9571340ba3c121600a1bf2772b071@haiku-os.org> #3379: app_server crash / issues with font cache --------------------------------+------------------------------------------- Reporter: rossi | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Changes (by anevilyak): * owner: axeld => stippi -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 19:48:51 2009 From: trac at haiku-os.org (stippi) Date: Tue, 27 Jan 2009 18:48:51 -0000 Subject: [Haiku-bugs] [Haiku] #3282: app_server crashed into GDB while switching workspaces In-Reply-To: <046.509b9bfc5bb0b9b88fe7ae47033818e3@haiku-os.org> References: <046.509b9bfc5bb0b9b88fe7ae47033818e3@haiku-os.org> Message-ID: <055.0dbd8886b9d6972d3241909743b9ac94@haiku-os.org> #3282: app_server crashed into GDB while switching workspaces -------------------------------------+-------------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Comment(by stippi): Yep, that change was a bit dull. Sorry about that. Fixed in r29061. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 19:50:30 2009 From: trac at haiku-os.org (umccullough) Date: Tue, 27 Jan 2009 18:50:30 -0000 Subject: [Haiku-bugs] [Haiku] #3282: app_server crashed into GDB while switching workspaces In-Reply-To: <046.509b9bfc5bb0b9b88fe7ae47033818e3@haiku-os.org> References: <046.509b9bfc5bb0b9b88fe7ae47033818e3@haiku-os.org> Message-ID: <055.a6b40ef56886d72886edbce616a921fe@haiku-os.org> #3282: app_server crashed into GDB while switching workspaces -------------------------------------+-------------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Comment(by umccullough): Just to clarify, the original issue in this bug is *not* fixed right? - only the new issue reported by rossi in ticket #3379 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 19:52:26 2009 From: trac at haiku-os.org (anevilyak) Date: Tue, 27 Jan 2009 18:52:26 -0000 Subject: [Haiku-bugs] [Haiku] #3282: app_server crashed into GDB while switching workspaces In-Reply-To: <046.509b9bfc5bb0b9b88fe7ae47033818e3@haiku-os.org> References: <046.509b9bfc5bb0b9b88fe7ae47033818e3@haiku-os.org> Message-ID: <055.6df15519d91d86192764b90590e50634@haiku-os.org> #3282: app_server crashed into GDB while switching workspaces -------------------------------------+-------------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Comment(by anevilyak): Correct. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 19:52:31 2009 From: trac at haiku-os.org (stippi) Date: Tue, 27 Jan 2009 18:52:31 -0000 Subject: [Haiku-bugs] [Haiku] #3379: app_server crash / issues with font cache In-Reply-To: <040.f4752d24da9ebd17452957594df13224@haiku-os.org> References: <040.f4752d24da9ebd17452957594df13224@haiku-os.org> Message-ID: <049.9eecb0ec872b7becb7308aa737fcd594@haiku-os.org> #3379: app_server crash / issues with font cache ---------------------------------+------------------------------------------ Reporter: rossi | 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 stippi): * status: new => closed * resolution: => fixed Comment: Fixed in r29061. The memory was already managed by the block allocator. Sorry about the inconvenience. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 19:57:24 2009 From: trac at haiku-os.org (brecht) Date: Tue, 27 Jan 2009 18:57:24 -0000 Subject: [Haiku-bugs] [Haiku] #3380: missing screenmodes when second screen is attached Message-ID: <041.01c171ee280ac68eb24c0d24616849bc@haiku-os.org> #3380: missing screenmodes when second screen is attached -------------------------------------+-------------------------------------- Reporter: brecht | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/nVidia | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------------------+-------------------------------------- The nVdidia card has two DVI ports. When a TV is connected (it does not have to be on or in stand-by) to the second DVI port, the list of available screenmodes in the Screen Preferences tool is incomplete. When the TV is connected, the list of available modes is: * 640 x 480 * 800 x 500 * 800 x 600 * 1024 x 640 * 1024 x 768 * 1280 x 720 * 1280 x 768 When the TV is not connected, the list of available modes is: * 640 x 480 * 800 x 500 * 800 x 600 * 1024 x 640 * 1024 x 768 * 1152 x 864 * 1280 x 720 * 1280 x 768 * 1280 x 800 * 1280 x 1024 * 1400 x 1050 * 1440 x 900 * 1680 x 1050 (native resolution of my monitor on DVI port one) The TV's native resolution is 1366 x 768, if that matters. Note that I am not (yet) running in dual-screen mode. The TV is connected to the nVidia card, but that's it. Haiku r29009 and NV43 [GeForce 6600 GT] (AGP) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 19:58:20 2009 From: trac at haiku-os.org (umccullough) Date: Tue, 27 Jan 2009 18:58:20 -0000 Subject: [Haiku-bugs] [Haiku] #3283: app_server crash while changing screen resolutions with intel_extreme In-Reply-To: <046.e7c767d604f804348f9686184f4f9c68@haiku-os.org> References: <046.e7c767d604f804348f9686184f4f9c68@haiku-os.org> Message-ID: <055.4c8d3b3d773ad01d1b469e2c841924fd@haiku-os.org> #3283: app_server crash while changing screen resolutions with intel_extreme --------------------------------------------+------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/intel_extreme | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------------------+------------------------------- Comment(by umccullough): I am guessing that the first crash shown here (app_server_crash_intel1.jpg) is a duplicate of #3282, but the second crash (app_server_crashintel2.jpg) appears to be a duplicate of #3289 as pointed out by Adek336 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 20:13:13 2009 From: trac at haiku-os.org (umccullough) Date: Tue, 27 Jan 2009 19:13:13 -0000 Subject: [Haiku-bugs] [Haiku] #2417: New Trac does not allow to cc by username In-Reply-To: <043.6c1d9e3cc4eec54c82f66fc9393fc73e@haiku-os.org> References: <043.6c1d9e3cc4eec54c82f66fc9393fc73e@haiku-os.org> Message-ID: <052.bed74db0cc4a47de6948c1d8608368ca@haiku-os.org> #2417: New Trac does not allow to cc by username --------------------------+------------------------------------------------- Reporter: andreasf | Owner: haiku-web Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Website/Trac | Version: Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Changes (by umccullough): * cc: umccullough@? (removed) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 20:19:47 2009 From: trac at haiku-os.org (umccullough) Date: Tue, 27 Jan 2009 19:19:47 -0000 Subject: [Haiku-bugs] [Haiku] #2619: SOB17 is not work In-Reply-To: <041.bfd32157392a4bddb5511c86bb14ec98@haiku-os.org> References: <041.bfd32157392a4bddb5511c86bb14ec98@haiku-os.org> Message-ID: <050.458674dca4d581fe9a2222f757761d42@haiku-os.org> #2619: SOB17 is not work --------------------------+------------------------------------------------- Reporter: Hubert | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: x64 Blocking: | --------------------------+------------------------------------------------- Changes (by umccullough): * cc: umccullough@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 20:24:41 2009 From: trac at haiku-os.org (umccullough) Date: Tue, 27 Jan 2009 19:24:41 -0000 Subject: [Haiku-bugs] [Haiku] #3139: Recompiling unchanged files In-Reply-To: <042.32527f81100ce4976caf86b45bf3f2b7@haiku-os.org> References: <042.32527f81100ce4976caf86b45bf3f2b7@haiku-os.org> Message-ID: <051.a63063a4afef99aa1c6b74b823deef2e@haiku-os.org> #3139: Recompiling unchanged files --------------------------+------------------------------------------------- Reporter: Adek336 | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by umccullough): Was there something still here to enhance? It seems like this may be invalid given the comments. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 20:25:58 2009 From: trac at haiku-os.org (umccullough) Date: Tue, 27 Jan 2009 19:25:58 -0000 Subject: [Haiku-bugs] [Haiku] #3101: Outdated links at http://www.haiku-os.org/development In-Reply-To: <040.eaadbb15ce33f676cc3ad5aff432d990@haiku-os.org> References: <040.eaadbb15ce33f676cc3ad5aff432d990@haiku-os.org> Message-ID: <049.62b5454a542b9077a55d1bdad5e5bf7a@haiku-os.org> #3101: Outdated links at http://www.haiku-os.org/development -------------------------+-------------------------------------------------- Reporter: luroh | Owner: haiku-web Type: bug | Status: new Priority: normal | Milestone: R1 Component: Website/CMS | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Changes (by umccullough): * cc: umccullough@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 20:33:34 2009 From: trac at haiku-os.org (rossi) Date: Tue, 27 Jan 2009 19:33:34 -0000 Subject: [Haiku-bugs] [Haiku] #3209: [Terminal] Enhancements (mostly easy) In-Reply-To: <044.e2e4602da82c8cf223d4299070489edb@haiku-os.org> References: <044.e2e4602da82c8cf223d4299070489edb@haiku-os.org> Message-ID: <053.cd0fdd2e0184615bd57495b1a765e05b@haiku-os.org> #3209: [Terminal] Enhancements (mostly easy) -----------------------------------+---------------------------------------- Reporter: humdinger | Owner: jackburton Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Comment(by rossi): Revised patch for 10. Changed the default behaviour from open in previous workspace to open in current workspace. If you want the Terminal to open in the workspace it was last closed, press the Windows (OPTION) key. Attachment updated to the revised patch. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 20:41:10 2009 From: trac at haiku-os.org (Adek336) Date: Tue, 27 Jan 2009 19:41:10 -0000 Subject: [Haiku-bugs] [Haiku] #3139: Recompiling unchanged files In-Reply-To: <042.32527f81100ce4976caf86b45bf3f2b7@haiku-os.org> References: <042.32527f81100ce4976caf86b45bf3f2b7@haiku-os.org> Message-ID: <051.1275b4cc860e661aabec4117ca2378b4@haiku-os.org> #3139: Recompiling unchanged files --------------------------+------------------------------------------------- Reporter: Adek336 | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by Adek336): Ideally, the headers gathered for installation could have the same timestamps (or a second newer so that Jam doesn't treat them as old targets the next time) as the source headers from which they have been copied (instead of the taking the time at which they were being copied). On the other hand, the gain is very low, the installed headers can easily be touched manually anyway. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 21:08:40 2009 From: trac at haiku-os.org (bonefish) Date: Tue, 27 Jan 2009 20:08:40 -0000 Subject: [Haiku-bugs] [Haiku] #3139: Recompiling unchanged files In-Reply-To: <042.32527f81100ce4976caf86b45bf3f2b7@haiku-os.org> References: <042.32527f81100ce4976caf86b45bf3f2b7@haiku-os.org> Message-ID: <051.9b4f3244cccd746de8a03cec54b69140@haiku-os.org> #3139: Recompiling unchanged files ---------------------------+------------------------------------------------ Reporter: Adek336 | Owner: bonefish Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: invalid | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by bonefish): * status: new => closed * resolution: => invalid Comment: Closing. At least from the point of view of the build system and jam everything works as it should. :-) And I really don't think it's worth to invest time for optimizing this case. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 22:01:46 2009 From: trac at haiku-os.org (umccullough) Date: Tue, 27 Jan 2009 21:01:46 -0000 Subject: [Haiku-bugs] [Haiku] #3370: Building gcc4 cross tools fails on Ubuntu 8.10 In-Reply-To: <040.564d11a3053abde89b14548aa035e27c@haiku-os.org> References: <040.564d11a3053abde89b14548aa035e27c@haiku-os.org> Message-ID: <049.81058f6c4f5275240b9e555c3fe78598@haiku-os.org> #3370: Building gcc4 cross tools fails on Ubuntu 8.10 --------------------------+------------------------------------------------- Reporter: rossi | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Changes (by umccullough): * cc: umccullough@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 22:02:55 2009 From: trac at haiku-os.org (korli) Date: Tue, 27 Jan 2009 21:02:55 -0000 Subject: [Haiku-bugs] [Haiku] #3371: [StyledEdit] Tylde + Down Arrow Produces Blue Background In-Reply-To: <042.4cdc9fd4deaf2e4346fa2feaf8bebe5b@haiku-os.org> References: <042.4cdc9fd4deaf2e4346fa2feaf8bebe5b@haiku-os.org> Message-ID: <051.809862ea63797a5bd9ede04c10872ae2@haiku-os.org> #3371: [StyledEdit] Tylde + Down Arrow Produces Blue Background -------------------------------------+-------------------------------------- Reporter: Adek336 | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/StyledEdit | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- Comment(by korli): In some keymaps, the tilde is a deadkey, which with the second key press can produce characters like ? ? ? The problem is not in StyledEdit IMO. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 22:54:04 2009 From: trac at haiku-os.org (oco) Date: Tue, 27 Jan 2009 21:54:04 -0000 Subject: [Haiku-bugs] [Haiku] #2789: writing to usb disks fail after 10-100Mb of writing files In-Reply-To: <042.f0e2b0f62d62e3210495ba76b252c463@haiku-os.org> References: <042.f0e2b0f62d62e3210495ba76b252c463@haiku-os.org> Message-ID: <051.d671deb98fca94576cae08daa05cf574@haiku-os.org> #2789: writing to usb disks fail after 10-100Mb of writing files ---------------------+------------------------------------------------------ Reporter: rudolfc | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------+------------------------------------------------------ Comment(by oco): I just realize that my scenario is close to #2662. Nevertheless, after stressing my USB drive since last week, i was only able to get a "could not write back block 325 (operation timed out)" error 2 times after updating then compiling an haiku source tree on two different partitions in a non-reproducible way. I think the two partitions have survived a crash before. I just finish a full checkout and a jam haiku-image on a clean new partition on this USB hard drive. It just works. I think i will create a new bug if i find a simpler test case for the timeout error. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Tue Jan 27 22:57:19 2009 From: trac at haiku-os.org (oco) Date: Tue, 27 Jan 2009 21:57:19 -0000 Subject: [Haiku-bugs] [Haiku] #2789: writing to usb disks fail after 10-100Mb of writing files In-Reply-To: <042.f0e2b0f62d62e3210495ba76b252c463@haiku-os.org> References: <042.f0e2b0f62d62e3210495ba76b252c463@haiku-os.org> Message-ID: <051.9d9a559b5bf33902d237338776ed91d3@haiku-os.org> #2789: writing to usb disks fail after 10-100Mb of writing files ---------------------+------------------------------------------------------ Reporter: rudolfc | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------+------------------------------------------------------ Comment(by oco): Forget the revision : r28998 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 28 01:28:49 2009 From: trac at haiku-os.org (scottmc) Date: Wed, 28 Jan 2009 00:28:49 -0000 Subject: [Haiku-bugs] [Haiku] #3018: Ri-li crashes while starting In-Reply-To: <046.7c1b4d5ad1f5efb2095a03a49404973a@haiku-os.org> References: <046.7c1b4d5ad1f5efb2095a03a49404973a@haiku-os.org> Message-ID: <055.42f6b5c4427cb16842488cd886c15dc7@haiku-os.org> #3018: Ri-li crashes while starting -------------------------+-------------------------------------------------- Reporter: richienyhus | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by scottmc): can you try this again with a recent build of haiku and sdl libs from haikuports? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 28 06:53:38 2009 From: trac at haiku-os.org (umccullough) Date: Wed, 28 Jan 2009 05:53:38 -0000 Subject: [Haiku-bugs] [Haiku] #3370: Building gcc4 cross tools fails on Ubuntu 8.10 In-Reply-To: <040.564d11a3053abde89b14548aa035e27c@haiku-os.org> References: <040.564d11a3053abde89b14548aa035e27c@haiku-os.org> Message-ID: <049.1e8e0f9a95d607e8ca22b1c25fa0db50@haiku-os.org> #3370: Building gcc4 cross tools fails on Ubuntu 8.10 --------------------------+------------------------------------------------- Reporter: rossi | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by umccullough): After updating my ubuntu 8.04 box to 8.10, and also grabbing the latest sources, it does seem to work for me: {{{ make[1]: Leaving directory `/home/umccullough/haiku/haiku/trunk4/generated /cross-tools-build/gcc' binutils and gcc for cross compilation have been built successfully! umccullough at c2xubu:~/haiku/haiku/trunk4$ uname -a Linux c2xubu 2.6.27-11-generic #1 SMP Thu Jan 22 17:22:40 UTC 2009 i686 GNU/Linux umccullough at c2xubu:~/haiku/haiku/trunk4$ cat /proc/version Linux version 2.6.27-11-generic (buildd at rothera) (gcc version 4.3.2 (Ubuntu 4.3.2-1ubuntu11) ) #1 SMP Thu Jan 22 17:22:40 UTC 2009 umccullough at c2xubu:~/haiku/haiku/trunk4$ }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 28 07:00:00 2009 From: trac at haiku-os.org (umccullough) Date: Wed, 28 Jan 2009 06:00:00 -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.c8a207e9b18b50ec4627a85a97c60a52@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: | --------------------------------------------+------------------------------- Comment(by umccullough): Yep - that seems to have done the trick! Booted up into 1920x1200x32bpp with no issues :) (so far anyway) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 28 07:33:02 2009 From: trac at haiku-os.org (richienyhus) Date: Wed, 28 Jan 2009 06:33:02 -0000 Subject: [Haiku-bugs] [Haiku] #2327: Please add langinfo.h as a public header In-Reply-To: <042.13ce36fe49dd2ce506a6744b61adb8c8@haiku-os.org> References: <042.13ce36fe49dd2ce506a6744b61adb8c8@haiku-os.org> Message-ID: <051.fed39ddd21c86f6f490754b5c09a6543@haiku-os.org> #2327: Please add langinfo.h as a public header -------------------------+-------------------------------------------------- Reporter: kaliber | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Changes (by richienyhus): * cc: richienyhus@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 28 07:34:07 2009 From: trac at haiku-os.org (richienyhus) Date: Wed, 28 Jan 2009 06:34:07 -0000 Subject: [Haiku-bugs] [Haiku] #3345: add ncurses' panel.h to 3rd party headers (easy) In-Reply-To: <042.dbe00340dc86bc38ae273dc5da7a9f13@haiku-os.org> References: <042.dbe00340dc86bc38ae273dc5da7a9f13@haiku-os.org> Message-ID: <051.4e4c829de5b4a7ffcb4fc48deb2946c9@haiku-os.org> #3345: add ncurses' panel.h to 3rd party headers (easy) -------------------------+-------------------------------------------------- Reporter: scottmc | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Changes (by richienyhus): * cc: richienyhus@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 28 08:15:58 2009 From: trac at haiku-os.org (scottmc) Date: Wed, 28 Jan 2009 07:15:58 -0000 Subject: [Haiku-bugs] [Haiku] #3345: add ncurses' panel.h to 3rd party headers (easy) In-Reply-To: <042.dbe00340dc86bc38ae273dc5da7a9f13@haiku-os.org> References: <042.dbe00340dc86bc38ae273dc5da7a9f13@haiku-os.org> Message-ID: <051.7d26cfa6c2a3998862406b9d01e338d7@haiku-os.org> #3345: add ncurses' panel.h to 3rd party headers (easy) -------------------------+-------------------------------------------------- Reporter: scottmc | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by scottmc): i copied the panel.h from ncurses-5.7 into /boot/develop/headers/3rdparty and reran configure/make for python and it then successfully build the curses_panel module. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 28 08:32:07 2009 From: trac at haiku-os.org (scottmc) Date: Wed, 28 Jan 2009 07:32:07 -0000 Subject: [Haiku-bugs] [Haiku] #3345: add ncurses' panel.h to 3rd party headers (easy) In-Reply-To: <042.dbe00340dc86bc38ae273dc5da7a9f13@haiku-os.org> References: <042.dbe00340dc86bc38ae273dc5da7a9f13@haiku-os.org> Message-ID: <051.93f0506316561696a14bd5b429efbcfd@haiku-os.org> #3345: add ncurses' panel.h to 3rd party headers (easy) -------------------------+-------------------------------------------------- Reporter: scottmc | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by scottmc): ... but then crashed to gdb in the test_curses.py test: {{{ GNU gdb 6.3 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i586-pc-haiku"... [tcsetpgrp failed in terminal_inferior: Invalid Argument] Thread 108173 caused an exception: Segment violation Reading symbols from /boot/beos/system/runtime_loader...done. Loaded symbols for /boot/beos/system/runtime_loader Reading symbols from /boot/common/lib/libpython2.7.so.1.0...done. Loaded symbols for /boot/common/lib/libpython2.7.so.1.0 Reading symbols from /boot/beos/system/lib/libnetwork.so...done. Loaded symbols for /boot/beos/system/lib/libnetwork.so Reading symbols from /boot/beos/system/lib/libbsd.so...done. Loaded symbols for /boot/beos/system/lib/libbsd.so Reading symbols from /boot/beos/system/lib/libroot.so...done. Loaded symbols for /boot/beos/system/lib/libroot.so Reading symbols from /boot/beos/system/lib/libbe.so...done. Loaded symbols for /boot/beos/system/lib/libbe.so Reading symbols from /boot/beos/system/lib/libstdc++.r4.so...done. Loaded symbols for /boot/beos/system/lib/libstdc++.r4.so Reading symbols from /boot/common/lib/python2.7/lib- dynload/_curses.so...done. Loaded symbols for /boot/common/lib/python2.7/lib-dynload/_curses.so Reading symbols from /boot/common/lib/python2.7/lib- dynload/math.so...done. Loaded symbols for /boot/common/lib/python2.7/lib-dynload/math.so Reading symbols from /boot/common/lib/python2.7/lib- dynload/binascii.so...done. Loaded symbols for /boot/common/lib/python2.7/lib-dynload/binascii.so Reading symbols from /boot/common/lib/libz.so.1.2.3...done. Loaded symbols for /boot/common/lib/libz.so.1.2.3 Reading symbols from /boot/common/lib/python2.7/lib- dynload/_random.so...done. Loaded symbols for /boot/common/lib/python2.7/lib-dynload/_random.so Reading symbols from /boot/common/lib/python2.7/lib- dynload/cStringIO.so...done. Loaded symbols for /boot/common/lib/python2.7/lib-dynload/cStringIO.so Reading symbols from /boot/common/lib/python2.7/lib- dynload/fcntl.so...done. Loaded symbols for /boot/common/lib/python2.7/lib-dynload/fcntl.so Reading symbols from /boot/common/lib/python2.7/lib- dynload/_curses_panel.so...done. Loaded symbols for /boot/common/lib/python2.7/lib-dynload/_curses_panel.so Reading symbols from /boot/common/lib/python2.7/lib- dynload/_functools.so...done. Loaded symbols for /boot/common/lib/python2.7/lib-dynload/_functools.so Reading symbols from /boot/common/lib/python2.7/lib- dynload/_socket.so...done. Loaded symbols for /boot/common/lib/python2.7/lib-dynload/_socket.so Reading symbols from /boot/common/lib/python2.7/lib- dynload/_ssl.so...done. Loaded symbols for /boot/common/lib/python2.7/lib-dynload/_ssl.so Reading symbols from /boot/common/lib/python2.7/lib- dynload/time.so...done. Loaded symbols for /boot/common/lib/python2.7/lib-dynload/time.so [tcsetpgrp failed in terminal_inferior: Invalid Argument] [Switching to team /boot/common/bin/python test_curses.py (108173) thread python (108173)] 0x007ad455 in new_panel () from /boot/common/lib/python2.7/lib-dynload/_curses_panel.so (gdb) bt #0 0x007ad455 in new_panel () from /boot/common/lib/python2.7/lib-dynload/_curses_panel.so #1 0x007abbfc in PyCurses_new_panel (self=0x0, args=0xffffffff) at /boot/home/develop/python/Modules/_curses_panel.c:395 #2 0x00266876 in PyCFunction_Call (func=0x180e99ac, arg=0x1805e36c, kw=0xffffffff) at Objects/methodobject.c:81 #3 0x002c49e2 in call_function (pp_stack=0x7ffee6dc, oparg=-1) at Python/ceval.c:3850 #4 0x002c2b56 in PyEval_EvalFrameEx (f=0x181eff24, throwflag=0) at Python/ceval.c:2513 #5 0x002c6c88 in fast_function (func=0xffffffff, pp_stack=0x7ffee87c, n=1, na=-1, nk=0) at Python/ceval.c:3936 #6 0x002c4a82 in call_function (pp_stack=0x7ffee87c, oparg=-1) at Python/ceval.c:3871 #7 0x002c2b56 in PyEval_EvalFrameEx (f=0x181d91e4, throwflag=0) at Python/ceval.c:2513 #8 0x002c3af1 in PyEval_EvalCodeEx (co=0x1805b458, globals=0xffffffff, locals=0xffffffff, args=0x1805e458, argcount=1, kws=0x1800e290, kwcount=0, defs=0x0, defcount=0, closure=0x0) at Python/ceval.c:3101 #9 0x00254999 in function_call (func=0x18157534, arg=0x1805e44c, kw=0x18154824) at Objects/funcobject.c:524 #10 0x0022d71f in PyObject_Call (func=0x18157534, arg=0xffffffff, kw=0xffffffff) at Objects/abstract.c:2487 #11 0x002c511b in ext_do_call (func=0x18157534, pp_stack=0x7ffeea98, flags=3, ---Type to continue, or q to quit--- na=1, nk=0) at Python/ceval.c:4149 #12 0x002c2c28 in PyEval_EvalFrameEx (f=0x181d9884, throwflag=0) at Python/ceval.c:2553 #13 0x002c3af1 in PyEval_EvalCodeEx (co=0x180d1de8, globals=0xffffffff, locals=0xffffffff, args=0x18119a50, argcount=1, kws=0x18119a54, kwcount=0, defs=0x0, defcount=0, closure=0x0) at Python/ceval.c:3101 #14 0x002c6cf3 in fast_function (func=0xffffffff, pp_stack=0x7ffeeccc, n=1, na=-1, nk=0) at Python/ceval.c:3946 #15 0x002c4a82 in call_function (pp_stack=0x7ffeeccc, oparg=-1) at Python/ceval.c:3871 #16 0x002c2b56 in PyEval_EvalFrameEx (f=0x18119914, throwflag=0) at Python/ceval.c:2513 #17 0x002c3af1 in PyEval_EvalCodeEx (co=0x1805b4a0, globals=0xffffffff, locals=0xffffffff, args=0x0, argcount=0, kws=0x0, kwcount=0, defs=0x0, defcount=0, closure=0x0) at Python/ceval.c:3101 #18 0x002c6b59 in PyEval_EvalCode (co=0x0, globals=0xffffffff, locals=0xffffffff) at Python/ceval.c:647 #19 0x002e62a8 in run_mod (mod=0x1805b4a0, filename=0x0, globals=0xffffffff, locals=0xffffffff, flags=0xffffffff, arena=0xffffffff) at Python/pythonrun.c:1334 #20 0x002e5e21 in PyRun_FileExFlags (fp=0x18119ab0, filename=0x7ffef5bb "test_curses.py", start=-1, globals=0xffffffff, locals=0xffffffff, closeit=1, flags=0x7ffeef00) at Python/pythonrun.c:1320 #21 0x002e4722 in PyRun_SimpleFileExFlags (fp=0x18119ab0, ---Type to continue, or q to quit--- filename=0x7ffef5bb "test_curses.py", closeit=1, flags=0x7ffeef00) at Python/pythonrun.c:930 #22 0x002e5a1f in PyRun_AnyFileExFlags (fp=0x18119ab0, filename=0x7ffef5bb "test_curses.py", closeit=1, flags=0x7ffeef00) at Python/pythonrun.c:735 #23 0x002f446d in Py_Main (argc=1, argv=0x7ffef538) at Modules/main.c:597 #24 0x00200837 in main (argc=-1, argv=0xffffffff) at ./Modules/python.c:23 (gdb) }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 28 10:42:40 2009 From: trac at haiku-os.org (kwurzel) Date: Wed, 28 Jan 2009 09:42:40 -0000 Subject: [Haiku-bugs] [Haiku] #3370: Building gcc4 cross tools fails on Ubuntu 8.10 In-Reply-To: <040.564d11a3053abde89b14548aa035e27c@haiku-os.org> References: <040.564d11a3053abde89b14548aa035e27c@haiku-os.org> Message-ID: <049.cd765187286bfcbe91b7ebcc71b3c598@haiku-os.org> #3370: Building gcc4 cross tools fails on Ubuntu 8.10 --------------------------+------------------------------------------------- Reporter: rossi | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Changes (by kwurzel): * cc: julius.bullinger+haiku@? (added) Comment: I'm using Arch Linux with 2.6.28 and the latest GCC 4.3.3, but the problem still persists in r29072! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 28 11:41:21 2009 From: trac at haiku-os.org (richienyhus) Date: Wed, 28 Jan 2009 10:41:21 -0000 Subject: [Haiku-bugs] [Haiku] #3151: KDL when copying data between 2 BFS partitions. In-Reply-To: <038.c6aaad7f29e81a63b24f4c1d221b9c5a@haiku-os.org> References: <038.c6aaad7f29e81a63b24f4c1d221b9c5a@haiku-os.org> Message-ID: <047.e922a174a6747e836dcede23d8c9d534@haiku-os.org> #3151: KDL when copying data between 2 BFS partitions. ---------------------------+------------------------------------------------ Reporter: bga | Owner: axeld Type: bug | Status: new Priority: blocker | Milestone: R1/alpha1 Component: System/Kernel | Version: R1 development Blockedby: | Platform: x86 Blocking: | ---------------------------+------------------------------------------------ Changes (by richienyhus): * cc: richienyhus@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 28 13:21:19 2009 From: trac at haiku-os.org (mmlr) Date: Wed, 28 Jan 2009 12:21:19 -0000 Subject: [Haiku-bugs] [Haiku] #3375: New gcc 4.3.3 cross-compiler doesn't compile pci.cpp In-Reply-To: <046.2e26b4dd891048bbf3071b624822e987@haiku-os.org> References: <046.2e26b4dd891048bbf3071b624822e987@haiku-os.org> Message-ID: <055.eba5d5f1b707980e5b44e106b3a8bfc7@haiku-os.org> #3375: New gcc 4.3.3 cross-compiler doesn't compile pci.cpp --------------------------+------------------------------------------------- Reporter: umccullough | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Changes (by mmlr): * owner: bonefish => mmlr * status: new => assigned Comment: Can you please retry with a current revision. The include-fixed directory was just missing from our configure script. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 28 13:25:05 2009 From: trac at haiku-os.org (mmlr) Date: Wed, 28 Jan 2009 12:25:05 -0000 Subject: [Haiku-bugs] [Haiku] #3370: Building gcc4 cross tools fails on Ubuntu 8.10 In-Reply-To: <040.564d11a3053abde89b14548aa035e27c@haiku-os.org> References: <040.564d11a3053abde89b14548aa035e27c@haiku-os.org> Message-ID: <049.a78c5cb2e0b663f9f24e9dc3521c2ac1@haiku-os.org> #3370: Building gcc4 cross tools fails on Ubuntu 8.10 --------------------------+------------------------------------------------- Reporter: rossi | Owner: mmlr Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by mmlr): Replying to [comment:9 kwurzel]: > I'm using Arch Linux with 2.6.28 and the latest GCC 4.3.3, but the problem still persists in r29072! Which problem exactly is that? The one reported here with the "get_patches" issue? There were other issues with missing includes but they should be fixed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 28 13:43:12 2009 From: trac at haiku-os.org (richienyhus) Date: Wed, 28 Jan 2009 12:43:12 -0000 Subject: [Haiku-bugs] [Haiku] #2898: Booting from USB fails. In-Reply-To: <046.7b7a69ecabd42aec4c813d1053737980@haiku-os.org> References: <046.7b7a69ecabd42aec4c813d1053737980@haiku-os.org> Message-ID: <055.dee6e003d5c7014dd9c80dfad050cf15@haiku-os.org> #2898: Booting from USB fails. -------------------------+-------------------------------------------------- Reporter: richienyhus | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------+-------------------------------------------------- Comment(by richienyhus): This can be closed, its fixed now. Cheers! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 28 13:55:48 2009 From: trac at haiku-os.org (tombhadAC) Date: Wed, 28 Jan 2009 12:55:48 -0000 Subject: [Haiku-bugs] [Haiku] #3375: New gcc 4.3.3 cross-compiler doesn't compile pci.cpp In-Reply-To: <046.2e26b4dd891048bbf3071b624822e987@haiku-os.org> References: <046.2e26b4dd891048bbf3071b624822e987@haiku-os.org> Message-ID: <055.b1c1111e22e14c74c7b934f7fc90ccbd@haiku-os.org> #3375: New gcc 4.3.3 cross-compiler doesn't compile pci.cpp --------------------------+------------------------------------------------- Reporter: umccullough | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by tombhadAC): Seems to be still the same. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 28 14:02:23 2009 From: trac at haiku-os.org (herdemir) Date: Wed, 28 Jan 2009 13:02:23 -0000 Subject: [Haiku-bugs] [Haiku] #3375: New gcc 4.3.3 cross-compiler doesn't compile pci.cpp In-Reply-To: <046.2e26b4dd891048bbf3071b624822e987@haiku-os.org> References: <046.2e26b4dd891048bbf3071b624822e987@haiku-os.org> Message-ID: <055.f1f825992f69dd9c1f3d6153d4391557@haiku-os.org> #3375: New gcc 4.3.3 cross-compiler doesn't compile pci.cpp --------------------------+------------------------------------------------- Reporter: umccullough | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by herdemir): I was getting errors also with limits.h before, but not in pci.cpp but driver/common/console.cpp. With the current build (r29072) limits.h specific problem did disappear, but I still cannot build with gcc4. It builds fine with gcc2. The error happens when i try to comple Haiku with gcc4. Here is the following error: {{{ C++ generated/objects/haiku/x86/release/add- ons/kernel/drivers/common/console.o In file included from headers/os/drivers/KernelExport.h:10, from src/add-ons/kernel/drivers/common/console.cpp:11: headers/os/kernel/OS.h:691: error: 'NAME_MAX' was not declared in this scope src/add-ons/kernel/drivers/common/console.cpp:75: error: 'NAME_MAX' was not declared in this scope src/add-ons/kernel/drivers/common/console.cpp: In function 'status_t console_open(const char*, uint32, void**)': src/add-ons/kernel/drivers/common/console.cpp:634: error: 'struct console_desc' has no member named 'module_name' src/add-ons/kernel/drivers/common/console.cpp: In function 'status_t console_freecookie(void*)': src/add-ons/kernel/drivers/common/console.cpp:646: error: 'struct console_desc' has no member named 'module_name' src/add-ons/kernel/drivers/common/console.cpp: In function 'status_t init_hardware()': src/add-ons/kernel/drivers/common/console.cpp:736: error: 'NAME_MAX' was not declared in this scope src/add-ons/kernel/drivers/common/console.cpp:737: error: 'buffer' was not declared in this scope src/add-ons/kernel/drivers/common/console.cpp:742: error: 'struct console_desc' has no member named 'module_name' src/add-ons/kernel/drivers/common/console.cpp:742: error: 'struct console_desc' has no member named 'module_name' }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 28 14:34:30 2009 From: trac at haiku-os.org (anevilyak) Date: Wed, 28 Jan 2009 13:34:30 -0000 Subject: [Haiku-bugs] [Haiku] #3375: New gcc 4.3.3 cross-compiler doesn't compile pci.cpp In-Reply-To: <046.2e26b4dd891048bbf3071b624822e987@haiku-os.org> References: <046.2e26b4dd891048bbf3071b624822e987@haiku-os.org> Message-ID: <055.0a5edf61b0943592ced4836b3f170b85@haiku-os.org> #3375: New gcc 4.3.3 cross-compiler doesn't compile pci.cpp --------------------------+------------------------------------------------- Reporter: umccullough | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by anevilyak): I still fail on pci.cpp here as well, albeit with the NAME_MAX error. Also note that for me the c++ header dir still appears to not be getting included correctly, as it's also complaining about not finding . -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 28 15:07:09 2009 From: trac at haiku-os.org (aldeck) Date: Wed, 28 Jan 2009 14:07:09 -0000 Subject: [Haiku-bugs] [Haiku] #3375: New gcc 4.3.3 cross-compiler doesn't compile pci.cpp In-Reply-To: <046.2e26b4dd891048bbf3071b624822e987@haiku-os.org> References: <046.2e26b4dd891048bbf3071b624822e987@haiku-os.org> Message-ID: <055.91ac6fa7d61cf370c24cb0fa1cb1e84c@haiku-os.org> #3375: New gcc 4.3.3 cross-compiler doesn't compile pci.cpp --------------------------+------------------------------------------------- Reporter: umccullough | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by aldeck): Same here. ubuntu 8.10 32bits gcc 4.3.2, source and buildtools at r29073 {{{ Cc generated/objects/haiku/x86/release/add- ons/kernel/bus_managers/pci/pci_module.o In file included from src/add-ons/kernel/bus_managers/pci/pci.cpp:14: headers/private/kernel/util/kernel_cpp.h:11:15: error: new: No such file or directory In file included from headers/private/kernel/util/VectorMap.h:36, from src/add-ons/kernel/bus_managers/pci/pci.h:13, from src/add-ons/kernel/bus_managers/pci/pci_info.cpp:13: headers/private/kernel/util/kernel_cpp.h:11:15: error: new: No such file or directory In file included from headers/os/drivers/KernelExport.h:10, from src/add-ons/kernel/bus_managers/pci/pci.cpp:10: headers/os/kernel/OS.h:691: error: 'NAME_MAX' was not declared in this scope In file included from src/add-ons/kernel/bus_managers/pci/pci.cpp:14: headers/private/kernel/util/kernel_cpp.h:17: error: 'nothrow_t' does not name a type headers/private/kernel/util/kernel_cpp.h:27: error: expected type- specifier headers/private/kernel/util/kernel_cpp.h:27: error: expected `)' headers/private/kernel/util/kernel_cpp.h:27: error: expected initializer headers/private/kernel/util/kernel_cpp.h:37: error: expected type- specifier headers/private/kernel/util/kernel_cpp.h:37: error: expected `)' headers/private/kernel/util/kernel_cpp.h:37: error: expected initializer headers/private/kernel/util/kernel_cpp.h:44: error: expected unqualified- id before '&' token headers/private/kernel/util/kernel_cpp.h:44: error: expected ',' or '...' before '&' token headers/private/kernel/util/kernel_cpp.h:51: error: expected unqualified- id before '&' token headers/private/kernel/util/kernel_cpp.h:51: error: expected ',' or '...' before '&' token }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 28 15:22:02 2009 From: trac at haiku-os.org (mmadia) Date: Wed, 28 Jan 2009 14:22:02 -0000 Subject: [Haiku-bugs] [Haiku] #2640: [OpenSSL] Needs updating to 0.9.8j In-Reply-To: <042.a18939ac428e40cf4140fae003d36aa1@haiku-os.org> References: <042.a18939ac428e40cf4140fae003d36aa1@haiku-os.org> Message-ID: <051.7d0f41db7886d8d7f0bf4eadd7cf604c@haiku-os.org> #2640: [OpenSSL] Needs updating to 0.9.8j ---------------------------------------------+------------------------------ Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------------+------------------------------ Changes (by mmadia): * cc: mattmadia@? (added) Comment: openssl-0.9.8j is available at http://ports.haiku-files.org/downloads/131 This expands to /boot and its files resides in /boot/common The following was the build command. make clean && ./config --prefix=/boot/common/ shared no-sse2 zlib-dynamic threads -D_REENTRANT && make && make report && make install I'm not certain if this build requires zlib to be installed. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 28 16:13:19 2009 From: trac at haiku-os.org (aldeck) Date: Wed, 28 Jan 2009 15:13:19 -0000 Subject: [Haiku-bugs] [Haiku] #2365: Tracker preferences should be accessible from the preferences menu/folder In-Reply-To: <041.097e0a7a663f2fac95a64f5d888d498d@haiku-os.org> References: <041.097e0a7a663f2fac95a64f5d888d498d@haiku-os.org> Message-ID: <050.f818054303f44c8465c214905296095a@haiku-os.org> #2365: Tracker preferences should be accessible from the preferences menu/folder -------------------------+-------------------------------------------------- Reporter: aldeck | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Preferences | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by aldeck): Ok, if everyone is still ok with this enhancement, i've got a few questions to finish the job. 1. do you prefer a script 'hey Tracker DO Preferences', or a small executable that sends the message?[[BR]] 2. what's a good place for that in the source tree/jamfiles?[[BR]] 3. what's a good place for that in the resulting build? directly in the prefs folder or via a symbolic link to somewhere else?[[BR]] As a side question, wouldn't it be nice to show an alert if tracker isn't running? PS: if you think it's faster for you to do it instead of explaining it here, go ahead, i'll learn from the diff :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 28 16:30:18 2009 From: trac at haiku-os.org (anevilyak) Date: Wed, 28 Jan 2009 15:30:18 -0000 Subject: [Haiku-bugs] [Haiku] #3375: New gcc 4.3.3 cross-compiler doesn't compile pci.cpp In-Reply-To: <046.2e26b4dd891048bbf3071b624822e987@haiku-os.org> References: <046.2e26b4dd891048bbf3071b624822e987@haiku-os.org> Message-ID: <055.232cbcb1c38972f33bae626a54542c39@haiku-os.org> #3375: New gcc 4.3.3 cross-compiler doesn't compile pci.cpp --------------------------+------------------------------------------------- Reporter: umccullough | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by anevilyak): After massaging build/BuildConfig a bit (the path to the C++ headers was missing i586-pc-haiku), I got far enough to look at the output with gcc -E. The problem appears to be that include-fixed/limits.h is found first, and that file does nothing to try and include the system-specific limits.h, at least I see no include/include_next directives in there. Adding a #include_next to that file (and commenting out the include_next in posix/limits.h) gets it building further for me. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 28 16:40:40 2009 From: trac at haiku-os.org (anevilyak) Date: Wed, 28 Jan 2009 15:40:40 -0000 Subject: [Haiku-bugs] [Haiku] #3375: New gcc 4.3.3 cross-compiler doesn't compile pci.cpp In-Reply-To: <046.2e26b4dd891048bbf3071b624822e987@haiku-os.org> References: <046.2e26b4dd891048bbf3071b624822e987@haiku-os.org> Message-ID: <055.177282a93351d01e3831290822e563c3@haiku-os.org> #3375: New gcc 4.3.3 cross-compiler doesn't compile pci.cpp --------------------------+------------------------------------------------- Reporter: umccullough | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by anevilyak): On a related note, does gdb need to be updated to cope with the newer ABI, or is ours new enough to handle it already? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 28 17:02:22 2009 From: trac at haiku-os.org (mmlr) Date: Wed, 28 Jan 2009 16:02:22 -0000 Subject: [Haiku-bugs] [Haiku] #2898: Booting from USB fails. In-Reply-To: <046.7b7a69ecabd42aec4c813d1053737980@haiku-os.org> References: <046.7b7a69ecabd42aec4c813d1053737980@haiku-os.org> Message-ID: <055.beb267a937ab3afad93a8fe823efe590@haiku-os.org> #2898: Booting from USB fails. --------------------------+------------------------------------------------- Reporter: richienyhus | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/USB | Version: R1 development Resolution: fixed | Blockedby: Platform: x86 | Blocking: --------------------------+------------------------------------------------- Changes (by mmlr): * status: assigned => closed * resolution: => fixed Comment: Great, thanks for the feedback! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 28 17:24:49 2009 From: trac at haiku-os.org (mmlr) Date: Wed, 28 Jan 2009 16:24:49 -0000 Subject: [Haiku-bugs] [Haiku] #3370: Building gcc4 cross tools fails on Ubuntu 8.10 In-Reply-To: <040.564d11a3053abde89b14548aa035e27c@haiku-os.org> References: <040.564d11a3053abde89b14548aa035e27c@haiku-os.org> Message-ID: <049.bf1273265e592a3252bf45437ce01316@haiku-os.org> #3370: Building gcc4 cross tools fails on Ubuntu 8.10 ---------------------------+------------------------------------------------ Reporter: rossi | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by mmlr): * status: new => closed * resolution: => fixed Comment: This problem here should be fixed now so cross-tools building should work. After cross-tools creation you will likely hit #3375 though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 28 19:01:29 2009 From: trac at haiku-os.org (mmlr) Date: Wed, 28 Jan 2009 18:01:29 -0000 Subject: [Haiku-bugs] [Haiku] #3375: New gcc 4.3.3 cross-compiler doesn't compile pci.cpp In-Reply-To: <046.2e26b4dd891048bbf3071b624822e987@haiku-os.org> References: <046.2e26b4dd891048bbf3071b624822e987@haiku-os.org> Message-ID: <055.b1bb187df7867a32ce450ebbf549de74@haiku-os.org> #3375: New gcc 4.3.3 cross-compiler doesn't compile pci.cpp --------------------------+------------------------------------------------- Reporter: umccullough | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by mmlr): I messed it up. The include-fixed/limits.h is supposed to hide the system one, because it should be a "fixed" version of the system limits.h. The problem was that it wasn't found (because I removed the config addition as it wasn't needed for native compilation) and a GCC supplied one was put there instead. Should be fixed in r29076. Please check. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 28 19:07:05 2009 From: trac at haiku-os.org (stippi) Date: Wed, 28 Jan 2009 18:07:05 -0000 Subject: [Haiku-bugs] [Haiku] #2365: Tracker preferences should be accessible from the preferences menu/folder In-Reply-To: <041.097e0a7a663f2fac95a64f5d888d498d@haiku-os.org> References: <041.097e0a7a663f2fac95a64f5d888d498d@haiku-os.org> Message-ID: <050.734e85b89b8f6685e21c2df0f8a23642@haiku-os.org> #2365: Tracker preferences should be accessible from the preferences menu/folder -------------------------+-------------------------------------------------- Reporter: aldeck | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Preferences | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by stippi): 1. I'd prefer a small app. Maybe easier to add a proper icon or do some other tricks. Maybe we'd even want to move the settings code there one day. 2. src/preferences/tracker 3. directly in the prefs folder I'd say. sidenote: I'd just start it. :-) Thanks for looking into it! If there is no Tracker window open, you can't even get to the preferences at all. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 28 19:17:20 2009 From: trac at haiku-os.org (anevilyak) Date: Wed, 28 Jan 2009 18:17:20 -0000 Subject: [Haiku-bugs] [Haiku] #2365: Tracker preferences should be accessible from the preferences menu/folder In-Reply-To: <041.097e0a7a663f2fac95a64f5d888d498d@haiku-os.org> References: <041.097e0a7a663f2fac95a64f5d888d498d@haiku-os.org> Message-ID: <050.2cb25b9e358854415c5d9744170d5664@haiku-os.org> #2365: Tracker preferences should be accessible from the preferences menu/folder -------------------------+-------------------------------------------------- Reporter: aldeck | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Preferences | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by anevilyak): Perhaps it'd be best to simply move the tracker settings into a standalone preflet and have Tracker just use be_roster to invoke that instead of the other way around? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 28 19:19:32 2009 From: trac at haiku-os.org (aldeck) Date: Wed, 28 Jan 2009 18:19:32 -0000 Subject: [Haiku-bugs] [Haiku] #3375: New gcc 4.3.3 cross-compiler doesn't compile pci.cpp In-Reply-To: <046.2e26b4dd891048bbf3071b624822e987@haiku-os.org> References: <046.2e26b4dd891048bbf3071b624822e987@haiku-os.org> Message-ID: <055.c33b4fb8438107f136c73056aa47fdc3@haiku-os.org> #3375: New gcc 4.3.3 cross-compiler doesn't compile pci.cpp --------------------------+------------------------------------------------- Reporter: umccullough | Owner: mmlr Type: bug | Status: assigned Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by aldeck): Works now! kudos :) r29078 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 28 19:22:16 2009 From: trac at haiku-os.org (mmlr) Date: Wed, 28 Jan 2009 18:22:16 -0000 Subject: [Haiku-bugs] [Haiku] #3375: New gcc 4.3.3 cross-compiler doesn't compile pci.cpp In-Reply-To: <046.2e26b4dd891048bbf3071b624822e987@haiku-os.org> References: <046.2e26b4dd891048bbf3071b624822e987@haiku-os.org> Message-ID: <055.8f7c6a99b0940106933cc9b9bc3c34d4@haiku-os.org> #3375: New gcc 4.3.3 cross-compiler doesn't compile pci.cpp ---------------------------+------------------------------------------------ Reporter: umccullough | Owner: mmlr Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------+------------------------------------------------ Changes (by mmlr): * status: assigned => closed * resolution: => fixed Comment: Thanks for the feedback. Closing. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 28 19:30:07 2009 From: trac at haiku-os.org (aldeck) Date: Wed, 28 Jan 2009 18:30:07 -0000 Subject: [Haiku-bugs] [Haiku] #2365: Tracker preferences should be accessible from the preferences menu/folder In-Reply-To: <041.097e0a7a663f2fac95a64f5d888d498d@haiku-os.org> References: <041.097e0a7a663f2fac95a64f5d888d498d@haiku-os.org> Message-ID: <050.412c0f65ed3f215de04c16a3dc66856e@haiku-os.org> #2365: Tracker preferences should be accessible from the preferences menu/folder -------------------------+-------------------------------------------------- Reporter: aldeck | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Preferences | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by aldeck): Well, although it's a very wanted enhancement IMO, apparently no one wanted to get his hands too dirty :) (except me, well not that dirty :P)[[BR]] Besides it's not necessarily a wrong nor hackish approach if you think of it. Regards :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 28 20:33:48 2009 From: trac at haiku-os.org (umccullough) Date: Wed, 28 Jan 2009 19:33:48 -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.36d6c27f34bd789fa6b8bc76e3303617@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: | --------------------------------------------+------------------------------- Comment(by umccullough): Forgot to mention, VLC overlay support works again on i865 for me. Axel: did you still want any debug output? or does the fact that it works mean we're good to go now? :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 28 21:49:12 2009 From: trac at haiku-os.org (Adek336) Date: Wed, 28 Jan 2009 20:49:12 -0000 Subject: [Haiku-bugs] [Haiku] #3381: bfs_shell crash on disk full Message-ID: <042.7e0943cc331efe34df0979ae12380696@haiku-os.org> #3381: bfs_shell crash on disk full --------------------------+------------------------------------------------- Reporter: Adek336 | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- {{{ skopiowane 134217728 bajt?w (134 MB), 4,37744 s, 30,7 MB/s Writing boot code to "/mnt/media-3/haiku/gcc4/trunk/generated/haiku.image" (partition offset: 0 bytes, start offset = 0) ... Populating image ... Unzipping generated/download/gcc-4.3.3-haiku-090125.zip ... Error while writing to file `/myfs/./develop/tools/gcc-4.3.3-haiku-090125/lib/gcc/i586-pc- haiku/4.3.3/cc1plus': No space left on device Error: Command failed: No space left on device Error: Command was: cp -f -r :generated/tmp/unzip/. /myfs/. Unzipping generated/download/perl-5.10.0-gcc2-2008-10-29.zip ... Error while writing to file `/myfs/./common/lib/perl5/5.10.0/Net/Ping.pm': No space left on device Error: Command failed: No space left on device Error: Command was: cp -f -r :generated/tmp/unzip/. /myfs/. Deleting old MIME database ... *** glibc detected *** generated/objects/linux/x86/release/tools/bfs_shell/bfs_shell: corrupted double-linked list: 0x08436690 *** ======= Backtrace: ========= /lib/i686/cmov/libc.so.6[0xb7ca614f] /lib/i686/cmov/libc.so.6[0xb7ca7b6d] /lib/i686/cmov/libc.so.6(__libc_malloc+0x95)[0xb7ca9655] /lib/i686/cmov/libc.so.6(strerror+0x84)[0xb7cad214] generated/objects/linux/lib/libroot_build.so(_haiku_build_strerror+0x22)[0xb7eb0de1] generated/objects/linux/x86/release/tools/bfs_shell/bfs_shell[0x806f9c7] generated/objects/linux/x86/release/tools/bfs_shell/bfs_shell[0x807754a] generated/objects/linux/x86/release/tools/bfs_shell/bfs_shell[0x807769c] generated/objects/linux/x86/release/tools/bfs_shell/bfs_shell[0x8076bf5] generated/objects/linux/x86/release/tools/bfs_shell/bfs_shell[0x8079fed] /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0xb7c4d455] generated/objects/linux/x86/release/tools/bfs_shell/bfs_shell[0x804b001] ======= Memory map: ======== 08048000-08092000 r-xp 00000000 08:0f 5492730 /mnt/media-3/haiku/gcc4/trunk/generated/objects/linux/x86/release/tools/bfs_shell/bfs_shell 08092000-08093000 rw-p 0004a000 08:0f 5492730 /mnt/media-3/haiku/gcc4/trunk/generated/objects/linux/x86/release/tools/bfs_shell/bfs_shell 080f7000-08736000 rw-p 080f7000 00:00 0 [heap] b7b00000-b7b21000 rw-p b7b00000 00:00 0 b7b21000-b7c00000 ---p b7b21000 00:00 0 b7c10000-b7c11000 rw-p b7c10000 00:00 0 b7c11000-b7c35000 r-xp 00000000 08:08 957 /lib/i686/cmov/libm-2.7.so b7c35000-b7c37000 rw-p 00023000 08:08 957 /lib/i686/cmov/libm-2.7.so b7c37000-b7d8c000 r-xp 00000000 08:08 953 /lib/i686/cmov/libc-2.7.so b7d8c000-b7d8d000 r--p 00155000 08:08 953 /lib/i686/cmov/libc-2.7.so b7d8d000-b7d8f000 rw-p 00156000 08:08 953 /lib/i686/cmov/libc-2.7.so b7d8f000-b7d92000 rw-p b7d8f000 00:00 0 b7d92000-b7d9e000 r-xp 00000000 08:08 1205328 /lib/libgcc_s.so.1 b7d9e000-b7d9f000 rw-p 0000c000 08:08 1205328 /lib/libgcc_s.so.1 b7d9f000-b7da0000 rw-p b7d9f000 00:00 0 b7da0000-b7e83000 r-xp 00000000 08:08 790304 /usr/lib/libstdc++.so.6.0.10 b7e83000-b7e86000 r--p 000e2000 08:08 790304 /usr/lib/libstdc++.so.6.0.10 b7e86000-b7e88000 rw-p 000e5000 08:08 790304 /usr/lib/libstdc++.so.6.0.10 b7e88000-b7e8e000 rw-p b7e88000 00:00 0 b7ea4000-b7ea5000 rw-p b7ea4000 00:00 0 b7ea5000-b7ec2000 r-xp 00000000 08:0f 5427333 /mnt/media-3/haiku/gcc4/trunk/generated/objects/linux/lib/libroot_build.so b7ec2000-b7ec3000 rw-p 0001d000 08:0f 5427333 /mnt/media-3/haiku/gcc4/trunk/generated/objects/linux/lib/libroot_build.so b7ec3000-b7f41000 rw-p b7ec3000 00:00 0 b7f41000-b7f42000 r-xp b7f41000 00:00 0 [vdso] b7f42000-b7f5c000 r-xp 00000000 08:08 1205382 /lib/ld-2.7.so b7f5c000-b7f5e000 rw-p 0001a000 08:08 1205382 /lib/ld-2.7.so bff48000-bff5d000 rw-p bffeb000 00:00 0 [stack] Error: Unexpected end of fs_shell reply. Was still expecting 4 bytes build/scripts/build_haiku_image: line 204: 20456 Przerwane $bfsShell -n $imageOffsetFlags "$imagePath" > /dev/null Installing MIME database ... Error: Failed to open connection to FS shell: Connection refused Error: Failed to open connection to FS shell: Connection refused Unmounting ... Error: Failed to open connection to FS shell: Connection refused Error: Failed to open connection to FS shell: Connection refused }}} r29078 configured {{{ ./configure --build-cross-tools-gcc4 x86 ../buildtools --include-3rdparty --enable-multiuser --use-gcc-pipe }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 28 21:50:13 2009 From: trac at haiku-os.org (Adek336) Date: Wed, 28 Jan 2009 20:50:13 -0000 Subject: [Haiku-bugs] [Haiku] #3381: bfs_shell crash on disk full In-Reply-To: <042.7e0943cc331efe34df0979ae12380696@haiku-os.org> References: <042.7e0943cc331efe34df0979ae12380696@haiku-os.org> Message-ID: <051.413bb6ccd7ebd7dec4e119ef19ff7d3f@haiku-os.org> #3381: bfs_shell crash on disk full --------------------------+------------------------------------------------- Reporter: Adek336 | Owner: bonefish Type: bug | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by Adek336): Oh it's the haiku image that has too little space (not the real partition). -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Wed Jan 28 22:18:11 2009 From: trac at haiku-os.org (rayman) Date: Wed, 28 Jan 2009 21:18:11 -0000 Subject: [Haiku-bugs] [Haiku] #3382: break compile on Dan0 Message-ID: <041.6e651b76ba4e8fb28be5254cbae7e2e6@haiku-os.org> #3382: break compile on Dan0 -----------------------+---------------------------------------------------- Reporter: rayman | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- I have a break compile since update of ftpd by mmlr. See error message next: Cc generated/objects/haiku/x86/release/bin/network/ftpd/ftpcmd.o /boot/home/Divers/haiku/src/bin/network/ftpd/ftpcmd.y:230: conflicting types for `YYSTYPE' /boot/home/Divers/haiku/generated/objects/haiku/x86/common/bin/network/ftpd/ftpcmd.h:7: previous declaration of `YYSTYPE' /bison.simple:138: conflicting types for `yylval' /boot/home/Divers/haiku/generated/objects/haiku/x86/common/bin/network/ftpd/ftpcmd.h:81: previous declaration of `yylval' gcc -O2 -Wall -Wno-trigraphs -Wmissing-prototypes -Wpointer-arith -Wcast- align -Wsign-compare -Wno-multichar -nostdinc -c "generated/objects/haiku/x86/common/bin/network/ftpd/ftpcmd.c" -D__HAIKU__ -DHAIKU_DISTRO_COMPATIBILITY_DEFAULT -D__INTEL__ -DARCH_x86 -DBOOT_ARCHIVE_IMAGE_OFFSET=300 -D_BEOS_R5_COMPATIBLE_ -DHAIKU_TARGET_PLATFORM_HAIKU -Ibuild/user_config_headers -Ibuild/config_headers -Isrc/bin/network/ftpd -Igenerated/objects/common/bin/network/ftpd -Igenerated/objects/dano/x86/common/bin/network/ftpd -Igenerated/objects/haiku/x86/common/bin/network/ftpd -I- -Iheaders/compatibility/bsd -Isrc/bin/network/ftpd -Iheaders/cpp -Iheaders/build/gcc-2.95.3 -Iheaders -Iheaders/posix -Iheaders/gnu -Iheaders/glibc -Iheaders/os -Iheaders/os/add-ons -Iheaders/os/add- ons/file_system -Iheaders/os/add-ons/graphics -Iheaders/os/add- ons/input_server -Iheaders/os/add-ons/registrar -Iheaders/os/add- ons/screen_saver -Iheaders/os/add-ons/tracker -Iheaders/os/app -Iheaders/os/device -Iheaders/os/drivers -Iheaders/os/game -Iheaders/os/interface -Iheaders/os/kernel -Iheaders/os/media -Iheaders/os/mail -Iheaders/os/midi -Iheaders/os/midi2 -Iheaders/os/net -Iheaders/os/opengl -Iheaders/os/storage -Iheaders/os/support -Iheaders/os/translation -Iheaders/private/. -o "generated/objects/haiku/x86/release/bin/network/ftpd/ftpcmd.o" ; ...failed Cc generated/objects/haiku/x86/release/bin/network/ftpd/ftpcmd.o ... ...skipped ftpd for lack of ftpcmd.o... ...skipped haiku.image-copy-files-dummy-beos/bin for lack of ftpd... ...skipped haiku.image for lack of haiku.image-copy-files... ...failed updating 1 target(s)... ...skipped 3 target(s)... ...updated 150 target(s)... for to be sure, I have erase directory and update by svn Thanks for your answer -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 29 00:05:18 2009 From: trac at haiku-os.org (mmlr) Date: Wed, 28 Jan 2009 23:05:18 -0000 Subject: [Haiku-bugs] [Haiku] #3382: break compile on Dan0 In-Reply-To: <041.6e651b76ba4e8fb28be5254cbae7e2e6@haiku-os.org> References: <041.6e651b76ba4e8fb28be5254cbae7e2e6@haiku-os.org> Message-ID: <050.dadc884a6d685c3804336c8463d2f3a6@haiku-os.org> #3382: break compile on Dan0 ------------------------+--------------------------------------------------- Reporter: rayman | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Changes (by mmlr): * status: new => closed * resolution: => fixed Comment: Reverted the workaround in r29083. Closing this as the actual problem is tracked in #3137. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 29 00:19:42 2009 From: trac at haiku-os.org (axeld) Date: Wed, 28 Jan 2009 23:19:42 -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.e554990d5e543e57bad86863257eee36@haiku-os.org> #2764: Scrambled video with intel i865 with r26762 and up ---------------------------------------------+------------------------------ Reporter: umccullough | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Graphics/intel_extreme | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------------------+------------------------------ Changes (by axeld): * status: new => closed * resolution: => fixed Comment: It works fine again here, so I guess we're good. Does the "GTT fallback" line appear in the syslog? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 29 02:32:41 2009 From: trac at haiku-os.org (mmadia) Date: Thu, 29 Jan 2009 01:32:41 -0000 Subject: [Haiku-bugs] [Haiku] #2640: [OpenSSL] Needs updating to 0.9.8j In-Reply-To: <042.a18939ac428e40cf4140fae003d36aa1@haiku-os.org> References: <042.a18939ac428e40cf4140fae003d36aa1@haiku-os.org> Message-ID: <051.ab7d6a2fc6815cb68249a67428aed3f1@haiku-os.org> #2640: [OpenSSL] Needs updating to 0.9.8j ---------------------------------------------+------------------------------ Reporter: scottmc | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------------+------------------------------ Comment(by mmadia): My openssl-0.9.8j package is installed to /boot/common As a result, any jamfile that defines sslDir will need to be changed from local sslDir = [ FDirName $(HAIKU_OUTPUT_DIR) cross-ssl config ] ; to local sslDir = [ FDirName $(HAIKU_OUTPUT_DIR) cross-ssl common ] ; for Haiku: src/add-ons/mail_daemon/inbound_protocols/imap/Jamfile src/add-ons/mail_daemon/inbound_protocols/pop3/Jamfile src/add-ons/mail_daemon/outbound_protocols/smtp/Jamfile for IM Kit: libs/libjabber/Jamfile.haiku protocols/GoogleTalk/Jamfile.haiku protocols/MSN/Jamfile.haiku protocols/OSCAR/Jamfile.haiku -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 29 02:39:10 2009 From: trac at haiku-os.org (aldeck) Date: Thu, 29 Jan 2009 01:39:10 -0000 Subject: [Haiku-bugs] [Haiku] #2365: Tracker preferences should be accessible from the preferences menu/folder In-Reply-To: <041.097e0a7a663f2fac95a64f5d888d498d@haiku-os.org> References: <041.097e0a7a663f2fac95a64f5d888d498d@haiku-os.org> Message-ID: <050.5a3c395c3c40988521175039c31a96ee@haiku-os.org> #2365: Tracker preferences should be accessible from the preferences menu/folder -------------------------+-------------------------------------------------- Reporter: aldeck | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Preferences | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by aldeck): Ok, now comes a jam question, i can't simply use 'Preference Tracker' in the jamfile (to generate /boot/beos/preferences/Tracker) because it obviously clashes with 'Application Tracker'.[[BR]] Is there a simple trick to have a target name different from the executable name? Or should we just find another name? For testing i used TrackerPreferences, but that's just ugly :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 29 02:48:07 2009 From: trac at haiku-os.org (umccullough) Date: Thu, 29 Jan 2009 01:48:07 -0000 Subject: [Haiku-bugs] [Haiku] #2365: Tracker preferences should be accessible from the preferences menu/folder In-Reply-To: <041.097e0a7a663f2fac95a64f5d888d498d@haiku-os.org> References: <041.097e0a7a663f2fac95a64f5d888d498d@haiku-os.org> Message-ID: <050.0daf8d927dc58668fce42e681ae6f9be@haiku-os.org> #2365: Tracker preferences should be accessible from the preferences menu/folder -------------------------+-------------------------------------------------- Reporter: aldeck | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Preferences | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by umccullough): I suspect the answer to your question is "use grist!" Here's a thread that can probably enlighten: http://lists.berlios.de/pipermail/haiku-commits/2007-February/000874.html -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 29 02:51:49 2009 From: trac at haiku-os.org (umccullough) Date: Thu, 29 Jan 2009 01:51:49 -0000 Subject: [Haiku-bugs] [Haiku] #2365: Tracker preferences should be accessible from the preferences menu/folder In-Reply-To: <041.097e0a7a663f2fac95a64f5d888d498d@haiku-os.org> References: <041.097e0a7a663f2fac95a64f5d888d498d@haiku-os.org> Message-ID: <050.846d6ac79396b7438b047efd5973dfe6@haiku-os.org> #2365: Tracker preferences should be accessible from the preferences menu/folder -------------------------+-------------------------------------------------- Reporter: aldeck | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Preferences | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- Comment(by umccullough): To be clear, you might call it Tracker -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 29 04:08:05 2009 From: trac at haiku-os.org (mmadia) Date: Thu, 29 Jan 2009 03:08:05 -0000 Subject: [Haiku-bugs] [Haiku] #3383: [enhancement] Workspaces : user definable orientation Message-ID: <041.64820673ec7275f54f4186fe250f9020@haiku-os.org> #3383: [enhancement] Workspaces : user definable orientation -------------------------------------+-------------------------------------- Reporter: mmadia | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Workspaces | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------------------+-------------------------------------- These are proposed extensions to the Workspaces app to allow a more flexible behavior. Three command-line or context menu options --vertical --horizontal --grid X,Y Vertical and horizontal force a single line of workspaces in the specified orientation. Currently, the only way to get a horizontal line is to use an odd-number of workspaces and there is no way to allow a vertical arrangement. Grid X,Y will allow the user to specify a non-default grid arrangement. For example, with 16 workspaces, the default grid would display as 4x4. Grid 8,2 would display 2 rows of 8 workspaces. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 29 04:12:48 2009 From: trac at haiku-os.org (mmadia) Date: Thu, 29 Jan 2009 03:12:48 -0000 Subject: [Haiku-bugs] [Haiku] #3384: App/Demo Pulse : incorect mode restoration from Deskbar Message-ID: <041.47b897692cf227e672887ddab74bf324@haiku-os.org> #3384: App/Demo Pulse : incorect mode restoration from Deskbar -----------------------+---------------------------------------------------- Reporter: mmadia | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------+---------------------------------------------------- Minor issue with Pulse Start Pulse and set it to Deskbar Mode. Right click and select "Mini Mode". Normal Mode is restored, instead of Mini Mode. Note, selecting "Normal Mode" while in Deskbar mode works as expected. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 29 04:17:48 2009 From: trac at haiku-os.org (mmadia) Date: Thu, 29 Jan 2009 03:17:48 -0000 Subject: [Haiku-bugs] [Haiku] #3385: Open Disks Icon with Single Window Navigation = no draggable folder icon in upper right Message-ID: <041.b320237921b53324895045f6175554e8@haiku-os.org> #3385: Open Disks Icon with Single Window Navigation = no draggable folder icon in upper right ----------------------------------+----------------------------------------- Reporter: mmadia | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- This only occurs when the Disks Icon and Single Window Navigation is enabled : Any Tracker browser window that is opened by double-clicking the Disks icon will not have the handy-dandy draggable folder icon in the upper- right corner. Note: if I right-click the disks-icon and navigate to a sub-folder, the icon appears. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 29 04:20:13 2009 From: trac at haiku-os.org (mmadia) Date: Thu, 29 Jan 2009 03:20:13 -0000 Subject: [Haiku-bugs] [Haiku] #3386: TextSearch not listed while browsing a disk's top level directory Message-ID: <041.139d538882160d4667d6dd8da35195d5@haiku-os.org> #3386: TextSearch not listed while browsing a disk's top level directory -----------------------------+---------------------------------------------- Reporter: mmadia | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Add-Ons/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------+---------------------------------------------- The Tracker add-on TextSearch (FKA TrackerGrep) does not work in a partitions root directory. eg /boot /someMountedVolume -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 29 04:31:05 2009 From: trac at haiku-os.org (mmadia) Date: Thu, 29 Jan 2009 03:31:05 -0000 Subject: [Haiku-bugs] [Haiku] #2395: Preferences; Backgrounds; Icon label outline In-Reply-To: <041.a60e9bed46e5dfaded4391ed1eb01e4f@haiku-os.org> References: <041.a60e9bed46e5dfaded4391ed1eb01e4f@haiku-os.org> Message-ID: <050.3daf5f308b4c81bf90b15b18703c5b4f@haiku-os.org> #2395: Preferences; Backgrounds; Icon label outline -------------------------------------+-------------------------------------- Reporter: nutela | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Backgrounds | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------------------+-------------------------------------- Comment(by mmadia): Just to note, if a user enables the Icon label outline. They will need to select a background to disable it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 29 04:31:44 2009 From: trac at haiku-os.org (mmadia) Date: Thu, 29 Jan 2009 03:31:44 -0000 Subject: [Haiku-bugs] [Haiku] #2395: Preferences; Backgrounds; Icon label outline In-Reply-To: <041.a60e9bed46e5dfaded4391ed1eb01e4f@haiku-os.org> References: <041.a60e9bed46e5dfaded4391ed1eb01e4f@haiku-os.org> Message-ID: <050.4fb395de6e728e0e64dd895db0ff340f@haiku-os.org> #2395: Preferences; Backgrounds; Icon label outline -------------------------------------+-------------------------------------- Reporter: nutela | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Backgrounds | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------------------+-------------------------------------- Changes (by mmadia): * cc: mattmadia@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 29 04:39:16 2009 From: trac at haiku-os.org (mmadia) Date: Thu, 29 Jan 2009 03:39:16 -0000 Subject: [Haiku-bugs] [Haiku] #2395: Preferences; Backgrounds; Icon label outline In-Reply-To: <041.a60e9bed46e5dfaded4391ed1eb01e4f@haiku-os.org> References: <041.a60e9bed46e5dfaded4391ed1eb01e4f@haiku-os.org> Message-ID: <050.2ad1092daf5da4c7c2e026921c71df58@haiku-os.org> #2395: Preferences; Backgrounds; Icon label outline -------------------------------------+-------------------------------------- Reporter: nutela | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Preferences/Backgrounds | Version: R1 development Blockedby: | Platform: x86 Blocking: | -------------------------------------+-------------------------------------- Comment(by mmadia): Steps to reproduce bug: Open Backgrounds preflet. Make sure Icon label outline is not checked. Set Image to any image and apply. Set Image to None and Apply. The GUI control for Icon label outline will be disabled. In addition, Tracker will believe Icon label outline is enabled. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 29 06:39:26 2009 From: trac at haiku-os.org (umccullough) Date: Thu, 29 Jan 2009 05:39:26 -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.23b95a098e00f8f0d5d878ce221b5546@haiku-os.org> #2764: Scrambled video with intel i865 with r26762 and up ---------------------------------------------+------------------------------ Reporter: umccullough | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Drivers/Graphics/intel_extreme | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ---------------------------------------------+------------------------------ Comment(by umccullough): Yep, it does. I attached the relevant part of my syslog in case you're curious. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 29 07:02:54 2009 From: trac at haiku-os.org (umccullough) Date: Thu, 29 Jan 2009 06:02:54 -0000 Subject: [Haiku-bugs] [Haiku] #2619: SOB17 is not work In-Reply-To: <041.bfd32157392a4bddb5511c86bb14ec98@haiku-os.org> References: <041.bfd32157392a4bddb5511c86bb14ec98@haiku-os.org> Message-ID: <050.8e2c3f8963676f97cd27658c35833eba@haiku-os.org> #2619: SOB17 is not work --------------------------+------------------------------------------------- Reporter: Hubert | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: x64 Blocking: | --------------------------+------------------------------------------------- Comment(by umccullough): It seems to be working for me on r29071. I had to edit my sclient.conf and set the username and team before it would work properly though. then I ran: {{{ $ sb ./sclient.conf }}} See attached screenshot :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 29 07:09:36 2009 From: trac at haiku-os.org (umccullough) Date: Thu, 29 Jan 2009 06:09:36 -0000 Subject: [Haiku-bugs] [Haiku] #2619: SOB17 is not work In-Reply-To: <041.bfd32157392a4bddb5511c86bb14ec98@haiku-os.org> References: <041.bfd32157392a4bddb5511c86bb14ec98@haiku-os.org> Message-ID: <050.28d123d9eb3363cb5d596aadb2ddf219@haiku-os.org> #2619: SOB17 is not work --------------------------+------------------------------------------------- Reporter: Hubert | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: x64 Blocking: | --------------------------+------------------------------------------------- Comment(by umccullough): Now that I think about it - I believe that version of sb17 crashes on newer processors - apparently the 2.2.0 version of sb17 had some bugs that crashed on newer amd64 processors, etc, which were fixed in 2.5.0 - but there was never a 2.5.0 release for beos :( What processor are you using? Also 2.5.0 had some performance enhancements that would have been nice... As I said, I've been lobbying for an updated version for quite a while now - but nobody has seriously responded. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 29 11:54:28 2009 From: trac at haiku-os.org (mmu_man) Date: Thu, 29 Jan 2009 10:54:28 -0000 Subject: [Haiku-bugs] [Haiku] #3387: Icon-O-Matic doesn't export valid SVG Message-ID: <042.da0ec2f16dc23d43528cb645c5398add@haiku-os.org> #3387: Icon-O-Matic doesn't export valid SVG ---------------------------------------+------------------------------------ Reporter: mmu_man | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Icon-O-Matic | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------+------------------------------------ It seems Icon-O-Matic (and WonderBrush as well) don't produce valid SVG files, at least Firefox and Epiphany don't recognize them as such to render them but instead just display the XML tree. I believe the tag is missing namespace specifications, like: {{{}}} instead of: {{{}}}. I'm not entirely sure which namespaces are required or not, Inkscape itself throws like 10 of them in. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 29 15:59:01 2009 From: trac at haiku-os.org (scottmc) Date: Thu, 29 Jan 2009 14:59:01 -0000 Subject: [Haiku-bugs] [Haiku] #1948: Make dl*() Functions Standard Compliant In-Reply-To: <043.a78c66b75abe6fc92e5672024e7a9f3e@haiku-os.org> References: <043.a78c66b75abe6fc92e5672024e7a9f3e@haiku-os.org> Message-ID: <052.95a26361a81e60109a407f77d14f493b@haiku-os.org> #1948: Make dl*() Functions Standard Compliant --------------------------------+------------------------------------------- Reporter: bonefish | Owner: axeld Type: enhancement | Status: reopened Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Changes (by scottmc): * status: closed => reopened * resolution: fixed => Comment: It seem both the cmake and python ports (others?) are having issues with the dl*() functions still not being quite standards compliant. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 29 16:14:54 2009 From: trac at haiku-os.org (scottmc) Date: Thu, 29 Jan 2009 15:14:54 -0000 Subject: [Haiku-bugs] [Haiku] #1948: Make dl*() Functions Standard Compliant In-Reply-To: <043.a78c66b75abe6fc92e5672024e7a9f3e@haiku-os.org> References: <043.a78c66b75abe6fc92e5672024e7a9f3e@haiku-os.org> Message-ID: <052.204a28894e86e2ff9e42d73ddee9a216@haiku-os.org> #1948: Make dl*() Functions Standard Compliant --------------------------------+------------------------------------------- Reporter: bonefish | Owner: axeld Type: enhancement | Status: reopened Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by scottmc): Scratch python from that last statement, I checked the regression test "test_dl" and it was looking for getpid(), adding ('libroot.so', 'getpid'), to the test seems to fix it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 29 16:32:02 2009 From: trac at haiku-os.org (rayman) Date: Thu, 29 Jan 2009 15:32:02 -0000 Subject: [Haiku-bugs] [Haiku] #3382: break compile on Dan0 In-Reply-To: <041.6e651b76ba4e8fb28be5254cbae7e2e6@haiku-os.org> References: <041.6e651b76ba4e8fb28be5254cbae7e2e6@haiku-os.org> Message-ID: <050.abd07551891f6f47738c283eb75b1f26@haiku-os.org> #3382: break compile on Dan0 ------------------------+--------------------------------------------------- Reporter: rayman | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by rayman): but I did not find a version of bison more than 1.75 for Beos or Dano !! And I don't know if this error is linked to the program bison. thank you, because I have always break compilation ! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 29 16:57:46 2009 From: trac at haiku-os.org (anevilyak) Date: Thu, 29 Jan 2009 15:57:46 -0000 Subject: [Haiku-bugs] [Haiku] #3382: break compile on Dan0 In-Reply-To: <041.6e651b76ba4e8fb28be5254cbae7e2e6@haiku-os.org> References: <041.6e651b76ba4e8fb28be5254cbae7e2e6@haiku-os.org> Message-ID: <050.ca3529b6081cbf894ecd4693ca54e3b6@haiku-os.org> #3382: break compile on Dan0 ------------------------+--------------------------------------------------- Reporter: rayman | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by anevilyak): Try: http://haiku-files.org/files/optional- packages/bison-2.3-gcc2-2008-03-28.zip I'm not 100% certain if that will work on BeOS or not though. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 29 20:43:04 2009 From: trac at haiku-os.org (bonefish) Date: Thu, 29 Jan 2009 19:43:04 -0000 Subject: [Haiku-bugs] [Haiku] #1948: Make dl*() Functions Standard Compliant In-Reply-To: <043.a78c66b75abe6fc92e5672024e7a9f3e@haiku-os.org> References: <043.a78c66b75abe6fc92e5672024e7a9f3e@haiku-os.org> Message-ID: <052.2b1d32eb498f7a251c6130cbab328206@haiku-os.org> #1948: Make dl*() Functions Standard Compliant --------------------------------+------------------------------------------- Reporter: bonefish | Owner: axeld Type: enhancement | Status: reopened Priority: normal | Milestone: R1 Component: System/libroot.so | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: --------------------------------+------------------------------------------- Comment(by bonefish): Unlike I assumed before, the POSIX standard requirement that for the relocation of dlopen()ed objects the executable symbols are available as well, is indeed respected by Linux. The runtime loader test suite {{{src/tests/system/runtime_loader/test_suite}}} just doesn't provide the {{{--export-dynamic}}} linker flag when building the exectuables. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 29 21:05:48 2009 From: trac at haiku-os.org (mmlr) Date: Thu, 29 Jan 2009 20:05:48 -0000 Subject: [Haiku-bugs] [Haiku] #3388: Tracker does unnecesary preflight check when moving folders Message-ID: <039.e91e65dd99792a9805b464022999f766@haiku-os.org> #3388: Tracker does unnecesary preflight check when moving folders ----------------------------------+----------------------------------------- Reporter: mmlr | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- When moving a folder on the same volume, a preflight check to count files/subfolders isn't needed. Still Tracker insists on doing one, which gets annoying pretty quickly when moving around large directory structures. The same applies for moving to trash. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 29 21:26:48 2009 From: trac at haiku-os.org (aldeck) Date: Thu, 29 Jan 2009 20:26:48 -0000 Subject: [Haiku-bugs] [Haiku] #2365: Tracker preferences should be accessible from the preferences menu/folder In-Reply-To: <041.097e0a7a663f2fac95a64f5d888d498d@haiku-os.org> References: <041.097e0a7a663f2fac95a64f5d888d498d@haiku-os.org> Message-ID: <050.796f9147c59f99ca0d7c7b87021d4c4d@haiku-os.org> #2365: Tracker preferences should be accessible from the preferences menu/folder --------------------------+------------------------------------------------- Reporter: aldeck | Owner: axeld Type: enhancement | Status: closed Priority: normal | Milestone: R1 Component: Preferences | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: --------------------------+------------------------------------------------- Changes (by aldeck): * status: new => closed * resolution: => fixed Comment: Thanks for the hints! Implemented in r29087 -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 29 21:30:04 2009 From: trac at haiku-os.org (rayman) Date: Thu, 29 Jan 2009 20:30:04 -0000 Subject: [Haiku-bugs] [Haiku] #3382: break compile on Dan0 In-Reply-To: <041.6e651b76ba4e8fb28be5254cbae7e2e6@haiku-os.org> References: <041.6e651b76ba4e8fb28be5254cbae7e2e6@haiku-os.org> Message-ID: <050.deba03636ca6df77063775ee775076cf@haiku-os.org> #3382: break compile on Dan0 ------------------------+--------------------------------------------------- Reporter: rayman | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: - General | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ------------------------+--------------------------------------------------- Comment(by rayman): I had already tried this version, but it does not work on BeOS (not even version information by --version );( yet, I can compile without ftpd, but this is not a solution ;) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 29 22:30:26 2009 From: trac at haiku-os.org (Hubert) Date: Thu, 29 Jan 2009 21:30:26 -0000 Subject: [Haiku-bugs] [Haiku] #2619: SOB17 is not work In-Reply-To: <041.bfd32157392a4bddb5511c86bb14ec98@haiku-os.org> References: <041.bfd32157392a4bddb5511c86bb14ec98@haiku-os.org> Message-ID: <050.74969769df2a724d717689dbd1a767ec@haiku-os.org> #2619: SOB17 is not work --------------------------+------------------------------------------------- Reporter: Hubert | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: x64 Blocking: | --------------------------+------------------------------------------------- Comment(by Hubert): listdev: http://dev.haiku-os.org/attachment/ticket/3260/listdev-mypc.txt Sic, I have Athlon64 X2 4600 processor. I think, when we have fresh OGR 25 client we don't watch mercy of SOB 17 team :P :D That OGR-26 used recently started SSE... ;) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 29 22:40:08 2009 From: trac at haiku-os.org (umccullough) Date: Thu, 29 Jan 2009 21:40:08 -0000 Subject: [Haiku-bugs] [Haiku] #2619: SOB17 is not work In-Reply-To: <041.bfd32157392a4bddb5511c86bb14ec98@haiku-os.org> References: <041.bfd32157392a4bddb5511c86bb14ec98@haiku-os.org> Message-ID: <050.fe6e0f27bf308237caf75b26a13c9946@haiku-os.org> #2619: SOB17 is not work --------------------------+------------------------------------------------- Reporter: Hubert | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications | Version: R1 development Blockedby: | Platform: x64 Blocking: | --------------------------+------------------------------------------------- Comment(by umccullough): I can try to test on an athlon x2 soon to make sure, but I suspect the 2.2.0 sb17 client is simply busted on newer processors and that it is not Haiku's fault. I think we can probably close this as invalid for now. Perhaps if/when the sb17 project devs choose to update the client to support Haiku, we can re-evaluate this. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 29 22:50:12 2009 From: trac at haiku-os.org (darkwyrm) Date: Thu, 29 Jan 2009 21:50:12 -0000 Subject: [Haiku-bugs] [Haiku] #3389: Key accelerators for non-printing characters aren't displayed properly Message-ID: <043.e9c4b9f111b0bdbcae1e35afc7edd7e2@haiku-os.org> #3389: Key accelerators for non-printing characters aren't displayed properly --------------------------------+------------------------------------------- Reporter: darkwyrm | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Kits/Interface Kit | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Most of the navigation keys (Home, Page Up, Backspace, Delete, etc.) aren't displayed properly when used as keyboard accelerators using the default font. All that is shown is a box. The characters used for Tab and Home, while Unicode standards, are also obscure. Using the key name instead of the symbols would be '''much''' clearer -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Thu Jan 29 23:50:13 2009 From: trac at haiku-os.org (begasus) Date: Thu, 29 Jan 2009 22:50:13 -0000 Subject: [Haiku-bugs] [Haiku] #3390: duplicate entry's in wchar.h and wctype.h ? Message-ID: <042.6db32ef6c0eefdb22180398bfede2054@haiku-os.org> #3390: duplicate entry's in wchar.h and wctype.h ? -------------------------+-------------------------------------------------- Reporter: begasus | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: - General | Version: R1 development Blockedby: | Platform: All Blocking: | -------------------------+-------------------------------------------------- When trying a build for tuxpaint in Haiku I ran into several duplicate entries in both headers. There has been a BeOS fix for it to only include wchar.h and that's working for Haiku also. I'm just wondering if it's intentionally that multiple entries show up in both headers? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 30 01:10:26 2009 From: trac at haiku-os.org (anevilyak) Date: Fri, 30 Jan 2009 00:10:26 -0000 Subject: [Haiku-bugs] [Haiku] #3388: Tracker does unnecesary preflight check when moving folders In-Reply-To: <039.e91e65dd99792a9805b464022999f766@haiku-os.org> References: <039.e91e65dd99792a9805b464022999f766@haiku-os.org> Message-ID: <048.651a0ab7744522cc58adca13a2b3c5b1@haiku-os.org> #3388: Tracker does unnecesary preflight check when moving folders -----------------------------------+---------------------------------------- Reporter: mmlr | Owner: anevilyak Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by anevilyak): * status: new => closed * resolution: => fixed Comment: Fixed in r29093. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 30 01:12:13 2009 From: trac at haiku-os.org (mmlr) Date: Fri, 30 Jan 2009 00:12:13 -0000 Subject: [Haiku-bugs] [Haiku] #3388: Tracker does unnecesary preflight check when moving folders In-Reply-To: <039.e91e65dd99792a9805b464022999f766@haiku-os.org> References: <039.e91e65dd99792a9805b464022999f766@haiku-os.org> Message-ID: <048.beb6dcb9ad4bc4240b39463697b0d816@haiku-os.org> #3388: Tracker does unnecesary preflight check when moving folders -----------------------------------+---------------------------------------- Reporter: mmlr | Owner: anevilyak Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by mmlr): Nice! I take it this also fixes the "no space left" when moving because of the size check now being skipped? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 30 01:16:01 2009 From: trac at haiku-os.org (anevilyak) Date: Fri, 30 Jan 2009 00:16:01 -0000 Subject: [Haiku-bugs] [Haiku] #3388: Tracker does unnecesary preflight check when moving folders In-Reply-To: <039.e91e65dd99792a9805b464022999f766@haiku-os.org> References: <039.e91e65dd99792a9805b464022999f766@haiku-os.org> Message-ID: <048.27aaf5bf05530f4fcbd9d76c05db49a8@haiku-os.org> #3388: Tracker does unnecesary preflight check when moving folders -----------------------------------+---------------------------------------- Reporter: mmlr | Owner: anevilyak Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by anevilyak): Yes, that's conditionally cased as well now. Please reopen if it doesn't work as expected, but at least moving my entire haiku source tree around doesn't seem to yield any indicator of size calculations taking place. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 30 01:17:44 2009 From: trac at haiku-os.org (anevilyak) Date: Fri, 30 Jan 2009 00:17:44 -0000 Subject: [Haiku-bugs] [Haiku] #3388: Tracker does unnecesary preflight check when moving folders In-Reply-To: <039.e91e65dd99792a9805b464022999f766@haiku-os.org> References: <039.e91e65dd99792a9805b464022999f766@haiku-os.org> Message-ID: <048.58baaa414709c16190f307861c75ee48@haiku-os.org> #3388: Tracker does unnecesary preflight check when moving folders -----------------------------------+---------------------------------------- Reporter: mmlr | Owner: anevilyak Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by anevilyak): Note however that it will still do the calculations for emptying the trash, since that's potentially a quite time consuming operation and it's in my opinion more user friendly to be able to indicate progress correctly there, even if it does mean a bit more overhead at the start of the op. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 30 03:57:24 2009 From: trac at haiku-os.org (mmadia) Date: Fri, 30 Jan 2009 02:57:24 -0000 Subject: [Haiku-bugs] [Haiku] #3391: Configure : automatically detect the need to enable use_32bit Message-ID: <041.0bb1c3c43900b82657882afaf83118f2@haiku-os.org> #3391: Configure : automatically detect the need to enable use_32bit --------------------------+------------------------------------------------- Reporter: mmadia | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Configure should perform a simple check and conditionally enable the use_32bit flag. Currently, Haiku does not support 64bit mode. Until it does, this sample code will help to unify the configure command across build platforms. This is especially useful for creating a build script that can be run on any platform. Specifically, for [http://bitten.edgewall.org/ Bitten], which I am currently working on. {{{ # check for a 64bit platform platform_machine=`uname -m` case "${platform_machine}" in x86_64) use_32bit=1 ;; *) echo Assuming 32-bit machine: "$platform_machine" use_32bit=0 ;; esac }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 30 06:50:24 2009 From: trac at haiku-os.org (umccullough) Date: Fri, 30 Jan 2009 05:50:24 -0000 Subject: [Haiku-bugs] [Haiku] #3392: PANIC: vm_page_fault: unhandled page fault in kernel space at 0xdeadbf2b, ip 0x80568f26 Message-ID: <046.076e292a758fae01de7ce333a00cde0e@haiku-os.org> #3392: PANIC: vm_page_fault: unhandled page fault in kernel space at 0xdeadbf2b, ip 0x80568f26 ------------------------------------+--------------------------------------- Reporter: umccullough | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Network & Internet/TCP | Version: R1 development Blockedby: 2706 | Platform: All Blocking: | ------------------------------------+--------------------------------------- Looks like I got a very similar issue to #2706 (where there is much more info apparently) - it's probably a duplicate but I'm logging separately just in case (feel free to close as such if necessary). This is using a gcc4-built r29087 with an rtl8168 network chip. Crash apparently occurred unattended after ~24 hours of uptime with Vision running in the background, and dnetc consuming CPU cycles (and probably communicating with the dnetc server for short periods of time every few hours). Was able to extra info by hooking up the serial cable: {{{ kdebug> info kernel build: Jan 28 2009 20:32:09 SVN revision: 29087 cpu count: 2, active times: [1] 42504899790 [2] 42050265531 pages: 294418 (521888 max) sems: 1515 (131072 max) ports: 140 (4096 max) threads: 137 (4096 max) teams: 19 (2048 max) kdebug> message vm_page_fault: unhandled page fault in kernel space at 0xdeadbf2b, ip 0x80568f26 kdebug> bt stack trace for thread 86 "/dev/net/rtl8169/0 consumer" kernel stack: 0x805b9000 to 0x805bd000 frame caller :function + offset 0 805bc8e4 (+ 32) 8005ac4a invoke_debugger_command() + 0x00de 1 805bc904 (+ 48) 8005ad86 _ZL19invoke_pipe_segmentP21debugger_command_pipelPc() + 0x0083 2 805bc934 (+ 32) 8005ae4e invoke_debugger_command_pipe() + 0x008b 3 805bc954 (+ 128) 8005e567 _ZN16ExpressionParser17_ParseCommandPipeERi() + 0x0aa3 4 805bc9d4 (+ 48) 80060d03 _ZN16ExpressionParser15EvaluateCommandEPKcRi() + 0x06d5 5 805bca04 (+ 192) 80060e81 evaluate_debug_command() + 0x0089 6 805bcac4 (+ 80) 8005955a kernel_debugger() + 0x02ca 7 805bcb14 (+ 160) 800596ac panic() + 0x002a 8 805bcbb4 (+ 80) 800ac840 vm_page_fault() + 0x00ff 9 805bcc04 (+ 64) 800b8237 page_fault_exception() + 0x00db 10 805bcc44 (+ 12) 800bb236 int_bottom() + 0x0036 kernel iframe at 0x805bcc50 (end = 0x805bcca0) eax 0x810a2898 ebx 0x8056e144 ecx 0x806460fc edx 0xdeadbeef esi 0x8064617c edi 0x0 ebp 0x805bcd38 esp 0x805bcc84 eip 0x80568f26 eflags 0x10286 vector: 0xe, error code: 0x0 11 805bcc50 (+ 232) 80568f26 _Z21ipv4_send_routed_dataP12net_protocolP9net_routeP10net_buffer() + 0x004f 12 805bcd38 (+ 112) 807c705e _ZN11TCPEndpoint11_SendQueuedEbm() + 0x0484 13 805bcda8 (+ 32) 807c72aa _ZN11TCPEndpoint15SendAcknowledgeEb() + 0x0026 14 805bcdc8 (+ 48) 807c97d0 _ZN11TCPEndpoint15SegmentReceivedER18tcp_segment_headerP10net_buffer() + 0x00b0 15 805bcdf8 (+ 208) 807c58f1 _Z16tcp_receive_dataP10net_buffer() + 0x0314 16 805bcec8 (+ 160) 8056ad21 _Z17ipv4_receive_dataP10net_buffer() + 0x066c 17 805bcf68 (+ 48) 8055831a _ZL22domain_receive_adapterPvP10net_deviceP10net_buffer() + 0x0033 18 805bcf98 (+ 64) 80558139 _ZL22device_consumer_threadPv() + 0x0095 19 805bcfd8 (+ 32) 80050abc _ZL28_create_kernel_thread_kentryv() + 0x0015 20 805bcff8 (+2141466632) 800542f0 _ZL19thread_kthread_exitv() + 0x0000 kdebug> }}} Machine is still running and sitting in KDL. If there is any further useful info that can be obtained - let me know. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 30 09:31:01 2009 From: trac at haiku-os.org (harsha) Date: Fri, 30 Jan 2009 08:31: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.bdd3bd83809dff05d45c9478fe18ab38@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 Blockedby: 2564 | Platform: All Blocking: | -------------------------------+-------------------------------------------- Comment(by harsha): so far found the following functions already in haiku math.h: __fpclassifyl -> system/libroot/posix/glibc/arch/x86/s_fpclassifyl.c __signbitf -> system/libroot/posix/glibc/arch/generic/s_signbitf.c gamma_r -> system/libroot/posix/glibc/arch/generic/e_gamma_r.c gammaf_r -> /system/libroot/posix/glibc/arch/generic/e_lgamma_r.c wctype.h towctrans -> system/libroot/posix/glibc/wctype/towctrans.c I added the following functions nl_types.h: catclose catgets catopen when i am building they are not linking . can anybody tell me what i am missing. I added the files under glibc and doing a normal build. and this is what my target vmware image contains $>strings Haiku-IDE_0-1.vmdk | grep "catclose" /* SYSCALLS.c:385:NC */ extern int catclose (nl_catd); -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 30 13:17:09 2009 From: trac at haiku-os.org (rossi) Date: Fri, 30 Jan 2009 12:17:09 -0000 Subject: [Haiku-bugs] [Haiku] #2855: [Terminal] changing text background color don't change 3 pixel border around termview immediately In-Reply-To: <040.1f81b391e17754cc34cd246014801635@haiku-os.org> References: <040.1f81b391e17754cc34cd246014801635@haiku-os.org> Message-ID: <049.ae0df8c93c3aa3d7500dca1e47995ad3@haiku-os.org> #2855: [Terminal] changing text background color don't change 3 pixel border around termview immediately -----------------------------------+---------------------------------------- Reporter: diver | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Changes (by rossi): * cc: rossi@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 30 13:20:31 2009 From: trac at haiku-os.org (rossi) Date: Fri, 30 Jan 2009 12:20:31 -0000 Subject: [Haiku-bugs] [Haiku] #3348: [Terminal] Selecting the same font in preferences causes "Save changes?" dialog In-Reply-To: <040.cab858a4dbf4b82a64a0bedefa673049@haiku-os.org> References: <040.cab858a4dbf4b82a64a0bedefa673049@haiku-os.org> Message-ID: <049.c4d2603a4b844540eae8498cd91014e0@haiku-os.org> #3348: [Terminal] Selecting the same font in preferences causes "Save changes?" dialog -----------------------------------+---------------------------------------- Reporter: diver | Owner: jackburton Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Changes (by rossi): * cc: rossi@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 30 13:22:07 2009 From: trac at haiku-os.org (rossi) Date: Fri, 30 Jan 2009 12:22:07 -0000 Subject: [Haiku-bugs] [Haiku] #2389: [Terminal] Add a menu option to allow the user to give the terminal a custom name In-Reply-To: <042.2575dc36ddb965d80a491d7934979b0a@haiku-os.org> References: <042.2575dc36ddb965d80a491d7934979b0a@haiku-os.org> Message-ID: <051.a6840e6722119ac17c2694ddcc8158d6@haiku-os.org> #2389: [Terminal] Add a menu option to allow the user to give the terminal a custom name -----------------------------------+---------------------------------------- Reporter: scottmc | Owner: jackburton Type: enhancement | Status: new Priority: low | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Changes (by rossi): * cc: rossi@? (added) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 30 16:53:33 2009 From: trac at haiku-os.org (rossi) Date: Fri, 30 Jan 2009 15:53:33 -0000 Subject: [Haiku-bugs] [Haiku] #3393: Tracker: Cannot move icons on desktop anymore Message-ID: <040.011adff5ed0f760dc3da4ad34ac30a03@haiku-os.org> #3393: Tracker: Cannot move icons on desktop anymore ----------------------------------+----------------------------------------- Reporter: rossi | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Icons (displayed on the desktop - both symlinks and actual files) cannot be moved around anymore. If you click an icon and try to move it with the mouse, the icon snaps back into its original position upon release of the mouse button. This happens on r29093. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 30 16:59:55 2009 From: trac at haiku-os.org (anevilyak) Date: Fri, 30 Jan 2009 15:59:55 -0000 Subject: [Haiku-bugs] [Haiku] #3393: Tracker: Cannot move icons on desktop anymore In-Reply-To: <040.011adff5ed0f760dc3da4ad34ac30a03@haiku-os.org> References: <040.011adff5ed0f760dc3da4ad34ac30a03@haiku-os.org> Message-ID: <049.2b9c1688efdc9e19e4b790f4b158a335@haiku-os.org> #3393: Tracker: Cannot move icons on desktop anymore ----------------------------------+----------------------------------------- Reporter: rossi | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Changes (by anevilyak): * owner: axeld => anevilyak Comment: Most likely my fault, will look tonight. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 30 17:00:44 2009 From: trac at haiku-os.org (anevilyak) Date: Fri, 30 Jan 2009 16:00:44 -0000 Subject: [Haiku-bugs] [Haiku] #3393: Tracker: Cannot move icons on desktop anymore In-Reply-To: <040.011adff5ed0f760dc3da4ad34ac30a03@haiku-os.org> References: <040.011adff5ed0f760dc3da4ad34ac30a03@haiku-os.org> Message-ID: <049.d196b6fe58f2d614ed335fb00954fd7f@haiku-os.org> #3393: Tracker: Cannot move icons on desktop anymore ----------------------------------+----------------------------------------- Reporter: rossi | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by anevilyak): Can you try rolling back to r29091 and see if it works then? I suspect I know where the problem lies. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 30 17:43:56 2009 From: trac at haiku-os.org (mmadia) Date: Fri, 30 Jan 2009 16:43:56 -0000 Subject: [Haiku-bugs] [Haiku] #3391: Configure : automatically detect the need to enable use_32bit In-Reply-To: <041.0bb1c3c43900b82657882afaf83118f2@haiku-os.org> References: <041.0bb1c3c43900b82657882afaf83118f2@haiku-os.org> Message-ID: <050.39e52322126af92d574c0026371fd489@haiku-os.org> #3391: Configure : automatically detect the need to enable use_32bit --------------------------+------------------------------------------------- Reporter: mmadia | Owner: bonefish Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Build System | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------+------------------------------------------------- Comment(by mmadia): This should detect FreeBSD 64 and exit line 337 {{{ FreeBSD) buildPlatform=freebsd if [ "$use_32bit" = 1 ]; then echo Unsupported platform: FreeBSD `uname -m` exit 1 ;; fi }}} Later, I'll create a patch for all of this and try to find someone willing to test. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 30 18:00:39 2009 From: trac at haiku-os.org (rossi) Date: Fri, 30 Jan 2009 17:00:39 -0000 Subject: [Haiku-bugs] [Haiku] #3393: Tracker: Cannot move icons on desktop anymore In-Reply-To: <040.011adff5ed0f760dc3da4ad34ac30a03@haiku-os.org> References: <040.011adff5ed0f760dc3da4ad34ac30a03@haiku-os.org> Message-ID: <049.564f21290b047a5c1bcdb79900530f60@haiku-os.org> #3393: Tracker: Cannot move icons on desktop anymore ----------------------------------+----------------------------------------- Reporter: rossi | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by rossi): Currently rolling back to r29091, the build will take some time, will give you feedback in app. 2-3h. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 30 20:32:14 2009 From: trac at haiku-os.org (rossi) Date: Fri, 30 Jan 2009 19:32:14 -0000 Subject: [Haiku-bugs] [Haiku] #3393: Tracker: Cannot move icons on desktop anymore In-Reply-To: <040.011adff5ed0f760dc3da4ad34ac30a03@haiku-os.org> References: <040.011adff5ed0f760dc3da4ad34ac30a03@haiku-os.org> Message-ID: <049.0fd58b20c5fe9b4bc28aa4842daa1f72@haiku-os.org> #3393: Tracker: Cannot move icons on desktop anymore ----------------------------------+----------------------------------------- Reporter: rossi | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by rossi): As per your expectation, r29091 works perfectly fine. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 30 23:00:14 2009 From: trac at haiku-os.org (stippi) Date: Fri, 30 Jan 2009 22:00:14 -0000 Subject: [Haiku-bugs] [Haiku] #3393: Tracker: Cannot move icons on desktop anymore In-Reply-To: <040.011adff5ed0f760dc3da4ad34ac30a03@haiku-os.org> References: <040.011adff5ed0f760dc3da4ad34ac30a03@haiku-os.org> Message-ID: <049.da07dd87877001d8a46caf8f083be928@haiku-os.org> #3393: Tracker: Cannot move icons on desktop anymore ----------------------------------+----------------------------------------- Reporter: rossi | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by stippi): Are you building Haiku on your iPhone or on BeOS? /me pets Q6600 and brags about under four minutes build times... :-P -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 30 23:02:30 2009 From: trac at haiku-os.org (anevilyak) Date: Fri, 30 Jan 2009 22:02:30 -0000 Subject: [Haiku-bugs] [Haiku] #3393: Tracker: Cannot move icons on desktop anymore In-Reply-To: <040.011adff5ed0f760dc3da4ad34ac30a03@haiku-os.org> References: <040.011adff5ed0f760dc3da4ad34ac30a03@haiku-os.org> Message-ID: <049.700a56a264efaded902809866670fd3e@haiku-os.org> #3393: Tracker: Cannot move icons on desktop anymore ----------------------------------+----------------------------------------- Reporter: rossi | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by anevilyak): There was a code block in MoveSelectionTo which checked if the source and destination window was the same (and not creating a link) to handle the move icon logic that I accidentally destroyed while refactoring...will hopefully be able to reinstate that in a few hours unless Stephan wants to beat me to it :) Still at work here. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 30 23:37:12 2009 From: trac at haiku-os.org (diver) Date: Fri, 30 Jan 2009 22:37:12 -0000 Subject: [Haiku-bugs] [Haiku] #3394: [Beam] slow repainting on resize Message-ID: <040.10eb270373706f77a40bb8011e4aecf4@haiku-os.org> #3394: [Beam] slow repainting on resize --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- If you resize Beam window it will take several seconds here (virtualbox) to repaint beam window. It looks like a problem with liblayout and app_server. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Fri Jan 30 23:55:56 2009 From: trac at haiku-os.org (rossi) Date: Fri, 30 Jan 2009 22:55:56 -0000 Subject: [Haiku-bugs] [Haiku] #3393: Tracker: Cannot move icons on desktop anymore In-Reply-To: <040.011adff5ed0f760dc3da4ad34ac30a03@haiku-os.org> References: <040.011adff5ed0f760dc3da4ad34ac30a03@haiku-os.org> Message-ID: <049.d3de7af3e510f25438e73c0991749c17@haiku-os.org> #3393: Tracker: Cannot move icons on desktop anymore ----------------------------------+----------------------------------------- Reporter: rossi | Owner: anevilyak Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by rossi): Replying to [comment:5 stippi]: > Are you building Haiku on your iPhone or on BeOS? /me pets Q6600 and brags about under four minutes build times... :-P Nope, on a Lifebook Q (Core Solo U1400) - but what this machine is lacking in raw performance its delivering in style and true mobility ;-) actually its dimensions (at 18mm and 1kg with full I/O including ExpressCard and built-in 3G it even beats the much hyped Mac Air) are the key asset and it looks just fabulous ;-) now - you brag about power, I about style ;-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 31 00:49:46 2009 From: trac at haiku-os.org (anevilyak) Date: Fri, 30 Jan 2009 23:49:46 -0000 Subject: [Haiku-bugs] [Haiku] #3393: Tracker: Cannot move icons on desktop anymore In-Reply-To: <040.011adff5ed0f760dc3da4ad34ac30a03@haiku-os.org> References: <040.011adff5ed0f760dc3da4ad34ac30a03@haiku-os.org> Message-ID: <049.2c83d1109d0cf1c65873aff989bec01f@haiku-os.org> #3393: Tracker: Cannot move icons on desktop anymore -----------------------------------+---------------------------------------- Reporter: rossi | Owner: anevilyak Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by anevilyak): * status: new => closed * resolution: => fixed Comment: Fixed in r29095, sorry about that. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 31 02:49:13 2009 From: trac at haiku-os.org (bga) Date: Sat, 31 Jan 2009 01:49:13 -0000 Subject: [Haiku-bugs] [Haiku] #3393: Tracker: Cannot move icons on desktop anymore In-Reply-To: <040.011adff5ed0f760dc3da4ad34ac30a03@haiku-os.org> References: <040.011adff5ed0f760dc3da4ad34ac30a03@haiku-os.org> Message-ID: <049.bae0d56bc376d3f62c9f33061da58e16@haiku-os.org> #3393: Tracker: Cannot move icons on desktop anymore -----------------------------------+---------------------------------------- Reporter: rossi | Owner: anevilyak Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by bga): * status: closed => reopened * resolution: fixed => Comment: There are still some anomalies that seem to be related to this. I just noticed the following glitches: 1 - If you select 2 icosn, side by side, and move them to a different spot, thet will be moved one over the other (normally they would keep their relative positions). 2 - When you move an icon to a different spot, it is not being dropped in the point that you release the mouse button but in a nearby spot (maybe it is snapping to grid?), which is also a different behaviour than what used to happen. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 31 04:22:07 2009 From: trac at haiku-os.org (anevilyak) Date: Sat, 31 Jan 2009 03:22:07 -0000 Subject: [Haiku-bugs] [Haiku] #3393: Tracker: Cannot move icons on desktop anymore In-Reply-To: <040.011adff5ed0f760dc3da4ad34ac30a03@haiku-os.org> References: <040.011adff5ed0f760dc3da4ad34ac30a03@haiku-os.org> Message-ID: <049.b54e2ff81a03eb8f78ad9eaa22424313@haiku-os.org> #3393: Tracker: Cannot move icons on desktop anymore -----------------------------------+---------------------------------------- Reporter: rossi | Owner: anevilyak Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by anevilyak): Please try again with r29096. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 31 09:06:32 2009 From: trac at haiku-os.org (humdinger) Date: Sat, 31 Jan 2009 08:06:32 -0000 Subject: [Haiku-bugs] [Haiku] #3209: [Terminal] Enhancements (mostly easy) In-Reply-To: <044.e2e4602da82c8cf223d4299070489edb@haiku-os.org> References: <044.e2e4602da82c8cf223d4299070489edb@haiku-os.org> Message-ID: <053.774fe9af7f516301fc20d8d9740180dd@haiku-os.org> #3209: [Terminal] Enhancements (mostly easy) -----------------------------------+---------------------------------------- Reporter: humdinger | Owner: jackburton Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Comment(by humdinger): Since the Terminal got some attention lately (Hi, rossi :) ) here's another easy enhancement: -> A keyboard shortcut to open a Tracker window of the current directory. I know you could create a script with "/boot/beos/system/Tracker ." to do the same, but maybe this could be a Terminal feature that could be extended in the future. Like this: With Auckland's Stack&Tile it'd be really cool if you could stack the opened Tracker window behind the Terminal and keep the Tracker window's displayed directory in sync with the Terminal. It could be argued, that the Terminal could then also be sync'ed with the Tracker window. Maybe best to try out various implementations to see what fits best when actually working with it. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 31 09:20:23 2009 From: trac at haiku-os.org (humdinger) Date: Sat, 31 Jan 2009 08:20:23 -0000 Subject: [Haiku-bugs] [Haiku] #3395: Saving images locally (easy) Message-ID: <044.204149c0ad2f78bea63e3d3a4ac6eb48@haiku-os.org> #3395: Saving images locally (easy) ----------------------------------+----------------------------------------- Reporter: humdinger | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/CodyCam | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- This is r29096. It has been mentioned on the mailinglist a while back: Besides storing the captures via FTP it may be useful to also offer an option to save them locally on your machine. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 31 10:40:44 2009 From: trac at haiku-os.org (stippi) Date: Sat, 31 Jan 2009 09:40:44 -0000 Subject: [Haiku-bugs] [Haiku] #3209: [Terminal] Enhancements (mostly easy) In-Reply-To: <044.e2e4602da82c8cf223d4299070489edb@haiku-os.org> References: <044.e2e4602da82c8cf223d4299070489edb@haiku-os.org> Message-ID: <053.f050e9e2da8d20655f830d830be9bf5a@haiku-os.org> #3209: [Terminal] Enhancements (mostly easy) -----------------------------------+---------------------------------------- Reporter: humdinger | Owner: jackburton Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/Terminal | Version: R1 development Blockedby: | Platform: All Blocking: | -----------------------------------+---------------------------------------- Comment(by stippi): Haiku has the almighty "open" command. "open ." will already open the cwd in Tracker. I know this wouldn't integrate the Stack&Tile feature... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 31 10:42:54 2009 From: trac at haiku-os.org (stippi) Date: Sat, 31 Jan 2009 09:42:54 -0000 Subject: [Haiku-bugs] [Haiku] #3395: Saving images locally (easy) In-Reply-To: <044.204149c0ad2f78bea63e3d3a4ac6eb48@haiku-os.org> References: <044.204149c0ad2f78bea63e3d3a4ac6eb48@haiku-os.org> Message-ID: <053.d8fa25f67dabdcd83c8a3f2cd5679169@haiku-os.org> #3395: Saving images locally (easy) ----------------------------------+----------------------------------------- Reporter: humdinger | Owner: axeld Type: enhancement | Status: new Priority: normal | Milestone: R1 Component: Applications/CodyCam | Version: R1 development Blockedby: | Platform: All Blocking: | ----------------------------------+----------------------------------------- Comment(by stippi): I may add that you can use eXposer for that. Even if it's only the demo version. It offers a lot more features too, while you capture your images. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 31 10:45:31 2009 From: trac at haiku-os.org (stippi) Date: Sat, 31 Jan 2009 09:45:31 -0000 Subject: [Haiku-bugs] [Haiku] #3394: [Beam] slow repainting on resize In-Reply-To: <040.10eb270373706f77a40bb8011e4aecf4@haiku-os.org> References: <040.10eb270373706f77a40bb8011e4aecf4@haiku-os.org> Message-ID: <049.b29abd53dcd12b4407dad6f5949b252c@haiku-os.org> #3394: [Beam] slow repainting on resize --------------------------------+------------------------------------------- Reporter: diver | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Servers/app_server | Version: R1 development Blockedby: | Platform: All Blocking: | --------------------------------+------------------------------------------- Comment(by stippi): It seems to behave normal on real hardware here. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 31 11:36:04 2009 From: trac at haiku-os.org (bga) Date: Sat, 31 Jan 2009 10:36:04 -0000 Subject: [Haiku-bugs] [Haiku] #3393: Tracker: Cannot move icons on desktop anymore In-Reply-To: <040.011adff5ed0f760dc3da4ad34ac30a03@haiku-os.org> References: <040.011adff5ed0f760dc3da4ad34ac30a03@haiku-os.org> Message-ID: <049.feff642a653896e7e3b043fd7a86f8ed@haiku-os.org> #3393: Tracker: Cannot move icons on desktop anymore -----------------------------------+---------------------------------------- Reporter: rossi | Owner: anevilyak Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by bga): It seems you forgot to commit changes to PoseView.h. The build is broken: {{{ C++ generated/objects/haiku/x86/release/kits/tracker/PoseView.o /Data/development/haiku/haiku/src/kits/tracker/PoseView.cpp:4364: prototype for `void BPrivate::BPoseView::MoveSelectionInto(BPrivate::Model *, BPrivate::BContainerWindow *, BPrivate::BContainerWindow *, long unsigned int, BPoint, bool, bool, bool, bool, BPoint, bool)' does not match any in class `BPrivate::BPoseView' /Data/development/haiku/haiku/src/kits/tracker/PoseView.h:335: candidates are: static void BPrivate::BPoseView::MoveSelectionInto(BPrivate::Model *, BPrivate::BContainerWindow *, BPrivate::BContainerWindow *, long unsigned int, BPoint, bool, bool = false, bool = false, bool = false) /Data/development/haiku/haiku/src/kits/tracker/PoseView.cpp:4351: void BPrivate::BPoseView::MoveSelectionInto(BPrivate::Model *, BPrivate::BContainerWindow *, bool, bool = false, bool = false, bool = false) }}} -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 31 14:09:17 2009 From: trac at haiku-os.org (zaunpfahl) Date: Sat, 31 Jan 2009 13:09:17 -0000 Subject: [Haiku-bugs] [Haiku] #3149: Intel Video Driver Does Not Work With 945G In-Reply-To: <046.24230b2aaf64a5aa4d20ddcfd5b0b5a9@haiku-os.org> References: <046.24230b2aaf64a5aa4d20ddcfd5b0b5a9@haiku-os.org> Message-ID: <055.4aea2559ba45f1632c81b9f438d95330@haiku-os.org> #3149: Intel Video Driver Does Not Work With 945G --------------------------------------------+------------------------------- Reporter: tonestone57 | Owner: axeld Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Graphics/intel_extreme | Version: R1 development Blockedby: | Platform: x86 Blocking: 2540 | --------------------------------------------+------------------------------- Comment(by zaunpfahl): Confirmed with 945GT, Abit iL-90mv. Save mode works. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 31 15:00:01 2009 From: trac at haiku-os.org (zaunpfahl) Date: Sat, 31 Jan 2009 14:00:01 -0000 Subject: [Haiku-bugs] [Haiku] #3396: ahci_port.cpp: CDPlayer crashes on play Message-ID: <044.a97f62f6d9ce7f95206bba254d993332@haiku-os.org> #3396: ahci_port.cpp: CDPlayer crashes on play --------------------------+------------------------------------------------- Reporter: zaunpfahl | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Disk | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------+------------------------------------------------- Hardware:[[BR]] AD-7590S Slim SATA Optical on Abit iL-90mv, 945GT Procedere:[[BR]] Insert audio cd, start CDPlayer -> CDPlayer reads title correctly[[BR]] Press Play -> panic "CDB has invalid direction mask" add-ons/kernel/busses/scsi/ahci/ahci_port.cpp[[BR]] commit 2008-05-24 21:27:44 UTC (rev 25650), line 827:[[BR]] - isWrite = false;[[BR]] + panic("CDB has invalid direction mask");[[BR]] Unless it is the boot device, is a panic really called for? -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 31 16:11:16 2009 From: trac at haiku-os.org (zaunpfahl) Date: Sat, 31 Jan 2009 15:11:16 -0000 Subject: [Haiku-bugs] [Haiku] #3396: ahci_port.cpp: CDPlayer crashes on play In-Reply-To: <044.a97f62f6d9ce7f95206bba254d993332@haiku-os.org> References: <044.a97f62f6d9ce7f95206bba254d993332@haiku-os.org> Message-ID: <053.f3f707094482d2d966e114b69f86c0b3@haiku-os.org> #3396: ahci_port.cpp: CDPlayer crashes on play --------------------------+------------------------------------------------- Reporter: zaunpfahl | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Disk | Version: Blockedby: | Platform: x86 Blocking: | --------------------------+------------------------------------------------- Changes (by zaunpfahl): * version: R1 development => -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 31 16:17:12 2009 From: trac at haiku-os.org (zaunpfahl) Date: Sat, 31 Jan 2009 15:17:12 -0000 Subject: [Haiku-bugs] [Haiku] #3396: ahci_port.cpp: CDPlayer crashes on play In-Reply-To: <044.a97f62f6d9ce7f95206bba254d993332@haiku-os.org> References: <044.a97f62f6d9ce7f95206bba254d993332@haiku-os.org> Message-ID: <053.e63990dfd560a06779cddf623f3e1701@haiku-os.org> #3396: ahci_port.cpp: CDPlayer crashes on play --------------------------+------------------------------------------------- Reporter: zaunpfahl | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Disk | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------+------------------------------------------------- Changes (by zaunpfahl): * version: => R1 development -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 31 16:50:32 2009 From: trac at haiku-os.org (anevilyak) Date: Sat, 31 Jan 2009 15:50:32 -0000 Subject: [Haiku-bugs] [Haiku] #3393: Tracker: Cannot move icons on desktop anymore In-Reply-To: <040.011adff5ed0f760dc3da4ad34ac30a03@haiku-os.org> References: <040.011adff5ed0f760dc3da4ad34ac30a03@haiku-os.org> Message-ID: <049.3148c9dbfd6300c79587d6f46f21b327@haiku-os.org> #3393: Tracker: Cannot move icons on desktop anymore -----------------------------------+---------------------------------------- Reporter: rossi | Owner: anevilyak Type: bug | Status: reopened Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Comment(by anevilyak): Yeah, I did. Make that: try r29099 :) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 31 17:01:28 2009 From: trac at haiku-os.org (axeld) Date: Sat, 31 Jan 2009 16:01:28 -0000 Subject: [Haiku-bugs] [Haiku] #3396: ahci_port.cpp: CDPlayer crashes on play In-Reply-To: <044.a97f62f6d9ce7f95206bba254d993332@haiku-os.org> References: <044.a97f62f6d9ce7f95206bba254d993332@haiku-os.org> Message-ID: <053.143d00ddc78dc14362d1de5d673040ee@haiku-os.org> #3396: ahci_port.cpp: CDPlayer crashes on play --------------------------+------------------------------------------------- Reporter: zaunpfahl | Owner: marcusoverhagen Type: bug | Status: new Priority: normal | Milestone: R1 Component: Drivers/Disk | Version: R1 development Blockedby: | Platform: x86 Blocking: | --------------------------+------------------------------------------------- Comment(by axeld): Currently, there are way more panics in the code as there need to be, like ASSERTs in debug builds; it helps finding bugs, and be annoying, so they are fixed at one point :-) -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 31 17:04:55 2009 From: trac at haiku-os.org (anevilyak) Date: Sat, 31 Jan 2009 16:04:55 -0000 Subject: [Haiku-bugs] [Haiku] #2640: [OpenSSL] Needs updating to 0.9.8j In-Reply-To: <042.a18939ac428e40cf4140fae003d36aa1@haiku-os.org> References: <042.a18939ac428e40cf4140fae003d36aa1@haiku-os.org> Message-ID: <051.f0d4911d5b44b04e452c7431156b71bf@haiku-os.org> #2640: [OpenSSL] Needs updating to 0.9.8j ----------------------------------------------+----------------------------- Reporter: scottmc | Owner: axeld Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Command Line Tools | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: ----------------------------------------------+----------------------------- Changes (by anevilyak): * status: new => closed * resolution: => fixed Comment: Applied in r29100 (well, except for IM Kit since I have no control over their repository :). Thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 31 20:41:17 2009 From: trac at haiku-os.org (bga) Date: Sat, 31 Jan 2009 19:41:17 -0000 Subject: [Haiku-bugs] [Haiku] #3393: Tracker: Cannot move icons on desktop anymore In-Reply-To: <040.011adff5ed0f760dc3da4ad34ac30a03@haiku-os.org> References: <040.011adff5ed0f760dc3da4ad34ac30a03@haiku-os.org> Message-ID: <049.816bbc91aed03e7915da28f599acc06b@haiku-os.org> #3393: Tracker: Cannot move icons on desktop anymore -----------------------------------+---------------------------------------- Reporter: rossi | Owner: anevilyak Type: bug | Status: closed Priority: normal | Milestone: R1 Component: Applications/Tracker | Version: R1 development Resolution: fixed | Blockedby: Platform: All | Blocking: -----------------------------------+---------------------------------------- Changes (by bga): * status: reopened => closed * resolution: => fixed Comment: Seems to be ok now. Thanks! -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Sat Jan 31 22:21:19 2009 From: trac at haiku-os.org (mmu_man) Date: Sat, 31 Jan 2009 21:21:19 -0000 Subject: [Haiku-bugs] [Haiku] #3387: Icon-O-Matic doesn't export valid SVG In-Reply-To: <042.da0ec2f16dc23d43528cb645c5398add@haiku-os.org> References: <042.da0ec2f16dc23d43528cb645c5398add@haiku-os.org> Message-ID: <051.f2c355c7a57f23804203393fc5c6f187@haiku-os.org> #3387: Icon-O-Matic doesn't export valid SVG ---------------------------------------+------------------------------------ Reporter: mmu_man | Owner: stippi Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Icon-O-Matic | Version: R1 development Blockedby: | Platform: All Blocking: | ---------------------------------------+------------------------------------ Comment(by mmu_man): Should be fixed by r29097, let's test... -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 26 03:37:39 2009 From: trac at haiku-os.org (diver) Date: Mon, 26 Jan 2009 02:37:39 -0000 Subject: [Haiku-bugs] [Haiku] #3369: [Insteller] scrollbar should be disabled if there are no additional options Message-ID: <040.e623ad14c2bf7e5c6ba52c557ecd1950@haiku-os.org> #3369: [Insteller] scrollbar should be disabled if there are no additional options ------------------------------------+--------------------------------------- Reporter: diver | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Installer | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- Scrollbar should be disabled or removed if there are no additional options in that view. -- Ticket URL: Haiku The Haiku operating system. From trac at haiku-os.org Mon Jan 26 03:38:06 2009 From: trac at haiku-os.org (diver) Date: Mon, 26 Jan 2009 02:38:06 -0000 Subject: [Haiku-bugs] [Haiku] #3369: [Installer] scrollbar should be disabled if there are no additional options (was: [Insteller] scrollbar should be disabled if there are no additional options) In-Reply-To: <040.e623ad14c2bf7e5c6ba52c557ecd1950@haiku-os.org> References: <040.e623ad14c2bf7e5c6ba52c557ecd1950@haiku-os.org> Message-ID: <049.7f2b67c3ac299aba0d5366960ccca1d4@haiku-os.org> #3369: [Installer] scrollbar should be disabled if there are no additional options ------------------------------------+--------------------------------------- Reporter: diver | Owner: korli Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/Installer | Version: R1 development Blockedby: | Platform: All Blocking: | ------------------------------------+--------------------------------------- -- Ticket URL: Haiku The Haiku operating system.