后缀tra文件是什么软件

Ⅰ tra.gz 软件包的安装

tar.gz要用
tar zxvf xxx.tar.gz解压
解压后的文件夹内是源代码 需要编译才能运行
cd xxx //解压出来的目录
./configure
make
make install

Ⅱ 下载了二个文件,一个后缀名为tra,另一个为gz,要安装什么软件呢真心向您求助呀

是压缩文件，我们一般都是用RAR压缩，这是另外的压缩格式，一般用于LINUX、UINUX等系统

Ⅲ 三星I997用什么刷机软件可以刷

不用软件也可以刷前提是要下载
后缀名
是.zip的
刷机
包然后复制进手机里就可以
在关机的情况下按住音量+-键再按开机键进入那个模式找到那个刷机包刷
如果刷机包是.tra格式的就用
Odin3
v1.85cn.exe这个软件刷
进入挖煤模式刷
两种都好刷几分钟就搞定
顺便说下目前卓大师还不支持
I997
一键刷机
就用上面的方法刷。

Ⅳ adminis.tra是什么文件

管理者文件，administrator是管理者的意思，这种类型的文件（夹）一般都是属于c盘的具体路径应该如下C：UsersAdministrator (Users可能写为“用户”。）。

开我的电脑发现C盘已经变红，空间只有6.25个G，我们进入“用户”，选择你的账户名称，这里的账户名称，如果你没有设置过，一般叫做Administor。

文件储存位置：

要把账户下的桌面、音乐、下载、文档、图片、视频全部移动到系统盘外的其他盘中，在桌面单击右键，选择属性、位置，可以看到桌面的路径在C盘，所以习惯在桌面放很多东西，C盘自然越来越小。

点击移动，选择D盘，新建一个叫做“阿青”的文件夹，在其中新建一个叫做“桌面”的文件夹，电话机“选择文件夹”，并确定。其他的几个文件也如法炮制。

这样无意中下载的视频、音乐、图片和软件都不会存储在C盘。再来看看C盘，变成了10.7个G，释放了4个G的空间。

Ⅳ 我文件后缀是.TRA，要用什么软件打开（如解决会追加分）

这个是WinTrack生成的文件 如果你想打开那你就必须安装WinTrack
wintrack是一款建立3D道路交通模型的工具软件

Ⅵ 我下载的《古墓丽影十周年纪念版》不能玩啊！里面有一个叫TRA.mdf 和TRA.mds 的文件不知道怎么弄 求高人指

那是光盘镜像，用虚拟光驱Daemon Tools安装。先下载安装虚拟光驱，完成后右下角任务栏会出现虚拟光驱的图标，右击选择－》虚拟设备－》设备－》装载映像－》选择TRA.mds－》安装即可

Ⅶ 我的古墓丽影周年版安装后咋没有TRA.EXE这个文件啊

没有就刚好啊，有也得覆盖掉。
有可能被命名为tra_cn.exe或者tra_en.exe

这里就有附带汉化功能的补丁：
[email protected]
密码：believeinlara

如果较低性能的集显或者win7或vista系统不能用汉化补丁，就运行里面的英文版tra_en.exe吧

Ⅷ android 怎么解析tra文件

对于从事Android开发的人来说，遇到ANR(Application Not Responding)是比较常见的问题。一般情况下，如果有ANR发生，系统都会在/data/anr/目录下生成trace文件，通过分析trace文件，可以定位产生ANR的原因。产生ANR的原因有很多，比如CPU使用过高、事件没有得到及时的响应、死锁等，下面将通过一次因为死锁导致的ANR问题，来说明如何通过trace文件分析ANR问题。
对应的部分trace文件内容如下：
"PowerManagerService" prio=5 tid=24 MONITOR
| group="main" sCount=1 dsCount=0 obj=0x41dd0eb0 self=0x5241b218
| sysTid=567 nice=0 sched=0/0 cgrp=apps handle=1380038664
| state=S schedstat=( 6682116007 11324451214 33313 ) utm=450 stm=219 core=1
at com.android.server.am.ActivityManagerService.broadcastIntent(ActivityManagerService.java:~13045)
- waiting to lock <0x41a874a0> (a com.android.server.am.ActivityManagerService) held by tid=12 (android.server.ServerThread)
at android.app.ContextImpl.sendBroadcast(ContextImpl.java:1144)
at com.android.server.power.PowerManagerService$DisplayBlankerImpl.unblankAllDisplays(PowerManagerService.java:3442)
at com.android.server.power.DisplayPowerState$PhotonicMolator$1.run(DisplayPowerState.java:456)
at android.os.Handler.handleCallback(Handler.java:800)
at android.os.Handler.dispatchMessage(Handler.java:100)
at android.os.Looper.loop(Looper.java:194)
at android.os.HandlerThread.run(HandlerThread.java:60)
"Binder_B" prio=5 tid=85 MONITOR
| group="main" sCount=1 dsCount=0 obj=0x42744770 self=0x58329e88
| sysTid=3700 nice=-20 sched=0/0 cgrp=apps handle=1471424616
| state=S schedstat=( 1663727513 2044643318 6806 ) utm=132 stm=34 core=1
at com.android.server.power.PowerManagerService$DisplayBlankerImpl.toString(PowerManagerService.java:~3449)
- waiting to lock <0x41a7e420> (a com.android.server.power.PowerManagerService$DisplayBlankerImpl) held by tid=24 (PowerManagerService)
at java.lang.StringBuilder.append(StringBuilder.java:202)
at com.android.server.power.PowerManagerService.mp(PowerManagerService.java:3052)
at android.os.Binder.mp(Binder.java:264)
at android.os.Binder.onTransact(Binder.java:236)
at android.os.IPowerManager$Stub.onTransact(IPowerManager.java:373)
at android.os.Binder.execTransact(Binder.java:351)
at dalvik.system.NativeStart.run(Native Method)
"android.server.ServerThread" prio=5 tid=12 MONITOR
| group="main" sCount=1 dsCount=0 obj=0x41a76178 self=0x507837a8
| sysTid=545 nice=-2 sched=0/0 cgrp=apps handle=1349936616
| state=S schedstat=( 15368096286 21707846934 69485 ) utm=1226 stm=310 core=0
at com.android.server.power.PowerManagerService.isScreenOnInternal(PowerManagerService.java:~2529)
- waiting to lock <0x41a7e2e8> (a java.lang.Object) held by tid=85 (Binder_B)
at com.android.server.power.PowerManagerService.isScreenOn(PowerManagerService.java:2522)
at com.android.server.wm.WindowManagerService.(WindowManagerService.java:7749)
at com.android.server.wm.WindowManagerService.setEventDispatching(WindowManagerService.java:7628)
at com.android.server.am.ActivityManagerService.updateEventDispatchingLocked(ActivityManagerService.java:8083)
at com.android.server.am.ActivityManagerService.wakingUp(ActivityManagerService.java:8077)
at com.android.server.power.Notifier.sendWakeUpBroadcast(Notifier.java:474)
at com.android.server.power.Notifier.sendNextBroadcast(Notifier.java:455)
at com.android.server.power.Notifier.access$700(Notifier.java:62)
at com.android.server.power.Notifier$NotifierHandler.handleMessage(Notifier.java:600)
at android.os.Handler.dispatchMessage(Handler.java:107)
at android.os.Looper.loop(Looper.java:194)
at com.android.server.ServerThread.run(SystemServer.java:1328)
从trace文件看，是因为TID为24的线程等待一个TID为12的线程持有的锁，TID为12的线程等待一个TID为85的线程持有的锁，而TID为85的线程确等待一个TID为24的线程持有的锁，导致了循环等待的现象，对应的trace文件的语句如下：
TID 24：- waiting to lock <0x41a874a0> (a com.android.server.am.ActivityManagerService) held by tid=12 (android.server.ServerThread)
TID 12： - waiting to lock <0x41a7e2e8> (a java.lang.Object) held by tid=85 (Binder_B)
TID 85：- waiting to lock <0x41a7e420> (a com.android.server.power.PowerManagerService$DisplayBlankerImpl) held by tid=24 (PowerManagerService)
既然是死锁，那么先看各线程都有那些锁。
先看TID=24的线程的栈顶，ActivityManagerService的broadcastIntent函数代码如下:
public final int broadcastIntent(IApplicationThread caller,
Intent intent, String resolvedType, IIntentReceiver resultTo,
int resultCode, String resultData, Bundle map,
String requiredPermission, boolean serialized, boolean sticky, int userId) {
enforceNotIsolatedCaller("broadcastIntent");
synchronized(this) {
intent = verifyBroadcastLocked(intent);
final ProcessRecord callerApp = getRecordForAppLocked(caller);
final int callingPid = Binder.getCallingPid();
final int callingUid = Binder.getCallingUid();
final long origId = Binder.clearCallingIdentity();
int res = broadcastIntentLocked(callerApp,
callerApp != null ? callerApp.info.packageName : null,
intent, resolvedType, resultTo,
resultCode, resultData, map, requiredPermission, serialized, sticky,
callingPid, callingUid, userId);
Binder.restoreCallingIdentity(origId);
return res;
}
可以看到TID=24需要ActivityManagerService这个锁。再看TID=12线程的栈顶，PowerManagerService的isScreenOnInternal函数代码如下：

private boolean isScreenOnInternal() {
synchronized (mLock) {
return !mSystemReady
|| mDisplayPowerRequest.screenState != DisplayPowerRequest.SCREEN_STATE_OFF;
}
}
可以看到需要PowerManagerService的mlock这个锁。最后看TID=85线程的栈顶，同样在PowerManagerService里面，内部类DisplayBlankerImpl的toString函数：

public String toString() {
synchronized (this) {
return "blanked=" + mBlanked;
}
}
这是在内部类DisplayBlankerImpl里面实现的，所以需要DisplayBlankerImpl这个锁。
对应的表格如下：
表一 各线程等待的锁情况
从表一来看，没有出现死锁现象，似乎并不是我们所想的那样。难道不是死锁？开始有点小怀疑自己了，难道别的原因导致的。也许只看调用堆栈的顶端可能不行，栈顶只能看出各线程需要的锁，不能仅看自己要什么吧！一味索取可不好！人不是这样做的！看一下整个的堆栈调用流程，看看自己拥有了那些锁。
跟踪TID=24线程的堆栈，在PowerManagerService内部类DisplayBlankerImpl的unblankAllDisplays函数中持有锁：
public void unblankAllDisplays() {
synchronized (this) {
nativeSetAutoSuspend(false);
nativeSetInteractive(true);
mDisplayManagerService.();
mBlanked = false;
///M: add for tvout and hdmi
mTvOut.tvoutPowerEnable(true);
mHDMI.hdmiPowerEnable(true);
///@}
if (DEBUG) {
Slog.d(TAG_P, "unblankAllDisplays out ...");
}
if (mBootCompleted) {
Intent intent = new Intent(ACTION_LOCK_SCREEN_SHOW);
mContext.sendBroadcast(intent);
}
}
}
最后发送广播的代码，是我们自己添加的。根据unblankAllDisplays函数和broadcastIntent函数，可以看到TID=24的线程此时持有了DisplayBlankerImpl锁(unblankAllDisplays)，等待ActivityManagerService锁(broadcastIntent)释放。
同样，跟踪TID=12线程的堆栈，在ActivityManagerService的wake_up函数中持有锁：
public void wakingUp() {
if (checkCallingPermission(android.Manifest.permission.DEVICE_POWER)
!= PackageManager.PERMISSION_GRANTED) {
throw new SecurityException("Requires permission "
+ android.Manifest.permission.DEVICE_POWER);
}
synchronized(this) {
Slog.i(TAG, "wakingUp");
mWentToSleep = false;
updateEventDispatchingLocked();
comeOutOfSleepIfNeededLocked();
}
}
根据wakingUp函数和isScreenOnInternal函数，可以看到TID=12的线程持有ActivityManagerService锁(wakingUp)，等待PowerManagerService.mLock锁(isScreenOnInternal)。到这，似乎看到了希望，迷雾要拨开了，有点小自信是死锁导致的，但还不能最终下结论。
一鼓作气，跟踪TID=85线程的堆栈，在PowerManagerService的mp有持有锁的操作：
protected void mp(FileDescriptor fd, PrintWriter pw, String[] args) {
....
synchronized (mLock) {
...
}
根据toString函数和mp函数，可以看到TID=85线程此时持有PowerManagerService.mLock锁(mp)，需要DisplayBlankerImpl(toString)。

Ⅸ trance文件的解压密码是多少

解压包的密码是自己设置的，别人是不知道的。
TRA文件扩展是WinTrack Railroad Track Text File为WinTrack软件程序开发的 Interscape文件类型。通常，WinTrack Railroad Track Text File文件可以在来自China的用户计算机上找到，也可以在运行Windows 10操作系统的PC上找到。这些用户中的绝大多数选择使用Google Chrome作为首选internet浏览器。
压缩软件就是把二进制信息中相同的字符串以特殊字符标记来达到压缩的目的，主要利用计算机处理信息所用的二进制数形式。压缩软件可以使文件占用的空间变小，也可以把若干个文件压成一个包，方便传送和保存，常用的压缩软件有rar，winzip等。