問題タブ [lynxos]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
visual-studio - LynxOSアプリケーションを構築するためのVisualStudio2005の使用
LynxOS(Hard Real time OS)用のアプリケーションを構築しようとしています。これまでのところ最良の方法は、VisualLynxと呼ばれるアドオンを使用することです。これはVS 6.0に接続し、そのmakeシステムをクロスコンパイラリンカーなどに置き換えます。VS6.0は使用するのが非常に面倒なので、VS2005を使用したかったのですがVS 2005にはアドオンがないようです。VS2005で私がすでに持っているもの(Visual Lynx for VS 6.0)を使用する方法はありますか.......それは難しいと思いますが、何らかの方法がある場合は大きな助けになるでしょう。
ありがとう
c - Posix evtsuspend に相当するもの
LynxOS プログラムを ubuntu ディストリビューションと gcc 4.1.3 に移行しています。
ほぼ完了しましたが、問題があります。プログラムを強制的に終了させる SIGALRM シグナルを受信しています。alarm(x) を呼び出していないのに、なぜこの信号を受信しているのかわかりません。
これを sigaction で回避しましたが、プログラムが正しく動作していません mq_receive は、この SIGALRM を受信するたびに失敗します。
このコード変換が原因ではないかと思います。
今だろう
これは、LynxOS によって提供される evtsuspend に関する情報です。
evtsuspend (評判が悪いので画像を挿入できません)
それらは同じように機能すると思いますか?(イベントマスクを指定せずに) sleep() は、SIGALRM が継続するのも待ちます。
感謝と敬意
c - LynxOS/POSIX で共有メモリへのアクセスを同期するにはどうすればよいですか?
共有メモリを介して通信するLynxOS SE (POSIX 準拠) システムに 2 つのプロセスを実装しています。
一方のプロセスは「プロデューサー」として機能し、もう一方のプロセスは「コンシューマー」として機能します。マルチスレッドシステムでは、これに対する私のアプローチは、mutex と condvar (条件変数) のペアを使用することです。共有メモリが更新されると、コンシューマーは condvar を待機し ( を使用pthread_cond_wait
)、プロデューサーはそれを通知します ( を使用)。pthread_cond_signal
マルチスレッドではなくマルチプロセスのアーキテクチャでこれを実現するにはどうすればよいですか?
プロセス間で使用できる condvar/mutex ペアを作成する LynxOS/POSIX の方法はありますか?
または、このシナリオでは他の同期メカニズムがより適切ですか?
unix - 共有メモリの条件変数-このコードはPOSIXに準拠していますか?
POSIX標準では、名前付き共有メモリブロックにミューテックスと条件変数を含めることができますか?
ミューテックスと条件変数を使用して、LynuxWorks LynxOS-SEシステム(POSIX準拠)上の2つのプロセスによる名前付き共有メモリへのアクセスを同期しようとしています。
1つの共有メモリブロックが呼び出さ"/sync"
れ、ミューテックスと条件変数が含まれ、もう1つは、"/data"
アクセスを同期している実際のデータが含まれています。
pthread_cond_signal()
両方のプロセスがまったく同じ順序mmap()
で呼び出しを実行しない場合、または1つのプロセスがメモリをmmapする前に他の共有メモリをmmapする場合に、エラーが発生します。"/sync"
このサンプルコードは、私が作成できる限り短いものです。
argsなしでこのプログラムを実行し、次にargsを使用して別のコピーを実行すると、最初のプログラムはアサートチェックで失敗しpthread_cond_signal()
ます。ただし、open()
関数mmap()
の順序を"/sync
「メモリ」に変更する"/data"
と、すべて正常に機能します。
これは私にはLynxOSの大きなバグのように思えますが、LynuxWorksは、このように名前付き共有メモリ内でミューテックスと条件変数を使用することはPOSIX標準でカバーされていないため、関心がないと主張しています。
このコードが実際にPOSIXに違反しているかどうかを誰かが判断できますか?
または、POSIXに準拠しているという説得力のあるドキュメントを持っている人はいますか?
編集PTHREAD_PROCESS_SHARED
:それがPOSIXであり、LynxOSでサポートされていることはわかっています。競合の領域は、ミューテックスとセマフォを名前付き共有メモリ内で使用できるかどうか(これまでのように)、またはPOSIXで、1つのプロセスが共有メモリを作成してmmapし、2番目のプロセスをフォークする場合にのみ使用できるかどうかです。
c - LynxOSstrtodはLinuxと同じではありません
LynxOSのの実装はstrtod
、Linux、さらに言えばSolarisの場合と同じケースをすべて処理できるわけではないようです。私が抱えている問題は、10進数または16進数を含む可能性のあるテキストを解析しようとしていることです。
Linuxでは私は
そして、やa
などの入力文字列の期待値を取得します。1.234567
0x40
LynxOSでは、10進数は正しく解析されますが、16進数は「x」に達すると停止するため、単純に0として解析されます。マニュアルページを見ると、LynxOSのstrtodは入力で10進文字列のみをサポートしているようです。
ここの誰かがLynxとLinuxの両方で動作する代替案を知っていますか?
unix - ロックに関するSqLite3NFSマウントの問題-CIFSnobrlのようなものを使用できますか?
NFSファイルシステムで作成したときにSQLITE3データベースが永続的にロックされるというロックの問題が発生しています。問題のファイルシステムがCIFSの場合、というオプションnobrl
がこの問題に役立つ可能性があることを読みました。(mountコマンドのオプションです)。
差出人:http ://linux.die.net/man/8/mount.cifs
nobrl
サーバーにバイト範囲ロック要求を送信しないでください。これは、cifsスタイルの必須バイト範囲ロックで機能しない特定のアプリケーションに必要です(ほとんどのcifsサーバーは、アドバイザリバイト範囲ロックの要求をまだサポートしていません)。
NFSでバイト範囲ロック要求が発生した場合にそれを停止する方法はありますか、それともこれについて考えても間違った方向に実行されていますか?CIFSソリューションで行ったように、mountコマンドを変更できてうれしいです。
java - リモートサーバーからデータを取得するメカニズム
Javaプログラムを実行する仮想マシンがインストールされている基盤となるオペレーティングシステムとしてlynx OSを備えた組み込みシステムがあります。次に、ベース OS の実行中のプロセスとメモリ使用率をキャプチャする必要があります。また、仮想マシンで実行中のマルチスレッド アプリケーションを追跡するためのトレース システムも必要です。キャプチャしたデータをリモート サーバーに送信する必要があります。このシナリオを実現するための提案をお願いします。
lua - PowerPC/LynxOS プラットフォームでの Lua の動作がおかしいのはなぜですか?
アプリケーションの組み込みスクリプト言語として Lua 5.1 を選択しましたが、PowerPC で LynxOS を実行するレガシー プラットフォームにアプリケーションを移植すると、うまくいかないようです。
PCで次のコードを実行すると、すべてがうまくいきます。
PC (Visual C++ 6.0) で "vfoo = 5.000000" を期待していました
しかし、LynxOS/PowerPC では "vfoo = 0.000000" になりました。
では、LynxOS/PowerPC 上の Lua はどうなっているのでしょうか? ビッグ エンディアン マシン用の構成がいくつかあるのではないかと思い、「luaconf.h」で探しましたが、何も見つかりませんでした。構成項目「LUA_USE_POSIX」も試しましたが、助けにはなりませんでした。
lua プログラミングの典型的なプラットフォームではないことはわかっています。ただし、提案は大歓迎です。