Quantcast
Channel: All Open Tickets - Tera Term on OSDN
Viewing all 2128 articles
Browse latest View live
↧

マクロ長時間稼動時にApplication Fault - Tera Term Ticket #22386 on OSDN

November 7, 2015, 4:05 am
$
0
0

マクロ長時間稼動時にApplication Fault

Eröffnet am: 2010-07-07 12:32

Letztes Update: 2015-11-07 21:05

Auswertung:hailaoVerantwortlicher:(Keine)
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FehlerSchweregrad:5 - Mittel
Komponente:Tera Term MacroStatus:Offen
LösungKeine

Einzelheiten

数分間隔にコマンド送信して出力結果をログ保存するマクロを複数の宛先に並列で稼動させると、 数時間～数日後にWindowsのApplication Faultが発生し、Teratermが停止してしまいます。 本事象はバージョン4.65、4.66にて発生確認済みです。

必要であれば、Application Fault発生時に作成されるappcompat.txtを送付致します。

Letzte Aktualisierung für dieses Ticket

2015-11-07 21:05 Aktualisiert von: yutakapon

  • Verantwortlicher Update from yutakapon to (Keine)
↧
Search

corrupt output in terminal window - Tera Term Ticket #22917 on OSDN

March 30, 2011, 5:29 am
$
0
0

corrupt output in terminal window

Eröffnet am: 2010-08-24 21:57

Letztes Update: 2011-03-30 21:29

Auswertung:(Anonym)Verantwortlicher:(Keine)
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FehlerSchweregrad:5 - Mittel
Komponente:Tera TermStatus:Offen
LösungKeine

Einzelheiten

This bug has existed for a long time in TerraTerm.

After 20 to 30 minutes of use, or after a large volume of data has been sent/displayed on screen the output becomes very corrupted. The only solution is to exit terraterm and restart.

It is easy to reproduce - for example connect two PCs together, on PC(A) send a large file (2 to 3 megabytes) at a high baudrate (example 115200)

In my case I have a small embeded ARM cpu board with a serial port that generates lots of data. I can do the same with two PCs.

The receiving PC may overflow and get lost during the high volume transfer. But - when the data transfer has completed or stopped - I would expect the display to return to normal. I should be able to "reset" or "clear" the display and return to normal operation. I cannot. I should not be required to *exit* terra term.

NOTE: If I am capturing the log data, the data seems reasonable and not corrupted. Only the screen gets corrupted.

Letzte Aktualisierung für dieses Ticket

2012-09-27 16:23 Aktualisiert von: None

Kommentar

have the same problem, can't find any solution :) i think it has nothing to do with teraterm, it must be a windows7 problem

↧
↧

dispstr macro command bug - Tera Term Ticket #23072 on OSDN

March 30, 2011, 5:15 am
$
0
0

dispstr macro command bug

Eröffnet am: 2010-09-08 02:13

Letztes Update: 2011-03-30 21:15

Auswertung:(Anonym)Verantwortlicher:(Keine)
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FehlerSchweregrad:5 - Mittel
Komponente:Tera Term MacroStatus:Offen
LösungKeine

Einzelheiten

Today I installed Tera Term 4.67 and tried the new dispstr macro function. I believe there is a bug. I found that the connect command must return a result of 2 in order for dispstr to work. Even though a result of 1 from connect is enough to link the macro to a TeraTerm console, dispstr will not display the string.

For example, I do not have a COM5 on my system, so the following macro opens a TeraTerm console window but does *not* display the string 'hello' in the TeraTerm window:

connect '/C=5'
dispstr 'hello'

I do have a COM1 on my system, so the following macro produces the expected result:

connect '/C=1'
dispstr 'hello'

I believe a macro like this could be useful:

connect '/C=1'
if result == 1 then
  dispstr 'Error opening COM1'
elseif result == 2 then
  dispstr 'Successfully opened COM1'
endif

I also believe that a dispstr command should link MACRO to a new TeraTerm window if one is not already linked, but that is more of a feature request.

Letzte Aktualisierung für dieses Ticket

2011-03-30 21:15 Aktualisiert von: yutakapon

Kommentar

Hi,

Currently, the dispstr command can not be executed while Tera Term does not connect to the host. This is not bug but specification. However, the macro document is further explanation, and I have updated the document.

cf.http://ttssh2.sourceforge.jp/manual/en/macro/command/dispstr.html

↧

Serial Port Settings on New Connection Window - Tera Term Ticket #23283 on OSDN

September 23, 2010, 9:23 am
$
0
0

Serial Port Settings on New Connection Window

Eröffnet am: 2010-09-24 01:23

Letztes Update: 2010-09-24 01:23

Auswertung:(Anonym)Verantwortlicher:(Keine)
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FunktionsanfragenSchweregrad:5 - Mittel
Komponente:Tera TermStatus:Offen
LösungKeine

Einzelheiten

Currently, on the File->New Connection... window, it only allows you to select the serial port. I think this window should also have all of the serial port settings: Baud Rate, Data Bits, Stop Bits, etc. It is a pain to have to connect to a COM port in one window, then go to a second location under Setup->Serial Port to set the baud rate.

Letzte Aktualisierung für dieses Ticket

2010-09-24 01:23 Aktualisiert von: None

  • New Ticket "Serial Port Settings on New Connection Window" created
↧

Macro control of 'DelayPerChar' and 'DelayPerLine' values - Tera Term Ticket #23296 on OSDN

September 26, 2010, 10:26 am
$
0
0

Macro control of 'DelayPerChar' and 'DelayPerLine' values

Eröffnet am: 2010-09-27 02:26

Letztes Update: 2010-09-27 02:26

Auswertung:(Anonym)Verantwortlicher:(Keine)
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FunktionsanfragenSchweregrad:5 - Mittel
Komponente:(Keine)Status:Offen
LösungKeine

Einzelheiten

Hi, I like this software. Thanks for all your work!

It would help me if I could change 'DelayPerChar' and 'DelayPerLine' values from a macro. Sometimes I have to slow down the comm rate so the device buffer does not overrun.

thanks a lot!

Letzte Aktualisierung für dieses Ticket

2010-09-27 02:26 Aktualisiert von: None

  • New Ticket "Macro control of 'DelayPerChar' and 'DelayPerLine' values" created
↧
↧

"exit" cause grab_payload error with Blue Coat - Tera Term Ticket #23337 on OSDN

October 1, 2010, 7:34 pm
$
0
0

"exit" cause grab_payload error with Blue Coat

Eröffnet am: 2010-10-02 11:33

Letztes Update: 2010-10-02 11:34

Auswertung:mayaVerantwortlicher:(Keine)
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FehlerSchweregrad:5 - Mittel
Komponente:TTSSHStatus:Offen
LösungWorks For Me

Einzelheiten

https://kb.bluecoat.com/index?page=content&id=KB3691&actp=LIST

http://sourceforge.jp/review/44645

Letzte Aktualisierung für dieses Ticket

2010-10-02 11:34 Aktualisiert von: maya

  • Lösung Update from Keine to Works For Me

Kommentar

We can't reproduce it. Project team doesn't have a hardware of SGOS.

Is it still happen on latest TeraTerm?

↧

change keyboard.cnf extension - Tera Term Ticket #23471 on OSDN

March 30, 2011, 3:51 am
$
0
0

change keyboard.cnf extension

Eröffnet am: 2010-10-19 20:58

Letztes Update: 2011-03-30 19:51

Auswertung:(Anonym)Verantwortlicher:(Keine)
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FunktionsanfragenSchweregrad:5 - Mittel
Komponente:Tera TermStatus:Offen
LösungKeine

Einzelheiten

Since .cnf is a special extension, managing such file (e.g. sending via email, editing) is quite difficult. Do you mind changing the default keyboard mapping extension.

TIA

Ivan Brunello

Letzte Aktualisierung für dieses Ticket

2012-05-13 10:46 Aktualisiert von: None

Kommentar

Reply To (Anonymous)

Since .cnf is a special extension, managing such file (e.g. sending via email, editing) is quite difficult. Do you mind changing the default keyboard mapping extension. TIA Ivan Brunello

↧

inputboxなどの入力待ち時間上限の設定 - Tera Term Ticket #23660 on OSDN

November 11, 2010, 10:03 pm
$
0
0

inputboxなどの入力待ち時間上限の設定

Eröffnet am: 2010-11-12 14:45

Letztes Update: 2010-11-12 15:03

Auswertung:ku9292Verantwortlicher:(Keine)
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FunktionsanfragenSchweregrad:5 - Mittel
Komponente:(Keine)Status:Offen
LösungKeine

Einzelheiten

inputbox、yesnoboxの応答/入力待ちで、ダイアログボックスを表示してから設定した時間を計画すると、

仮定値を入力されたものと見なして、ダイアログボックスを閉じてマクロの処理を継続するような仕組みが

あるととても便利なのですが。同様に、messageboxについても表示時間の上限を設定できるといいです。

機能追加を検討して頂ければ幸いです。宜しくお願い致します。

Letzte Aktualisierung für dieses Ticket

2010-11-12 15:03 Aktualisiert von: ku9292

Kommentar

すみません、1行目の末尾で誤入力しました。

（誤）時間を計画すると

（正）時間を経過すると

宜しくお願い致します。

↧
Search

最下行自動スクロールが効かない2 - Tera Term Ticket #24493 on OSDN

March 8, 2011, 5:06 am
$
0
0

最下行自動スクロールが効かない2

Eröffnet am: 2011-02-21 22:30

Letztes Update: 2011-03-08 22:06

Auswertung:raynstardVerantwortlicher:doda
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FehlerSchweregrad:5 - Mittel
Komponente:Tera TermStatus:Offen [Owner assigned]
LösungKeine

Einzelheiten

お世話になります。

http://sourceforge.jp/ticket/browse.php?group_id=1412&tid=12865 でコメントしていたのですが完了しているせいか動きがなかったので新規チケット発行させてもらいました。

発生している事象としては過去の事象とは反対で、自動スクロールがとまってしまいます。

現象:

term != Winsize の時、 水平スクロールが表示されている状態でウィンドウの高さを変更すると一番下の行が表示されず、自動スクロールも停止してしまう。

見た感じですが、水平スクロールの部分に最下段が表示されているような状態です。垂直スクロールバーにて最下段を表示することは出来ますが、コマンド等スクロールするような操作をしてもスクロールしません。

再現方法:

    1. Terminalの設定で Term != Win にチェックする。
    2. マウス操作にてウィンドウの幅を狭くして水平スクロールが表示されるようにする。 → この時点では、自動スクロールします。
    3. マウス操作にてウィンドウの高さを変更する。 → 自動スクロールしなくなります。

以上よろしくお願いいたします。

Letzte Aktualisierung für dieses Ticket

2011-03-08 22:06 Aktualisiert von: raynstard

Kommentar

未対応の機能だったのですね。 失礼しました。

最下行でのみスクロールするをオフにして最下行が表示されることは確認できました。

個人的には、最下行で自動スクロールされないことよりも、 最下行以外で自動スクロールされてしまうことの方がつかいにくくなってしまうので 今の仕様のまま、連動してオフになってしまうのは都合悪いです。

# スクロール中にスクロールを止めることが出来なくなってしまう。
# あと、コピペの都合(別件の機能リクエスト参照)でなるべく折り返したくないというわがままもあります。

最初はスクロールバーのサイズ分なにか計算しわすれてるのかな?程度におもって不具合報告とさせていただきましたが ウィンドウサイズをマウスで変更したときに、端末のサイズを超えて高さを変更できてしまったり(LINES変数はそのまま)、 未対応分を実装するとなると複雑なことになりそうな予感がしてしまいます。

未実装機能ということで了解しました。

スクロールが置き去りになるだけで、かつ、スクロール完了後なに入力すれば入力行が表示されるということもありますので、 差し支えなければ、チケットの種類を バグから機能リクエストの方へ変更して、そのうち対応するかもしれないとしていただけれは幸いです。

↧
↧

ウィンドウタイトル設定制御シーケンスのUTF-8対応 - Tera Term Ticket #24518 on OSDN

February 23, 2011, 8:28 pm
$
0
0

ウィンドウタイトル設定制御シーケンスのUTF-8対応

Eröffnet am: 2011-02-24 13:16

Letztes Update: 2011-02-24 13:28

Auswertung:(Anonym)Verantwortlicher:doda
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FunktionsanfragenSchweregrad:5 - Mittel
Komponente:Tera TermStatus:Offen [Owner assigned]
LösungAccepted

Einzelheiten

LANG=ja_JP.UTF-8 に設定されたホストに接続して漢字のディレクトリにしたところ タイトルが文字化けしました。

cd まとめ　 とすると、 タイトルバーには、 "ホスト名:22 - ユーザ名@ホスト名:~/　セ　ィ　・ VT" のように文字化けとなりました。

"ホスト名:22 - ユーザ名@ホスト名:~/まとめ VT" のように表示することはできないでしょうか。

タイトルに関連する設定 TERATERM.INI Title=Tera Term HideTitle=off AcceptTitleChangeRequest=overwrite ; Title format TitleFormat=61 TitleReportSequence=empty

Letzte Aktualisierung für dieses Ticket

2011-02-24 13:28 Aktualisiert von: doda

  • Verantwortlicher Update from (Keine) to doda
  • Lösung Update from Keine to Accepted
  • Typ Update from Fehler to Funktionsanfragen
  • Summary Updated

Kommentar

現状、ウィンドウタイトル設定制御シーケンスは UTF-8 に対応していません。

↧

"dispstr" isn´t working properly - Tera Term Ticket #24754 on OSDN

May 31, 2011, 6:22 am
$
0
0

"dispstr" isn´t working properly

Eröffnet am: 2011-04-01 18:30

Letztes Update: 2011-05-31 22:22

Auswertung:(Anonym)Verantwortlicher:(Keine)
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FehlerSchweregrad:5 - Mittel
Komponente:Tera TermStatus:Offen
LösungKeine

Einzelheiten

The second dispstr statement does not show any effect:

sprintf2 ttstr "Some Text%c%c# " 10 13 dispstr ttstr . . (some code without accessing the host, for example calculations ) . . sprintf2 ttstr "New Text%c%c# " 10 13 dispstr ttstr

Letzte Aktualisierung für dieses Ticket

2011-05-31 22:22 Aktualisiert von: maya

↧

OLE automation interface - Tera Term Ticket #24785 on OSDN

April 7, 2011, 3:14 am
$
0
0

OLE automation interface

Eröffnet am: 2011-04-07 19:14

Letztes Update: 2011-04-07 19:14

Auswertung:(Anonym)Verantwortlicher:(Keine)
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FunktionsanfragenSchweregrad:5 - Mittel
Komponente:Tera TermStatus:Offen
LösungKeine

Einzelheiten

Hi, Would be nice an OLE automation interface, e.g. Teraterm to be controlled by other programs through OLE, accepting commands and returning results. Thanks! Mihaly

Letzte Aktualisierung für dieses Ticket

2011-04-07 19:14 Aktualisiert von: None

  • New Ticket "OLE automation interface" created
↧

Resizing Tera Term & Screen Buffer - Tera Term Ticket #25054 on OSDN

May 4, 2011, 4:30 am
$
0
0

Resizing Tera Term & Screen Buffer

Eröffnet am: 2011-05-03 13:44

Letztes Update: 2011-05-04 20:30

Auswertung:(Anonym)Verantwortlicher:(Keine)
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FunktionsanfragenSchweregrad:5 - Mittel
Komponente:Tera TermStatus:Offen
LösungAccepted

Einzelheiten

When resizing "Tera Term" into smaller width, the screen buffer is cliped out.

For example,

On original wide screen,

<------------------------------ window's width ---------------------------------------------->
12345 dfafdas aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaax
On resizing screen to smaller width
<----------------- window's width --------------------->
12345 dfafdas aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
The rest characters of the line is gone. Sometimes, we need to look up the messages. I think it should be wrap and show the rest on next line. Like this,
<----------------- window's width --------------------->
12345 dfafdas aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaax
When resize the screen to wider width, it could be better to look like original.

Regards.

Letzte Aktualisierung für dieses Ticket

2011-05-04 20:30 Aktualisiert von: doda

  • Lösung Update from Keine to Accepted
  • Details Updated
↧
↧

Allow closing ttermpro when ttpmacro is closed - Tera Term Ticket #25396 on OSDN

July 31, 2011, 3:29 pm
$
0
0

Allow closing ttermpro when ttpmacro is closed

Eröffnet am: 2011-06-06 23:58

Letztes Update: 2011-08-01 07:29

Auswertung:slide_o_mixVerantwortlicher:(Keine)
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FunktionsanfragenSchweregrad:5 - Mittel
Komponente:(Keine)Status:Offen
LösungKeine

Einzelheiten

I am launching ttpmacro from an application. At some point, if the test running on the device fails, it sends a WM_CLOSE message to ttpmacro to close it down. If ttpmacro has launched a session with ttermpro, ttermpro does not exit when ttpmacro is closed. It would be useful to either link the two so that if ttermpro is launched from ttpmacro, they both close when WM_CLOSE is sent, or provide a way to set a flag that says ttermpro should be closed when ttpmacro is closed.

Letzte Aktualisierung für dieses Ticket

2011-08-01 07:29 Aktualisiert von: slide_o_mix

Kommentar

This doesn't solve the problem that I am trying to solve. What I need is a way such that if ttpmacro is sent a close message from another application, I can either trap on that to use closett or link them together such that ttpmacro will send the close message to teraterm when it receives the close message.

↧

Terminal out of sync when wider than 80 columns - Tera Term Ticket #25482 on OSDN

November 6, 2015, 7:11 am
$
0
0

Terminal out of sync when wider than 80 columns

Eröffnet am: 2011-06-24 16:35

Letztes Update: 2015-11-07 00:11

Auswertung:(Anonym)Verantwortlicher:(Keine)
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FehlerSchweregrad:5 - Mittel
Komponente:Tera TermStatus:Offen
LösungKeine

Einzelheiten

Teraterm 4.69

Terminal goes out of sync when wider than 80 columns, requiring a reset. (Separate issue. Doing 'reset' from the console, resets terminal width to 80 chars, but a 'Reset Terminal' from the Control menu does not do this)

Steps to reproduce: * SSH to Linux machine using bash console. * Resize window to wider than 80 columns. * Run a command e.g. 'ls' * redo the command using 'CTRL-R ls' * You may notice a 'Bell' chime * The terminal is now out-of-sync

Example: type 'example' on the bash prompt, then press BACKSPACE a few times.
You should see: $ example $ exampl $ examp $ exam
But behavior is: $ example $ exampl e $ examp l e $ exam p l e

Letzte Aktualisierung für dieses Ticket

2015-11-07 00:11 Aktualisiert von: yutakapon

  • Priorität Update from 7 to 5 - Mittel
↧
Search

Displayed data corrupted - logged data intact - Tera Term Ticket #25927 on OSDN

August 5, 2011, 12:09 pm
$
0
0

Displayed data corrupted - logged data intact

Eröffnet am: 2011-08-06 04:09

Letztes Update: 2011-08-06 04:09

Auswertung:(Anonym)Verantwortlicher:(Keine)
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FehlerSchweregrad:5 - Mittel
Komponente:(Keine)Status:Offen
LösungKeine

Einzelheiten

teraterm 4.70 When connected to a serial port, logging the receiving data, after 20 minutes or so data appears to be corrupted. Logged Data in the logfile is intact. With Hyperterm, i have no problem receiving the same data. This happens to me on 2 different pc. I used Hardware com1 and com2 with 4800 Baud, I dont know if it ist the Time of the connection or the ammount of Data, which triggers the problem.

Letzte Aktualisierung für dieses Ticket

2012-05-02 00:48 Aktualisiert von: vvicked

  • File garbled_terminal.txt (File ID: 4735) is attached
↧

Alt-v がブロードキャスト送信されない - Tera Term Ticket #26442 on OSDN

November 16, 2011, 4:03 am
$
0
0

Alt-v がブロードキャスト送信されない

Eröffnet am: 2011-10-02 12:54

Letztes Update: 2011-11-16 21:03

Auswertung:mayaVerantwortlicher:(Keine)
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FehlerSchweregrad:5 - Mittel
Komponente:Tera TermStatus:Offen
LösungKeine

Einzelheiten

リアルタイムモードを on にしたブロードキャスト送信で、Alt-v(貼り付け)が自プロセスにのみ送信される。

Letzte Aktualisierung für dieses Ticket

2011-11-16 21:03 Aktualisiert von: maya

↧
↧

ALT+TABで切り替えていると、ALTキーが入った状態になってしまう - Tera Term Ticket #26486 on OSDN

October 11, 2011, 2:49 am
$
0
0

ALT+TABで切り替えていると、ALTキーが入った状態になってしまう

Eröffnet am: 2011-10-08 18:52

Letztes Update: 2011-10-11 18:49

Auswertung:yshingaiVerantwortlicher:(Keine)
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FehlerSchweregrad:5 - Mittel
Komponente:Tera TermStatus:Offen
LösungKeine

Einzelheiten

ALT+TABキーで複数のTERETERMを切り替えて使用していると、 いつの間にか、ALTキーが入力状態になってしまい、キーを押したときにメニュー項目をしてしまいます。 （例えば、ALT+TABで切り替えた後、Vを入力するとペーストしてしまう）

Windows XP SP3 TERATERM 4.71(SVN 4604)

よろしくおねがいします。

Letzte Aktualisierung für dieses Ticket

2011-10-11 18:49 Aktualisiert von: maya

Kommentar

Alt-Tab は頻繁に使用していますが個人的に遭遇したことがなく、試してみましたが再現せず状況が確認できませんでした。

再現させる手順があれば教えて頂けるでしょうか。

↧

点滅属性の文字を点滅させる - Tera Term Ticket #26530 on OSDN

October 12, 2011, 11:38 pm
$
0
0

点滅属性の文字を点滅させる

Eröffnet am: 2011-10-13 15:38

Letztes Update: 2011-10-13 15:38

Auswertung:dodaVerantwortlicher:(Keine)
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FunktionsanfragenSchweregrad:5 - Mittel
Komponente:Tera TermStatus:Offen
LösungKeine

Einzelheiten

#26529より。

点滅属性(SGR 5)の文字表示を点滅させる。

可能ならば高速点滅属性(SGR 6)にも対応させる。

Letzte Aktualisierung für dieses Ticket

2011-10-13 15:38 Aktualisiert von: doda

  • New Ticket "点滅属性の文字を点滅させる" created
↧

SSH 2.46 and Collector 3.2.3 - ACCESS_VIOLATION - Tera Term Ticket #26647 on OSDN

October 31, 2011, 8:59 pm
$
0
0

SSH 2.46 and Collector 3.2.3 - ACCESS_VIOLATION

Eröffnet am: 2011-10-28 17:21

Letztes Update: 2011-11-01 12:59

Auswertung:(Anonym)Verantwortlicher:(Keine)
Priorität:5 - MittelMeilenstein:(Keine)
Typ:FehlerSchweregrad:5 - Mittel
Komponente:TTSSHStatus:Offen
LösungKeine

Einzelheiten

Hallo, I start Teraterm 4.58 and Collector 3.2.3 under Vista. Then I start a session to an Cisco Router with <alt>+<n> and select SSH. When I forget the password I'll get an ACCESS_VIOLATION and the Teraterm-session crash: eax=00000000 ebx=039B28B0 ecx=00000000 edx=00000001 esi=12625B28 edi=025C2F60 ebp=00000000 esp=0012F7A4 eip=12516DCC efl=00010216 cs=001B ss=0023 ds=0023 es0023 fs=003B gs=0000 Exeption: ACCESS_VIOLATION

I start a Teraterm session. I connect to an cisco router. Then I quit the session. But I don't close the window. when I connect to the router a second time in the same window the "SSH Authentification"-window starts behind the Teraterm-window. The "SSH Authentification"-window has the focus. So I can type user an password. But I can't see it.

WR

Letzte Aktualisierung für dieses Ticket

2011-11-10 17:54 Aktualisiert von: None

Kommentar

Hallo, No, it’s nearly the same. When I type <Alt>+<n> on an closed session the "SSH Authentification"-window starts behind the teraterm-window (in the old Version I saw the "SSH Authentification"-window 1 second. On the new version it is faster. When I type <Alt>+<n> on an opened session the resizing of the new tt-window is very slowly (Collector). The new window opens behind the old session. The "SSH Authentification"-window is in front of the old window. But the old tt-session is active. I have to switch to the new session (I click on the tab in the collector) the "SSH Authentification"-window is now active. Here is the "SSH Authentification"-window the hole time in the front. But not the hole time active. In the old version the "SSH Authentification"-window was the hole time active. Wr DB

↧
Viewing all 2128 articles
Browse latest View live
Search