C# と VB.NET の質問掲示板

ASP.NET、C++/CLI、Java 何でもどうぞ

ログ内検索

キーワードを複数指定する場合は半角スペースで区切ってください。
検索条件は、(AND)=[A かつ B] (OR)=[A または B] となっています。
[返信]をクリックすると返信ページへ移動します。

キーワード	/	検索条件	/
検索範囲	/	強調表示	/ ON (自動リンクOFF)
結果表示件数	/	記事No検索	/ ON
大文字と小文字を区別する

全過去ログを検索

ヒット / 731件

過去ログ120からさらに検索→

<< 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | 32 | 33 | 34 | 35 | 36 >>

■69613

　Re[1]: LNK2019エラー

□投稿者/ しま -(2014/01/13(Mon) 16:43:25)

■No69611 (OROCHI さん) に返信
> (etime.h)
> #include <sys/types.h>
>
> class CETime
> {
> time_t m_time;
> unsigned short m_millitm;
> public:
> inline void Reset();
> inline double Sec()const;
> CETime(){Reset();}
> };
>
> (etime.cpp)
> #include "stdafx.h"
> #include "etime.h"
> #include <sys/timeb.h>
>
> void CETime::Reset()
> {
> timeb tb;
> ftime(&tb);
> m_time = tb.time;
> m_millitm = tb.millitm;
> }
>
> double CETime::Sec()const
> {
> timeb tb;
> ftime(&tb);
> return double(tb.time - m_time) + 0.001*(tb.millitm - m_millitm);
> }
>
> これを実行すると
> エラー 2 error LNK2019: 未解決の外部シンボル "public: void __thiscall CETime::Reset(void)" (?Reset@CETime@@QAEXXZ) が関数 _wmain で参照されました。
> エラー 1 error LNK2019: 未解決の外部シンボル "public: double __thiscall CETime::Sec(void)const " (?Sec@CETime@@QBENXZ) が関数 _wmain で参照されました。
> というエラーが出て実行不能になります。よくある外部リンクエラーらしいのでスペルミス、実態未定義、パブリックメンバーではないので参照不可も疑ってみたのですが、いずれも特に問題がないようでした
>
> 実行環境はWindows 7 64bit、Visual C++ 2010です
>
> 原因わかる型いらっしゃいますでしょうか？

原因わかる「型」はいないでしょう。
ヒントです
.cpp に　inline 関数の定義(実装)がかけるコンパイラーもありますが全てのコンパイラーではない
また、キーワード "inline" の使い方も適切とはいえない(宣言で使っているが、定義で使うのではないでしょうか？)
参考：
http://msdn.microsoft.com/ja-jp/library/78t98006(v=vs.100).aspx
http://funini.com/kei/c/prototype.shtml

記事No.69611 のレス /過去ログ119より / 関連記事表示
削除チェック/

■69615

　Re[1]: LNK2019エラー

□投稿者/ OROCHI -(2014/01/13(Mon) 20:06:59)

774RRさん
ありがとうございました。inline使えないことあるのは初めて知りました

しまさん
最初のは誤植です（汗）失礼しました
コンパイラ側の問題もあるのですね。ありがとうございました

記事No.69611 のレス / END /過去ログ119より / 関連記事表示
削除チェック/

■69616

　Re[2]: LNK2019エラー

□投稿者/ επιστημη ＠ -(2014/01/13(Mon) 20:41:16)

> inline使えないことあるのは初めて知りました

inlineと宣言したからには、その定義はヘッダに置いとかないとinlineになれんです。

記事No.69611 のレス / END /過去ログ119より / 関連記事表示
削除チェック/

■69532

　ウィンドウクラス

□投稿者/ C# -(2014/01/07(Tue) 01:19:46)

分類:[C#]　

Visual Studio 2010 ＆ Windows 7

ウィンドウクラスについて質問させて下さい。

ウィンドウのハンドルを以下のように取得しています。

FindWindow("WindowsForms10.Window.8.app.0.378734a", null);

アプリケーションのクラス名(引数1)はアプリケーションをビルドし直した場合は変更される可能性がありますが、
作成したアプリを起動・終了しても変更されない、またパソコンを変更しても変更はされない認識でいます。

※ いくつかのノートパソコンで確認済みですが、正しい理解でしょうか？

その上でデスクトップ型パソコンでそのアプリを起動するとクラス名が変更されてしまうことを確認しています。
同一のアプリでPCによってクラス名が変更される場合はどのようなことが予測されますでしょうか？

ご存知の方いましたら、ご教示よろしくお願いいたします。

親記事 /過去ログ119より / 関連記事表示
削除チェック/

■69535

　Re[1]: ウィンドウクラス

□投稿者/ とっちゃん -(2014/01/07(Tue) 10:59:54)

■No69532 (C# さん) に返信

> ウィンドウクラスについて質問させて下さい。
>
> ウィンドウのハンドルを以下のように取得しています。
>
> FindWindow("WindowsForms10.Window.8.app.0.378734a", null);
>
> アプリケーションのクラス名(引数1)はアプリケーションをビルドし直した場合は変更される可能性がありますが、
> 作成したアプリを起動・終了しても変更されない、またパソコンを変更しても変更はされない認識でいます。
>
> ※ いくつかのノートパソコンで確認済みですが、正しい理解でしょうか？
>
> その上でデスクトップ型パソコンでそのアプリを起動するとクラス名が変更されてしまうことを確認しています。
> 同一のアプリでPCによってクラス名が変更される場合はどのようなことが予測されますでしょうか？
>
Form クラスのウィンドウクラス名は固定されていません。
実行環境にインストールされている .NET Framework のバージョンや
実行時の動作状況などによって、先頭あるいは末尾２つが変化します。

どこが変わっているかは、ご自身で確認していると思いますが、
おそらく後続２つのいずれか(あるいは両方)が変わっていると思います。

記事No.69532 のレス /過去ログ119より / 関連記事表示
削除チェック/

■69536

　Re[2]: ウィンドウクラス

□投稿者/ 魔界の仮面弁士 -(2014/01/07(Tue) 11:20:46)

■No69535 (とっちゃんさん) に返信
>>FindWindow("WindowsForms10.Window.8.app.0.378734a", null);
> Form クラスのウィンドウクラス名は固定されていません。
> 実行環境にインストールされている .NET Framework のバージョンや
> 実行時の動作状況などによって、先頭あるいは末尾２つが変化します。

公式資料は見当たりませんでしたが、一説によれば
　WindowsForms10.<character sequence>.app<hash code of appdomain>
というルールだそうで。
http://www.codeproject.com/Articles/4814/A-simple-Windows-forms-properties-spy

記事No.69532 のレス /過去ログ119より / 関連記事表示
削除チェック/

■69548

　Re[3]: ウィンドウクラス

□投稿者/ とっちゃん -(2014/01/07(Tue) 16:20:02)

■No69536 (魔界の仮面弁士さん) に返信
> ■No69535 (とっちゃんさん) に返信
> >>FindWindow("WindowsForms10.Window.8.app.0.378734a", null);
>>Form クラスのウィンドウクラス名は固定されていません。
>>実行環境にインストールされている .NET Framework のバージョンや
>>実行時の動作状況などによって、先頭あるいは末尾２つが変化します。
>
> 公式資料は見当たりませんでしたが、一説によれば
> 　WindowsForms10.<character sequence>.app<hash code of appdomain>
> というルールだそうで。
> http://www.codeproject.com/Articles/4814/A-simple-Windows-forms-properties-spy

おっと。。。実は、先のコメントを書くときに、手持ちのソースをチェックしていたりします。

手持ちのソース(NativeWindow.cs)では、
StringBuilder b = new StringBuilder(50);

b.Append(Application.WindowsFormsVersion);
b.Append('.');
b.Append(className);
b.Append(".app.");
b.Append(domainQualifier);
b.Append('.');
String appDomain = Convert.ToString(AppDomain.CurrentDomain.GetHashCode(), 16);
b.Append(VersioningHelper.MakeVersionSafeName(appDomain, ResourceScope.Process, ResourceScope.AppDomain));

b.ToString();

となっています。

Application.WindowsFormsVersion はinternal 属性の付いたプロパティ(文字列を返す)で実装は
return "WindowsForms10";
となっています。
固定なのは、互換性の問題だそうです(ソースのコメント(超絶意訳モード)に、書き換えたやつは死刑って書いてありましたｗ)。

className は、デフォルトではこの部分の手前で "Window." + Convert.ToString( CreateParams.ClassStyle, 16 ); という値で作成されたものです。
CreateParams.ClassStyle はデフォルトでは、8(CS_DBLCLKS という定義値)です。

domainQualifier は、内部的にカウンタになっている値で、ウィンドウクラスの登録に失敗した場合にカウントアップするように作られています。

あとは、ヘルプを見ればわかるものなので割愛(値に意味があるわけではないので)。

さて。。。このウィンドウクラス名ですが、これで検索は全く意味をなさないということが改めて調査した結果わかりました。

実験は、
App1(2010/5/5 に作成したアプリケーション)と、App2(１１月のわんくま勉強会のために作成したデモアプリ)を両方起動した状態でSpy++ でクラス名を取得しただけですが。
実行環境ではどちらのクラス名も
WindowsForms10.Window.8.app.0.2bf8098_r9_ad1
となっており、FindWindow の結果からはこれがどのプログラムであるかを特定することが不可能であることを立証してしまいました。

一応。。。実行環境を記載しておきます。
Windows 8.1 Pro 64bit版でActiveDirectoryドメイン環境です。
インストールされているVSは、2010/2012 で、アップデートは現時点で最新の状態です。
＃2013が入ってないのは、もうじき新マシンに乗り換えるため

ちなみに、ほかにどこかで使われていないか?と調査したところ、VSの子ウィンドウなどいろいろなところで使われていることもわかりました。
まぁ、おまけの部分については何の意味もありませんが。。。

ということで、クラス名を特殊化するなどの特別な行為を行っていない場合
FindWindow にウィンドウクラス名を与えて検索する行為は事実上不可能であるということを追記しておきます。

じゃぁどうするか？については、なぜ検索するのかという部分がないと適切な回答を得ることは難しいのでとりあえず割愛します。

記事No.69532 のレス /過去ログ119より / 関連記事表示
削除チェック/

■69617

　Re[4]: ウィンドウクラス

□投稿者/ C# -(2014/01/13(Mon) 21:09:39)

とっちゃん、魔界の仮面弁士さん

ご連絡が遅くなって申し訳ありません。

クラス名ですが、先頭・末尾以外すべての値が変わっていました。

＞FindWindow にウィンドウクラス名を与えて検索する行為は事実上不可能であるということを追記しておきます。

内容理解しましたが対処方法が分かりません。検索する理由としてはアプリ１(自作)からアプリ２(既存)を
動かすことが目的です。
Findwindow関数を使用してアプリ２のクラス名を取得して、アプリ２のtoolstrip内にアプリ２の操作ボタンが
あるのですがショートカットキー(F1)に対応しているため、postmessage関数を使用してアプリ２を実行しています。
PostMessage(hWndWorkPtr, (uint)WM_KEYDOWN, (int)Keys.F1, 0);

別ＰＣでも問題なく動作するにはどのようにしたらよろしいでしょうか？
お手数おかけ致しますが、ご教示お願い致します。

記事No.69532 のレス /過去ログ119より / 関連記事表示
削除チェック/

■69618

　Re[5]: ウィンドウクラス

□投稿者/ Azulean -(2014/01/13(Mon) 22:48:49)

ウィンドウクラス名が特定に使えないのですから、

１．ウィンドウのキャプションを用いて特定する
２．プロセスから特定する

といったように、ウィンドウクラスに頼らない方法を模索することになるでしょう。
ウィンドウキャプションが十分にユニークなものであれば、クラス名は NULL(IntPtr.Zero) を渡してキャプションだけで FindWindow すればよいでしょう。

記事No.69532 のレス /過去ログ119より / 関連記事表示
削除チェック/

■69576

　ネットワーク越しのショートカットEXEの起動について

□投稿者/ ⑧ -(2014/01/09(Thu) 17:13:39)

分類:[VB6 以前]　

2014/01/09(Thu) 17:37:11 編集(投稿者)
2014/01/09(Thu) 17:36:56 編集(投稿者)

動作環境①
client:winXP/Office2003
DB:Access(mdb Access95形式)

動作環境②
client:win7/Office2010
DB:Access(mdb Access95形式)

サーバ上にあるVB6で作成された EXEのショートカットを(ショートカット自体をclientにもってきてます)
client上で動作させたときエラーが発生して困ってます。
エラー内容：エラーです。処理を中断します(ユーザメッセージ)

8年前のアプリケーションで、ソース自体も見つからない状態で、
つくり直しで話は進めていますが、エラーの原因を知りたく。
(ソース・情報も薄いのでぼんやりしたイメージが知りたく)

こちらで確認・調査したこと。
・office2010では互換性モードにチェックをいれないと mdb形式のファイルを開けない。
・exe自体をclientに持ってきた場合(動作環境②)、処理は正常に行われる。

宜しくお願いします。

親記事 /過去ログ119より / 関連記事表示
削除チェック/

■69580

　Re[1]: ネットワーク越しのショートカットEXEの起動について

□投稿者/ 魔界の仮面弁士 -(2014/01/09(Thu) 19:16:40)

■No69576 (⑧ さん) に返信
> サーバ上にあるVB6で作成された EXEのショートカットを(ショートカット自体をclientにもってきてます)
> client上で動作させたときエラーが発生して困ってます。
> エラー内容：エラーです。処理を中断します(ユーザメッセージ)

たとえば、ini ファイルあるいは mdb を開く先の ldb の書き込みなどのために、
フォルダあるいはファイルへの書き込みアクセス権が要求されていて、
ネットワーク越しだと、権限不足で書き込みエラーになっているとか…。

その場合、基準フォルダを CurDir で得ているのか App.Path で得ているのかによって
対応は変わってきますが、もしもカレントからの相対パスでの指定だとすれば、
ショートカットのプロパティで「作業フォルダ」をローカルにしておくことで
回避できるかもしれません。

> DB:Access(mdb Access95形式)

何を用いて接続されているかはわかりますか?

　 (1) Data コントロール
　 (2) RemoteData コントロール(MSRDC) + Access ODBC Driver
　 (3) ADO データコントロール (ADODC) + Microsoft.Jet.OLEDB.3.51 Provider
　 (4) ADO データコントロール (ADODC) + Microsoft.Jet.OLEDB.4.0 Provider
　 (5) RDO 2.0 + Access ODBC Driver
　 (6) DAO 3.0
　 (7) DAO 2.5/3.5x Compatibility Library
　 (8) DAO 3.5x
　 (9) ADODB + Microsoft.Jet.OLEDB.3.51 Provider
　(10) ADODB + Microsoft.Jet.OLEDB.4.0 Provider
　(11) OLE オートメーション
　(12) 上記以外