ホーム » 検索結果: Linux VC
検索結果: Linux VC
VC Linux でのデバッグ
単純な「Linux ターミナル」の「コンソール AP」であれば，Windows コンソール AP と同様にデバッグできる．
出力は VS の「Linux コンソールウィンドウ」．
GLUT を使用したデバッグはこの方法ではできない？
::glutInit(&argc, argv); で抜けてしまう．
Linux 上で .out を起動しておいて VS の「デバッグ」－「プロセスにアタッチ」．
「接続の種類」を「SSH」にして「接続先」を Linux 環境に．
「使用可能なプロセス」が更新されるのでデバッグ対象の .out を選択して「アタッチ」でデバッグできる．
VC Linux で GLUT
GLUT を使用したコード
ビルドするとリンクでのエラーとなってしまう．
1>------ ビルド開始: プロジェクト: T_GL2, 構成: Debug x64 ------
1>ソースを検証します
1>リモートでソースを 'fedora' にコピーします
1>アーキテクチャを検証します
1>C:\Program Files (x86)\Microsoft Visual Studio\2019\Professional\MSBuild\Microsoft\VC\v160\Application Type\Linux\1.0\Linux.targets(184,5): warning : 配置で使用されるリモート システムに互換性のないプラットフォーム アーキテクチャ ('x64'、'ARM') があります。
1>アーキテクチャを検証します
1>リモート ビルドを開始しています
1>ソースをコンパイルします:
1>オブジェクトをリンクしています
1>/usr/bin/ld : error : /home/Iwao/projects/T_GL2/obj/x64/Debug/main.o: in function `idle()':
1>D:\Document\VS\VS\2019\T_Linux\T_GL2\main.cpp(51): error : undefined reference to `glutPostRedisplay'
1>/usr/bin/ld : error : /home/Iwao/projects/T_GL2/obj/x64/Debug/main.o: in function `display()':
1>D:\Document\VS\VS\2019\T_Linux\T_GL2\main.cpp(56): error : undefined reference to `glClear'
1>/usr/bin/ld : error : /home/Iwao/projects/T_GL2/main.cpp:63: undefined reference to `glMatrixMode'
1>/usr/bin/ld : error : /home/Iwao/projects/T_GL2/main.cpp:64: undefined reference to `glLoadIdentity'
1>/usr/bin/ld : error : /home/Iwao/projects/T_GL2/main.cpp:65: undefined reference to `gluLookAt'
1>/usr/bin/ld : error : /home/Iwao/projects/T_GL2/main.cpp:67: undefined reference to `glColor3d'
...
1>/usr/bin/ld : error : /home/Iwao/projects/T_GL2/main.cpp:165: undefined reference to `glutMainLoop'
1>collect2 : error : エラー: ld はステータス 1 で終了しました
1>プロジェクト "T_GL2.vcxproj" のビルドが終了しました -- 失敗。
========== ビルド: 0 正常終了、1 失敗、0 更新不要、0 スキップ ==========
コマンドでの -l オプションにあたる指定が足りないため．
「リンカー」－「コマンドライン」－「追加のオプション」に以下を追加．
-lglut -lGL -lGLU
VC Linux の include 設定
VC Linux プロジェクトの include 設定
次のようなコードをビルドするのに include の設定がわからなかった．
#include <cstdio> #include "gettickc.hxx" int main() { printf("VC 2019 hello !\n"); for (long index = 0; index < 100; index++) { ::Sleep_ms(100); printf("hello \t"); fflush(stdout); if (index%5 == 4) { printf("\n"); } } printf("VC 2019 hello !\n"); return 0; }
MFC のプロジェクトなどであれば，次の所で指定している．
C:\Users\Iwao\AppData\Local\Microsoft\MSBuild\v4.0\Microsoft.Cpp.x64.user.props
共通のインクルードディレクトリは，次の様なもの．
\\DevS\Documents\Develop\_.SRC\__CPR_;\\DevS\Documents\Develop\_.SRC\__Iwao;…
ソース内で次の様に指定してもエラーに．
#include “\\DevS\Documents\Develop\_.SRC\__CPR_\i_define.hxx”
1>main.cpp 1>C:\Program Files (x86)\Microsoft Visual Studio\2019\Professional\MSBuild\Microsoft\VC\v160\Application Type\Linux\1.0\Linux.targets(412,5): error : g++ がコード 1 で終了しました。詳細については、出力ウィンドウでビルド出力をご確認ください (注: 出力ウィンドウで詳細を確認するには、ツール オプションでビルド出力の詳細度を変更する必要があります)。 1>プロジェクト "ConsoleApplication2.vcxproj" のビルドが終了しました -- 失敗。
他に #include “//devs/documents/develop/_.src/__cpr_/i_define.hxx” としてみたが変わらず．
Raspberry Pi でビルドするともう少しわかりやすいエラーの表示になった．
1>main.cpp 1>D:\Document\VS\VS\2019\T_Linux\ConsoleApplication2\main.cpp(18,10): error : \\DevS\Documents\Develop\_.SRC\__CPR_\i_define.hxx: そのようなファイルやディレクトリはありません 1>D:\Document\VS\VS\2019\T_Linux\ConsoleApplication2\main.cpp(18,10): error : #include "\\DevS\Documents\Develop\_.SRC\__CPR_\i_define.hxx" 1>D:\Document\VS\VS\2019\T_Linux\ConsoleApplication2\main.cpp(18,10): error : ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 1>D:\Document\VS\VS\2019\T_Linux\ConsoleApplication2\main.cpp(18,10): error : compilation terminated. 1>プロジェクト "ConsoleApplication2.vcxproj" のビルドが終了しました -- 失敗。
いろいろやって，次の様に指定することでうまくいった．
#include “/mnt/_.src/__cpr_/i_define.hxx”
プロジェクトの設定で次のものを指定することでビルドできることを確認．
/mnt/_.src/__CPR_;/mnt/_.src/__Iwao;/mnt/_.src/__Mlt_;/mnt/_.src/_gcc;/mnt/_.src/Test
/mnt/_.src はマウントしている．
Linux から Windows 環境への接続
g++ インクルードパスの設定
VC 2017 Linux プロジェクト
VC 2017 を弄っていたら，Linux のプロジェクトの作成が可能になっていたので試してみた．
どのタイミングだったか忘れたが，SSH 接続が必要になる．
今まで設定してある Raspberry Pi に接続してみた．
Raspberry Pi 側の設定は「Raspberry Pi の設定」－「インターフェイス」にある．
ビルド時に使用する include は以下にコピーされている．これは Raspberry Pi の /user/include と同じ内容？
C:\Users\Iwao\AppData\Local\Microsoft\Linux\HeaderCache\1.0\-1277036696\usr\include
ビルドして出来上がった .out は /home/pi/projects/…/bin/ARM/Release にある．
Linux VS Code インストール
Fedora 環境に VS Code のインストール．
Fedora Linux に Visual Studio Code をインストールする方法
最初の次のコマンドで，時間がかかっている．
sudo dnf upgrade –refresh
それで調べているともっと簡単と思われる情報が…
Visual Studio Code – Fedora Project Wiki
次のコマンドでインストール．
flatpak install https://flathub.org/repo/appstream/com.visualstudio.code.flatpakref
何とか入った．
が，どうやって使うのか…
Ubuntu 環境は OS が古く，20.04 への更新から．
さらに flatpak をインストールする必要があった．
sudo apt install flatpak
そして，
flatpak install https://flathub.org/repo/appstream/com.visualstudio.code.flatpakref
こちらの方は「日本語化」のインストールの案内が自動で出てきた.
Fedora 環境では，手動で追加．
「言語拡張機能の参照」をクリック．すると，左に「C#」などがリストされる．
.NET のインストール．
Linux に .NET をインストールする
dotnet と入力すると，sudo snap install dotnet-sdk と出てきた．
これは違った？
次の所にある C# のコードを作成して VS Code で「デバッグなして実行」．
コンソール アプリ
すると，また同じ所に．
Ubuntu に .NET SDK または .NET ランタイムをインストールする
順に入れたが…
wget https://packages.microsoft.com/config/ubuntu/20.04/packages-microsoft-prod.deb -O packages-microsoft-prod.deb
sudo dpkg -i packages-microsoft-prod.deb
rm packages-microsoft-prod.deb
sudo apt-get update && sudo apt-get install -y dotnet-sdk-6.0よくわからない．
次の所を参考にコマンドで…
Linux での開発用に C# を設定する
次のコマンドを入力すると…
dotnet new console
そして，
dotnet run
何とか，コンパイル，実行できることは確認できた．
今度は Fedora 環境に．
Fedora に .NET SDK または .NET ランタイムをインストールする
sudo dnf install dotnet-sdk-6.0
dotnet new console と dotnet run
2022/11/25
Windows 環境だと…
dotnet new <テンプレート>
VS Code はエディタとして使用する程度？
チュートリアル: Visual Studio Code を使用して .NET コンソール アプリケーションを作成する
うまく動作しない．ターミナルからでは dotnet コマンドへのパスが通っていない？
VC 14 以降での stat.c の場所
VC 14 以降，<sys/stat.h> 関係が大きく変更されている？
CFileStatus でアサート
今回 stat 関数内をデバッグしようとしていて，ソースの場所がすぐにわからなかった．
#ifdef _MSC_VER
#define s_stat struct _stati64
#define TSTAT _tstati64
#else
#define s_stat struct stat
#define TSTAT stat
#endifVC 12 以前は，(VS)\VC\crt\src\ 以下に存在する．
VC で，#include <sys/stat.h> としている所を「右クリック」－「ドキュメント<sys/stat.h>を開く」．
その位置を幾つか上に行って，Include の並びに Source があり，その対応する所に存在する．
VC 2015 以降のどれかで対応がつくと，それ以外でも対応したもの（10.0.?????.0）が開かれる？
VC 2019 以降の include
%LOCALAPPDATA%\Microsoft\MSBuild\v4.0\Microsoft.Cpp.Win32.user.props がないとの問い合わせが…
次の所は以前まとめたもの．VC 2010 以降は，これが引き継がれるものと思っていた．
VC include lib のパス
私の環境の VC 2022 で確認すると，ちゃんと引き継がれている．
検索すると VC 2019 から Microsoft.Cpp.Win32.user.props は使用されなくなった？
Microsoft.Cpp.Win32.user.props file missing
Visual Studio プロジェクトの設定を共有または再利用する
今の所は Win32 のみなので，また今度時間がある時に調べる．
VC Linux の include 設定
NAS lxcdebian10 と VC 2019
ASUSTOR NAS 上の Debian と VC 2019 を使用してのビルドとデバッグ．
VC で次の様なエラーになっている．
lxcdebian10 にツールがありません: gdb rsync zip
次の所にある様に必要なものをインストール．
Linux development with C++ in Visual Studio
丁度 1 年前にやっていた みたいで，その時より 安定したか？
AS5202T Debian 10 と VC
VC で ASUSTOR NAS Linux Center の Debian 10 Desktop を使用するための設定．
SSH 接続を可能にして gcc などをインストールしておく必要がある．
Linux development with C++ in Visual Studio
VC の「ツール」－「オプション」，「クロスプラットフォーム」－「接続マネージャー」－「追加」．
SSH 接続する時の情報を設定する．
追加後「接続マネージャー」－「リモートヘッダー…」で「更新」するとエラー．
エラーが発生しました。Could not start the ‘rsync’ command on the remote host, please install it using your system package manager. Please see https://aka.ms/AA23jat for troubleshooting。詳細については、C:\Users\Iwao\AppData\Local\Temp\vslinux_header_update_log.txt を参照してください。トラブルシューティングを行うには、https://aka.ms/AA23jat をご覧ください。
この部分の対応方法はよくわからない．
VC のプロジェクトの設定を「lxcdebian10」に．
これでビルドすれば大丈夫なはずだが，何故かエラー．
VC を再起動したり，プロジェクトを読み直したりしていたら通る様になった．
Linux で文字コードの変換
Windows での文字コードの変換部分は MultiByteToWideChar，WideCharToMultiByte でうまく機能している．
| exe ＼ 入力 | シフトJIS | UTF-16 | UTF-8 |
| _UNICODE | → WideChar | そのまま | → WideChar(CP_UTF8) |
| _MBCS | そのまま | → MultiByte | → WideChar(CP_UTF8) → MultiByte |
MultiByteToWideChar，WideCharToMultiByte の使い方は C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\crt\src\ などの mbstowcs.c，wcstombs.c を参照．
MSDN で見つけた記事
C++ – STL の文字列クラスと Win32 API による Unicode エンコーディングの変換
Linux 環境での動作は 2014/03 に一度調べていたみたいで ” gcc iconv ” とコメントになっている．
それで https://ja.wikipedia.org/wiki/Iconv にあるコードを Raspberry Pi 環境で実行するとうまく変換できる．
コンパイルエラーになったので string.h のインクルードが必要かも？
同じコードを Synology NAS の DS116 でコンパイルして実行するとうまく動作しない
（そのままのコードでは止まってしまう）．
iconv_open で (iconv_t)-1 が返されていて errno は EINVAL になってしまう．
iconv コマンドを試すと Raspberry Pi では OK ．
Synology NAS は iconv が存在しない．
検索すると uconv が使えると書かれている．
https://forum.synology.com/enu/viewtopic.php?t=82591
Iwao@DS116:~$ uconv -L
ASCII-Latin Accents-Any Amharic-Latin/BGN Any-Accents Any-Publishing Arabic-Latin Arabic-Latin/BGN Armenian-Latin Armenian-Latin/BGN Azerbaijani-Latin/BGN Belarusian-Latin/BGN Bengali-Devanagari Bengali-Gujarati Bengali-Gurmukhi Bengali-Kannada Bengali-Latin Bengali-Malayalam Bengali-Oriya Bengali-Tamil Bengali-Telugu Bopomofo-Latin Bulgarian-Latin/BGN Cyrillic-Latin Devanagari-Bengali Devanagari-Gujarati Devanagari-Gurmukhi Devanagari-Kannada Devanagari-Latin Devanagari-Malayalam Devanagari-Oriya Devanagari-Tamil Devanagari-Telugu Digit-Tone Fullwidth-Halfwidth Georgian-Latin Georgian-Latin/BGN Greek-Latin Greek-Latin/BGN Greek-Latin/UNGEGN Gujarati-Bengali Gujarati-Devanagari Gujarati-Gurmukhi Gujarati-Kannada Gujarati-Latin Gujarati-Malayalam Gujarati-Oriya Gujarati-Tamil Gujarati-Telugu Gurmukhi-Bengali Gurmukhi-Devanagari Gurmukhi-Gujarati Gurmukhi-Kannada Gurmukhi-Latin Gurmukhi-Malayalam Gurmukhi-Oriya Gurmukhi-Tamil Gurmukhi-Telugu Halfwidth-Fullwidth Han-Latin Han-Latin/Names Hangul-Latin Hans-Hant Hant-Hans Hebrew-Latin Hebrew-Latin/BGN Hiragana-Katakana Hiragana-Latin IPA-XSampa Jamo-Latin Kannada-Bengali Kannada-Devanagari Kannada-Gujarati Kannada-Gurmukhi Kannada-Latin Kannada-Malayalam Kannada-Oriya Kannada-Tamil Kannada-Telugu Katakana-Hiragana Katakana-Latin Katakana-Latin/BGN Kazakh-Latin/BGN Kirghiz-Latin/BGN Korean-Latin/BGN Latin-ASCII Latin-Arabic Latin-Armenian Latin-Bengali Latin-Bopomofo Latin-Cyrillic Latin-Devanagari Latin-Georgian Latin-Greek Latin-Greek/UNGEGN Latin-Gujarati Latin-Gurmukhi Latin-Hangul Latin-Hebrew Latin-Hiragana Latin-Jamo Latin-Kannada Latin-Katakana Latin-Malayalam Latin-NumericPinyin Latin-Oriya Latin-Syriac Latin-Tamil Latin-Telugu Latin-Thaana Latin-Thai Macedonian-Latin/BGN Malayalam-Bengali Malayalam-Devanagari Malayalam-Gujarati Malayalam-Gurmukhi Malayalam-Kannada Malayalam-Latin Malayalam-Oriya Malayalam-Tamil Malayalam-Telugu Maldivian-Latin/BGN Mongolian-Latin/BGN NumericPinyin-Latin NumericPinyin-Pinyin Oriya-Bengali Oriya-Devanagari Oriya-Gujarati Oriya-Gurmukhi Oriya-Kannada Oriya-Latin Oriya-Malayalam Oriya-Tamil Oriya-Telugu Pashto-Latin/BGN Persian-Latin/BGN Pinyin-NumericPinyin Publishing-Any Russian-Latin/BGN Serbian-Latin/BGN Simplified-Traditional Syriac-Latin Tamil-Bengali Tamil-Devanagari Tamil-Gujarati Tamil-Gurmukhi Tamil-Kannada Tamil-Latin Tamil-Malayalam Tamil-Oriya Tamil-Telugu Telugu-Bengali Telugu-Devanagari Telugu-Gujarati Telugu-Gurmukhi Telugu-Kannada Telugu-Latin Telugu-Malayalam Telugu-Oriya Telugu-Tamil Thaana-Latin Thai-Latin Tone-Digit Traditional-Simplified Turkmen-Latin/BGN Ukrainian-Latin/BGN Uzbek-Latin/BGN XSampa-IPA am-am_FONIPA az-Lower az-Title az-Upper ch-ch_FONIPA cs-cs_FONIPA cs-ja cs-ko cs_FONIPA-ja cs_FONIPA-ko dsb-dsb_FONIPA el-Lower el-Title el-Upper eo-eo_FONIPA es-am es-es_FONIPA es-ja es-zh es_419-ja es_419-zh es_FONIPA-am es_FONIPA-es_419_FONIPA es_FONIPA-ja es_FONIPA-zh ia-ia_FONIPA it-am it-ja ja_Latn-ko ja_Latn-ru ky-ky_FONIPA la-la_FONIPA lt-Lower lt-Title lt-Upper nl-Title pl-ja pl-pl_FONIPA pl_FONIPA-ja ro-ja ro-ro_FONIPA ro_FONIPA-ja ru-ja ru-zh sk-ja sk-sk_FONIPA sk_FONIPA-ja tlh-tlh_FONIPA tr-Lower tr-Title tr-Upper uz_Cyrl-uz_Latn uz_Latn-uz_Cyrl yo-yo_BJ zh_Latn_PINYIN-ru Any-Null Any-Lower Any-Upper Any-Title Any-Name Name-Any Any-Remove Any-Hex/Unicode Any-Hex/Java Any-Hex/C Any-Hex/XML Any-Hex/XML10 Any-Hex/Perl Any-Hex Hex-Any/Unicode Hex-Any/Java Hex-Any/C Hex-Any/XML Hex-Any/XML10 Hex-Any/Perl Hex-Any Any-NFC Any-NFKC Any-NFD Any-NFKD Any-FCD Any-FCC Any-ch_FONIPA Any-Latin Any-Telugu Any-Gurmukhi Any-Gujarati Any-Malayalam Any-Oriya Any-Devanagari Any-Kannada Any-Tamil Any-cs_FONIPA Any-ru Any-Bengali Any-uz_Latn Any-Katakana Any-ro_FONIPA Any-ky_FONIPA Any-zh Any-yo_BJ Any-am Any-es_419_FONIPA Any-eo_FONIPA Any-es_FONIPA Any-sk_FONIPA Any-Hant Any-Hans Any-Hiragana Any-la_FONIPA Any-Syriac Any-Greek Any-Greek/UNGEGN Any-Cyrillic Any-Hangul Any-Bopomofo Any-Arabic Any-Thai Any-Armenian Any-Thaana Any-Georgian Any-Hebrew Any-am_FONIPA Any-dsb_FONIPA Any-ia_FONIPA Any-uz_Cyrl Any-pl_FONIPA
Iwao@DS116:~$
iconv_open で失敗した場合，iconv コマンドまたは uconv コマンドとするか？
2022/07/15
SynoCli File Tools v2.6-16 で iconv が追加された．
SynoCli File Tools などのインストール方法は次の所に書いています．
https://dev.mish.work/wordpress/2022/06/15/ds116-entware/
argv envp
以前 Linux 環境で動作する .out で，コマンドラインを取得したくなり作成したコード．
Windows でもそのまま動作する様に作成したもので，予め main でグローバルな変数に argv を登録している．
#include "cmd_line.hxx"
int _tmain (int argc,TCHAR* argv[],TCHAR* envp[])
{
{
::reg_argv(argc,argv,envp) ;
}
{
::dmp_arg() ;
}
return 0 ;
}
Windows の場合は __argc と __argv が利用できるのであまり必要ない．
::GetCommandLine を使用することも可能．
フォルダの更新日時の設定
以前に作成した mtime を更新するツール．
データファイルなどの更新日時を揃えるために作成したもの．
更新日時の設定は CFile::SetStatus で行っている．
CString file = UpdateFiles[index] ;
CFileStatus fs ;
CFile::GetStatus(file,fs) ;
fs.m_mtime = newTime ;
CFile::SetStatus(file,fs) ;このツールではフォルダの更新日時は変更できない．
その後 Linux 環境などでも動作する様なコードを作成．
utime を使用したもの．
Linux 環境ではフォルダに対してもうまく動作するが，Windows 環境では相変わらず．
ここまでは，以前調べたもの．
2ヶ月ほど前だったと思うが，検索していて次のページを見つけた．
ファイル・フォルダーの更新日時を変更
改めて CFile::SetStatus や _utime の中身を見ると，動作は同じで ::CreateFile と ::SetFileTime を呼出している．
デバッガで追いかけていると ::CreateFile で失敗している．errno は 13 ．
::CreateFile を次の様に指定して呼出すと，ファイルの場合は問題ないがフォルダは NG ．
HANDLE hFile = ::CreateFile(file_name,GENERIC_READ|GENERIC_WRITE,0,NULL,OPEN_EXISTING,FILE_ATTRIBUTE_NORMAL, NULL) ;フォルダの場合 FILE_FLAG_BACKUP_SEMANTICS が指定されていなければならないみたい．
HANDLE hFile = ::CreateFile(file_name,GENERIC_READ|GENERIC_WRITE,0,NULL,OPEN_EXISTING,FILE_FLAG_BACKUP_SEMANTICS,NULL) ;time_t から FILETIME への変換は次の所．
https://learn.microsoft.com/ja-jp/windows/win32/sysinfo/converting-a-time-t-value-to-a-file-time
SetFTime.hxx
2024/08/09
https://itl.mish.work/i_Tools/Doc/blog/vc/UpdateMT.zip
#pragma omp critical
共通のリソースに対してのコードを書いていて，ちょっと気になったので調べてみた．
テスト用に書いたのコードは次の様なもの．
#ifdef _OPENMP
#include <omp.h>
#endif
#include <clocale>
#include <iostream>
#ifdef _MSC_VER
#include <tchar.h>
#else
#define _T(x) x
typedef char TCHAR ;
#endif
#ifdef _UNICODE
#define _tmain wmain
#define tout wcout
#else
#define _tmain main
#define tout cout
#endif
bool test_n (const long n)
{
std::tout << _T("test_") << n << _T("\t") ;
{
for (long index=0 ; index<10 ; index++) {
#ifdef _OPENMP
// #pragma omp critical // (test) // --- (C)
#endif
{
std::tout << (n*10 + index+1) << _T("\t") ;
}
}
}
return true ;
}
bool test_ (void)
{
std::tout << _T("test_") << std::endl ;
{
#ifdef _OPENMP
#pragma omp parallel for
#endif
for (long index=0 ; index<10 ; index++) {
#ifdef _OPENMP
#pragma omp critical // (test) // --- (P)
#endif
{
test_n(index) ;
std::tout << std::endl ;
}
}
}
return true ;
}
int _tmain (int argc,TCHAR* argv[])
{
{
::test_() ;
}
return 0 ;
}実行させると，期待通り．
ここで，関数 test_n() の次の行を有効にしてしまうと…
#pragma omp critical // (test) // — (C)
test_
test_0 致命的なユーザー エラー 1002: 同一名の 1 つで ‘#pragma omp critical’ が不適切に入れ子にされています
それぞれを異なる名称で指定する必要がある．
#pragma omp critical (test_n) // — (C)
#pragma omp critical (test_) // — (P)
VC リリース版ではうまく動作してしまうこともある？
Linux 環境でコンパイルした a.out を NAS 環境に持っていくと，DS220+ では実行できた．
-fopenmp を付けたコンパイルは不可．
TS253D では「libgomp.so がない」となって実行できない．
Win10 に GLUT インストール
2 年位前に Linux 環境 での GLUT はインストール した．
今回は Win10 環境に…
「Windows GLUT」で検索すると…
なかなかうまく書かれているものが見つからない．
次の所は古いまま？
GLUT – The OpenGL Utility Toolkit
以前見た時は更新されていない様に思ったが…
freeglut
そこからのリンク
freeglut Windows Development Libraries
その中の freeglut 3.0.0 MSVC Package が欲しかったもの．
…/bin/freeglut.dll を c:\Windows\SysWOW64 にコピー．
また，glut32.dll の頃の exe も動作する様に …\SysWOW64\glut32.dll としてもコピー．
…/bin/x64/freeglut.dll は c:\Windows\System32 にコピー．
これで，以前作成した exe がそのまま動作することを確認．
glut.h と freeglut*.h は，次の …\PlatformSDK\include\gl にコピー．
VC 8 C:\Program Files (x86)\Microsoft Visual Studio 8\VC\PlatformSDK\Include\gl
VC 9 C:\Program Files\Microsoft SDKs\Windows\v6.0A\Include\gl
VC10 C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\Include\gl
VC11 C:\Program Files (x86)\Windows Kits\8.0\Include\um\gl
VC12 C:\Program Files (x86)\Windows Kits\8.1\Include\um\gl
VC14 C:\Program Files (x86)\Windows Kits\8.1\Include\um\gl
VC141 C:\Program Files (x86)\Windows Kits\10\Include\10.0.19041.0\um\gl
VC142 C:\Program Files (x86)\Windows Kits\10\Include\10.0.19041.0\um\gl
freeglut.lib は次の所にコピー．
C:\Program Files (x86)\Microsoft Visual Studio 8\VC\PlatformSDK\Lib
C:\Program Files\Microsoft SDKs\Windows\v6.0A\Lib
C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\Lib
C:\Program Files (x86)\Windows Kits\8.0\Lib\win8\um\x86 , x64
C:\Program Files (x86)\Windows Kits\8.1\Lib\winv6.3\um\x86 , x64
C:\Program Files (x86)\Windows Kits\10\Lib\10.0.19041.0\um\x86 , x64
2021/12/24
glut.h と freeglut*.h，freeglut.lib のコピー先は，お使いの環境によって異なります．
10.0.19041.0 は 2021/05 の頃での設定によるものです．
2021/12 では，10.0.22000.0 にコピーする必要があります．
https://itl.mish.work/Iwao/Doc/algo/to_thick/glut.htm
2023/11/02
VC インクルードパスの確認方法
2024/07/25
サンプルのコードを用意．t_c_ut_2024_07_25.zip
VC 6 ではそのままビルドできます．VC 2019 までは dsp からのアップグレードで可能です．
Linux 環境では次の様に入力して a.out の出力が可能です．
g++ t_c_ut_1.cpp -lGL -lGLU -lglut
「iPhone 3D プログラミング」にあるコードを使用しています．
3D データの読み書きの時間
3D データを保持するために，幾つかの形式での読み書きの時間を計測．
bool T_s_a_l (const GonsA& gnsa_,LPCTSTR pathName)
{
GonsA gnsa = gnsa_ ;
double slt = 0 ;
double s_t = 0 ;
double l_t = 0 ;
{ // save
ElapseTime et ;
::GonsA_To(gnsa,pathName) ;
s_t = et.GetElapse() ;
}
{ // load
ElapseTime et ;
GonsA ga = ::To_GonsA(pathName) ;
l_t = et.GetElapse() ;
}
{
slt = s_t + l_t ;
}
std::tout << ::Path_GetExtLow(pathName)
<< _T("\t") << slt << _T("\t") << l_t << _T("\t") << s_t
<< std::endl ;
return true ;
}
file ? =\\DS116\public\...\123test-layer2\123test-layer2.3ds ac 1.192 0.711 0.481 imo 4.206 3.195 1.011 x3d 2.213 0.461 1.752 wrl 0.831 0.55 0.281 3ds 0.571 0.37 0.201 ix3 1.853 1.092 0.761 ply 3.114 1.852 1.262 nxr 1.623 0.812 0.811 stl 0.2 0.15 0.05 ipl 4.947 4.436 0.511 file ? =\\DS116\public\...\123test-layer2\123test-layer2.3ds ac 1.202 0.711 0.491 imo 4.016 3.065 0.951 x3d 0.751 0.461 0.29 wrl 0.871 0.601 0.27 3ds 0.511 0.291 0.22 ix3 1.792 1.021 0.771 ply 3.145 1.923 1.222 nxr 1.512 0.701 0.811 stl 0.2 0.15 0.05 ipl 4.867 4.346 0.521 file ? =\\DS116\public\...\9LM-2U-J8F8B-3DLJ.001\9LM-2U-J8F8B-3DLJ.stl ac 16.214 9.504 6.71 imo 100.935 93.545 7.39 x3d 10.004 6.129 3.875 wrl 12.849 9.073 3.776 3ds 27.149 0.301 26.848 ix3 72.023 38.485 33.538 ply 77.751 62.049 15.702 nxr 21.912 9.974 11.938 stl 31.345 30.784 0.561 ipl 1893.04 1886.52 6.519 file ? =\\AS5202T\Home\gcc_test\Test\t_linux\3D\T_s_a_l\n2950x2450mm.dae ac 1.011 0.551 0.46 imo 2.624 2.013 0.611 x3d 1.031 0.33 0.701 wrl 0.772 0.511 0.261 3ds 0.881 0.511 0.37 ix3 2.053 1.182 0.871 ply 2.543 1.502 1.041 nxr 1.443 0.471 0.972 stl 0.41 0.35 0.06 ipl 19.458 18.917 0.541 file ? =\\AS5202T\Home\gcc_test\Test\t_linux\3D\T_s_a_l\n2950x2450mm.dae ac 1.012 0.551 0.461 imo 2.613 2.023 0.59 x3d 0.751 0.33 0.421 wrl 0.731 0.47 0.261 3ds 0.841 0.421 0.42 ix3 2.063 1.172 0.891 ply 2.623 1.652 0.971 nxr 1.593 0.491 1.102 stl 0.41 0.35 0.06 ipl 18.267 17.746 0.521 file ? =\\AS5202T\Home\gcc_test\Test\t_linux\3D\T_s_a_l\133118.x3d ac 18.266 8.762 9.504 imo 55.18 45.175 10.005 x3d 19.888 6.799 13.089 wrl 19.268 14.681 4.587 3ds 15.172 3.165 12.007 ix3 48.259 24.765 23.494 ply 69.459 38.655 30.804 nxr 21.321 6.74 14.581 stl 15.943 15.102 0.841 ipl 1290.08 1282.34 7.741
* この結果は私のコードでの時間で，一般的なコードとは異なると思う．
2020/11/11
'\\testxp\documents\Develop\VC_Test\T_gonsa\T_cmb_f' file ? =\\Z170S0\Temp\i_Tools.tmp\T_cmb_f\20201111\133118.x3d x3d 9.422 5.203 4.219 ipl 303.235 296.594 6.641 wrl 8.016 3.266 4.75 ix3 22.766 8.329 14.437 stl 5.687 5.265 0.422 ply 32.875 17.844 15.031 3ds 5.204 1 4.204 ac 7.733 4.062 3.671 mqo 165.907 162.438 3.469 nxr 11.812 5.047 6.765 imo 26.437 19.484 6.953 ipl 20.437 9.25 11.187 ply 34.625 13.844 20.781 stl 3.359 0.922 2.437 x3d 89.297 30.25 59.047 mqo 47.781 0 47.781 nxr 108.609 43.046 65.563 ix3 294.405 171.546 122.859 wrl 99.313 54.297 45.016 ac 56.454 12.922 43.532 imo 3057.28 3007.03 50.25 3ds 189.515 117.265 72.25 ipl 418.797 407.344 11.453 ix3 27.75 8.078 19.672 ply 43.546 23.093 20.453 x3d 20.391 7.485 12.906 ac 15.406 6.453 8.953 nxr 13.173 5.313 7.86 stl 6.656 5.125 1.531 wrl 13.767 7.282 6.485 imo 52.499 37.187 15.312 mqo 304.547 294.406 10.141 3ds 9.313 1.172 8.141 file ? =
フォルダの更新日時の変更
今までファイルの更新日時の変更は使っていた．
https://www.vector.co.jp/soft/winnt/util/se500182.html
が，このツールでフォルダの更新日時を変更しようとするとできない．
コードは CFile::SetStatus を使用している．
CFileStatus fs ; CFile::GetStatus(file,fs) ; fs.m_mtime = newTime ; CFile::SetStatus(file,fs) ;
CFile::SetStatus の中（…\atlmfc\src\mfc\filest.cpp）を見ると ::SetFileTime を使用している．
また Linux などでも使える utime（…\crt\src\utime.c）も ::SetFileTime を使っている．
VC 6 で作成したものをデバッガで追いかけると ::CreateFile で 0xffffffff が返ってきている．
ASUSTOR NAS で試すと，特に問題なく変更できる．
Iwao@AS5202T:/volume1/home/Iwao/gcc_test/Test/t_linux/t_mtime/t_utime $ cat t_utime.cpp #include <clocale> #include "i_trace.hxx" #include "filetime.hxx" #include "itls_tmp.hxx" #include "c_which.hxx" int _tmain (int argc,TCHAR* argv[]) { _tsetlocale(LC_ALL,_T("")) ; { tstring temp_path = ::Get_i_Tools_tmp_date() ; tstring fold_path = ::Path_AddLastSP(temp_path) + ::Now_Format(_T("%H%M%S")) ; tstring file_path = ::Path_AddLastSP(temp_path) + ::Now_Format(_T("%H%M%S")) + _T(".tmp") ; { ::Folder_Create (fold_path) ; ::File_CreateEmpty(file_path) ; } { time_t f_time = ::File_GetMTime(file_path.c_str()) ; f_time-= 3600*24*7 ; ::File_SetMTime(file_path.c_str(),f_time) ; ::File_SetMTime(fold_path.c_str(),f_time) ; } { tstring cmd = tstring(cmd_ls_la) + _T(" ") + ::QuotM_Add_Auto(temp_path) ; _tsystem(cmd.c_str()) ; } } return 0 ; } Iwao@AS5202T:/volume1/home/Iwao/gcc_test/Test/t_linux/t_mtime/t_utime $ g++ t_utime.cpp -Wall Iwao@AS5202T:/volume1/home/Iwao/gcc_test/Test/t_linux/t_mtime/t_utime $ ll total 136 drwxrwxrwx 2 Iwao users 4.0K Nov 7 16:24 ./ drwxrwxrwx 3 Iwao users 4.0K Nov 7 15:32 ../ -rwxr-xr-x 1 Iwao users 122.7K Nov 7 16:24 a.out* -rwxrwxrwx 1 Iwao users 838 Nov 7 16:22 t_utime.cpp* Iwao@AS5202T:/volume1/home/Iwao/gcc_test/Test/t_linux/t_mtime/t_utime $ ./a.out total 0 drwxr-xr-x 3 Iwao users 80 Nov 7 16:24 . drwxr-xr-x 3 Iwao users 60 Nov 7 16:24 .. drwxr-xr-x 2 Iwao users 40 Oct 31 16:24 162451 -rw------- 1 Iwao users 0 Oct 31 16:24 162451.tmp Iwao@AS5202T:/volume1/home/Iwao/gcc_test/Test/t_linux/t_mtime/t_utime $
今日はここまで．
2024/01/04
フォルダの更新日時の設定
日本語名ファイルのアップロード
次の所から日本語名のファイルをアップロードはできていたが，コードでの対応はうまくできていなかった．
https://itl.mish.work/…/upload.htm
そのため，アップロード時に 7 ビットのファイル名に変換することで対応していた．
これらのコードを書いたのは 3 年位前なので，その当時はまだよくわかっていなかった．
https://dev.mish.work/wordpress/2017/09/04/chttpfile-http-post/
またテクスチャファイル名などが日本語の場合はうまくいかないことも多かった．
最初，日本語名でそのままアップロードすると，いろいろ困った現象に…
PC から NAS 上のアップロード先のファイルが見えなくなってしまった．
一度スマートフォンの NAS 用のファイルマネージャから参照すると PC でも見えるようにはなった．
動作を見ると，サーバ側のコードは動作しているが，格納しているファイル名がうまく渡せていない．
ログなどを確認すると，デバッグ用 MBCS.exe でファイル名が「シフト JIS」のままになっていた．
送られるデータとしては次の所にあたる部分．
$_FILES[‘userfile’][‘name’]
これを UTF-8 にして渡す必要がある．
コードとしては次の所．
v_char Make_send_data (LPCTSTR upFile,LPCTSTR ___boundary)
{
v_char up_Data = v_c_Load(upFile) ;
v_char sndData ;
{
tstring ct_boundary = ___boundary ;
tstring file_img = ::QuotM_Add(_T("file_img")) ;
tstring fileName = ::QuotM_Add(::Path_GetName(upFile)) ;
tstring dataPre ;
tstring dataPst ;
dataPre+= CT_boundary__ + ct_boundary + C_CRLF ;
dataPre+= CD_cd_f_d_n_ + file_img + CD_cd__fn_ ;
dataPre+= fileName + C_CRLF ;
dataPre+= CT_ct_a_o_s C_CRLF ;
dataPre+= C_CRLF ;
dataPst+= C_CRLF ;
dataPst+= CT_boundary__ + ct_boundary + CT_boundary__ C_CRLF ;
// v_char vc_pref = ::To_v_char(::To__string(dataPre.c_str())) ;
v_char vc_pref = ::To_v_char(::To_UTF8 (dataPre.c_str())) ;
v_char vc_post = ::To_v_char(::To__string(dataPst.c_str())) ;
sndData.insert(sndData.end(),vc_pref.begin(),vc_pref.end()) ;
sndData.insert(sndData.end(),up_Data.begin(),up_Data.end()) ;
sndData.insert(sndData.end(),vc_post.begin(),vc_post.end()) ;
}
return sndData ;
}
To__string でそのまま char の配列としていたものを UTF-8 にしてから char の配列に．
UpFile.hxx
quotm.hxx
2020/09/08
今度はサーバ側のコード．
本当はクライアントの CInternetSession のコンストラクタで与える User Agent ．
UTF-8 でセットすれば良いのはわかるが，引数が LPCTSTR なのでどうすれば良いかわからず．
そのためサーバ側のログを出力する部分でうまく機能しないことがある．
Synology NAS では，一部文字化けするが特に問題なさそう．
ASUSTOR NAS や QNAP NAS では，20200908.txt の読み込み時に止まっている様子．
次の様に //IGNORE を付加して変換．
iconv API は iconv_open(_T("UTF-8//IGNORE")) iconv -f CP932 -t UTF-8//IGNORE 20200908.txt > 20200908.uf8 uconv -f CP932 -t UTF-8 -i 20200908.txt -o 20200908.uf8
VS 2019 Raspberry Pi への接続で…
VS 2019 の「オプション」－「クロスプラットフォーム」－…－「リモートヘッダー…」の「更新」を選択すると，
エラーが発生しました。Could not connect to the remote system or the connection was lost。詳細については、C:\Users\Iwao\AppData\Local\Temp\vslinux_header_update_log.txt を参照してください。トラブルシューティングについては、https://aka.ms/AA23jat をご覧ください。
SSH コマンドで接続しようとするとやはり接続できない．IP では可能．
Microsoft Windows [Version 10.0.18362.418] (c) 2019 Microsoft Corporation. All rights reserved. C:\Users\Iwao>ssh -l pi raspberrypi ssh: Could not resolve hostname raspberrypi: \202\273\202\314\202\346\202\244\202\310\203z\203X\203g\202\315\225s\226\276\202\305\202\267\201B C:\Users\Iwao>ssh -l pi 192.168.1.36 pi@192.168.1.36's password: Linux raspberrypi 4.19.66-v7+ #1253 SMP Thu Aug 15 11:49:46 BST 2019 armv7l The programs included with the Debian GNU/Linux system are free software; the exact distribution terms for each program are described in the individual files in /usr/share/doc/*/copyright. Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted by applicable law. Last login: Tue Nov 12 17:04:32 2019 SSH is enabled and the default password for the 'pi' user has not been changed. This is a security risk - please login as the 'pi' user and type 'passwd' to set a new password. pi@raspberrypi:~ $
ちょっとわからないので，IP での接続を追加して対応．
Fedora への ssh 接続
Fedora では「設定」－「共有」－「リモートログイン」がそれにあたる．
VS でのリモートの設定 は「ツール」－「オプション」で開いた「クロスプラットフォーム」にある．
プロジェクトの設定も必要で「構成プロパティ」－「全般」の「リモートビルドマシン」．
これが合っていないとビルドエラーになる．
1>------ ビルド開始: プロジェクト: ConsoleApplication1, 構成: Release x64 ------
1>Validating sources
1>Copying sources remotely to '192.168.1.34'
1>Validating architecture
1>C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\Common7\IDE\VC\VCTargets\Application Type\Linux\1.0\Linux.targets(151,5): error : Current project architecture 'x64' is incompatible with the remote system architecture 'ARM' ('ARM'). Please switch the project architecture to 'ARM' in Configuration Manager.
1>プロジェクト "ConsoleApplication1.vcxproj" のビルドが終了しました -- 失敗。
========== ビルド: 0 正常終了、1 失敗、0 更新不要、0 スキップ ==========
Ubuntu では ssh サーバが入っていないみたいで次のコマンドでインストール．
$ sudo apt install openssh-server
何故か password を受け付けない？
Win10 19h1 のコマンドプロンプトで次の様にしても接続できない．
C:\Users\Iwao\AppData\Local\Temp>ssh -l Iwao -p 22 192.168.1.39 Iwao@192.168.1.39's password: Permission denied, please try again. Iwao@192.168.1.39's password:
何か他の設定が足りないのか？
設定関連のドキュメントは次の所にあった．
Linux ワークロードのダウンロード、インストール、セットアップ
g++ インクルードパスの設定
先日，Windows 環境に mount することで C++ の共通のコードを参照できる様になった．
今度は，これらを使用してコンパイルできるようにするための設定．
g++ file.cpp -I/mnt/_.src/__CPR_ などと指定すれば可能だが，これらのパスを 環境変数 に登録．
[Iwao@fedora first]$ g++ T_P_ini.cpp -I/mnt/_.src/__CPR_ -I/mnt/_.src/__Iwao -I/mnt/_.src/__Mlt_ -I/mnt/_.src/_gcc -Wall In file included from /mnt/_.src/__Iwao/delff_e.hxx:14, from /mnt/_.src/__CPR_/filefnc.hxx:13, from /mnt/_.src/__CPR_/i_Trace.hxx:16, from T_P_ini.cpp:5: /mnt/_.src/__Iwao/enumfile.hxx:33:56: 備考: #pragma message: EnumFile.hxx MessageBar No Support 33 | #pragma message ("EnumFile.hxx MessageBar No Support") | ^ [Iwao@fedora first]$ ./a.out Iwao Iwao [Iwao@fedora first]$
[Iwao@fedora first]$ export CPATH=/mnt/_.src/__CPR_:/mnt/_.src/__Iwao:/mnt/_.src/__Mlt_:/mnt/_.src/_gcc
[Iwao@fedora first]$ g++ T_P_ini.cpp -Wall
In file included from /mnt/_.src/__Iwao/delff_e.hxx:14,
from /mnt/_.src/__CPR_/filefnc.hxx:13,
from /mnt/_.src/__CPR_/i_Trace.hxx:16,
from T_P_ini.cpp:5:
/mnt/_.src/__Iwao/enumfile.hxx:33:56: 備考: #pragma message: EnumFile.hxx MessageBar No Support
33 | #pragma message ("EnumFile.hxx MessageBar No Support")
| ^
[Iwao@fedora first]$
export の部分を sh ファイルに
[Iwao@fedora first]$ cat set_z_inc.sh #!/bin/bash export CPATH=/mnt/_.src/__CPR_ export CPATH=$CPATH:/mnt/_.src/__Iwao export CPATH=$CPATH:/mnt/_.src/__Mlt_ export CPATH=$CPATH:/mnt/_.src/_gcc export CPATH=$CPATH:/mnt/_.src/Test [Iwao@fedora first]$ source ./set_z_inc.sh : コマンドが見つかりませんでした... [Iwao@fedora first]$
登録内容を見てみると何かおかしい．
[Iwao@fedora first]$ export declare -x BASH_ENV="/usr/share/Modules/init/bash" declare -x COLORTERM="truecolor" "/mnt/_.src/Testt_/mnt/_.src/__CPR_ declare -x DBUS_SESSION_BUS_ADDRESS="unix:path=/run/user/1000/bus" ...
原因は改行コード．CRLF になっていたので LF に．
本当はもっと良い方法があるとは思うが，まだそこまで理解できていない．
ここまでで何とか思ったことまでは可能．
5 年前に GLUT を調べた 時のコードを，最近のコードで動作するように少し編集．
こちらは当時のコードそのまま．Pick07.cpp
