it would overwrite memory and on writing it would crash further down when the
buffer is accessed. Fixes#4383.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32857 a95241bf-73f2-0310-859d-f6bbb57e9c96
all columns are seen (taking care not to become bigger than the screen) and
center the window on screen.
+alphabranch
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32853 a95241bf-73f2-0310-859d-f6bbb57e9c96
Now it is explicitely calculated, which makes getting the preferred size
more reliable.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32852 a95241bf-73f2-0310-859d-f6bbb57e9c96
was used into GetColumnPreferredWidth for convenience.
* Disabled cached total column width in title view, since it wasn't properly
maintained. Instead of finding the bug (the code should use proper listening
mechanisms, and such problems would go away automatically), the total width
is now calculated on the fly. It is used for updating the horizontal
scrollbar.
* Resolved TODO in PreferredSize(), the width is now based on the preferred
width of all columns.
+alphabranch
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32850 a95241bf-73f2-0310-859d-f6bbb57e9c96
account.
* When releasing the mouse buttom from a resize operation, don't reset the
view cursor, as we would still start resizing the column again if we
clicked.
This doesn't only improve these mouse operations, but solves weird jumping
columns, for example when just clicking in the resize hot-area.
+alphabranch
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32849 a95241bf-73f2-0310-859d-f6bbb57e9c96
we may allow initializing partitions from within the Installer, it's better to
use Size() for now. Should fix the CD install source to display as 800 +some
Bytes.
+alphabranch
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32848 a95241bf-73f2-0310-859d-f6bbb57e9c96
some unneeded ones, which still had the be copyright. Also removed BufferIO
from the build and deleted the implementation, since it wasn't used.
There are still some more... +alphabranch
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32829 a95241bf-73f2-0310-859d-f6bbb57e9c96
we waste space, but we also incorrectly fail to update the size for all writes
that do not go beyond the previous file size.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32825 a95241bf-73f2-0310-859d-f6bbb57e9c96
the parent directory in those cases. Also, when updating the parent directory
we need to update the ".." dirent if we already populated it with a different
value before.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32823 a95241bf-73f2-0310-859d-f6bbb57e9c96
fixes#4358, there changing the Tracker preferences causes some default
directories to be created, like "home" and "config", which were previously
simply killing off the real ones.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32822 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Got rid of <dirent_private.h> -- the __DIR structure is private to dirent.c,
now. The attribute directory, index directory, and query functions use the
the public POSIX API, so does the kernel module code. Those components were
not initializing the structure correctly anymore since the introduction of
telldir()/seekdir().
+alphabranch
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32819 a95241bf-73f2-0310-859d-f6bbb57e9c96
This fixes ticket #4362 and probably also #4360 and #4370
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32817 a95241bf-73f2-0310-859d-f6bbb57e9c96
ensure that these nodes are never put. As they keep all changes in memory,
putting them and consequently freeing them destroys the modifications without
a way to get them back from the underlaying filesystem. In case a created node
was put but still had its entry in the parent directory this could also lead
to the situation where an invalid node was requested from the underlaying
filesystem, leading to #4347.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32815 a95241bf-73f2-0310-859d-f6bbb57e9c96
to " &" as really the whole rest of the file uses that style.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32813 a95241bf-73f2-0310-859d-f6bbb57e9c96
in / is created with the partition content name, pointing to /boot, where the
volume is actually mounted for real. The code is supposed to rename the link
in this case, not the actual folder. Added a note about the special case when
the boot volume is actually named "boot", in which case there will not be a
separate link. Then renaming /boot is prevented in the kernel now.
This commit completes the fix for ticket #4365.
+alphabranch
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32807 a95241bf-73f2-0310-859d-f6bbb57e9c96
switch /boot to a different volume in two operations, unless you have first
linked /system/lib into /bin. This patch assumes that / will always have the
ID 1. Don't know if that is proper. Note that I also thought about solving
this in the VFS, since perhaps it isn't the job of root-fs to know about
/boot, but that would of course introduce another check for every rename
operation, which I decided against.
+alphabranch
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32806 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Vincent also saw that the logo bg-color is #eeeeee instead of #efefef.
->Corrected CSS.
Also, there can be issues with PNG inside div-blocks setting a bg-color. PNGs
include a color profile that can screw browser rendering to display different
colors though using the same RGB values. Interesting. See
http://www.kaktus.cc/weblog/png_and_color_profiles/
I stripped the color profile info from the logo.png as suggested at that URL.
Thanks Vincent!
+alphabranch
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32804 a95241bf-73f2-0310-859d-f6bbb57e9c96
codec tags in FFmpeg have changed. However, with the FFmpeg AC-3 decoder, I
am no longer getting sound. I suspect it's something to do with the channel
count.
P.S. I should really fix the endianess mess of the codec tags...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32803 a95241bf-73f2-0310-859d-f6bbb57e9c96
last FFmpeg update. This let's WMV videos play again. Tested on GCC4 and
GGC2 builds.
+alphabranch
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32802 a95241bf-73f2-0310-859d-f6bbb57e9c96
- Removed bitmap icons.
- Updated rdef copyrights.
- Added them to the image.
I also tested them.
+alphabranch
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32799 a95241bf-73f2-0310-859d-f6bbb57e9c96
- fix error handling in CamDevice.cpp,
- implemented PowerOnSensor() for Sonix,
- add a ProbeByIICSignature method to CamSensor, that takes a list of regs and values to match, as some Linux drivers do,
- add (unfinished, mostly copied from TAS5110C1B) support for TAS5130D1B sensor,
- add (unfinished) support for PAS106 sensor, probe by IIC signature as the Linux driver does,
- add probing by IIC signature for the HV7131E1 sensor as the Linux driver does,
- use -lusb for BeOS (actually ZETA) builds, don't try to use the Haiku USB Kit,
- for the TAS5110C1B sensor, use remove code dup and call SetVideoFrame(), tweaked the values to match those sniffed from the XP driver,
- disabled gain control for now on sonix, doesn't seem to work on all models.
This gets another sonix-based webcam working, partially at least, so if you want to get one to try until UVC works, try this one:
http://www.macally.com/EN/product/ArticleShow.asp?ArticleID=119
We should at least have one webcam supported in the alpha :D
+alphabranch
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32795 a95241bf-73f2-0310-859d-f6bbb57e9c96
