Age | Commit message (Collapse) | Author |
|
(refer to rev. #28858)
svn-id: r41076
|
|
char pointers)
svn-id: r41000
|
|
paarms to it (we migh want to add corresponding matchUint32LE etc. functions if needed)
svn-id: r40909
|
|
way the internal storage growth over time.
The bug could result in incorrect results when using push_back (or insert_at)
to insert data from an array into itself if this insertions would cause the
internal array storage to grow. Also added a unit test for this bug.
Furthermore, if the internal storage needs to grow, it will now be resized to the next power of two,
instead of being increased by 32.
svn-id: r40907
|
|
svn-id: r40867
|
|
deprecated; however, retained ioFailed in SeekableReadStream and File for now (so for now this mainly affects WriteStream subclasses)
svn-id: r40725
|
|
* Added support versioned serialization
* Added a convenience API for handling 'magic IDs' transparently
* Exposed the err()/clearErr() methods of the underlying streams
* Added a basic unit test for versioned loading (more should be added, in particular for saving)
* Removed the syncString(char *, uint16) alias for syncBytes(byte *buf, uint32 size)
svn-id: r40723
|
|
svn-id: r40693
|
|
svn-id: r40501
|
|
svn-id: r40493
|
|
svn-id: r40487
|
|
svn-id: r40470
|
|
- Introduced new OSystem method getHardwareKeySet() with default implementation
- Moved global keymap creation to base/main.cpp
- Moved GUI keymap creation to gui/GuiManager.cpp
- Added various safeguard checks to various keymapper methods
Now it is really possible to add keymapper to all backends.
svn-id: r40439
|
|
svn-id: r40430
|
|
svn-id: r40427
|
|
svn-id: r40382
|
|
helps to find 'Array used after being disposed' bugs
svn-id: r40326
|
|
svn-id: r40309
|
|
svn-id: r40304
|
|
svn-id: r40302
|
|
at once, don't copy everything multiple times around)
svn-id: r40292
|
|
new/delete instead of malloc/free
svn-id: r40291
|
|
improvements
svn-id: r40267
|
|
shrink the array
svn-id: r40262
|
|
svn-id: r40172
|
|
svn-id: r40171
|
|
tests and some doxygen comments for Common::List and Common::Array
svn-id: r40164
|
|
front/back/push_back/push_front, as have their STL counterparts
svn-id: r40163
|
|
svn-id: r40160
|
|
svn-id: r40154
|
|
svn-id: r40121
|
|
Common::Array constructor which converts regular arrays to Array objects to be more flexible in its type (allows e.g. to assign an array of char* to a StringList
svn-id: r40077
|
|
are identical to the automatically generated ones. Also removed a pointless 'explicit'
svn-id: r40049
|
|
data, int n), which makes it possible to clone a regular array into a Common::Array; added a unit test for that and slightly extended existing Common::Array unit tests
svn-id: r40027
|
|
more efficient; same for remove() and operator=
svn-id: r39921
|
|
whether one rect contains the other). Previously, foo.contains(foo) would return false. Added/enabled unit tets for this
svn-id: r39911
|
|
svn-id: r39789
|
|
fixup + EBOOT packing steps).
Thanks dhewg and fingolfin for assistance. :)
svn-id: r39693
|
|
svn-id: r39658
|
|
loaded by portdefs.h
svn-id: r39562
|
|
if this turns out to be not portable enough. Also added a doxygen comment to the ARRAYSIZE macro
svn-id: r39542
|
|
svn-id: r39442
|
|
SCI engine
svn-id: r39428
|
|
svn-id: r39287
|
|
We tried to implement the list iterators in a clever way, to reduce code
duplication. But this is essentially impossible to do properly, sadly --
this is one of the places where the ugly drawbacks of C++ really show.
As a consequence, our implementation had a bug which allowed one to
convert any const_iterator to an iterator, thus allowing modifying
elements of const lists.
This rewrite reintroduces code duplication but at least ensures that no
const list is written to accidentally.
Also fix some places which incorrectly used iterator instead of const_iterator
or (in the kyra code) accidentally wrote into a const list.
svn-id: r39279
|
|
svn-id: r39174
|
|
well as our unit tests, ouch) handled SEEK_END incorrectly (using -offset instead of offset), contrary to what the docs said and what fseek does. Hopefully I found and fixed all affected parts, but still watch out for regressions
svn-id: r39135
|
|
svn-id: r39058
|
|
svn-id: r39054
|
|
svn-id: r38956
|