HAMLOG プログラム開発室

こんにちは。

インストールの初期フォルダは　C:\Hamlog\AstRenum\ とかが良いかと。
Ｗｉｎ７やＷｉｎ８のユーザーが多い最近では C:\Program Files\ の中は
避けた方が良いかと思います。

変換元、変換後の表示を左右の両方に同時に表示させ、最初のラベルのある行を
最上部か２行目にしてもらうと検証が楽かも。
その際にはスクロールが左右同期しているとなおＦＢなのですが。

Hamlog_523a　の中の　FiveQSO.QSL　をサンプルで検証したら如何でしょうか？

こんにちは。
ＶＢ使いの方がお出ましになり、ＶＢ愛好家としてはうれしい限りです。
ＶＢは　ＶＢ６なのかＶＢ２０１０とか、どちらでしょうか？

> そうなんです．現在コメント文の処理の対応をしています．半角スペースは大丈夫になりましたが，直後のセミコロンとか全角スペースとかは今のところダメ．

この辺りのコードはどのようにされているのでしょうか？

Split 関数　で　; の前後で分ける．．．。
全角、半角の処理方法とか．．．．。
全角スペースは半角スペースに　Replace するとか．．．。

私が何時も参考にしているのは下記のＵＲＬです。

http://hanatyan.sakura.ne.jp/

> 対応有難うございます。ずいぶん良くなりました。Ver1.0.3テストしてみました。

ありがとうございます．

> #Goto *1234 ;１２３へJMP
> の様に#Goto 文にコメントが入ると変換されませんね。
> #Readf *992
> の様なJMP処理もありますが、未処理のようです。
> だいぶん分かりやすくなって来ました。期待しています。

そうなんです．現在コメント文の処理の対応をしています．半角スペースは大丈夫になりましたが，直後のセミコロンとか全角スペースとかは今のところダメ．本家では切り捨てですむわけですが，とりあえず番号だけ切り出せたので，番号から後の切り出し方法を考えているところです．

> #Readf *992

は，その場合のことまで気が付きませんでした．Helpをちゃんと見て，同様な件を対応したいと思います．

あと，見つかったラベル番号が同じの場合の扱い（つまりは2重定義），どうすればいいか（"*5100 とか *5900 とか）．どうせなら，○○_ref.txt にでもリファレンスを書き出して，ラベルの部分の横にでもDとかの項目を入れるというのもありかと思いますが．

行番号 ラベル番号 D 参照行番号 参照行番号 ← 重複の場合
行番号 ラベル番号 参照行番号 参照行番号 ← 重複無しの場合

のような感じで．

対応有難うございます。ずいぶん良くなりました。Ver1.0.3テストしてみました。
#Goto *1234 ;１２３へJMP
の様に#Goto 文にコメントが入ると変換されませんね。
#Readf *992
の様なJMP処理もありますが、未処理のようです。
だいぶん分かりやすくなって来ました。期待しています。

　いつも中途半端なアップロードですみません．

（2014/02/21 23:56）
　ラベル行（*1000）に，ラベルの後，スペース等やコメントがある場合も，スペース/コメントはそのままラベルのみ入れ替えるようになりました．
（Ver.1.0.2 2014/02/20 23:00）不具合修正
　検証不足で，出力ファイルにラベル行のみしか出力していない大チョンボを改善し，全部の行を出力されるよになりました．銅子さんはじめ，ご迷惑をおかけしました．
　なお，ラベル行で，ラベルに続いてスペース＋コメントがある場合，正常に飛び先番号として認識できませんでした（その飛び先を指定している #Goto *番号 も変更されませんので，重複する可能性があります）．現在対応修正中です．

（Ver.1.0.1 2014/02/20 21:00）
　改行コードが，CR+LF，CRのみ，LFのみのいずれの場合にも，正常に1行として読み込めるようにしました．

> ＶＢ２０１０にて新規に作成すれば上手く動作します。
> お騒がせしました。

解決して何よりです。

> 　最後の行，ぐじゃっといっぱい入ってませんか？

　もし改行コードの問題だとしたら，念のため，QSL印刷定義ファイルを，秀丸エディタなど，保存時に改行コードを指定できるエディタで，名前を付けて保存」等で、改行コード：改行＝CR＋LF を指定して保存して，AstRenumに読み込ませてみて下さい．

こんにちは。

JO1SIM でしま さん、皆さん、ありがとうございました。

ＷｉｎＸｐのＶＢ2008からのコピー、ＶＢ2010への変換などをしたソースで
エラーが出るようで、環境の作成ミスが原因の様です。
ＶＢ２０１０にて新規に作成すれば上手く動作します。
お騒がせしました。

JA9AOB 銅子さん，

>情報掲示板[4044] Re:[4043] AstRenum-HAMLOGのQSL印刷定義のラベルをリナンバー 投稿者：JA9AOB　銅子 投稿日：2014/02/20(Thu) 09:12 [返信]
>
>無事インストールしてみましたが、私の定義ファイルは規則破りのＮｏ付けかもしれません。途中で終わるようです。新しいラベルが並んだファイルが作られるだけです。ウィンドウには途中まで変更したものが読めますが。
>ＪＭＰが下方のみでかつ最初の場所へ行くことを利用して類似パターのコーティングは同じラベル番号にしている為でしょうか。残念でした。せっかくだからこの際、ぐちゃぐちゃを整理しようと思ったのですが。

　上記，まさに私の陥っていた状況そのものです．一部書き出すと，こんな感じ．

------------
*3017
#Print 210, 945,"/QRP 2.5W"
#Goto *3100

*3018
#Print 210, 945,"/QRP 5W"
#Goto *3100

*3100
#FontSize=11
#FontStyle=0
#FontName="Times New Roman"
#Print 25, 700,"Rig:"　　；移動時のリグ?

RmStr "Rig="
#GOTO *31011
#GOTO *31010?

RmStr "/AM"
#Goto *3101?

RmStr "/QRP"
#Print 100, 700,"YAESU FT-817ND"　　；移動時のリグ
#Goto *31010

*3101?
RmStr "QRP1.5W"
#Goto *3103?
RmStr "QRP 1.5W"
#Goto *3103

#RmStr "QRP 5W"
#Print 100, 700,"YAESU FT-817ND+Linear5W"　　；移動時のリグ

*31011
#FontName="ＭＳ Ｐ明朝"
#Print 100, 700,"!RG !Pw"
#GOTO *3105

*31010
#FontName="ＭＳ Ｐ明朝"
?
RmStr "/QRP"
#Goto *3105
?
RmStr "/7L"
#Goto *3104


#Print 100, 700,"YAESU FT-757 50W"　　；移動時のリグ-
#Goto *3105

*3103
---------------

　リストが途中までしか表示されないとのことですが，
この部分は，内容と無関係に，ファイルから，一行を読み込んでリストに追加しているだけなので．．．ファイルの最終行EOFまで行けばお終いです．

　もしかしたら，途中で改行コードが変わっていると言うことはないでしょうね．VB6を使っているので，改行コードは CR+LF（&H0D, &H0A）ですが，CRだけとかLFだけだと，改行コードとは認識されずに，丸ごと連続した一行として読み込まれます．
　この件に関しては，現状では考慮されていません．

　最後の行，ぐじゃっといっぱい入ってませんか？

　もしよろしければ，＠jarl.com経由で元のエラーの出るQSL印刷定義ファイルを送っていただけないでしょうか．何が問題なのかテストしてみたいと思います．

　よろしくお願いします．

＃あれれ？ちょっとCGIのデータ変換，おかしいかな？”?"と" "（スペース）の組み合わせ（? ）の前後で改行位置が変わってます．（←は正常）

JO1SIMでしまです。

吉田OMありがとうございました!


InitHamlogDLL()がコケるということですが、内部ではHamlog50.dllをLoadLibraryで読みだしているだけなので、エラーを出さずに落ちるとしたら64ビット版、32ビット版の話か、それにともなうスタック・ヒープの設定の関連（あれば？）しか考えられないですね。

なお、Initalization()は内部の処理で、外部APIとしては呼び出す必要はありませんでした。（THW2VBNET.DLLが.NETから利用開始される際に勝手に呼ばれます）

THW2VBNET.dll側に問題があるか、そこから呼び出そうとしているHamlog50.dllに問題があるかを見極める方法もあります。

InitHamlogDLLを呼び出さずにTHWVB_CopyBufferか、THWVB_SetBufferを呼び出してみてください。これらの関数はTHW2BVNET.dll内のでの処理のみを行うため、「落ちる」場合はTHW2VBNET.dll自体の呼び出しに問題があり、「落ちずにエラーが帰ってくる」場合はHamlog50.dllとのリンケージの問題ということになります。前者ならば、.NETからDLLを呼び出す際の設定、後者ならばファイルのパス、あるいは、DLL同士のミスマッチみたいなことが起きている可能性があります。


> JA1RNR 吉田さん、こんにちは。 ありがとうございます。
>
> > プラットフォームは(x86).NET Frameworkは3.5です。
>
> 過去ログでもその様に書かれていますね。
> なぜか、こちらは不調でして。　環境がおかしくなってしまったのでしょうね。
>
> InitHamlogDLL() を実行した時点で即デバッグが停止してしまいます。
> THW2VBNET.dll　等はどこにおいてありますか？
> Initialization()　は　THW2VBNET.vb には無いようです。
>
> ＷｉｎＸｐでは上手く動作するのですが．．．、もう少し悩んでみます。
> さらに、原因に心当たりがあれば教えて下さい。