ed58e05e18
Partly converted the header to our coding style, added some debug output, started to clean up
...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15664 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-24 13:06:05 +00:00
6edaa0f6a6
Fixed PostMessage usage
...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15663 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-23 22:43:11 +00:00
208e6678e3
small efficiency improvements - overall, the drawing speed of a usual BView, especially controls, is pretty much equal to R5 now (Drawing straight text, using StringWidth(), tons of AddLine()s, FillRect() etc) :-)
...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15662 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-23 15:57:55 +00:00
cf434f8eec
fixed comment
...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15661 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-23 15:54:41 +00:00
032a2d2805
Added "bt" to print a stack crawl to get less confused by gdb :-)
...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15660 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-22 23:54:51 +00:00
268893283f
drawing arrow heads looks good on Haiku using B_OP_OVER... Stefano, I made this local change before your earlier commit, I hope I don't step on your toes, it's just a tiny change anyways...
...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15659 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-22 22:15:06 +00:00
6700022a75
Looks like the fix didn't work
...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15658 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-22 21:37:19 +00:00
57de0ba79d
Now clock doesn't quit in case it can't find its resource (due to a bug in BRoster::FindApp(), probably). It looks like crap but it's not important right now. Also restyled a bit the cl_view.h/cpp files
...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15657 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-22 21:19:23 +00:00
bdf1da4d6e
Slightly improved debug output.
...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15656 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-22 18:21:37 +00:00
78f2557c8f
Found and fixed number one app_server crashing bug: our Hoard backend didn't
...
support unsbrk(), and that is actually called quite often in Hoard, resulting
in out of memory quite fast.
We don't shrink the heap (yet), but at least we can reuse the memory that
was freed by Hoard (it doesn't just remove bytes from the end, it will also
free up smaller parts in the middle).
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15655 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-22 11:42:02 +00:00
291540f51a
Signatures are case insensitive. This should allow Clock to start.
...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15654 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-22 11:14:06 +00:00
0c19920751
Improved debug output, added missing owner info to _dump_area().
...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15653 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-22 01:08:51 +00:00
7a3e1b6979
Slightly improved debug output.
...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15652 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-22 00:47:37 +00:00
f31dc4dd08
Improved tabulator for the on screen KDL.
...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15651 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-22 00:43:21 +00:00
ebe5949e61
The debugger command "areas" can now restrict the list by team ID.
...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15650 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-22 00:40:34 +00:00
c1b5724035
My last commit broken vm_clone_area(): it didn't grab a reference to its
...
cache, and therefore, let the kernel crash easily.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15649 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-22 00:04:28 +00:00
db39fa281e
Moved the headers of the different store implementations into the VM source
...
directory; they are not used outside the VM.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15648 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-21 20:08:49 +00:00
16cfe613cd
Fixed vfs_lookup_vnode() - it's not called with the mutex already locked anymore.
...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15647 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-21 20:07:33 +00:00
4aeaaaae01
we now check if current pipe index is a valid one before trying to close it, seems CloseAudio doesn't check itself
...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15646 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-21 18:22:27 +00:00
c6cacf3fb6
removed 'typo' introduced while testing.
...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15645 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-21 18:02:21 +00:00
14e132e2bc
Reactivated check for failed semaphore creation - after kernel startup.
...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15644 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-21 17:58:49 +00:00
a8a13a0ae5
During early boot, there are no semaphores - but vm_cache_ref are already created...
...
Must be further investigated (if the locks are created later or not...)
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15643 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-21 17:47:50 +00:00
1e12fe8e5d
A vm_cache can no longer be created with a NULL vm_store (nobody did it before,
...
but it would have worked - and crashed soon after).
Minor cleanup.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15642 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-21 17:05:50 +00:00
ea2cd27e57
* Fixed the strange vm_cache_ref reference count mechanism: now, a fresh
...
vm_cache_ref starts with a reference count of 1. When acquiring a vm_cache,
you no longer need to worry if that should go through the vm_store, or not;
as it now always does.
* map_backing_store() no longer needs to play with the vm_cache_ref
references.
* that simplified some code.
* vfs_get_vnode_cache() now grabs a reference to the cache, if successful.
* better balanced vnode ownership on vnode_store creation (vnode_store
released the vnode before if its creation failed).
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15641 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-21 17:00:03 +00:00
d5abe15e84
The name elf_load_user_image() chooses for the area is now actually limited
...
to B_OS_NAME_LENGTH bytes, instead of 64. Also, it will now only consider
the leaf name for the area.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15640 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-21 16:47:46 +00:00
8f30140c63
fixed opening windows in other workspaces than the current, keeps the window lists valid
...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15639 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-21 13:50:45 +00:00
5659f08c68
fixed weird resize behaviour (the mouse cursor returns to the initial drag offset after the window has been resized more than the resize limits allow)
...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15638 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-21 13:49:19 +00:00
79f73dbc56
* vm_page::offset is now called cache_offset and is now an uint32 instead of off_t;
...
this saves 4 bytes per page. To compensate the loss of bytes, the offset is now
stored in page size units, that's enough to address 2^44 or 16 TB (which is now
the maximal supported file size!).
* Renamed vm_page::ppn to physical_page_number.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15637 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-21 12:38:31 +00:00
3ca8cdfc07
remove empty functions which are no longer virtual anyways
...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15636 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-21 11:23:37 +00:00
28f0e47c1a
fix B_SUBPIXEL_PRECISE usage, animation in BitmapDrawing is smooth again
...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15635 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-21 11:22:48 +00:00
464f836807
since this is potentially drawing to the frame buffer in the testenviroment too, we don't use memcpy anymore per se
...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15634 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-21 11:21:56 +00:00
eeb06055db
the run_haiku_registrar app is placed in the test environment install folder
...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15633 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-21 11:20:35 +00:00
75bf993e08
updates various stuff, Jamefiles and run scripts for the most part... clicking a list view object entry selects the object in Playground... alpha drawing in the scrolling test would reveal problems in the app_server scrolling implementation... more I have forgotten
...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15632 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-21 11:19:16 +00:00
a90bd9535b
why do the stupid bugs always take soo long to find... even when I did them myself... this fixes attaching BViews to B_CMAP8 bitmaps and drawing into them in the test environment
...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15631 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-21 11:16:56 +00:00
77b1fd2243
Renamed the tests/kernel/core directory like the main directory tests/system/kernel
...
and adapted all Jamfiles.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15630 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-21 00:30:29 +00:00
8503c000b3
I just realized I never commited this. This enables Haiku to boot from a logical partition in an extended partition that used to be a BFS partition and has enough of the old super block left for BFS to think it's a valid BFS partition... fix found together with Ingo Weinhold
...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15629 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-20 22:54:32 +00:00
1f0a4ee8c7
removed unused stuff from Painter and DrawingEngine, fixed the deadlock when trying to use the (20 times faster) DrawingEngine version of StringWidth, the font is now usually ignored when taking on a DrawState in Painter... should add a little speed overall
...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15628 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-20 22:39:54 +00:00
bee1ec1ee0
overall more correct, most importantly corrected a bug in content scrolling that caused view redraws to ignore the window content clipping
...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15627 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-20 22:35:36 +00:00
3c0e5f8e8b
added marking a ViewLayer dirty (ie if background needs to be cleared yet)
...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15626 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-20 22:31:42 +00:00
a07317fc10
correctly figure out bits per pixel in the direct window info code, this fixes direct windows in the Accelerant test environment, added a note about how the all windows lock seems to be grabbed for the entire duration of a client update on R5, which cannot quite be the truth, because apps crashing in BView::Draw() would take lock up the app_server, added skipping the processing of drawing messages if the current drawing region is empty, added currently disabled code for clearing the view right before the client draws it... doesn't work for some reason unfortunately
...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15625 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-20 22:30:02 +00:00
33ab390e50
currently, there is no mechanism to update the DrawingEngine to a changed frame buffer pointer, so the Window for the Accelerant based test environment is non-movable... will change later
...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15624 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-20 22:25:20 +00:00
ef4635a3f9
added a few comments
...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15623 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-20 22:23:48 +00:00
f6cef39e1e
row_bytes was used in a weird way, and still is, if you would take row_bytes literally
...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15622 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-20 22:22:26 +00:00
36e605d5f3
combine _UPDATE_ and B_WINDOW_RESIZED messages, I left the old code commented, because my combining code might need review. I don't understand why the current message is still in the queue and why passing 1 as index to FindMessage does not seem to work, BMessageQueue::RemoveMessage does not delete the message as documented in the BeBook... everywhere else in the code it seems to be taken as a fact
...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15621 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-20 22:20:37 +00:00
46128d7e26
fix crash in Invoke() when no items are selected and a selection change message is set
...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15620 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-20 22:17:07 +00:00
d69c048704
No longer needed
...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15619 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-20 22:13:31 +00:00
2b6ac34551
Got rid of R5 code
...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15618 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-20 22:12:09 +00:00
5aa032f1e8
cleanup
...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15617 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-20 16:28:52 +00:00
35cf51550c
Replaced arch/thread_struct.h with arch/thread_types.h, and renamed
...
arch/*/thread_struct.h to arch_thread_types.h, so that it can directly
be included without having to specify the architecure.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15616 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-20 16:07:27 +00:00
04928d2c97
fixed with-issues with scaled_filtered blit. Tested for 16bit space. Over here this new function is now stable. Other spaces will be tested asap.
...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15615 a95241bf-73f2-0310-859d-f6bbb57e9c96
2005-12-20 15:59:22 +00:00
Stefano Ceccherini