only under certain conditions.
Now also accepts decimal numbers as IDs.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13973 a95241bf-73f2-0310-859d-f6bbb57e9c96
Simplified parsing the ID (no need to differentiate between hex and decimal, if
we do both anyway).
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13972 a95241bf-73f2-0310-859d-f6bbb57e9c96
draw it.
This fixes the crashing bug when being compiled from Zeta (because of the
different message storage format) - debugged under Haiku thanks to Ingo's
great work :-)
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13969 a95241bf-73f2-0310-859d-f6bbb57e9c96
debugging printf. At least I assume it's for debugging...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13962 a95241bf-73f2-0310-859d-f6bbb57e9c96
libmail.so which isn't backwards compatibile so they need recompiling
for Haiku - thus better to include them here. Also want spam levels
of 1E-6 to be visible for genuine messages.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13955 a95241bf-73f2-0310-859d-f6bbb57e9c96
signature and otherwise made the spam detection system work properly again.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13952 a95241bf-73f2-0310-859d-f6bbb57e9c96
already reserved by a domain name squatter. Use "spamdbm" instead.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13950 a95241bf-73f2-0310-859d-f6bbb57e9c96
moved it into its own source directory in preparation for adding resources.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13949 a95241bf-73f2-0310-859d-f6bbb57e9c96
get_file_map() now seems to work correctly in all regular cases.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13947 a95241bf-73f2-0310-859d-f6bbb57e9c96
reseted to its old value.
BPlusTree::SetTo() is now less strict about maximum_size vs. inode size differences;
it will now print a warning and set the maximum_size to the inode size, even though
the tree might be corrupted (reading should always be as compatible and forgiving
as possible).
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13946 a95241bf-73f2-0310-859d-f6bbb57e9c96
(memory) holes, but failing to load an add-on should no longer exit your
application. Reported by Korli.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13945 a95241bf-73f2-0310-859d-f6bbb57e9c96
file data - it checks if the current run goes beyond the file size and cuts
it off after the block containing that last few bytes.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13943 a95241bf-73f2-0310-859d-f6bbb57e9c96
- under certain situations, the wrong extent could be chosen (off-by-one error)
- the resulting length of the first vector was incorrectly calculated for all
extents but the first
Improved error checking a bit.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13941 a95241bf-73f2-0310-859d-f6bbb57e9c96
Removed trailing spaces after text generated by file drops
Added a few TODOs
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13940 a95241bf-73f2-0310-859d-f6bbb57e9c96
Moved the scanning of individual font folders to FontServer
Implemented server-side code for update_font_families
Removed ClientFontList from the build
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13938 a95241bf-73f2-0310-859d-f6bbb57e9c96
it ended up having a '\' in it.
Added bochs config line example for an 80 MB image.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13932 a95241bf-73f2-0310-859d-f6bbb57e9c96
