> Hello Roy,
> Sorry for late response. I was a bit busy for other things...
>
> > I made some changes to GreenPad which includes:
> > - Open/Save Dialog NT 3.51 support (my favorite OS)
> > - UTF-1 and UTF-9(1997) support
> > - some more code pages support
> > - code page reordering
>
> Nice updates! Can I put a link on my page for GreenPad to your version?
> I cannot get to the address (404 not found):
> > Sources (SVN repository):
> > h-ttp://opensvn.csie.org/RTOSS/GreenPad/
>
> # I'm planning to update GreenPad in a few months because now a lot of requests are cumulating :p. I hope maybe I can incorporate your version at that time...
>
> > P.S.: I missed "Print" function in GreenPad very much. I wish you can implement this function in the future. But if you don't want to do this, would you please give me hints to implement this?
>
> Printing is one of the things I also miss in GreenPad.
> But since I have no experience in programming around printing stuff, currently I cannot make any comments on possible implementation. Sorry. I think, by making the Canvas object in a View replacable to a printer DC, just reusing the drawing routines of the View would suffice.
>
I finally added preliminary support of print function in svn revision 156.
known issues: Copies are not working in XP. no Page
Setup(header/footer/margin/etc.) support (yet?)
untested on Windows other than XP. and I just only tested with PrimoPDF and Microsoft XPS Writer virtual printers.
and font is not set which use default printer font.

More reviews and testes are welcome.

バージョンアップしました。
手元にまだ2.047を入れていないので2.046での動作確認ですが、たぶん問題ないはず…

はじめまして。
お返事遅くなりまくりまして申し訳ありません。(^^;;

> D言語のライブラリ txですが、Dコンパイラの最新版2.047でコンパイルできなくなっています。１年ぶりにメンテナンスしていただけないでしょうか。

了解しました。修正すべき点のレポートもありがとうございます。
今週末にでも時間をとって直したいと思います。

はじめまして、D言語を勉強させてもらっているsins666です。

D言語のライブラリ txですが、Dコンパイラの最新版2.047でコンパイルできなくなっています。１年ぶりにメンテナンスしていただけないでしょうか。

コンパイルできない理由ですが、tx-cs-native_mbwc.dにて\0と裸で書かれておりダブルクォテーションで囲めと言ってきてそれを直すと、tx-feature内の幾つかのファイルで参照値渡しの際のキーワードがinoutという古いものが使用されているのでrefに直せとのことですので、どうかご検討ください

besides Printing and System Icon OLE drag and drop, I have one more feature request: ability to search and replace \n.

> > OK got it fixed. immApp_ need to be Deactivate() before Release().
>
> I see! Then it has to be fixed even for other Windows versions.
Feel free to incorporate my changes.

> OK got it fixed. immApp_ need to be Deactivate() before Release().

I see! Then it has to be fixed even for other Windows versions.

> > > > in my NT4 with Global IME and VC6 installed, I found that it crash in OleUninitialize in App::~App().
> > > > but I can't find any not-yet-Release() COM objects.
> > > and I tried to use App::COM instead of App::OLE, but with same result (crash in CoUninitialize)
> >
> > hmm. I have no idea.
> > If I remember correctly, OLE/COM things are only used in GreenPad for the drag-and-drop feature, so it might be an option to turn it off.
> Global IME use OLE, and MLang use OLE too.
> but both of them have released properly before calling OleUninitialize().

OK got it fixed. immApp_ need to be Deactivate() before Release().

> > > in my NT4 with Global IME and VC6 installed, I found that it crash in OleUninitialize in App::~App().
> > > but I can't find any not-yet-Release() COM objects.
> > and I tried to use App::COM instead of App::OLE, but with same result (crash in CoUninitialize)
>
> hmm. I have no idea.
> If I remember correctly, OLE/COM things are only used in GreenPad for the drag-and-drop feature, so it might be an option to turn it off.
Global IME use OLE, and MLang use OLE too.
but both of them have released properly before calling OleUninitialize().

> > in my NT4 with Global IME and VC6 installed, I found that it crash in OleUninitialize in App::~App().
> > but I can't find any not-yet-Release() COM objects.
> and I tried to use App::COM instead of App::OLE, but with same result (crash in CoUninitialize)

hmm. I have no idea.
If I remember correctly, OLE/COM things are only used in GreenPad for the drag-and-drop feature, so it might be an option to turn it off.

> > Hello Roy,
> > Sorry for late response. I was a bit busy for other things...
> >
> > > I made some changes to GreenPad which includes:
> > > - Open/Save Dialog NT 3.51 support (my favorite OS)
> > > - UTF-1 and UTF-9(1997) support
> > > - some more code pages support
> > > - code page reordering
> >
> > Nice updates! Can I put a link on my page for GreenPad to your version?
> > I cannot get to the address (404 not found):
> > > Sources (SVN repository):
> > > h-ttp://opensvn.csie.org/RTOSS/GreenPad/
> >
> > # I'm planning to update GreenPad in a few months because now a lot of requests are cumulating :p. I hope maybe I can incorporate your version at that time...
> >
> > > P.S.: I missed "Print" function in GreenPad very much. I wish you can implement this function in the future. But if you don't want to do this, would you please give me hints to implement this?
> >
> > Printing is one of the things I also miss in GreenPad.
> > But since I have no experience in programming around printing stuff, currently I cannot make any comments on possible implementation. Sorry. I think, by making the Canvas object in a View replacable to a printer DC, just reusing the drawing routines of the View would suffice.
> >
> > > GreenPad crashes when closing.
> > > *----> Stack Back Trace <----*
> > >
> > > FramePtr ReturnAd Param#1 Param#2 Param#3 Param#4 Function Name
> > > 0012fea4 77e55189 00000000 00000000 0012fef4 00000000 <nosymbols>
> > > 0012fedc 77e80677 00040000 00000000 0012fef4 642037c2 user32!InsertMenuA
> > > 0012ff04 77e41024 005652f0 00000002 00000000 00000000 user32!DdePostAdvise
> > > 0012ff30 77f665af 0012ff40 00000018 005652f0 00000002 user32!<nosymbols>
> > > 0012ff84 00409f3c 01a0e290 00000000 00000000 00000000 NTDLL!KiUserCallbackDispatcher
> >
> > Strange. I cannot see why the InsertMenu API is called during the closing phase. I'll investigate the problem.
> in my NT4 with Global IME and VC6 installed, I found that it crash in OleUninitialize in App::~App().
> but I can't find any not-yet-Release() COM objects.
and I tried to use App::COM instead of App::OLE, but with same result (crash in CoUninitialize)

> Hello Roy,
> Sorry for late response. I was a bit busy for other things...
>
> > I made some changes to GreenPad which includes:
> > - Open/Save Dialog NT 3.51 support (my favorite OS)
> > - UTF-1 and UTF-9(1997) support
> > - some more code pages support
> > - code page reordering
>
> Nice updates! Can I put a link on my page for GreenPad to your version?
> I cannot get to the address (404 not found):
> > Sources (SVN repository):
> > h-ttp://opensvn.csie.org/RTOSS/GreenPad/
>
> # I'm planning to update GreenPad in a few months because now a lot of requests are cumulating :p. I hope maybe I can incorporate your version at that time...
>
> > P.S.: I missed "Print" function in GreenPad very much. I wish you can implement this function in the future. But if you don't want to do this, would you please give me hints to implement this?
>
> Printing is one of the things I also miss in GreenPad.
> But since I have no experience in programming around printing stuff, currently I cannot make any comments on possible implementation. Sorry. I think, by making the Canvas object in a View replacable to a printer DC, just reusing the drawing routines of the View would suffice.
>
> > GreenPad crashes when closing.
> > *----> Stack Back Trace <----*
> >
> > FramePtr ReturnAd Param#1 Param#2 Param#3 Param#4 Function Name
> > 0012fea4 77e55189 00000000 00000000 0012fef4 00000000 <nosymbols>
> > 0012fedc 77e80677 00040000 00000000 0012fef4 642037c2 user32!InsertMenuA
> > 0012ff04 77e41024 005652f0 00000002 00000000 00000000 user32!DdePostAdvise
> > 0012ff30 77f665af 0012ff40 00000018 005652f0 00000002 user32!<nosymbols>
> > 0012ff84 00409f3c 01a0e290 00000000 00000000 00000000 NTDLL!KiUserCallbackDispatcher
>
> Strange. I cannot see why the InsertMenu API is called during the closing phase. I'll investigate the problem.
in my NT4 with Global IME and VC6 installed, I found that it crash in OleUninitialize in App::~App().
but I can't find any not-yet-Release() COM objects.

> > > > And I wrote preliminary UTF-16/32 BE/LE detection. I think I wrote it a bit verbosely, do you have any suggestion on simplifying it?
> > >
> > > Not so much. But it might be better to factor it out as a function.
> > >
> > > template<typename charT, bool LE>
> > > void check_confidence(ubyte* ptr, ulong siz, ulong* confidence, ulong* unconfidence, int* impossible) {
> > > ulong uXsize=siz / sizeof(charT);
> > > ...
> > > for( ulong x=0; x < uXsize; x++ ) {
> > > uchr = ... read sizeof(charT) bytes from ptr[sizeof(charT)*x] ...
> > > ... and reorder bytes if !LE ...
> > >
> > > }
> > > }
> > >
> > > check_confidence<dbyte,true>(...);
> > > check_confidence<dbyte,false>(...);
> > > check_confidence<qbyte,true>(...);
> > > check_confidence<qbyte,false>(...);
> > >
> > > My "struct rUCS" template looks doing something similar.
> >
> > Thanks for your suggestions.
> > I think using template here is a bit overkill here, I change it to a normal function.
>
> And now I'm thinking of adding Standard Compression Scheme for Unicode (SCSU) and Binary Ordered Compression for Unicode (BOCU-1) to GreenPad.
>
> You may know that KDIC uses BOCU-1, adding it may be useful. But I'm thinking is it good to have it internally because of the software patent of BOCU-1.
>
I looked some articles and find that BOCU-1 patent doesn't affect personal works, and now GreenPad have both SCSU/BOCU-1 read/write support.
> for SCSU, SQL Server 2008 R2 uses it internally. But SCSU binary stream contains \r and \n, I need some hints on incorporating codes with TextFileRPimpl class.

> > > And I wrote preliminary UTF-16/32 BE/LE detection. I think I wrote it a bit verbosely, do you have any suggestion on simplifying it?
> >
> > Not so much. But it might be better to factor it out as a function.
> >
> > template<typename charT, bool LE>
> > void check_confidence(ubyte* ptr, ulong siz, ulong* confidence, ulong* unconfidence, int* impossible) {
> > ulong uXsize=siz / sizeof(charT);
> > ...
> > for( ulong x=0; x < uXsize; x++ ) {
> > uchr = ... read sizeof(charT) bytes from ptr[sizeof(charT)*x] ...
> > ... and reorder bytes if !LE ...
> >
> > }
> > }
> >
> > check_confidence<dbyte,true>(...);
> > check_confidence<dbyte,false>(...);
> > check_confidence<qbyte,true>(...);
> > check_confidence<qbyte,false>(...);
> >
> > My "struct rUCS" template looks doing something similar.
>
> Thanks for your suggestions.
> I think using template here is a bit overkill here, I change it to a normal function.

And now I'm thinking of adding Standard Compression Scheme for Unicode (SCSU) and Binary Ordered Compression for Unicode (BOCU-1) to GreenPad.

You may know that KDIC uses BOCU-1, adding it may be useful. But I'm thinking is it good to have it internally because of the software patent of BOCU-1.

for SCSU, SQL Server 2008 R2 uses it internally. But SCSU binary stream contains \r and \n, I need some hints on incorporating codes with TextFileRPimpl class.

> > And I wrote preliminary UTF-16/32 BE/LE detection. I think I wrote it a bit verbosely, do you have any suggestion on simplifying it?
>
> Not so much. But it might be better to factor it out as a function.
>
> template<typename charT, bool LE>
> void check_confidence(ubyte* ptr, ulong siz, ulong* confidence, ulong* unconfidence, int* impossible) {
> ulong uXsize=siz / sizeof(charT);
> ...
> for( ulong x=0; x < uXsize; x++ ) {
> uchr = ... read sizeof(charT) bytes from ptr[sizeof(charT)*x] ...
> ... and reorder bytes if !LE ...
>
> }
> }
>
> check_confidence<dbyte,true>(...);
> check_confidence<dbyte,false>(...);
> check_confidence<qbyte,true>(...);
> check_confidence<qbyte,false>(...);
>
> My "struct rUCS" template looks doing something similar.

Thanks for your suggestions.
I think using template here is a bit overkill here, I change it to a normal function.

> And I wrote preliminary UTF-16/32 BE/LE detection. I think I wrote it a bit verbosely, do you have any suggestion on simplifying it?

Not so much. But it might be better to factor it out as a function.

template<typename charT, bool LE>
void check_confidence(ubyte* ptr, ulong siz, ulong* confidence, ulong* unconfidence, int* impossible) {
ulong uXsize=siz / sizeof(charT);
...
for( ulong x=0; x < uXsize; x++ ) {
uchr = ... read sizeof(charT) bytes from ptr[sizeof(charT)*x] ...
... and reorder bytes if !LE ...

}
}

check_confidence<dbyte,true>(...);
check_confidence<dbyte,false>(...);
check_confidence<qbyte,true>(...);
check_confidence<qbyte,false>(...);

My "struct rUCS" template looks doing something similar.

> > > the NT 3.1 edition will work in Win32s. but the text area remains empty, seems to be a font issue.
> > > www.betaarchive.co.uk/forum/viewtopic.php?f=32&t=12909&p=150613#p150613
> >
> > hm. intersting.
> > > GetCharWidthW and TextOutW always fails in Win32s
> > So basically everything must be done in ANSI in Win32s. Then it may not be a good idea to run GreenPad on the environment.
>
> Yes, and even using Latin-1 as ANSI in Far East edition(Chinese/Japanese/Korean) of windows 3.1 is no good at all, because the tail byte may cover the DBCS character, and GetCharWidthA support is no good.
>
> By the way I added chardet charset detector library support, so that AutoDetection will work better in NT 3.x.

And I wrote preliminary UTF-16/32 BE/LE detection. I think I wrote it a bit verbosely, do you have any suggestion on simplifying it?

> > the NT 3.1 edition will work in Win32s. but the text area remains empty, seems to be a font issue.
> > www.betaarchive.co.uk/forum/viewtopic.php?f=32&t=12909&p=150613#p150613
>
> hm. intersting.
> > GetCharWidthW and TextOutW always fails in Win32s
> So basically everything must be done in ANSI in Win32s. Then it may not be a good idea to run GreenPad on the environment.

Yes, and even using Latin-1 as ANSI in Far East edition(Chinese/Japanese/Korean) of windows 3.1 is no good at all, because the tail byte may cover the DBCS character, and GetCharWidthA support is no good.

By the way I added chardet charset detector library support, so that AutoDetection will work better in NT 3.x.

> the NT 3.1 edition will work in Win32s. but the text area remains empty, seems to be a font issue.
> www.betaarchive.co.uk/forum/viewtopic.php?f=32&t=12909&p=150613#p150613

hm. intersting.
> GetCharWidthW and TextOutW always fails in Win32s
So basically everything must be done in ANSI in Win32s. Then it may not be a good idea to run GreenPad on the environment.

> > > > Log:
> > > > - [GreenPad-nt350] GreenPad NT 3.50 Edition forked from GreenPad r111
> > > > changes from GreenPad r111:
> > > > * RegisterClassEx always fail in NT 3.50 with GetLastError()=120, use RegisterClass instead
> > > > * kilib: no SHGetPathFromIDList in NT 3.50, #if 0'ed
> > > > * textfile: rMBCS::ReadLine: CharNextExA kills app, disables next() use
> > >
> > > Fine. I didn't know that it is no so a hard work to support!
> > > I thought dozens of APIs are not available in 3.50 :p
> > > Thanks for letting me know.
> >
> > actually there is two more API are Stubs in NT 3.50:
> > SetScrollInfo
> > CheckMenuRadioItem
> >
> > and replaced in latest revision.
> >
> > for NT 3.1 support, as it misses too many API includes and no OLE32, I think it is impossible to port GreenPad to NT 3.1.
>
> but of course I mean is impossible to keep all functions. I still ported GreenPad to NT 3.1.
>
> the log is a bit long so I don't post it here. Instead, I post the URL of svn log:
> code.google.com/p/rtoss/source/detail?r=115

and now I merged GreenPad-nt350 and GreenPad-nt31 into /GreenPad repository. I can compile all versions though kilib_vc71.vcproj now.

> > www.betaarchive.co.uk/forum/viewtopic.php?f=32&t=12909
>
> Cool!
> When I have started using Windows it was already 95 and NT4.0,
> so the look-and-feel looks quite exotic to me. :))
>
> I'm interested whether it runs on Windows 3.1 (not NT3.1) + Win32s, too? In my knowledge, it is basically the port of NT3.1 API to Win3.1.

the NT 3.1 edition will work in Win32s. but the text area remains empty, seems to be a font issue.
www.betaarchive.co.uk/forum/viewtopic.php?f=32&t=12909&p=150613#p150613

> www.betaarchive.co.uk/forum/viewtopic.php?f=32&t=12909

Cool!
When I have started using Windows it was already 95 and NT4.0,
so the look-and-feel looks quite exotic to me. :))

I'm interested whether it runs on Windows 3.1 (not NT3.1) + Win32s, too? In my knowledge, it is basically the port of NT3.1 API to Win3.1.

> > > > Log:
> > > > - [GreenPad-nt350] GreenPad NT 3.50 Edition forked from GreenPad r111
> > > > changes from GreenPad r111:
> > > > * RegisterClassEx always fail in NT 3.50 with GetLastError()=120, use RegisterClass instead
> > > > * kilib: no SHGetPathFromIDList in NT 3.50, #if 0'ed
> > > > * textfile: rMBCS::ReadLine: CharNextExA kills app, disables next() use
> > >
> > > Fine. I didn't know that it is no so a hard work to support!
> > > I thought dozens of APIs are not available in 3.50 :p
> > > Thanks for letting me know.
> >
> > actually there is two more API are Stubs in NT 3.50:
> > SetScrollInfo
> > CheckMenuRadioItem
> >
> > and replaced in latest revision.
> >
> > for NT 3.1 support, as it misses too many API includes and no OLE32, I think it is impossible to port GreenPad to NT 3.1.
>
> but of course I mean is impossible to keep all functions. I still ported GreenPad to NT 3.1.
>
> the log is a bit long so I don't post it here. Instead, I post the URL of svn log:
> code.google.com/p/rtoss/source/detail?r=115

for screenshots please visit:
www.betaarchive.co.uk/forum/viewtopic.php?f=32&t=12909

> > > Log:
> > > - [GreenPad-nt350] GreenPad NT 3.50 Edition forked from GreenPad r111
> > > changes from GreenPad r111:
> > > * RegisterClassEx always fail in NT 3.50 with GetLastError()=120, use RegisterClass instead
> > > * kilib: no SHGetPathFromIDList in NT 3.50, #if 0'ed
> > > * textfile: rMBCS::ReadLine: CharNextExA kills app, disables next() use
> >
> > Fine. I didn't know that it is no so a hard work to support!
> > I thought dozens of APIs are not available in 3.50 :p
> > Thanks for letting me know.
>
> actually there is two more API are Stubs in NT 3.50:
> SetScrollInfo
> CheckMenuRadioItem
>
> and replaced in latest revision.
>
> for NT 3.1 support, as it misses too many API includes and no OLE32, I think it is impossible to port GreenPad to NT 3.1.

but of course I mean is impossible to keep all functions. I still ported GreenPad to NT 3.1.

the log is a bit long so I don't post it here. Instead, I post the URL of svn log:
code.google.com/p/rtoss/source/detail?r=115

> > Log:
> > - [GreenPad-nt350] GreenPad NT 3.50 Edition forked from GreenPad r111
> > changes from GreenPad r111:
> > * RegisterClassEx always fail in NT 3.50 with GetLastError()=120, use RegisterClass instead
> > * kilib: no SHGetPathFromIDList in NT 3.50, #if 0'ed
> > * textfile: rMBCS::ReadLine: CharNextExA kills app, disables next() use
>
> Fine. I didn't know that it is no so a hard work to support!
> I thought dozens of APIs are not available in 3.50 :p
> Thanks for letting me know.

actually there is two more API are Stubs in NT 3.50:
SetScrollInfo
CheckMenuRadioItem

and replaced in latest revision.

for NT 3.1 support, as it misses too many API includes:
InsertMenuItem
SetMenuItemInfo
FindWindowEx <-- important
GetVersionEx
CreateStatusWindow
GetShortPathName

and no OLE32, I think it is impossible to port GreenPad to NT 3.1.

> Log:
> - [GreenPad-nt350] GreenPad NT 3.50 Edition forked from GreenPad r111
> changes from GreenPad r111:
> * RegisterClassEx always fail in NT 3.50 with GetLastError()=120, use RegisterClass instead
> * kilib: no SHGetPathFromIDList in NT 3.50, #if 0'ed
> * textfile: rMBCS::ReadLine: CharNextExA kills app, disables next() use

Fine. I didn't know that it is no so a hard work to support!
I thought dozens of APIs are not available in 3.50 :p
Thanks for letting me know.

I just hack the source a bit for make it run in NT 3.50.

Sources:
rtoss.googlecode.com/svn/GreenPad-nt350/

Log:
- [GreenPad-nt350] GreenPad NT 3.50 Edition forked from GreenPad r111
changes from GreenPad r111:
* RegisterClassEx always fail in NT 3.50 with GetLastError()=120, use RegisterClass instead
* kilib: no SHGetPathFromIDList in NT 3.50, #if 0'ed
* textfile: rMBCS::ReadLine: CharNextExA kills app, disables next() use

Just let you know about that. ;-)

> > あ、ちなみに、まだ値をセットし終わっていない
> > future にアクセスしようとするとデッドロックっぽいです。
>
> Concurrent ProgrammingだとFutureは別スレッドで値を入れてやって、
> 待ってる方に伝達するんですが、アリスちゃんの場合はそういう
> 使い方はあまりしないんでしょうか。

そういう使い方をします。

最初の方にあげたような「明示的に promise() を使ってシングルスレッドで future を使った」場合、特に例外が飛んでくれたりもせずに普通にデッドロックしますくらいの意味のつもりでした。書き方が悪かったかもしれません。

マルチスレッドで使う場合は、もちろん明示的に promise() を使って別スレッドから値を伝達してやってもよいのですが、下の方にあげた
spawn e
が
{let p=promise(); 別スレッドを立ちあげて中で fulfill(p,e)を実行; future p}
の略記になっているので、こちらで書いてしまうことの方が多いようです。

> あ、ちなみに、まだ値をセットし終わっていない
> future にアクセスしようとするとデッドロックっぽいです。

Concurrent ProgrammingだとFutureは別スレッドで値を入れてやって、
待ってる方に伝達するんですが、アリスちゃんの場合はそういう
使い方はあまりしないんでしょうか。

> Besides Print function, I have another feature request.
> I want the System Icon(top-left icon) OLE drag-and-drop function. Like the Explorer, when dragging the system icon, mouse cursor will become OLE drag-and-drop which contains the file information.
> Other editors like EmEditor(when in SDI mode) and EditPad(on the Tab) have this function too.

Good idea.
I've added the idea to my GreenPad/Todo queue.
If it can be implemented in a short code I'll do it in the next version (though not so sure when it will be...).

Besides Print function, I have another feature request.
I want the System Icon(top-left icon) OLE drag-and-drop function. Like the Explorer, when dragging the system icon, mouse cursor will become OLE drag-and-drop which contains the file information.
Other editors like EmEditor(when in SDI mode) and EditPad(on the Tab) have this function too.

> I've added a link to your goolglecode repository now!
> Thanks for notifying me.

Thanks. but you missed "http" "://" in the link. ;-)

>
> > In latest svn commit, I added MLang charset detection.
> > but for UTF-1 and UTF-9(1997) detection, I have no idea.

I've added a link to your goolglecode repository now!
Thanks for notifying me.

> In latest svn commit, I added MLang charset detection.
> but for UTF-1 and UTF-9(1997) detection, I have no idea.

In latest svn commit, I added MLang charset detection.
but for UTF-1 and UTF-9(1997) detection, I have no idea.

> Hello Roy,
> Sorry for late response. I was a bit busy for other things...
>
> > I made some changes to GreenPad which includes:
> > - Open/Save Dialog NT 3.51 support (my favorite OS)
> > - UTF-1 and UTF-9(1997) support
> > - some more code pages support
> > - code page reordering
>
> Nice updates! Can I put a link on my page for GreenPad to your version?
> I cannot get to the address (404 not found):

Thanks for letting me know this. OpenSVN project hosting is about to be closed. I'm now syncing the svn repository to Google Code:
code.google.com/p/rtoss/source/browse/GreenPad

> > Sources (SVN repository):
> > h-ttp://opensvn.csie.org/RTOSS/GreenPad/
>
> # I'm planning to update GreenPad in a few months because now a lot of requests are cumulating :p. I hope maybe I can incorporate your version at that time...
>
> > P.S.: I missed "Print" function in GreenPad very much. I wish you can implement this function in the future. But if you don't want to do this, would you please give me hints to implement this?
>
> Printing is one of the things I also miss in GreenPad.
> But since I have no experience in programming around printing stuff, currently I cannot make any comments on possible implementation. Sorry. I think, by making the Canvas object in a View replacable to a printer DC, just reusing the drawing routines of the View would suffice.

Don't know if these help:
www.interq.or.jp/www-user/wanderer/program/memo/lecture/printer-1.html
yamatyuunet.bne.jp/pc/win/sample/printdlg/index.htm

>
> > GreenPad crashes when closing.
> > *----> Stack Back Trace <----*
> >
> > FramePtr ReturnAd Param#1 Param#2 Param#3 Param#4 Function Name
> > 0012fea4 77e55189 00000000 00000000 0012fef4 00000000 <nosymbols>
> > 0012fedc 77e80677 00040000 00000000 0012fef4 642037c2 user32!InsertMenuA
> > 0012ff04 77e41024 005652f0 00000002 00000000 00000000 user32!DdePostAdvise
> > 0012ff30 77f665af 0012ff40 00000018 005652f0 00000002 user32!<nosymbols>
> > 0012ff84 00409f3c 01a0e290 00000000 00000000 00000000 NTDLL!KiUserCallbackDispatcher
>
> Strange. I cannot see why the InsertMenu API is called during the closing phase. I'll investigate the problem.

Hello Roy,
Sorry for late response. I was a bit busy for other things...

> I made some changes to GreenPad which includes:
> - Open/Save Dialog NT 3.51 support (my favorite OS)
> - UTF-1 and UTF-9(1997) support
> - some more code pages support
> - code page reordering

Nice updates! Can I put a link on my page for GreenPad to your version?
I cannot get to the address (404 not found):
> Sources (SVN repository):
> h-ttp://opensvn.csie.org/RTOSS/GreenPad/

# I'm planning to update GreenPad in a few months because now a lot of requests are cumulating :p. I hope maybe I can incorporate your version at that time...

> P.S.: I missed "Print" function in GreenPad very much. I wish you can implement this function in the future. But if you don't want to do this, would you please give me hints to implement this?

Printing is one of the things I also miss in GreenPad.
But since I have no experience in programming around printing stuff, currently I cannot make any comments on possible implementation. Sorry. I think, by making the Canvas object in a View replacable to a printer DC, just reusing the drawing routines of the View would suffice.

> GreenPad crashes when closing.
> *----> Stack Back Trace <----*
>
> FramePtr ReturnAd Param#1 Param#2 Param#3 Param#4 Function Name
> 0012fea4 77e55189 00000000 00000000 0012fef4 00000000 <nosymbols>
> 0012fedc 77e80677 00040000 00000000 0012fef4 642037c2 user32!InsertMenuA
> 0012ff04 77e41024 005652f0 00000002 00000000 00000000 user32!DdePostAdvise
> 0012ff30 77f665af 0012ff40 00000018 005652f0 00000002 user32!<nosymbols>
> 0012ff84 00409f3c 01a0e290 00000000 00000000 00000000 NTDLL!KiUserCallbackDispatcher

Strange. I cannot see why the InsertMenu API is called during the closing phase. I'll investigate the problem.

> Found the root of problem.
> GreenPad crashes when closing after applied "Security Update for Windows NT Server 4.0 (KB891711)".
Should be a bit earlier: Security Update for Windows NT Workstation 4.0 (KB835732)

Found the root of problem.
GreenPad crashes when closing after applied "Security Update for Windows NT Server 4.0 (KB891711)".

GreenPad crashes when closing.

Dr. Watson log:

Microsoft (R) Windows NT (TM) Version 4.00 DrWtsn32
Copyright (C) 1985-1996 Microsoft Corp. All rights reserved.



Application exception occurred:
App: (pid=190)
When: 5/5/2010 @ 20:37:59.592
Exception number: c0000005 (access violation)

*----> System Information <----*
Computer Name: CNT4
User Name: Administrator
Number of Processors: 1
Processor Type: x86 Family 6 Model 7 Stepping 10
Windows Version: 4.0
Current Build: 1381
Current Type: Uniprocessor Free
Registered Organization:
Registered Owner: Roy

*----> Task List <----*
0 Idle.exe
2 System.exe
21 smss.exe
24 csrss.exe
35 winlogon.exe
41 services.exe
44 lsass.exe
70 spoolss.exe
80 llssrv.exe
87 RpcSs.exe
96 VMwareService.exe
113 inetinfo.exe
117 pstores.exe
151 nddeagnt.exe
45 Explorer.exe
168 SysTray.exe
172 loadwc.exe
174 VMwareTray.exe
146 VMwareUser.exe
155 internat.exe
190 GreenPad108u.exe
180 drwtsn32.exe
0 _Total.exe

(00400000 - 00400000)
(77f50000 - 77fb9000) DLL\NTDLL.dbg
(77ed0000 - 77f3e000) dll\kernel32.dbg
(77d90000 - 77dd0000) dll\advapi32.dbg
(77e40000 - 77e99000) dll\user32.dbg
(76810000 - 7682a000) dll\imm32.dbg
(78120000 - 78156000) dll\gdi32.dbg
(77de0000 - 77e37000) dll\rpcrt4.dbg
(71710000 - 71794000) dll\comctl32.dbg
(77d50000 - 77d83000) dll\comdlg32.dbg
(77c10000 - 77d50000) dll\shell32.dbg
(77b00000 - 77bb1000) dll\ole32.dbg
(52000000 - 52007000) dll\indicdll.dbg
(77bc0000 - 77bc7000) dll\rpcltc1.dbg

State Dump for Thread Id 0xb1

eax=00000000 ebx=00000004 ecx=00040001 edx=7ffde044 esi=00000000 edi=00000000
eip=642037c2 esp=0012fea8 ebp=0012fedc iopl=0 nv up ei ng nz ac pe cy
cs=001b ss=0023 ds=0023 es=0023 fs=0038 gs=0000 efl=00000293


function: <nosymbols>

*----> Stack Back Trace <----*

FramePtr ReturnAd Param#1 Param#2 Param#3 Param#4 Function Name
0012fea4 77e55189 00000000 00000000 0012fef4 00000000 <nosymbols>
0012fedc 77e80677 00040000 00000000 0012fef4 642037c2 user32!InsertMenuA
0012ff04 77e41024 005652f0 00000002 00000000 00000000 user32!DdePostAdvise
0012ff30 77f665af 0012ff40 00000018 005652f0 00000002 user32!<nosymbols>
0012ff84 00409f3c 01a0e290 00000000 00000000 00000000 NTDLL!KiUserCallbackDispatcher

*----> Raw Stack Dump <----*
0012fea8 89 51 e5 77 00 00 00 00 - 00 00 00 00 f4 fe 12 00 .Q.w............
0012feb8 00 00 00 00 00 00 00 00 - 00 f0 fd 7f 44 e0 fd 7f ............D...
0012fec8 00 00 00 00 00 00 00 00 - 44 e0 fd 7f 20 78 e4 77 ........D... x.w
0012fed8 04 00 05 00 04 ff 12 00 - 77 06 e8 77 00 00 04 00 ........w..w....
0012fee8 00 00 00 00 f4 fe 12 00 - c2 37 20 64 00 00 00 00 .........7 d....
0012fef8 00 00 00 00 02 00 00 00 - 3e 01 97 00 30 ff 12 00 ........>...0...
0012ff08 24 10 e4 77 f0 52 56 00 - 02 00 00 00 00 00 00 00 $..w.RV.........
0012ff18 00 00 00 00 c2 37 20 64 - 00 00 00 00 00 00 00 00 .....7 d........
0012ff28 00 00 00 00 00 00 00 00 - 84 ff 12 00 af 65 f6 77 .............e.w
0012ff38 40 ff 12 00 18 00 00 00 - f0 52 56 00 02 00 00 00 @........RV.....
0012ff48 00 00 00 00 00 00 00 00 - c2 37 20 64 2b 06 e8 77 .........7 d+..w
0012ff58 3d 93 b0 77 3e 01 97 00 - 80 ff 12 00 53 7e b0 77 =..w>.......S~.w
0012ff68 88 e2 a0 01 10 4a 13 00 - a7 78 b0 77 80 ff 12 00 .....J...x.w....
0012ff78 00 00 00 00 a8 ff 12 00 - 10 4a 13 00 c0 ff 12 00 .........J......
0012ff88 3c 9f 40 00 90 e2 a0 01 - 00 00 00 00 00 00 00 00 <.@.............
0012ff98 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
0012ffa8 00 00 00 00 05 00 00 00 - 00 00 40 00 b0 54 13 00 ..........@..T..
0012ffb8 b8 54 13 00 00 00 00 00 - f0 ff 12 00 97 be ee 77 .T.............w
0012ffc8 88 e2 a0 01 90 e2 a0 01 - 00 f0 fd 7f 05 00 00 c0 ................
0012ffd8 c8 ff 12 00 f0 fc 12 00 - ff ff ff ff fc c9 f0 77 ...............w

Hi Kazuhiro,

Don't know if you received my email or not, I post it here.

I was the one who told you that "Save As..." key accelerator
duplicated in 2006. Do you remember me?
I made some changes to GreenPad which includes:
- Open/Save Dialog NT 3.51 support (my favorite OS)
- UTF-1 and UTF-9(1997) support
- some more code pages support
- code page reordering

I think it is good to let you know about these changes (I'm not asking to sync these changes to official versions.)
Sources (SVN repository):
h-ttp://opensvn.csie.org/RTOSS/GreenPad/

Trac web interface:
h-ttps://opensvn.csie.org/traccgi/RTOSS/browser/GreenPad

P.S.: I missed "Print" function in GreenPad very much. I wish you can implement this function in the future. But if you don't want to do this, would you please give me hints to implement this?

Best regards,
Roy

こんにちは。お返事遅くなりました。

> Noahのウィンドウ（Noahのプロパティ）にファイルをD&Dして圧縮した場合、元のファイルがあるフォルダがNoahによってロック（？）されたままになるようで、Noahを終了させるか、他のフォルダで圧縮を行うかしない限り、フォルダの削除や名前の変更等ができなくなってしまいます。

あ、これには気づいていませんでした。ご報告ありがとうございます。
原因と直し方はわかるので、修正できると思います。（ただ、とっさにNoahを修正できる環境を今の手元のPCに準備できていないので、お時間をいただくことになると思います。すみません）

# 実は、これに近いけれどより深刻な問題で、「圧縮先/解凍先フォルダをNoahから開いたエクスプローラがロックしてしまってNoahを終了しても削除等できなくなる」というのも確認していて、自分でも時々困っているのですが、うまい直し方が思いつかないまま放置していました。今考え直したら直せるかもしれないのでこちらもどうにか…。

> そして、ウィンドウへのD&Dを正式な圧縮方法としてマニュアルへ記載していただけないかと…。

こちらも、マニュアルに書いていないことに気づいていませんでした…。一応FAQの「15個くらいのファイルを圧縮しようとしたら」のところには書いてある方法なので、正式な圧縮方法のつもりではいました。(^^; これもマニュアル直すようにします。

WindowsXP SP3でNoah3.195を使用しています。
NoahのバグなのかOSの仕様なのか、今ひとつ分からないのですが書き込んでみた次第です。

Noahのウィンドウ（Noahのプロパティ）にファイルをD&Dして圧縮した場合、元のファイルがあるフォルダがNoahによってロック（？）されたままになるようで、Noahを終了させるか、他のフォルダで圧縮を行うかしない限り、フォルダの削除や名前の変更等ができなくなってしまいます。
マニュアルの「圧縮する」の所にはウィンドウへのD&Dは書いていないようですので、使い方としては間違っているのかも知れませんが、圧縮形式を変えて比較したりする場合等に重宝しています。
最早手を入れるのも面倒臭いぐらいに過去の遺物なのかも知れませんが、是非とも修正を、そして、ウィンドウへのD&Dを正式な圧縮方法としてマニュアルへ記載していただけないかと…。

ともあれ、Noah+caldix、最強＆最愛です。

こんにちは。

> ところで、TextSmileをダウンロードしようとするとAvast! AntiVirus4.8が
> Win32:Trojan-gen
> と警告を出してきます。
> おそらく誤検知だとは思いますが、一度確認をお願いします。

手元に置いてあるファイルをTrendMicroでチェックした限りでは検出されないようでした。（そして、kmonos.netのサーバーに置いてあるファイルと手元のファイルはmd5で確認する限りでは同じファイルのようです。）

upxというツールで圧縮しているのですが、upxがウイルススキャナに誤検知されることが非常に多いようなので、おそらくはそれが原因ではないかと思います。

ご心配の場合
www.vector.co.jp/soft/dl/win95/amuse/se106088.html
www.vector.co.jp/info/vtest.html
Vectorからのダウンロードの方が、私個人の確認よりもご安心いただけるかもしれません。

はじめまして。
GreemPadを使わせていただいてます。UNICODEにきっちり対応できるエディタは未だに少ないので重宝しています。

ところで、TextSmileをダウンロードしようとするとAvast! AntiVirus4.8が
Win32:Trojan-gen
と警告を出してきます。
おそらく誤検知だとは思いますが、一度確認をお願いします。

> はじめまして
> www.kmonos.net/alang/d/1.0/dmd-(linux|osx|freebsd).html の 最初の "/dmd/html/d/" は "/dmd/src/dmd/" では?

こんにちは。ご指摘の通りです。修正しました。
ありがとうございます！

# ついでに twitter.com/satoru_h/status/9035951150 も修正

はじめまして
www.kmonos.net/alang/d/1.0/dmd-(linux|osx|freebsd).html の 最初の "/dmd/html/d/" は "/dmd/src/dmd/" では?

こちらでははじめまして

> D言語の習得に関して参考になる記事等を集めていまして、
> 突然で申し訳ないのですが、わなDの記事を
> ttp://dusers.dip.jp/modules/wiki/?Articles
> こちらで紹介させてもらいたいと思いまして書き込ませていただきました。

はい、どんどん紹介してやってください！よろしくお願いします。

# 最新版に追いつくように更新していこう…と思っていたはずなのに
# なかなか時代(=dmd)の進歩に追いつくのは大変でした…(^^;

こちらの掲示板でははじめまして。SHOOです。

D言語の習得に関して参考になる記事等を集めていまして、
突然で申し訳ないのですが、わなDの記事を
ttp://dusers.dip.jp/modules/wiki/?Articles
こちらで紹介させてもらいたいと思いまして書き込ませていただきました。

他のページは無断でリンクを晴らせて頂いておりますが、こちらで紹介する記事で私が編集する分に関しましては（何故か）了承をいただくことにしています。

紹介させてもらってもかまいませんでしょうか。よろしくお願いします。

ありがとうございます. ソースを見ずに再帰が止まらないから別経路は見ないのだろうと思い込んでおりました.

ソースコードの方を見ていただけるとわかりますが、"(真の)"部分経路だけではなく、経路全体の迂回路の存在もチェックします。つまり、最短でない経路

*********
*S$$*$$$*
*_*$$$*$*
*_*****$*
*______G*
*********

が与えられたときに X=S, Y=G ととって

*********
*X*******
*_*******
*_*******
*______Y*
*********

この新しい迷路に元より短い解が存在しないことを調べに行くので、この段階で元の経路が最短でないことがわかります。


つまり、"最短経路でない" の必要十分条件として
　"(S→Gも含めた)部分経路のうち、どれかが最短でない"
を考えています。ただしこれだけだと再帰的な議論がとまらなくなるので、さらに条件を加えて、
　"(S→Gも含めた)部分経路のうち、どれかについて、「元の経路と始点終点以外ではまじわらない」別の最短路が存在する"
を検査しています。

www.kmonos.net/wlog/105.html

"(真の)部分経路が全て最短"は最短経路の必要条件ですが十分条件にはならないと思います.

*********
*S__*___*
*_*___*_*
*_*****_*
*______G*
*********
(スペースは潰れそうなのでアンダーバーで床を書いています)

このような迷路でSから右に行く経路が与えられたとき,
上の記事のアルゴリズムだとこの経路が最短でないことを判定できません.

幾何的なイメージで言うと,"(真の)部分経路が全て最短"は"(経路の全ての点で)局所的に最短"のような感じで,
これは測地線のようなものですが,測地線は最短とは限らないのと同じ話だと思います.

> www.kmonos.net/alang/d/2.0/phobos/std_path.html
> >ファイルネームからパスから拡張子を取得します。
> "ファイルネームパスから"
> でしょうか。

ありがとうございます！修正しました。
コピー＆ペースト等々で大量に訳しているとどうもミスしてしまいますね。すみません^^;

www.kmonos.net/alang/d/2.0/phobos/std_path.html
>ファイルネームからパスから拡張子を取得します。
"ファイルネームパスから"
でしょうか。

こんにちは。

> boost/classes/value_init.html
> にあるプログラムを実行すると以下のようなランタイムエラーを起こします。

Visual C++ でしょうか。
不定値で初期化されている変数の内容を表示する実験コード cout << x << endl の部分が、デバッグオプションで検出されています。
msdn.microsoft.com/ja-jp/library/8wtf2dfz(VS.80).aspx
このオプションをオフにして実行してみて下さい。

# 注釈つけておきます。レポートありがとうございます！

boost/classes/value_init.html
にあるプログラムを実行すると以下のようなランタイムエラーを起こします。
>Debug Error!
>Program: foo.exe
>Module: foo.exe
>File: foo.exe
>Line: 9
>
>Run-Time Check Failure #3 - The Variable 'X' is being use without being defined.
>
>(Press Retry to debug the application)

> www.kmonos.net/alang/d/2.0/const.html
> にて、「Constから何が得られるのか？」の項目で番号９にて、
> >その宣言を用いるコード全てに対する情報を実際のコードを水に得ることができます。
> と「水に得る」となっています。
> 「見ずに得る」ではないでしょうか。

ですね。ありがとうございます！ただ今修正しました。

www.kmonos.net/alang/d/2.0/const.html
にて、「Constから何が得られるのか？」の項目で番号９にて、
>その宣言を用いるコード全てに対する情報を実際のコードを水に得ることができます。
と「水に得る」となっています。
「見ずに得る」ではないでしょうか。

こんばんは。

> 修正版0.31をリリースしました。
> 遅くなってしまって申し訳ありません。
修正されているのを確認しました。
ありがとうございます。

では。

修正版0.31をリリースしました。
遅くなってしまって申し訳ありません。

> こんばんは。
>
> Yz1.dllの0.30と0.28でのバグ報告です。
> Yz1FindFirstやYz1FindNextで取得したデータ、あるいは書庫から展開したファイルに記録するタイムスタンプが狂っている場合があるようです。
> 例えばYz1.dllの配布書庫に含まれているyz1static.yz1では、note.txtとyz32lib.hのタイムスタンプが2027年のようになって狂ってしまっていますし、DeepFreezer2の配布書庫などでも同様の狂いが見られます。
> これらの書庫はDeepFreezerでは正常なタイムスタンプで展開され、またYz1.dllの0.29でも正常に処理されているので、この現象は上記2つのバージョンに特有であるようです。
> これらのバージョンは他のバージョンと異なりVisual Studio 2005でコンパイルされているとのことで、そのことが原因となっている可能性が高いかと思います。
> 以上、簡単ですが報告させていただきます。
> では。

無料ライブチャットでH動画を見放題！なんと見放題なんですttp://www.kawaii-ne.net/second_live__free__chat.html

# 遅くなっててすみません…
# 来週のうちには直す…はず…

こんにちは。

...
> これらの書庫はDeepFreezerでは正常なタイムスタンプで展開され、またYz1.dllの0.29でも正常に処理されているので、この現象は上記2つのバージョンに特有であるようです。
> これらのバージョンは他のバージョンと異なりVisual Studio 2005でコンパイルされているとのことで、そのことが原因となっている可能性が高いかと思います。
> 以上、簡単ですが報告させていただきます。
> では。

バグレポありがとうございます。確かにこの二つのバージョン限定となるとコンパイラを変えた影響のようですね。確認してみます。

こんばんは。

Yz1.dllの0.30と0.28でのバグ報告です。
Yz1FindFirstやYz1FindNextで取得したデータ、あるいは書庫から展開したファイルに記録するタイムスタンプが狂っている場合があるようです。
例えばYz1.dllの配布書庫に含まれているyz1static.yz1では、note.txtとyz32lib.hのタイムスタンプが2027年のようになって狂ってしまっていますし、DeepFreezer2の配布書庫などでも同様の狂いが見られます。
これらの書庫はDeepFreezerでは正常なタイムスタンプで展開され、またYz1.dllの0.29でも正常に処理されているので、この現象は上記2つのバージョンに特有であるようです。
これらのバージョンは他のバージョンと異なりVisual Studio 2005でコンパイルされているとのことで、そのことが原因となっている可能性が高いかと思います。
以上、簡単ですが報告させていただきます。
では。

> ttp://www.kmonos.net/wlog/100.html
> に2つある「≪ 一つ過去のページ」「このページ」「一つ未来のページ ≫」のうち下の方にあるもののリンクが1つずつすれているようです。いくら「≪ 一つ過去のページ」をクリックしても同じページに戻ってきて途方に暮れかけました。

うわあ。すみません。修正しました。ありがとうございます。
恥ずかしいことにローカルの日記管理スクリプトに 99 から 100 に進むときにP2K問題（ページ番号2桁問題）が発生してて、面倒なので手で適当にずらしていたら間違えました。(^^;

> タグで管理するなら同時に使えるタグ、
> 同時には使えないタグの区別があるといい気がします。
> tag exclusive {Safe, Unsafe};

なるほど、たしかに。
and, or, not の組み合わせはいずれにせよ使いそうなので、それ＋aliasという形になるのかなーと考えています。

ttp://www.kmonos.net/wlog/100.html
に2つある「≪ 一つ過去のページ」「このページ」「一つ未来のページ ≫」のうち下の方にあるもののリンクが1つずつすれているようです。いくら「≪ 一つ過去のページ」をクリックしても同じページに戻ってきて途方に暮れかけました。

> なるほど、マルチバイト対応メソッドだけ multibyte と付けておく雰囲気ですね。面白そうです。
> UTF-8のようにコードポイントの区切りがわかる文字セットと、EUC-JPのようにわからない文字セットを区別するタグをさらに増やしてみたり…ややこしいかな
>
>
具体的な書き方を考えてみました(Dっぽく)
以下のような感じで関数があるとして、
void strfunc(Ascii x);
void strfunc(Mbcs x);
void afunc(Ascii x);
void mbfunc(Mbcs x);
こんな風に機能してほしいわけです
Ascii a = "hoge";
Mbcs mb;

mb = a; // OK
a = mb; // エラー！

strfunc(a); // strfunc(Ascii)が呼ばれる
strfunc(mb);// strfunc(Mbcs)が呼ばれる

afunc(a); // OK
afunc(mb);// エラー！

mbfunc(a); // OK!
mbfunc(mb);// OK

それで、宣言は例えばこんな風にイメージしていました
typedef Char Ascii;
typedef super Ascii Mbcs;
タグっぽくやるとこうですかね
typedef Char Ascii;// aliasがいいかも…
tag Multibyte;
typedef Ascii@Multibyte Mbcs;

タグで管理するなら同時に使えるタグ、
同時には使えないタグの区別があるといい気がします。
tag exclusive {Safe, Unsafe};
tag Buffer;
String@Unsafe@Buffer str1; // OK
String@Safe@Unsafe str2; // エラー！

> ＞スーパータイプ作る機能
> マルチバイト文字セット対応とかに応用できる気がします。
> 要するに、ascii文字列はマルチバイト文字列として扱える(代入できる)けどマルチバイト文字列はascii文字列として扱えないので、
> これってマルチバイト文字列型はascii文字列型から派生したスーパークラスとして実装するときれいになるんじゃないかなあと。

なるほど、マルチバイト対応メソッドだけ multibyte と付けておく雰囲気ですね。面白そうです。
UTF-8のようにコードポイントの区切りがわかる文字セットと、EUC-JPのようにわからない文字セットを区別するタグをさらに増やしてみたり…ややこしいかな

＞スーパータイプ作る機能
マルチバイト文字セット対応とかに応用できる気がします。
要するに、ascii文字列はマルチバイト文字列として扱える(代入できる)けどマルチバイト文字列はascii文字列として扱えないので、
これってマルチバイト文字列型はascii文字列型から派生したスーパークラスとして実装するときれいになるんじゃないかなあと。

返信有難うございます。
了解しました。
安心して購入します。

> こんにちわ。私インドリと申します。
> 私は今現在稲葉さんの著書Boost C++ Librariesプログラミング第2版を購入しようかと迷っています。
> 何故迷うのかといいますと、この書籍2007年に発売されたものなので、下手すれば買った直後に、第3版が出版されるのではないかと思うからです。
> 稲葉さん、第3版の出版予定ありますでしょうか？

こんにちは。
将来的に第3版を出すことはもしかしたらあるかもしれませんが、
現在のところは、特に何もそういう話はありません。ご安心（？）ください。

# 第2版は増刷もかかっていないので、出版社さん的にも続きのお声がかかるのは(あるとしても)もう少し先ではないかなあ

こんにちわ。私インドリと申します。
私は今現在稲葉さんの著書Boost C++ Librariesプログラミング第2版を購入しようかと迷っています。
何故迷うのかといいますと、この書籍2007年に発売されたものなので、下手すれば買った直後に、第3版が出版されるのではないかと思うからです。
稲葉さん、第3版の出版予定ありますでしょうか？

こんにちは。
ご提案ありがとうございます。

> 要望なのですが、boost::pythonのページに以下のサンプルを追加して頂く事は可能でしょうか？
> ・C++からPythonのコードを実行するembeddingについてのサンプル
> ・C++から呼び出したPythonのコードから、呼び出したC++のプロセスが持つオブジェクト(変数・関数)を使用するサンプル

C++→Python→C++で折り返すサンプルにすれば一発で全部まとめたりできますかね。ちょっと考えてみます。

nodchipと申します。日頃からletsboostを拝見させて頂いております。
boost::pythonに興味を持ち該当ページを参考にさせていただきました。

要望なのですが、boost::pythonのページに以下のサンプルを追加して頂く事は可能でしょうか？
・C++からPythonのコードを実行するembeddingについてのサンプル
・C++から呼び出したPythonのコードから、呼び出したC++のプロセスが持つオブジェクト(変数・関数)を使用するサンプル

特に2つ目については日本語の記事が非常に少なく苦労しております。
どうぞよろしくお願いいたします。

ども。お返事遅くてすみません。

バグレポートありがとうございます。
座標がマイナスになり得るとかまったく考えていませんでした。これはダメですね…。
修正しておきます。

> マルチディスプレイ環境下で起こりうるマウス座標がマイナス位置にあるとき右クリックメニューがとんでもない所に出ます
> GpMain.cppの126行目
> -LOWORD(lp), HIWORD(lp), 0, hwnd(), NULL );
> +static_cast<SHORT>(LOWORD(lp)), static_cast<SHORT>(HIWORD(lp)), 0, hwnd(), NULL );
> 他のマウス座標扱っているところはわかりません
> GET_{X,Y}_LPARAMマクロ使った方が見やすいかもしれませんがwindowsx.hはincludeされてないので最小の修正で

マルチディスプレイ環境下で起こりうるマウス座標がマイナス位置にあるとき右クリックメニューがとんでもない所に出ます
GpMain.cppの126行目
-LOWORD(lp), HIWORD(lp), 0, hwnd(), NULL );
+static_cast<SHORT>(LOWORD(lp)), static_cast<SHORT>(HIWORD(lp)), 0, hwnd(), NULL );
他のマウス座標扱っているところはわかりません
GET_{X,Y}_LPARAMマクロ使った方が見やすいかもしれませんがwindowsx.hはincludeされてないので最小の修正で

9807番のスパムを消しにくくなってしまった…(笑)

> 以下うろ覚え、調べずに書いてすみません。
> Randomが返す値のはじめの偏りについて。
> Knuth先生のRANDで、最初に数回test runしていたのはそのためかな？
> 奥村先生のアルゴリズム本でも最初数回回していたような。

ふむふむ。手元に奥村先生の本がないので明日ちょっと調べてみます。
48bit乱数に32bitのmultiplierだと（ユーザーに与えられた）シード値が全体に回りきらないのがJavaのの問題だと思うので、数回回すのは確かにこの問題に対して意味がありそうです。

(タイトルは冗談です)

以下うろ覚え、調べずに書いてすみません。
Randomが返す値のはじめの偏りについて。
Knuth先生のRANDで、最初に数回test runしていたのはそのためかな？
奥村先生のアルゴリズム本でも最初数回回していたような。

お友達同士でサイトを作ってみました。ほとんど30代以上ですがそれなりに楽しい毎日を送っています。でもそろそろ女性だけで楽しんでるもの刺激がないというコメントが増えているのも事実です。確かに男性の方が沢山いたほうが盛り上がると思いますし、刺激があり良いと思います。よろしければ私達の仲間に参加しませんか？入り口が右下にありますので宜しくお願いします。

muryou-navi.75721.net

> そういえば、Schemeの乱数ライブラリsrfi-27にはそれらしきAPIがあります。
>
> (random-source-pseudo-randomize! s i j)

おお！ありがとうございます。
srfi-27 の議論を調べてみたところ、
srfi.schemers.org/srfi-27/mail-archive/msg00026.html
srfi.schemers.org/srfi-27/mail-archive/msg00028.html (Ad 2)
確かに、シミュレーションのためのよい乱数シードを適切に選ぶためのインターフェイスとして考えられていますね。参考になります