Age | Commit message (Collapse) | Author |
|
|
|
Change-Id: I0c86753fab551a18a9f0c62adc03a3d967947dbf
|
|
Change-Id: I028543f751ed8759f694cc4901d8c89d76867596
|
|
Change-Id: I10bb64672d02626814c162b09b8bdd615f7fcad8
|
|
Change-Id: I9db36a231ea846929f8860d089d77d0126242c26
|
|
Change-Id: I9a2e2387eb1d436cd64c1ca00276fe9256ef0c04
|
|
Change-Id: Id3715b84a2328ca37fbc05d552fe58617ecfa78a
|
|
Change-Id: Ib0d0696b1da5b609473a61aff185282233afb9fd
|
|
Change-Id: Ibd5d82f93fb94db3e8d53acc9df05f2459807bb4
|
|
Change-Id: Iedb57186d56c6d1445bcfe2ad37d0569dba32b4e
|
|
Change-Id: If67b90bc56695a6aaf6d152d4a70dc68126596a6
|
|
Change-Id: I7903c4af5263f93dc4d311b73cb21e144a63d8d9
|
|
Change-Id: Iee162175b692d82679132ce32d026cb3b3bfa77e
|
|
Apparently there was no problem in this after all. The reason it
seemed not to work earlier was because of the unwinding failure due to
the missing .cfi_startproc and .cfi_endproc thingies in helper.s
The hack in ucbhelper is now not needed after all.
Change-Id: If9fec5c502d4c9d0c44709ad9c2729f812e882e2
|
|
Change-Id: I92a82fb25b8b9d9cbedefb6fcebc7a4d167649bf
|
|
Project: help 74508d8b773142bf68780b8550ff70baaa53be89
|
|
Change-Id: Iff1ae9806ee05654762b313ed00ada206e51337f
|
|
Change-Id: I9a35ee7839373b82b47c0d5cc5b329918d337073
|
|
Bug description:
In the "Accept or Reject Changes" dialog, when select a change
(it should be after the first few ones) and clicking "Accept"
or "Reject" button, acception/rejection is made but after it
not the next change is selected for futher work,
but a random one. This bug doesn't appear in all case,
just if changes are complex enough.
Solution:
The nPos means absolute position so we have to get the next entry
with the corresponding GetEntryAtAbsPos() method. It seems simple
position can differ from absolute positions if changes are
complex enough.
Change-Id: I7996f81c2a09c492f9334f071591291d200d533f
|
|
Related to d1c74734c8d9026b0f0c03f7382ca60165cec8c6
Change-Id: Ic3a6147f0615e79640ec9f567168f93219d34020
|
|
Avoid using numbers to identify the list items because
using numbers can lead to mixed translations. Use the
corresponding string instead.
Change-Id: I963efbf0b4d6b17f77c51cbda0af57efa66cf8cf
|
|
No need for hashmaps (ExportListEntry) because only one
list is stored (en-US). One list member is enough instead of
one for all types.
Change-Id: I952d6616e436c5aa7656854f83d442434ffcbd54
|
|
In the past, NO_LOCALIZE_EXPORT macro must be used to
skip uneeded parsing of src files which has no localizable content.
It is unsued by now and it is more effective to handle
this files on gmake level:
gb_SrsTarget_add_nonlocalizable_files
gb_SrsTarget_add_nonlocalizable_templates
Plus remove some empty src file.
Change-Id: I8fc9b2db0b5fd7a3379d3c5be970c4fc691f4c53
|
|
Change-Id: I66dab1cce489c670991d2c74ffc171638dfca3d7
|
|
It was an old concept that besides the en-US entry
other language entries were also added and in this
case may happened that one lang occured twice.
Change-Id: Ifac7089309ecf4a59b128c0fea5e8b757ca2c8a8
|
|
Change-Id: I82196decf0419adabc849bd82141e8702f510c1c
|
|
Change-Id: Ic34efbd2090a11aa6fa88d67eda7ab31b1bddfcb
|
|
Change-Id: I01bc171f5ad399644185e5e6d0398e89d9305ee7
|
|
Change-Id: Iad98aae685153589ff72a4be2ec704c0d311e1fd
|
|
Used alternative: Text[ x-comment ]
Change-Id: I762bf89c5ed316ec63183e3bedc22cbaac2e8aba
|
|
This list type doesn't appear in the resource files
and there are lots of alternatives (ItemList, StringList ...)
for future need.
Change-Id: Ia4454a329ba93f54e5b3ca45443a1a84be3b4bf7
|
|
Change-Id: I9ca8c83a225ea4860ac40c7584ec9c56acae0d6c
|
|
Change-Id: I7e610c767e28e2af683f95aa573cbe34b35b6966
|
|
Helps a bit... Now, if I revert the hackish arm64 change to ucbhelper,
instead of "terminating with uncaught exception" I get "terminating
with unexpected exception";) But, at least with the stack correctly
unwound to BaseContent::execute(), I think. Actually of course I don't
really understand much of this.
Change-Id: Iacb4342414cb84f9db31f9a40c7a136cc5d191a6
|
|
Change-Id: Id1d8ac652af38b80d0126bb80f91120d3e12e993
|
|
Project: help da8a978cf3603ebcfcd61c0bd652836c09d71ded
|
|
Change-Id: I5babcec50d48dc2a6288a01685db61fbb7058680
|
|
Change-Id: I88b8a66ccc4da951e92cce0e4b5d66dcff8bf477
|
|
Change-Id: Ie75bdf5b3d9f9e46d9b46f91192df14fc90b4095
|
|
Change-Id: I6ae6a95bdf9b0f82384dfdcbdefc6a546f81ef0f
|
|
Change-Id: I35435dc466478002d065e13f6e31c3c68528d7d5
|
|
Change-Id: I251f93f421972f8e5ab346af29152cebc17ab875
|
|
Change-Id: I1e93d23be2f7738062f419680872b94d2ccdcc8c
|
|
Change-Id: I6544fdddd1662850a715e8841dcad35135fb1d94
|
|
Change-Id: Ia771d36711364bcf53789b3f7a623582451d175d
|
|
Change-Id: I42549eaa7048a6bcb248d3bd1bb28ca2c7c38763
|
|
Change-Id: I95f0afc4b71dd62c7635f0a56b0917463db08c35
|
|
Change-Id: Ic998a1eeddd89f45e12e4036dcbc21be534830ce
|
|
Change-Id: Ib327646572890b13f7049d2ba106c465d7c855f7
|
|
Change-Id: I1f67fca5b66c41d633924ffbf763db03756c8ca7
|