Remove debug pipe for candidate process

The debug pipe created in the candidate process has a "User" label.
As a result, smack deny occurs when app process try to access the debug pipe.
Also, since debugging is performed only in standalone mode, the debug pipe does not be used in the candidate process

Change to execute SQL commands simply (#265)

Change-Id: I34f793661b41700a9ebf2cb1b75334434a5cdc3f

Support for TLC(Tizen Library cache) (#260)

Change-Id: I4f65011e89af4b3d4fcd4b9890c2d83ea3b983f1

[SVACE] remove unnecessary check code. (#259)

SVACE request us to change strerror to strerror_r for thread safety.
But, there is no need to call access() and strerror() function for error case.

So, remove unnecessary check code.

Modification of lchown for ni file in .tac_symlink (#258)

Change-Id: I09594fae53d991f49161da4b96e8b3b7ee2f598e

Code cleanup and Add missing flag (#257)

Change-Id: I9e882fd196edb192c61641c7394fb18531293401

Refactoring path manager

The existing path manager provided only the function to create and provide TPA with some directories (runtime/tizenfx/etc).
As a result, a lot of path related duplicate code was used in launcher internal code,

To modify this, the PathManager was refactored as follows:
  1. The paths required for app execution and native image creation are obtained through path manager.
  2. The path manager is created as an object so that it can be maintained and managed where it is needed.
  3. The dependency between path manager and the plugin manager has been removed.
  4. Platform assembly searching path can be updated. (To support dotnet-plugin, system library upgrade)
  5. The nitool doesnot supported any more
  6. --ni-pkg-dll option is removed from dotnettool
  7. TPA related code is moved out from PathManager

Interface change
  1. The parameter of initNICommon() function is removed.
  2. Some functions in ni_common.h, tac_common.h are removed or changed

Fixed build warning (#256)

Change-Id: I2f7f6f63651086b3106b966e10a2d4cbc80149ab

Create separated candidate process to preload NUI (#245)

NUI cannot be preloaded with ElmSharp because those two UI related
module create window while preloading.

When multiple windows are created, it not only increases the memory usage,
but also affects the launching effect and splash screen.

So, create new candidate process for NUI

Assumption
  NUI app has their own apptype "dotnet-nui"
  There are two candidate process. One is for "ElmSharp" and The other is for "NUI"
  XSF is related to "ElmSharp"

Basic Operation
  Set extra value "TIZEN_UIFW" to bundle by loader script. (ElmSharp and NUI)
  Get extra value from bundle in the *__loader_create_cb function and set that to environment.
  Get environment in the preload() method in the Tizen.Runtime.cs
  Skip "ElmSharp" or "NUI" preloading by TIZEN_UIFW

Refactoring CoreRuntime and plugin (#247)

* Pass apptype to plugin insteadof mode

The meaning of the mode that is delivered during plugin initialization is not clear.
And, VD plugin use mode to distinguish app-type.

So, change the parameter of plugin_initialize from mode to apptype.
Also, the script was modified to obtain the apptype in the candidate process.

The parameter of the CoreRuntime constructor was also unnecessary and deleted.

* Change CoreRuntime to static class

CoreRuntime is a wrapper class of .NET Runtime (coreclr),
So, that cannot be created with multiple instance, and cannot be called
multiple times.

So, I changed CoreRuntime to static class which contains only static functions.
Also, it was changed to explicitly call what was called as a destructor.

Additionally, some function name and file name have been changed.

Seperate the pluginDir and extraDir from the path manager (#252)

Change-Id: If710a702feaaa4e1e9047c346c9a656920dcb921

Check ascii casing in the candidate process (#254)

If current culture's casing for ASCII is the same as invariant, it can take a fast path than calling out to the OS for culture-aware casing.
However, in certain languages, the "ascii casing check function" may be significantly slowed down.
To avoid that kind situation, call it in advance on the candidate process.

Support for aarch64(arm64) build (#250)

Change-Id: Iabaf37988ddbd44388f51defbe1e2e3642937c47

Code cleanup (#251)

Change-Id: Ibf9d8fe72f68384ab2f2431d926251e88f2ea9ff

Check the native image with ildasm when using --ni* option of dotnettool (#167)

Change-Id: I351c1c1978c6daa24a7cb2378ed3206df43c11eb

Remove unused file(#241-dotnet.preload.list) (#246)

Change-Id: I85e211b411514fae4d760e6401f77e50f589753b

Update package version to 3.1.3 (#243)

Change-Id: I3f84c804e3d384aeb2f9b12a80cc0c414ee470f9

Modified to pass the argument by constant reference (#242)

Change-Id: I32016827498c178c7e29224cecb465a605731804

Minor readability fix (#244)

Change-Id: I5fcf45f8a9809e832bc0ebf622c8167eb83f0ba1

Use preload file in hydra loader (#241)

The preloading list of candidate processes is obtained through the preload file.
The hydra loader has been modified to obtain the preloading assembly list through the same method.

libdotnet-launcher-util.so should not be linked to hydra loader because some
linked libraries create socket in the static initializer and that makes
problem after forking.
So, some functions (absolutePath, isFileExist, replaceAll) is copied
from utils.cc to hydra_main.cc

Know issue :
When System.Private.CoreLib.dll is preloaded in the current hydra loader,
System.Private.CoreLib.dll is loaded again in the candidate process, and that is not shared.
This issus should be checked later.

Update ibcdata(DayR800XX_20200528.001) (#238)

Change-Id: Idf35d938e1020879b9d1f1b10b82f2412d2a7317

Fixed the bug to the '--ibc-dir' option (#239)

Change-Id: I512be0bc7fb815080d8979f35c66605cb9f4a41c

Add gbs-support sub rpm package (#237)

* Add gbs-support sub rpm package

Add a sub package containing dotnet-corerun (,a copy of dotnet) to
avoid file conflicts (/usr/bin/dotnet) with dotnet-build-tools.

* Update dotnet-launcher.spec

Fix rid fallback graph making logic (#236)

RID tizen-[version]-armel, tizen-[version] is missed.
And, /usr/share/dotnet.tizen/netcoreapp and /usr/share/dotnet.tizen/lib should be checked first.

Afterwards, when the function of loading the app dll first comes in,
the order of searching this native library must also be changed.

Show the warning log when preload skip (#230)

Change-Id: Ifd9a28c26cecbb996c9452db3bb57930e0311224

Remove unnecessary binary dependency (#234)

dotnet doesnot use AUL and CoreRuntime.
So, clean up CMakeList.txt file.

Fix bugs when generating SPC.ni with --ni-dll option (#235)

Change-Id: I7f70ec0bf9b4a227b0f11fe35a4080f7685116a3

Refactoring the dotnettool (#231)

Change-Id: Ia41c0548849338b67e9eee143f4b52c74719fadf

add script to generate native image at mic (#232)

Hide the preload path from the dlog (#229)

Change-Id: Ie3cfb0f8b17d12d238921ff03b2e1f02bad7f7f9

Integrate managed code into Tizen.Runtime (#228)

Change-Id: I8dde5eca0a3115b5ae2eac2527810529f11ebfbb

Apply rules to .preload file name (#227)

Change-Id: I2adb4deab7d10a680c8d08fa7d631ffe1d267380

Sort preload files by name due to dependencies of each module (#225)

Change-Id: I4addc2fc049eeb9433f32fb85723d7b6194bed9f

Add .ibc file for Store Apps (#223)

Change-Id: Iec61395d777557a6fa98cbddf1aebd037720c734

Do not need to check if the Tizen.Runtime.dll exists

Change-Id: Id645fec023398e52d8caadde300c3f057d2ad66d

Support for preload of ElmSharp and preload.list file

Change-Id: I1da11acef01294963950d0f2027791c8b70f6063

remove exec capability setting

Do not pass a native image path to coreclr_execute_assembly (#222)

Passing a native image path will result in a BadImageFormatException

Fix to call CoreRuntime dispose()

Change-Id: I33f4a07bee4b69195f331952acb699b39e17c9e9

Remove dependency of main pkg from devel pkg

Change-Id: Ic058436eb9a34168bb243ce89b4eae4a0ce945e6

Add flags to the install plugin to avoid duplicate execution

Change-Id: If3297d4939cfbbcc4be106c849bb2b1334213ede

Rework dotnet executable (#204)

* Re-implement dotnet binary

* Implement additional switches

* Remove corerun-related code from dotnet_launcher.cc

* Update code formatting

* Fix addAssembliesFromDirectories logic and refactor

* Fix the usage of depth parameter

* Organize command line options

* Minor fixes

Enable diagnostics for .NET app

In the previous implementation, COMPlus_EnableDiagnostics is set to 0 to avoid creating clr-debug-pipe file.
But, from coreclr 3.1.0, that environment setting also affects the creation of diagnostics socket file.

To enable diagnostics at candidate process, set COMPlus_EnableDiagnostics to 1.

Update version to 3.1

Change-Id: Id0aa148579aed78dd2cc39211cd9b2f8c48a10e4

In some specific language (az, tr, ku, etc), FileNotFoundException is occurred even though the dll exist.

coreclr keep TPA lists at hashmap(SimpleNameToFileNameMap) in the applicationcontext.
To add TPA to hashmap, hash code is generated by hash() function with simple name of dll.
In that hash function, towupper() function is used.
The return value of towupper() can be changed by locale setting.

Also, when lookup in hashmap, towlower() function is called for comparing values,
and the return value of this function also changed according to locale.

To prevent key mismatch issue by locale change, set to the locale before coreclr_initialize().

Bug-fix: fix wrong probe path for corerun mode.

seperate executable to apply User execute label to dotnet-loader

Change the ownership of the pdb file

Change-Id: Id3a6d3a3272b5f140b11c0f49004861c66d61cc8

Use absolute path of input dll path.

If only the dll file name is entered as an input parameter without a path, it does not work properly.
To solve that issue, get the absolute path from dll file, and pass that to coreclr

Set environment (LANG, LC_MESSAGE, LC_ALL) before using ICU API.

In order to operate ICU (used for globalization) normally, "LANG" and "LC_ALL" environment variables must be set before using ICU API.
In case of application running, AppFW set that variable. But when preloading the dll in the candidate process,
those environment variables are not set.
As a result, CultureInfo is incorrectly generated and malfunctions.
For example, uloc_getDefault() returns en_US_POSIX, CultureInfo is set to invariant mode.

Additionally, to apply language setting from native to managed, terminate and recreate candidate process when system language setting is changed.

After applying this patches, launching performance is reduced by 15ms ~ 20ms.
That is because previous .net application is launched in invariant mode.
(In invariant mode, string-related operations are fast.)

Use root path only for corerun mode.

In the current implementation, app's "/bin"  and "/lib" path are set to app_path for coreclr_initialization().
So, when running corerun mode, there is a problem that the assembly in the same directory cannot be found,
but rather, the assembly under "/bin" and "/lib" can be loaded.

call ecore_init() in the CoreRuntime constructor.

ecore_init() must called before CoreRuntime initialization.
But, sometimes, calling ecore_init() is missed by mistake.
In order to prevent this mistake, call ecore_init() in the constructor of CoreRuntime.

Remove "User" execute label from dotnet-launcher

When .NET application launched by standalone mode, launchpad fork & exec the executable.
In that case, process smack label is set to execute label of executable.
(Fail to change smack label to application)
To avoid this issue, remove execute label

remove unused variable

Remove unnecessary ecore_init()

Change-Id: I8b882808784f8d5bf2fa6833073742fc9f1d447f

Change the name of the define directory(/opt/usr/dotnet)

Change-Id: Ia1b4090f30236c3390a2d89ab993f41e23698fab

Modify the standard output and error in fprintf

Change-Id: Ib266a4833eccdfb63b30d9ff1b5dffb71858cb82

log manager code cleanup

- log redirection is handled in log manager
- log redirection can be turn on / off by calling initializeLogManager() function
- runLoggingThread function is merged to initializeLogManager
- unhanded exception check code is removed
- in corerun mode, log manager disabled

Set exec label of dotnet-launcher to "User"

To attach diagnostics process to app process, exec label should be set to "User".
Additionally, log redirection (to dlog) is turned off for corerun mode.

Fixed memory corruption. AddressSanitizer: heap-buffer-overflow

Change-Id: Ie71f63fa076a11ac80166e0b11b4e6a6b178cf50

Set the native library path with the RIDs value set in TizenFX

Change-Id: I076c9966eb02552dec7e547933b64665577847d0

Copy the pdb file where the native image file exists

Full executable path to support crash-worker in case of standalone

Change-Id: I519bf8a430c5fd92bb5d43a7fe9092c3514ffa36

Update README.md

Fixed svace.(HANDLE_LEAK.EX)

Modified to add 'NI_FLAGS_APPNI' flag and appPaths when the app generates ni

Remove dos carriage return

Change-Id: I47f301ead24f4bfd77ce082260d80d9af0f537d9

Fixed svace.(FILE_SYSTEM_REALPATH)

Change the function name from updateAssemblyInfo() to copySmackAndOwnership()

Merge preloading features

Add preloading features

Bug fixed: Skips generation of ni.dll in the TPA list

Modify the parameter name of the database function

Use newline char as a delimiter in coreclr_env.list (#158)

Remove console log

Add step for invoking ElmSharp preload method

Support tizen.6.0.0 rid (#154)

Support tizen.5.5.0 rid

Modified to skip the assemblies in the TPA list when applying TAC

Add '--ni-reset-dir' option of dotnettool

 Code cleanup

add requires jsoncpp to support iot profile

Revert "A workaround to pre-compile internal methods" (#143)

This reverts commit 3abbd74537fea55a1003be2ae0f7bd58ce345d63.

apply -Wl,-z,relro option in build flag for library build

upgrade openssl from 1.0 to 1.1

Fixed Svace(memory_leak)

Fixed Svace issue

Fixed bug for TAC when upgrading application

Modify to enable TAC when restoring a database of TAC

change candidate process name to dotnet-launcher

apply launchpad-hydra refactoring

Fix setEnvFromFile()

to avoid gdbus blocking issue, call storage api after process forking

Skip prelading on standalone mode

Change-Id: If53e8063e1f84edfc360c1d395856bf65a223d37

use absoulte path for preloading list on hydra launcher

svace : initialize hydracallback

Revert "turn off hydra-mode temporally. After fixing launchpad issue, it should be turned on again"

This reverts commit 612b1cd945501d15663c5c83c20f8d5799ca6cfd.

Preload NI dlls in hydra

Modify regenerate all tac file in dotnettool

Add ecore_init() at hydra adopter.loop_brgin callback

Change-Id: I6baa51356d68ea7527e248776a74f4408d2a6489