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 d1c74734

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