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

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

ログ内検索
  • キーワードを複数指定する場合は 半角スペース で区切ってください。
  • 検索条件は、(AND)=[A かつ B] (OR)=[A または B] となっています。
  • [返信]をクリックすると返信ページへ移動します。
キーワード/ 検索条件 /
検索範囲/ 強調表示/ ON (自動リンクOFF)
結果表示件数/ 記事No検索/ ON
大文字と小文字を区別する

全過去ログを検索

<< 0 >>
■6231  Re[9]: 時計回り、反時計回り判定
□投稿者/ セイン -(2007/08/06(Mon) 15:27:34)
>
    みなさんありがとうございます。

    前提条件なのですが、

    1必ず時計回り、反時計回りに座標が並んでいます。
    2お互いが重なることはありません。(8の字はありません)
    3三日月状やアルファベットのHなどの凹み座標列は存在します。
    4座標系はX右、Y上です。
記事No.6130 のレス /過去ログ18より / 関連記事表示
削除チェック/

■15198  Re[5]: URLのReturnUrl
□投稿者/ はつね -(2008/03/06(Thu) 15:53:01)
>
    No15193 (HR さん) に返信
    > ログインボタン押下時に、G02000から処理が始まったり、G17015から始まったりするのはどのようなことが考えれるのでしょうか?

    ログインに成功したときには
    FormsAuthentication.RedirectFromLoginPage(txtStaffNo.Text, False)
    によりReturnURLに指定されているG17015.aspxに自動的に飛びます。

    G02000から始まるのは、G02000を指定しているところがないか全ソース(web.configも含む)を精査して下さい。もしくは、ReturnURLがG02000.aspxだったりしていなかを確認してください。
記事No.15175 のレス /過去ログ31より / 関連記事表示
削除チェック/

■47800  Re[2]: +1 について
□投稿者/ ゆうな -(2010/03/15(Mon) 16:29:20)
    皆様アドバイスありがとうございます。
    「配列」とアドバイスを頂き何かすっきりした感じですが、また考え直したらもっと混乱してしまいました><
    わからない部分は、相変わらず+1の部分についてなのですが、配列で単純に比較しているということはわかりました。
    でもその比較の意図がわからなくなりました。

    ----------------
    <cfset nameCount = 50>
    <cfset nCount = 0>
    <cfloop index="loop" from="1" to="#nameCount#">
    <cfif loop+1 lTE nameCount>
    <cfif namelist.SHAIN_CD[loop] neq namelist.SHAIN_CD[loop+1]>
    <cfset nCount += 1>
    </cfif>
    <cfelse>
    <cfset nCount += 1>
    </cfif>

    </cfloop>
    ※ちなみに、このコードは重複している名前を一元化して1行に出力するというコードの一部です。
    ----------------
    仮にnameCountを50とした場合に、4行目はloopに+1をして比較しています。
    でもloopは50であるのにわざわざ<if 50+1 neq 50>と比較する必要があるのでしょうか?
    そのように比較しなければならない理由とはなんでしょうか・・・?
    これはもしかしてjavaは0からintを数えるから0で登録したデータがないDBのデータのためにプラス1をしているとか・・・(まさかとは思いますが^^;)

    すみません、本当に混乱していまして、もしかしたら「海ってなぜ海というの?」みたいな質問をしているかも知れませんが
    理解できずに苦しんでいます>< 頭が悪すぎる自分が憎いです・・・泣
    質問がわかりにくい場合は訂正いたしますので、どうかアドバイスの程よろしくお願い致しますm(__)m)
記事No.47745 のレス /過去ログ81より / 関連記事表示
削除チェック/

■51565  Re[7]: pdfを結合したい
□投稿者/ ドイチェ -(2010/07/09(Fri) 10:16:03)
    自己レスです。
    J#を使用しなければならない理由はないので、
    とりあえず、J#を使用しないiTextSharpの方を試してみます。
記事No.51534 のレス /過去ログ86より / 関連記事表示
削除チェック/

■51564  Re[7]: pdfを結合したい
□投稿者/ Hongliang -(2010/07/09(Fri) 10:15:21)
    2010/07/09(Fri) 10:16:05 編集(投稿者)

    Visual J# 再頒布パッケージを、利用者の PC にもインストールすればいいんじゃないですか?
    // セットアッププロジェクトに組み込む方法を知らないので書き込みしなかったんですが。
記事No.51534 のレス /過去ログ86より / 関連記事表示
削除チェック/

■81752  WindowsFormのボタンのファイルパス
□投稿者/ ポタージュ -(2016/11/09(Wed) 05:49:09)

    分類:[C#] 

    WindwosFormのボタンの画像のパスをご存知の方がいらっしゃれば教えてください。
    選択やマウス操作も何もしていない状態の画像を探しております。
親記事 /過去ログ139より / 関連記事表示
削除チェック/

■84405  Re[4]: C#とSharpMapでの開発について。
□投稿者/ tfkignae -(2017/06/28(Wed) 17:22:25)
    Jitta様

    ご返信ありがとうございます。

    ShapeFileクラスのEncodingプロパティを設定することで、文字列は正しく表示されるのですが、
    やはり記号は「●」になってしまいます。

    もう少し継続調査していきたいと思います。
記事No.84378 のレス /過去ログ144より / 関連記事表示
削除チェック/

■86381  Re[3]: 印刷の設定方法
□投稿者/ 夜叉丸 -(2018/01/24(Wed) 12:23:09)
    No86338 (Jitta さん) に返信

    SHDファイルが作成されました。
    バイナリファイルですよね。
    中身がわかりませんでした。
記事No.86315 のレス /過去ログ148より / 関連記事表示
削除チェック/

■86382  Re[4]: 印刷の設定方法
□投稿者/ Jitta -(2018/01/24(Wed) 21:53:08)
    No86381 (夜叉丸 さん) に返信
    > ■No86338 (Jitta さん) に返信
    >
    > SHDファイルが作成されました。
    > バイナリファイルですよね。
    > 中身がわかりませんでした。

    いや、だから、書いてるやん。

    SHDファイルのフォーマットは http://www.undocprint.org/formats/winspool/shd のあたりを参照。
    最近のだと、シグニチャに SHD_SIGNATURE_WIN2012 があるはずなので、シグニチャの部分は違っているかも。
    また、ぱっと見ただけでは32ビットと64ビットの区別が付きません。64ビットの場合、offset の DWORD が QWORD になっているので注意。
    この中で、offDevMode の値が、印刷時の設定を記録しているアドレスです。この値まで、ファイルを読み飛ばします。
    その後、https://msdn.microsoft.com/en-us/library/windows/desktop/dd183565.aspx の DEVMODE 構造体が入っているので、読み取り、dmColor を確認します。
    この値自体は DMCOLOR_COLOR か、DMCOLOR_MONOCHROME のどちらかのはずです。しかし、プリンターが独自の設定を持っているなら、dmDriverExtra に記録されている場所以降にある設定が有効です。これはメーカー独自のフォーマットなので、わかりません。
記事No.86315 のレス /過去ログ148より / 関連記事表示
削除チェック/

■86385  Re[4]: 印刷の設定方法
□投稿者/ 魔界の仮面弁士 -(2018/01/25(Thu) 11:26:37)
    No86315 (夜叉丸 さん) に返信
    > PrintGrid を使用して PrintGrid("一覧表", PrintGridFlags.FitToPage) としています。
    PrintGrid って、下記のことですよね。
    http://c1.grapecity.com/help/web/winforms/winforms_flexgrid/C1.Win.C1FlexGrid.4~C1.Win.C1FlexGrid.C1FlexGridBase~PrintGrid%28String%2cPrintGridFlags%29.html

    FlexGrid / ComponentOne Studio に関する技術的な相談なら、
    GrapeCity のサポートに問い合わせた方が良いのでは…?
    https://www.grapecity.co.jp/developer/support/technical



    No86381 (夜叉丸 さん) に返信
    > SHDファイルが作成されました。
    > バイナリファイルですよね。

    TSXBIN や Stirling といった、構造体の表示に対応した
    バイナリエディターを利用すると、解析が楽になるかも知れません。
    (といっても、構造体表示のためには定義ファイルを自作する必要があるのですが)


    > 中身がわかりませんでした。
    http://www.undocprint.org/formats/winspool/shd
    https://www.codeproject.com/Articles/9720/The-Windows-NT-print-spool-shadow-file-format


    まずは .SHD ファイルの先頭 4 バイトを判断。DWORD dwSignature の部分です。
    これが、Jitta さんが述べられた 「シグネチャ(シグニチャ)」に当たります。
    >> 最近のだと、シグニチャに SHD_SIGNATURE_WIN2012 があるはずなので、シグニチャの部分は違っているかも。


    提示の資料によれば、その値は

    68,49,00,00 (0x00004968) なら Windows 2003 フォーマット
    67,49,00,00 (0x00004967) なら Windows 2000/XP フォーマット
    66,49,00,00 (0x00004966) なら Windows NT フォーマット
    4B,49,00,00 (0x0000494B) なら Windows 98 フォーマット

    だそうです。ここに無いシグネチャの場合は……私も分かりません。(^^;;

    参考までに、手元の環境で実験したところ、
     Server 2012 … 68,49,00,00(0x00004968)
     Windows 7  … 23,51,00,00(0x00005123)
     Win10(1709) … 23,51,00,00(0x00005123)
    になっていました。

    これにより構造体の種類が分かるので、対応するものを探します。
    たとえば 67,49,00,00 あるいは 68,49,00,00 なら、
    SHADOW_FILE_HEADER_WIN2000 を参照することになります。


    次に問題となるのが、32bit/64bit の判定。

    メンバー名の先頭が off で始まるエントリーは、先の資料では DWORD と書かれていますが、
    これは C# でいうところの IntPtr 型メンバーであり、実際には構造体のオフセットを示しています。

    >> ぱっと見ただけでは32ビットと64ビットの区別が付きません。64ビットの場合、offset の DWORD が QWORD になっているので注意。

    たとえば、SHADOW_FILE_HEADER_WIN2000 フォーマットであった場合で言えば、
    まずは 32bit フォーマットと仮定して、構造体先頭 20 バイトを読み捨てて、
     DWORD offUserName;   // オフセット[0x0014〜0x0017]
     DWORD offNotifyName;  // オフセット[0x0018〜0x001B]
     DWORD offDocumentName; // オフセット[0x001C〜0x001F]
    の位置にある、4 バイトデータ 3 つを読み取っていきます。

    この時、offUserName と offDocumentName が ゼロを指していて、
    offNotifyName だけに値が入っている場合、このデータは
    32bit フォーマットではなく、64bit の可能性が高いので、
     QWORD offUserName;   // オフセット[0x0014〜0x001B]
     QWORD offNotifyName;  // オフセット[0x001C〜0x0023]
     QWORD offDocumentName; // オフセット[0x0024〜0x002B]
    に読みかえます。

    32bit/64bit どちらの場合でも、これらの値は、
    構造体サイズよりも小さな値を指し示すはずです。
    (構造体から溢れる値が示されているようなら、解析失敗ということで)


    これらのここで示された値は、「構造体の先頭からの相対位置」なので、
    そこにあるバイナリを文字列として読み取ります。恐らくは
    32bit なら Shift_JIS 相当、64bit なら UTF-16 相当でしょう。

    その文字列を目視確認してみて、ユーザー名・通知名・文書名に相当する
    内容が書き込まれているようなら、ここまでの解析は成功しているはず。


    ここまでで、32bit/64bit のいずれになるのかを判定できたら、
    >> この中で、offDevMode の値が、印刷時の設定を記録しているアドレスです。この値まで、ファイルを読み飛ばします。
    に進み、DEVMODE 構造体を取り出します。

    DEVMODE 構造体の先頭部、すなわち offDevMode が指し示すオフセットアドレスには、
     TCHAR dmDeviceName[CCHDEVICENAME];
    があるので視認しやすいかと思います。
    ここにあるのはプリンタ名を示した 32 文字の固定長文字列であり、
    先ほどと同様、32bit なら Shift_JIS 相当、64bit なら UTF-16 相当です。



    >> DEVMODE 構造体が入っているので、読み取り、dmColor を確認します。
    >> この値自体は DMCOLOR_COLOR か、DMCOLOR_MONOCHROME のどちらかのはずです。

    64 bit 版の .SHD の場合は、「offDevMode の値 + 0x5C」の場所からの 2 バイトを読み取ります。
    ∵ 64bit 版 DEVMODE では 92 バイト目が「short dmColor」

    32bit 版の .SHD の場合は、「offDevMode の値 + 0x3C」の場所からの 2 バイトを読み取ります。
    ∵ 32bit 版 DEVMODE では 60 バイト目が「short dmColor」


    ちなみに
     DMCOLOR_MONOCHROME = 0x0001
     DMCOLOR_COLOR = 0x0002
    です。
記事No.86315 のレス /過去ログ148より / 関連記事表示
削除チェック/



<< 0 >>

パスワード/

- Child Tree -