プログラムを作る際に、いろいろ気にするのが、メモリの利用方法

メモリは、スタックやら、グローバルやら、ヒープやら、バーチャルやらいろいろあります。

でも、これまで速度をあまり重視していなかったのと、容量的な問題を考慮するのがやだったので、常にGlobalAllocを利用していたのですが・・・
実はこのGlobalAllocはメモリの残量に関係なく、使用回数制限的な面がありました。

これは、先日作っていた、とあるプログラムで、大量のデータを読み書きして、その結果を出力する、ただそれだけのプログラムだったのですが、
あらゆるメモリを動的に確保しようとした結果、それぞれにメモリオブジェクトを大量に作成することになり
このメモリオブジェクトがGlobalAllocを利用していたために、GlobalAllocが半端じゃなく増加し、メモリは全然余裕で余っているにもかかわらずGlobalAlloc自体が失敗するという状況に陥りました。（小さいデータが大量にあったのです）

これはも〜、しばらくなかなか気がつかなかったのですが、
Windowsで利用できるハンドル数に上限があるのですから、どれもそれもいつかは上限に到達するわけです。

そこで、ハンドルを利用しないメモリの確保方法で、
サイズを自由に変更ができ、操作が楽なものを探した結果、ヒープ領域を利用することにしました。

これはGlobalAllocとGlobalLockをがHeapAllocにまと待ったような仕様で、命令が減りはしても、増えることはないという

はじめからこの方が楽だったでしょうか？？

ただ、この方法だと最大で確保できるメモリが524,280バイトらしいのです。
これを超えるためには、VirtualAllocを利用するしかないのでしょうか？？

あ〜、ヒープサイズを固定した場合ですか・・・
大きいサイズを請求するだけで自動的にVirtualAllocを利用するので問題ないらしいです。

まぁ、そういうわけで、GlobalAllocでハンドルを使い尽くさないようにHeapAllocを利用しましょうね☆

ティアのたわごと☆其の５６０

おもしろがっていて、はやし立てては居ましたが、根本的に全く期待をしていなかったあたしとしては、なんで就任当初の支持率の高さに驚いたものですが


でもまぁ、今の支持率、やっとそれらしい辺りになったと言いますか・・・

たぶん、太郎は、２０％程度でも全く気にはしていないと思います。


で、ですね
問題は、太郎が何時解散をするか、総辞職するのかとか問題ではないのですよ。

なぜかというと、じゃぁ、誰が総裁になるのかと言うことなのですよ。


誰か、総裁のなり手が居たのなら、抑も太郎が総裁にはならなかったのです。


あのおバカさんが、そのおバカ加減があまり知られていなかったから人気が高かったわけで、本来あるべき支持率ってのは、２０％は切るべきかと


で、だからこそ思うんですよ

自民党内で、支持が高いからこそ出来ることと、支持が低いから出来ることがあると思うんです。


総裁が、あれだからと他の議員達が行動を始めるわけです。

各種勉強会がそれに当たると思うのですが・・・・ですが、首相がダメだからこそ、他の人たちに視線が集まる。

少しでも下手を打てば、太郎と同列に扱われるのは目に見えています。


太郎の存在は、ダメな自民党をただす原動力にもなるのです。


自民党そのものからの支持が取り付けなくても、太郎が太郎らしく、話が２転３転しようとも、するべき仕事をし続けていれば、
太郎は太郎なりに、支持率が下がらないんじゃないかと思います。

なぜかというと、じゃぁ他の人が総裁になったら何とかなるのか？
と言うと、たぶん、誰が総裁になっても誰にも何も出来ない

タダ、なぁなぁになり、２次補正が出されても、何の効果もないんじゃないでしょうか？？


太郎が、あれだから

「まとめられない」

「実効性がない」

ではなく、自民がダメだから、官僚がダメだから、日本が変われないんですよね

市民生活は変わりました、とても変化が激しかったです。

でも、霞ヶ関は全く変わってません。

ダメですね〜、

まあ、がんばれ太郎！
ダメっぷりが炸裂するほど、自民党が面白いように動く

今の内に、自民の膿を全部出しちゃえばいいんじゃないですかね？

悪いのはATOMの仕様でも無い感じがするのですが・・・

それで居て、CGIそのものの仕様でもない感じがしなくもないのですが・・・


ATOMには、関係のない誰かから更新をされないように、セキュリティ機能っぽい物が付いています。

しかしこれ、実は、ATOMの機能ではありません。

Webのアクセス制限機能をそのまま利用しています。


そうです。これはWebサーバーが勝手に行うことなのです。


まぁ、それはそれとして、これを実現するに当たり、CGIに４０１エラーの内容を作成するように機能を追加しました。

で、これで、webブラウザから表示しようとしたときに、パスワードを入力するように求められるあれが表示されます（注：ATOM API間では表示されない）

で、IDとPASSを解読して、表示すれば、万事ＯＫだったはずなのです！！

なのに、サーバー側が自分が処理をしても居ない認証用のコードを無理矢理削除してしまうのです。

httpの通信には様々なサーバーを経由する場合があり、それぞれのサーバーが自分が利用した認証コードを削除する仕様がありますが・・・

ここのWebサーバーは、自分では全く処理をしていない認証コードを削除するのです。

なので、CGI側で認証コードを受信することが出来なくて、従って、認証の機能を搭載することが出来ないのです。

これはどういう事でしょうか？？

こんなことで良いのでしょうか？？

結局、認証機能を入れることを断念しました。

酷い・・・酷すぎる・・・

本当にも〜、無条件に消すなんて酷いです。


もうちょっとＣＧＩのことを考えた仕様にして欲しいですよ

別にATOMじゃなくても良かったのですが、
最近ココロをいじっていると思うところのブログAPIの一つである

ATOM APIに対応したいなと思うのです。

これが、何をどうするのかというと・・・ブログ間投稿？というか、別のシステムからの投稿といいますか・・・・

要するに、ココロから投稿してほしいかなぁとか・・・・

よくお伺いするブログの「想」さんの「まりえった＋」に、ココロが投稿しているのをみるとちょっと・・・うらやましい・・・

自作CGIで動いているここで対応させるには、あたしがするしかない！

まぁ比較的API自体は単純なので簡単に作れると思うのですが、問題はxmlであり・・・・UTF8なのです！

UTF8といえば・・・以前rssに対応させるためにがんばって作ったとか有りますので・・・
まぁできなくもないかな？？
とか思うのです☆

まぁどちらにしろxmlの構造体を解読するに当たり、正規表現の確認だとか、いろいろ大変になりますので、じっくりやってみたいと思います☆

今日は静波の誕生日です！！

普段なら寝てる時間なんですが、静波の誕生日なので
がんばっておきました。

プレゼント受け取ってください☆

一生懸命描き上げました。

構図を決めたのが一昨日の夜、寝ながらで・・・

そのまま２日間で・・・仕事から帰ってからの２，３時間で書き上げました。


って事で、おめでと、静波☆

大好きだよ☆ミ

ココロのグッズ販売が開始されました。

１周年記念なんですね、

あたしが、ココロを飼い始めて（笑）からまだ数ヶ月ですが・・・


ちなみに通販サイトはこちら
http://store.nifty.com/goods/goods.aspx?goods=234011208001-z&af=nth42

コミケでも販売されるらしいのですが、通販じゃないと、全部を手に入れることはできないそうです。

まぁコミケなら、タオルとかの方が売れるでしょうか？？

あたし？？

まぁもともとniftyの会員ですから気にせず通販！

え〜、今家にいないことは周知の事実かと思いますが？？

その自宅に放置してきた鯖が止まったみたいです。


家に電話しても誰も出ず・・・・あ〜、そういえば旅行に行くとかいってましたね

戻りは１５日の予定でしたか？

ふっ５日間止まりっぱなし



まぁ、原因はだいたい分かっているんですよ、メールサーバーがね
不具合多いんですよ

特に最近のメールはメールの仕様を無視したものが多くて

知っていましたか？メールは１行に８０文字以上有ってはいけないんです。
なのに、最近のhtml形式のメールは、
ひどいときは全文が１行に入っていたりするんです。

何考えてるんでしょ？

まぁ文句を言っても止まっている鯖が勝手に動き出したりはしません。

誰か、鯖を再起動して・・・・


追加！
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊

再起動してもらいました！

親はまだ家にいました！

やった☆