2ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

なあ、monaの開発は続いています

1 :Be名無しさん:2006/11/19(日) 16:10:21
2ch発のOS、MONAについてのスレッドです。
ひげぽん ◆Ngzcp/NZpA を中心に着々と開発が進められています。

■前スレ
なあ、monaの開発はどうなったの?
http://pc8.2ch.net/test/read.cgi/os/1138681234/l50

■本家or分家or避難所
OSを作ろうPart15Mona専用
http://etc3.2ch.net/test/read.cgi/siberia/1136088527/l50

2 :Be名無しさん:2006/11/19(日) 16:12:05
■過去スレ
OSを作ろうpart14 Mona専用
http://pc8.2ch.net/test/read.cgi/os/1127467365/l50
OSを作ろうpart13 Mona専用
http://pc8.2ch.net/test/read.cgi/os/1121690722/l50
OSを作ろうpart12 Mona専用
http://pc8.2ch.net/test/read.cgi/os/1114611781/l50
OSを作ろうpart12 Mona専用
http://pc8.2ch.net/test/read.cgi/os/1114611721/l50
OSを作ろうpart11 Mona専用
http://pc8.2ch.net/test/read.cgi/os/1098713480/l50
【ひげぽん】2ch発のMona 一発目【モダンOS】
http://pc5.2ch.net/test/read.cgi/os/1066957498/l50
OSを作ろうpart11
http://pc5.2ch.net/test/read.cgi/os/1093825736/l50
OSを作ろうpart10
http://nostalgia.rr6.org/test/read.cgi/oslog/1083420872
OSを作ろうpart9
http://nostalgia.rr6.org/test/read.cgi/oslog/1081561384


3 :Be名無しさん:2006/11/19(日) 16:14:25
■続き
OSを作ろうpart8
http://nostalgia.rr6.org/test/read.cgi/oslog/1076216434
OSを作ろうpart7
http://pc5.2ch.net/tech/kako/1066/10669/1066968321.html
OSを作ろうpart6
http://pc5.2ch.net/tech/kako/1052/10525/1052537020.html
OSを作ろうpart5
http://pc5.2ch.net/tech/kako/1042/10423/1042375466.html
OSをつくろうpart4
http://pc3.2ch.net/tech/kako/1037/10370/1037096449.html
OSをつくろうpart3
http://pc3.2ch.net/tech/kako/1027/10270/1027080631.html
OSをつくろうpart2
http://pc3.2ch.net/tech/kako/1024/10244/1024411711.html


4 :Be名無しさん:2006/11/19(日) 16:19:35
一般的な「OSを作ろう」的話題は↓へ。
http://pc8.2ch.net/test/read.cgi/os/1153133384/

本家:http://monaos.org/
開発Wiki:http://wiki.monaos.org/
ひげぽんはてなダイアリ:http://d.hatena.ne.jp/higepon/
ダイアリの広告をほどほどにクリックするとひげぽんのモチベーションが上がるらしい

Mona/開発版/0.3.0
http://wiki.monaos.org/pukiwiki.php?Mona%2F%B3%AB%C8%AF%C8%C7%2F0.3.0
最近活発な話題
http://wiki.monaos.org/pukiwiki.php?%BA%C7%B6%E1%B3%E8%C8%AF%A4%CA%CF%C3%C2%EA

5 :Be名無しさん:2006/11/19(日) 16:20:06
Mona本「MONA〜2ちゃんねる発祥の手作りOS」発売中。
http://www.amazon.co.jp/exec/obidos/ASIN/4839917639/
http://www.cbook24.com/bm_detail.asp?sku=4839917639

↓から買うとひげぽんの収入に。
http://d.hatena.ne.jp/asin/4839917639/higepon-22


6 :ひげぽん ◆Ngzcp/NZpA :2006/11/19(日) 16:25:44
前スレでの1000GET協力に感謝。>ALL

7 :Be名無しさん:2006/11/19(日) 16:26:07
ちいッ、結局1000取りやがった >ひげ

8 :Be名無しさん:2006/11/19(日) 16:27:29
>>6
次はお前が湾岸を助ける番だぞ

9 :Be名無しさん:2006/11/19(日) 16:35:14
しかし言われて口出しって構図もわりと情けないという罠。


10 :Be名無しさん:2006/11/19(日) 16:35:28
>>8
湾岸かえれ

11 :Be名無しさん:2006/11/19(日) 16:38:17
>>10
なんだよ、湾岸って言った方が湾岸なんだよ!この湾岸!

12 :Be名無しさん:2006/11/19(日) 16:41:32
湾岸を助ける必要なしだよ>ひげ

13 :ひげぽん:2006/11/19(日) 16:42:24
monasqで monapi_file_open/read/seek/closeに対応しました。
okayuさんサポートありがとうございました。

14 :Be名無しさん:2006/11/19(日) 16:53:55
実力がないのに大きく見せようとする
人を見下したいやみな発言が多い
小さな手間、派手な成果だけで存在をアピールしようとする
Monaを裏切ってたがなかったことにしている
やりかけで逃げる
匿名で自分擁護

あたりが見透かされて嫌われているんだと思う>湾岸

15 :Be名無しさん:2006/11/19(日) 17:00:55
これ見よがしにスルーする太郎は相当やな奴だと思うが。

16 :Be名無しさん:2006/11/19(日) 17:03:33
スルーなんて卑怯なことはしていない
ちゃんと匿名で反応している

17 :Be名無しさん:2006/11/19(日) 17:04:32
> crt
monapiとmonalibcが別の物なんであれば、ランタイムも別にあるのが自然かと。
fread()使うなら素直にlibcのcrtリンクしなさいよという。
役割分担してmonapiのcrtがmonalibcのcrt呼ぶっていう形がいいんじゃない。
案2のinit_libc/fini_libcみたいにlibcへのABIを提示してさ。

18 :Be名無しさん:2006/11/19(日) 17:08:03
湾岸はいい奴だよ

19 :ひげぽん ◆Ngzcp/NZpA :2006/11/19(日) 17:08:22
>>17さん
両方のcrtがcrtとして成り立つのを維持しつつ、monapiのcrtがmonalibcのcrtを呼ぶって感じでしょうか。


20 :Be名無しさん:2006/11/19(日) 17:11:40
テンプレに湾岸叩き禁止とか書いときゃ良かったか?w
本家へのリンクとかは>>1に入れとくのが良かったかも。
暇な時にWikiへスレたて用のテンプレでもメモっとこーかな。

21 :Be名無しさん:2006/11/19(日) 17:13:49
太郎にすら見放された湾岸哀れ

22 :Be名無しさん:2006/11/19(日) 17:16:24
>>21
同情するなら金をくれ

23 :Be名無しさん:2006/11/19(日) 17:18:33
おっさん古っw

24 :Be名無しさん:2006/11/19(日) 17:47:24
>>19
libcはmonapiの上にあるんでmonapiのランタイムは必ずリンク、
libcの関数使うなら加えてlibcのもリンク、みたいな。
ウィークシンボルとか使えば特別問題なくやれるはず。

25 :Be名無しさん:2006/11/19(日) 17:48:38
EXEのエントリポイントの前に各DLLのエントリポイントを呼べばいいんじゃね?

26 :ひげぽん ◆Ngzcp/NZpA :2006/11/19(日) 20:13:14
>>24さん
>>25さん

もう少し詳しくお願いします。興味あります。

27 :Be名無しさん:2006/11/19(日) 20:52:34
なあ、もうちょっとまともなスレタイ考えろよ

28 :Be名無しさん:2006/11/19(日) 21:38:11
>>27
だってもうpartほにゃららとか付けようとすると、
「今何スレ目だっけ」とか考えるの面倒じゃん。
適当でいいよ適当で。

29 :Be名無しさん:2006/11/19(日) 21:50:07
>>26
DLLにはエントリポイントがあるし本来DLL用のCRTが必要だろ
そんなことより湾岸ネタを無視し続けるのは人としてどうかと

30 :Be名無しさん:2006/11/19(日) 22:04:16
>>29
湾岸かえれよ
おまえ以外は全員湾岸スルーで同意している空気嫁

31 :Be名無しさん:2006/11/19(日) 22:07:39
>>29
湾岸知ったか乙

32 :Be名無しさん:2006/11/19(日) 22:08:54
>>29
恥ずかしい書き込みだな

33 :Be名無しさん:2006/11/19(日) 22:09:49
ひげぽんさんにとって,もはや湾岸は邪魔なだけ。さっさと追放しちまおう。

34 :24:2006/11/19(日) 23:51:54
>>26
詳しくっつっても、割とそのまんまな話。
現状のコードでlibcとmonapiの両crt共通な処理はmonapiのだけが持って、
libcで必要なstdio初期化なんかについてはウィークシンボル使って
libcがリンクされてる時だけ実行されるようにする。
どうせDLLなんでエントリポイント使うのも確かにいいかも。

>>29
気持ちは分かる。軽くでいいからたまーに何か言っていいかも。

35 :ひげぽん ◆Ngzcp/NZpA :2006/11/20(月) 00:03:23
>>24さん
ありがとうございます。
ウィークシンボルについて詳しく調べてみようと思います。
Binary Hacksでも見かけたなぁ。

36 :Be名無しさん:2006/11/20(月) 05:00:27
>>34
PEでweak使えない

>>35
見損なった

37 :24:2006/11/20(月) 08:25:35
>>36
Σ(´Д` )あるぇー、そうだっけ?
なんかgcc方面で外人がPE-COFFでweak動かしたぜhahahaとか言ってた覚えが。
最近gcc使ってないんで今日の夜でも作ってみるわ……。

38 :Be名無しさん:2006/11/20(月) 11:55:59
>>37
gcc-3.4.4 => NG
gcc-4.1.1 => OK

39 :24:2006/11/20(月) 20:51:15
>>38
こっちも3.4.2と4.1.1で同様の結果を確認。
PEだとサポートされたの割と最近みたいね。

>>Yume大王
> __attribute__((constructor))やdestructorでinit_libcとfini_libc
init_libcが実際に呼ばれるまで他の静的コンストラクタ/デストラクタ内で
stdio使えないのを解決する(コンストラクタリスト内の順序を制御する?)か諦めるならアリ。

40 :24:2006/11/20(月) 20:56:50
おっと、デストラクタの方はfini_libcが呼ばれる前じゃないと駄目、って感じか。

41 :◆Yume/IJ8as :2006/11/20(月) 22:38:08
stdin, stdout, stderrってのはプログラム開始時に予め定義されているってことになってるんだけどプログラム開始時ってのはいつなのかなあ…

42 :Be名無しさん:2006/11/20(月) 22:50:56
>>41
viposどうよ?

43 :Be名無しさん:2006/11/20(月) 23:09:13
キタ Y⌒Y⌒Y⌒Y⌒Y⌒Y⌒(。A。)!!!
キタ*・゜゚・*:.。..。.:*・゜(゚∀゚)゚・*:.。. .。.:*・゜゚・*!!!!!
キタ━(゚∀゚)━(∀゚ )━(゚  )━(  )━(  )━(  ゚)━( ゚∀)━(゚∀゚)━ !!
キタ━━━━(゚∀゚)━━━━!!!!
キタ━━━━(°Д°)━━━━!!!!
ttp://www.ipa.go.jp/jinzai/esp/2006mito2/koubokekka.html
キタ━━━━(Д゚(○=(゚∀゚)=○)Д゚)━━━━━!!!
キタ━━━━━(゚(゚∀(゚∀゚(☆∀☆)゚∀゚)∀゚)゚)━━━━━!!
キタ─wwヘ√レvv〜(゚∀゚)─wwヘ√レvv〜ー!!
キタァァァ(゚∀゚)ァ( ゚∀)ァ( ゚)ァ( )ァ(` )ハァ(Д`)ハァ(;´Д`)ハァハァ
キタキタキタキタ━━━(゚∀゚≡(゚∀゚≡゚∀゚)≡゚∀゚)━━━━!!

44 :Be名無しさん:2006/11/21(火) 00:02:06
>>41
規格上の定義はよう分からんすけど、ユーザ側のコードで
あんま細かいこと気にせず書ける方が嬉しいかなあ……。

>>43
野郎黙って応募してやがったw
ていうか>>43太朗じゃねえのw

45 :ひげぽん ◆Ngzcp/NZpA :2006/11/21(火) 00:15:03
>>38さん
>>39さん
いろいろあって、weakシンボルまだ調べてないです。ごめんなさい(懺悔)。

>>41(Yumeさん)
確かに。いつなんだろう。
38さんの指摘通り、静的コンストラクタでは使いたいですよね。

>>43さん
きましたw

>>44さん
ごめんなさい。高確率で落ちると思っていたので黙って応募してました。
いや、自分で書くのは恥ずかしいので様子を見てました。<43太朗じゃねえのw

46 :Be名無しさん:2006/11/21(火) 00:20:23
ああ偉大なる税金の無駄遣い

47 :ひげぽん ◆Ngzcp/NZpA :2006/11/21(火) 00:21:23
>>46さん
出来る限りがんばるんで許してください


48 :Be名無しさん:2006/11/21(火) 00:35:30
>>45
weakはMr.BKの日記が分かりやすい。
なので読んでないけどBinary Hacksの方にも入ってるかも。
http://0xcc.net/blog/archives/000105.html
http://0xcc.net/blog/archives/000062.html


49 :29:2006/11/21(火) 00:49:57
>>45
無視?未踏祝いに粘着してやる。
- 何のためにDLLにエントリポイントがあるのか?
- 嵐を放置して二度も追放されたのにまだ懲りていないのか?

50 :Be名無しさん:2006/11/21(火) 00:51:04
↓みたいなの書いてhoge.oリンクしたりリンクしなかったり、
main.cのhage()のコメントアウト外してみたりすると挙動が分かりやすい。
同名の非weakシンボルでweakシンボルの定義を上書き出来て、リンクの際に
weak定義のシンボルが未定義参照になる場合は値0のシンボルとして解決される。

---main.c---
#include <stdio.h>
int hage(void) __attribute__((weak));

//int hage(void){return 68616765;}
int main(void)
{
if (hage)
printf("hage見ーっけ(%d)\n", hage());
else
printf("hageてなーい\n");
return 0;
}
---hage.c---
int hage(void){return 0;}

51 :Be名無しさん:2006/11/21(火) 01:00:30
>>49
エントリポイント使うと順序の問題に出くわさないし結構綺麗に出来るんよね。
DLL前提でやる限り割とオススメ。
湾岸話は任せたw あんまり騒いでも逆に言いづらくなるかもしんないから俺は黙るw

52 :Be名無しさん:2006/11/21(火) 01:07:50
orz hoge.oでなくhage.oでした

53 :Be名無しさん:2006/11/21(火) 01:10:49
>>49
monaの梨花はDLLのエントリポイント無視してる

54 :Be名無しさん:2006/11/21(火) 01:11:49
>>52
higeにすればいいのにw

55 :Be名無しさん:2006/11/21(火) 01:14:50
>>53
直せばいいじゃん。
梨花で依存され順にDLLのエントリポイントを並べて、
順番にCALLするコードを生成して、
カーネルにエントリポイントとして渡せばいいだけ。

A.EXE -> B.DLL(依存)
B.DLL -> C.DLL(依存)

カーネルに渡すエントリポイント:
 CALL C.DLLのエントリポイント
 CALL B.DLLのエントリポイント
 JMP A.EXEのエントリポイント

56 :ひげぽん ◆Ngzcp/NZpA :2006/11/21(火) 01:16:49
>>48さん
>>50さん
weakシンボルの件ありがとうございます。
近いうちに教えてもらったことをまとめますです。

>>49さん
- 何のためにDLLにエントリポイントがあるのか?
→DLL初期化・終了のためでしょうか。
- 嵐を放置して二度も追放されたのにまだ懲りていないのか?
→基本的にどのような発言をしようとも書き込んだ人の自己責任だと思っていますし、僕がコントロールできるものではないと考えています。
僕は僕にとって(主観で)意味のあると感じる書き込み(アドバイス・批判・コード)を読み返事を書きます、興味のない書き込み(荒らしを含む)には返事を書かないことが多くなるでしょう。

礼儀正しかったり、適切なアドバイスやコードを提供してくださる人達には頭が下がる思いです。

57 :Be名無しさん:2006/11/21(火) 01:20:36
>>56
嵐は「ひげぽんのため」と称しているのを忘れないように。
不快感はちゃんと書くこと。
そうしないと勝手に大義名分を与えることになる。

58 :57:2006/11/21(火) 01:25:31
たとえば以前
- ひげぽんさんにとって,もはやココは邪魔なだけ。さっさとスレ消費しちまおう。
という嵐があったが
同じことをOSASKに仕掛けてKが止めたら収まっただろ?
地位に応じた責任を果たさないといけない。
厳しい言い方をすると放置は事実上の加担ともなり得る。

59 :57:2006/11/21(火) 01:28:54
ああそうだ。
いじめを見て見ぬ振りをする教師、と言えば分かりやすいかな。
生徒の問題で教師が関係ないと主張したらどうなる?

60 :Be名無しさん:2006/11/21(火) 01:32:15
>>56
自分が叩かれてる時は主に放置というのもイイんだけど、
身内が叩かれてる時はたまーに何か言っといてもあんま傷付かないよ。
何かよほどの失態やらかしゃともかく、湾岸何もやってない時まで
散々叩かれてんのがなんかかわいそうでw

>>57-59
落ち着け、湾岸乙って言われるぞ。

61 :Be名無しさん:2006/11/21(火) 01:39:39
>>57
明らかに湾岸乙
湾岸を擁護するメリットのなさを冷静に考えたら57==湾岸と分かる

太郎の書き込みとアドバイスが良い感じなので水を差すな>湾岸

62 :Be名無しさん:2006/11/21(火) 01:45:44
よっぽど太郎の未踏が悔しいと見える>湾岸

63 :Be名無しさん:2006/11/21(火) 02:09:05
>>61
57=DLLの人じゃね。mona応援派には湾岸擁護意味あるよ。
ていうか最近のリリース担当でGUIも作ったような協力者が、スレで叩かれて
コミュからも見捨てられるような構図って応援する人には割とたえらんないじゃん。
多漏が湾岸いいじゃんアリじゃんていう仲間大事にする姿勢示しゃ少しは安心して関われる。

64 :Be名無しさん:2006/11/21(火) 12:25:41
>>41
カーネルからアプリケーションに飛んできたとき。
なんで、そのへんはカーネル側でopenしとかないと面倒な事になりますな。
んで、ファイルディスクリプタ→FILE*は静的データですかねえ。

というのが世間一般の実装ですが。

まあlibc用のcrt0を別に用意するのがいちばんお手軽でないかい。


65 :ひげぽん ◆Ngzcp/NZpA :2006/11/22(水) 00:36:14
皆さんから頂いたアドバイスを元に、monalibc 初期化問題の対応案をまとめました。
4つあるんですが、僕はweakシンボルでの実装が楽しげだと思っています。

66 :Be名無しさん:2006/11/22(水) 01:59:27
>>65
既存の実装だと>>64の人が言うように静的に初期化されてたりもする。
まあ4つの中ではweakかDLLエントリポイントかな。

DLLエントリポイントは今回の件で不採用だとしても使えりゃ便利だから、
この話別にしてその内実行時リンカの挙動変えることも考えとくといいと思う。

67 :Be名無しさん:2006/11/22(水) 08:39:29
自分のことだけで思いやりがないんだな。
名前見るだけで気分悪くなるからもう来ねぇよ。

68 :Be名無しさん:2006/11/22(水) 15:20:56
>>67
かえれ湾岸
思いやりがないと思っているのはおまえだけ

69 :Be名無しさん:2006/11/22(水) 17:07:50
>>68
68に同意
湾岸擁護中が来なければ全然荒れない

70 :Be名無しさん:2006/11/22(水) 21:55:19
>>湾岸の人
実はPEの仕様に元々weakがあったり。(5.4.4、5.5.3)
最近まで使えなかったのがむしろおかしいってような機能なんで、
利用箇所が低レベルライブラリに十分局所化されてりゃ問題ないよ!

>>ひげの人
今はPEなんで問題無いけど、ELFだと未定義weakの解決が少し違うから注意ねー。
(いっそELFは完全に切っちゃってもいいかも)

>>69
それはそれで別の荒れ方するだろ!

71 :ひげぽん ◆Ngzcp/NZpA :2006/11/22(水) 21:55:41
gcc 4.1.1を利用し、静的リンクの場合にきちんとweakシンボルが機能していることを確認出来ました。
情報ありがとうございました。

DLLを利用した場合ですが、MonaないのPE DLLリンカに手を入れなければ行けないのでは?と思い始めています。
実験してみます。

72 :ひげぽん ◆Ngzcp/NZpA :2006/11/22(水) 21:58:24
>>70さん
いろいろフォローありがとうございます。

ELFだと未定義weakの解決が違うという件ですが具体的にはどのように違うのでしょうか。
weakシンボルが解決できなかったらゼロとして扱われるという点以外を意識していませんでした。


73 :Be名無しさん:2006/11/22(水) 22:22:53
> gcc のバージョンに依存する実装はかなりマズーだと思います

実務を全然知らない管理職がプロジェクト内の存在感ゼロで、存在感をアピールするために、会議で部下に偉そうにせっきょうをしている姿を連想した。
そのせっきょうがまた、全然的外れなわけですよ。
今話しているのは、そんな内容じゃないんだってば!

74 :Be名無しさん:2006/11/22(水) 22:37:56
>>73
同じことを思ったw
太朗がそんなことにまじめに答えていて悲哀を感じる。。

75 :Be名無しさん:2006/11/22(水) 22:43:08
cygwin標準のgccが使えるのが売りだったのに
gcc4.1を自分でmakeして用意しないと使えないのは問題
どうせgccを用意させるならmona用のELFのクロス環境を標準化して
PEを切ってしまえばいいんじゃね?

76 :Be名無しさん:2006/11/22(水) 22:48:38
>>75
OSを作るのにクロスコンパイラのmakeで挫折してたら話にならん
低レベルな奴を入口で排除するべき

77 :Be名無しさん:2006/11/22(水) 22:52:10
>>76
挫折したら話にならないんだったら
別の方法を考えるのが普通だと思うんだけど。

78 :Be名無しさん:2006/11/22(水) 22:53:42
>>77
挫折するような奴は話にならないから排除しろということだが?

79 :Be名無しさん:2006/11/22(水) 22:54:20
なんか湾岸が登場しているねここに。
名無しで。
gccのバージョンとか本質的でないことでしか発言できないの>湾岸
見せかけの技術と浅ましい心が見えてますよ

80 :Be名無しさん:2006/11/22(水) 22:54:57
>>78
入口で挫折させるのは話にならないからやめろということだが?

81 :Be名無しさん:2006/11/22(水) 22:56:32
>>76
>低レベルな奴
湾岸のことかー

82 :Be名無しさん:2006/11/22(水) 22:58:07
>>78
賛成
低レベルな奴を排除するために敷居を上げるべき

83 :Be名無しさん:2006/11/22(水) 23:03:37
>>75
そろそろpeとtekは外す時期だな
どっちも太郎の意図に反して他人が持ち込んだんだし

84 :Be名無しさん:2006/11/22(水) 23:04:22
みんな落ち着け湾岸と同じレベルまで落ちるな
GCCのバージョン問題は本質的な問題じゃないよ

85 :Be名無しさん:2006/11/22(水) 23:05:26
敷居なんか気にせずどんどん新しいものを取り入れるべき。
もともとmonaは先進性を売りにしてたんだし。

86 :Be名無しさん:2006/11/22(水) 23:07:32
>>84
weakで鮮やかに実装できるのが本質だと言いたいの?
そのweakはgccのバージョンを上げないと使えないんだけど。

87 :Be名無しさん:2006/11/22(水) 23:08:39
>>86
湾岸名無しで乙

88 :Be名無しさん:2006/11/22(水) 23:11:24
>>86
鮮やかに実装できるんだから上げればいいんでない?
古いものに拘って回りくどいことをするのは愚の骨頂。

89 :Be名無しさん:2006/11/22(水) 23:12:38
湾岸はgccを自分でmakeできないヘタレ

90 :Be名無しさん:2006/11/22(水) 23:14:01
ちょっとでも組み込みをやったことがある人なら
クロスコンパイラの準備くらい朝飯前。
それくらいできないでOS作るとか笑わせるなよ。>湾岸

91 :Be名無しさん:2006/11/22(水) 23:15:41
>>83
他人が持ち込んだものってことごとく不良債権化してるよね。
MonaFormsとかBayGUIとか。

92 :Be名無しさん:2006/11/22(水) 23:18:59
>>91
そうだね
何だか無性に純粋に太郎が書いたコードだけで動くOSを見てみたくなった

93 :Be名無しさん:2006/11/22(水) 23:19:46
>>91
BayGUIは特にひどい。メンテナがいるのに不在っぽい。
速度がでなすぎて実用にならないし、GCの話やD化の話はいずこ?

QEMUでOSASKと比較したがとにかく描画がおそい。
クリッピングとかどうなった?

94 :Be名無しさん:2006/11/22(水) 23:19:51
>純粋に太郎が書いたコードだけで動くOS
(・∀・)イイ!!

95 :Be名無しさん:2006/11/22(水) 23:20:43
>>91
monapi2

96 :Be名無しさん:2006/11/22(水) 23:21:44
>>92
いいねそれ
俺も見てみたい

97 :ひげぽん ◆Ngzcp/NZpA :2006/11/22(水) 23:23:08
うわ。スレがすごい進んでいる。

あくまで個人的意見ですが、gcc 4.0にするだけで良い感じになるならありなんじゃないですかね。
動的リンクのあたりがちょっと怪しいですけど(今調査中。)

不良債権化とか言われていますが、もし外部からそう見えるならば僕のマネジメントの責任です申し訳ありません。

>何だか無性に純粋に太郎が書いたコードだけで動くOSを見てみたくなった
それは無理ですよw。
僕の力なんて微々たるものなので、何十年かかっても終わらないと思います。

98 :Be名無しさん:2006/11/22(水) 23:24:33
湾岸必死だな<ふりょうさいけん

おまえが(ry

99 :Be名無しさん:2006/11/22(水) 23:26:21
>>97
謙遜も度が過ぎると嫌味ですよ
他人が書いたコードを全部外してもコアな部分に影響ないでそ

100 :Be名無しさん:2006/11/22(水) 23:27:43
ひげぽん頑張れ!

101 :Be名無しさん:2006/11/22(水) 23:28:14
今だ!百ゲットォオ
 ̄ ̄ ̄ ̄ ̄∨ ̄ ̄ ̄       (´´
     ∧∧   )      (´⌒(´
  ⊂(゚Д゚⊂⌒`つ≡≡≡(´⌒;;;≡≡≡
        ̄ ̄  (´⌒(´⌒;;
      ズザーーーーーッ

102 :Be名無しさん:2006/11/22(水) 23:29:01
>101

103 :ひげぽん ◆Ngzcp/NZpA :2006/11/22(水) 23:29:30
>>99さん
いあ。本当に謙遜ではないです。
コアだけでは何もできないですし、使ってもらえないでしょう。
例えば libcやプロトコルスタック、GUIサーバ、PEローダなどひとりで書くのはとても大変です。

104 :Be名無しさん:2006/11/22(水) 23:30:32
  |
  |                     (´´
  |     ∧∧   )      (´⌒(´
壁 |  ⊂(゚Д゚⊂⌒`つ≡≡≡(´⌒;;;≡≡≡
  |        ̄ ̄  (´⌒(´⌒;;
  |      ズザーーーーーッ

105 :Be名無しさん:2006/11/22(水) 23:32:10
>>103
libc -> なくてもプログラムは書ける
プロトコルスタック -> どのみちまだ実用に達していない
GUIサーバ -> なくてもschemeシェルに影響はない
PEローダ -> 自分で作ったELFローダがあるよね?

106 :Be名無しさん:2006/11/22(水) 23:32:42
↓101の捨て台詞

107 :101:2006/11/22(水) 23:33:13
          ∧_∧
          /⌒ヽ ) もう来ねぇよ・・・・
         i三 ∪
          |三 |   
         (/~∪
        三三
       三三
      三三

108 :Be名無しさん:2006/11/22(水) 23:33:14
けっ

109 :Be名無しさん:2006/11/22(水) 23:36:57
>>105
そういうのを外したmonaが真のmonaの姿だね
未踏を記念して完全私物化しなよ
もう誰にも遠慮する必要のない神なんだから>ひげ

110 :Be名無しさん:2006/11/22(水) 23:37:43
>>109
神を呼び捨てにするんじゃねぇ

111 :ひげぽん ◆Ngzcp/NZpA :2006/11/22(水) 23:37:54
monapi_impl.cppから init_libc を weakシンボルとして参照する。
MONALIBC.DLLに init_libc を用意する。

てので実験してみたんですがキーボードサーバが死んでしまいました。
if(init_libc)が真と判定されて init_libcを呼ぶと死ぬので、参照が解決してないのではないかと推測されます。

weakシンボルの値が決まるのはリンク時なので(合ってますよね?)、PEのローダーに手を入れるのが筋かなと思っています。

その筋を調べるためにまずは問題のきりわけをしようと思っていますが
もし万が一お気づきの点があれば御指摘頂けると助かります。

112 :Be名無しさん:2006/11/22(水) 23:41:06
>>111
weakのテストはwinネイティブではちゃんと動いてる?
もし動いてるならpe梨花の問題
もし動かないならgccの問題

113 :ひげぽん ◆Ngzcp/NZpA :2006/11/22(水) 23:43:24
>>109さん
半ば冗談で煽っていると理解はしているんですがいちおうまじめに答えておきます。

私物化する気はないです。
協力してくれる人がいて、それぞれが個性を発揮して好きな物を作っているのが楽しいです。

作っていただいたものが有効活用されていないのは改善の余地が多分にありますが、がんばります。

114 :Be名無しさん:2006/11/22(水) 23:43:42
>>111
weakにしたときとしないときで↓の値は変わる?
printf("%p",init_libc);

115 :ひげぽん ◆Ngzcp/NZpA :2006/11/22(水) 23:45:06
>>112さん
weakですが、Mona上での静的リンクではうまくいっています。
つまり、mingw-gcc 4.1.1とmingw-ldではうまくっています。

今回試しているのは mingw-gcc 4.1.1, mingw-ld , (Monaの)PE DLLローダ・リンカの3者が絡んでいますです。

116 :Be名無しさん:2006/11/22(水) 23:45:25
>>113
自分の身勝手な楽しさで他人を振り回していないかな。

117 :Be名無しさん:2006/11/22(水) 23:46:57
>>115
静的リンクは関係ない

>今回試しているのは
の状況でweakをつけたり外したりしてポインタの値の変化を調べてみることを言っている

118 :ひげぽん ◆Ngzcp/NZpA :2006/11/22(水) 23:47:31
>>116さん
僕に振り回された本人の方でしょうか?
もしそうならば謝ります。
改善しますので具体的に御指摘頂けないでしょうか。

119 :Be名無しさん:2006/11/22(水) 23:48:53
>>116
湾岸乙
自分の身勝手なGUIで他人を振り回していないかな。

120 :Be名無しさん:2006/11/22(水) 23:49:35
>>118
>>57-59

121 :112:2006/11/22(水) 23:56:27
>>115
winではdllへのweakが動いているの?
もし動いてるならpe梨花の問題
もし動かないならgccの問題

122 :Be名無しさん:2006/11/23(木) 00:03:04
>121
「なしはな」って何?

123 :Be名無しさん:2006/11/23(木) 00:04:28
>>122
×なしはな
○りんか

124 :Be名無しさん:2006/11/23(木) 00:20:55
ひげぽんさんがんばって!

125 :ひげぽん ◆Ngzcp/NZpA :2006/11/23(木) 00:32:09
>>120さん
具体的にどの開発者の方が振り回されたんでしょうか。

>>114さん
keyboard_server内で
extern "C" int init_libc() __attribute__((weak));の場合
init_libc = 0でした。

extern "C" int init_libc();
の場合 init_libc != 0でした。
うーん。
ちょっと混乱してきたので(僕が)落ち着いた方が良さそうです。

126 :ひげぽん ◆Ngzcp/NZpA :2006/11/23(木) 00:33:45
>>112さん
なるほど。それは試していなかったです。
失礼しました。
それを真っ先に試すべきですね。
明日やってみます。

>>応援してくれたかたへ

ありがとうございます。もうそろそろ寝ます。

127 :Be名無しさん:2006/11/23(木) 00:46:09
>>125
俺俺
もうすげー不愉快

>>126
代わりにテストしてみた
$ echo 'void test(){}'>b.c
$ echo '#include<stdio.h>'>a.c
$ echo 'extern void test() __attribute__((weak));'>>a.c
$ echo 'int main(){printf("%p\n",test);return 0;}'>>a.c
$ i386-mingw32-gcc a.c&&./a
00000000
$ i386-mingw32-gcc a.c b.c&&./a
00401310
$ i386-mingw32-gcc -shared -o b.dll b.c
$ i386-mingw32-gcc a.c b.dll&&./a
00000000

∴weakでimport不可能

128 :ひげぽん ◆Ngzcp/NZpA :2006/11/23(木) 00:48:36
>>125さん
ごめんなさい。そしてありがとうございます。<テスト

129 :Be名無しさん:2006/11/23(木) 00:51:10
で結局>>55

130 :ひげぽん ◆Ngzcp/NZpA :2006/11/23(木) 01:04:47
寝る前にひとつだけ気になったので。
nobita% ~/bin/i386-mingw32-nm b.dll |grep test
100011c0 T _test

wじゃなくてTですね。
Tはテキストセクションにあるってことか。

これを w にする方法(オプション)がないか探してみてダメならDLLエントリポイントにチャレンジします。

131 :ひげぽん ◆Ngzcp/NZpA :2006/11/23(木) 01:08:03
メモ。
リンカスクリプトは?どうだろうか。明日試そう。

132 :Be名無しさん:2006/11/23(木) 01:13:39
>>130
wは参照先ではなく参照元

$ i386-mingw32-gcc -c a.c
$ i386-mingw32-nm a.o|grep test
00000000 A .weak._test._main
w _test

133 :Be名無しさん:2006/11/23(木) 01:24:11
>>131
インポートテーブル経由の間接参照は理解してる?
参照元はインポートテーブルを見てるだけで
インポートテーブルから参照先にジャンプしてるから
参照元から見たアドレスと参照先から見たアドレスは違う

$ echo '#include <stdio.h>'>a.c
$ echo 'extern void test();'>>a.c
$ echo 'int main(){printf("1:%p\n",test);test();return 0;}'>>a.c
$ echo '#include<stdio.h>'>b.c
$ echo 'void test(){printf("2:%p\n",test);}'>>b.c
$ i386-mingw32-gcc a.c b.c&&./a
1:00401310
2:00401310
$ i386-mingw32-gcc -shared -o b.dll b.c
$ i386-mingw32-gcc a.c b.dll&&./a
1:004014F0
2:100011C0

グローバル変数だとこういう間接参照ができない
それを無理矢理回避してるのがauto-import
んじゃ!(もう来ねぇよ)

134 :Be名無しさん:2006/11/23(木) 01:32:44
pe捨ててelf梨花を書くのが正解な希ガス

135 :Be名無しさん:2006/11/23(木) 01:40:23
Linuxに移行した今となってはPEは癌だな。
クロスコンパイラが必要だし手軽に実験できないしでメリットなし。

136 :Be名無しさん:2006/11/23(木) 01:40:58
話の流れぶった切って悪いが、今Monaは何ができるの?
ホームページも妙な英語になってるし、流れがまったくつかめない…

137 :Be名無しさん:2006/11/23(木) 01:58:58
>>136
未踏が取れる

138 :Be名無しさん:2006/11/23(木) 02:01:56
>>136
使うためのOSじゃないから何もできない。
ひげぽんの勉強成果の発表会みたいなもん。

139 :Be名無しさん:2006/11/23(木) 02:10:26
>>135
GNUツールの主力はELFで、PEは異端だからなぁ。。。
M$が採用してなけりゃa.outと同じ運命を辿ったんだし。。。

140 :Be名無しさん:2006/11/23(木) 02:15:44
>>139
そこでMach-Oですよ

141 :Be名無しさん:2006/11/23(木) 02:18:27
ps3linuxのQemuで動いた

142 :Be名無しさん:2006/11/23(木) 02:20:54
>>140
Mach-Oはなぁ。。。
dylibとbundleを区別するのが萎え。

>>141
ps3linuxでクロス開発環境を構築すれば勇者様の仲間入りだ!

143 :Be名無しさん:2006/11/23(木) 03:27:11
>>72
ELFだと未定義weakの解決にライブラリ(アーカイブ)内を探索しない。PEだと仕様的にはするかしないか選べる。
>>127の話聞いてgccの実際の動作が気になってきたんで、この辺俺も少し調べてみる。

>>75
それは大事な話かも。

144 :143:2006/11/23(木) 03:41:28
http://sources.redhat.com/ml/binutils/2005-08/msg00205.html
あっさり……。ある意味ビンゴ。
知らん内にSVR4 ABIに合わせてgasがデフォでIMAGE_WEAK_EXTERN_SEARCH_NOLIBRARYを
吐くようになっていたらしい。IMAGE_WEAK_EXTERN_SEARCH_LIBRARYで吐く方法探してみる。

145 :143:2006/11/23(木) 04:09:31
結論:
gnu ldはIMAGE_WEAK_EXTERN_SEARCH_LIBRARYに対応してねえ。
gcc/gasもIMAGE_WEAK_EXTERN_SEARCH_LIBRARYを吐かせる方法持ってない。
今のところgccで使う限りPEもELFも同じweakの動作みたい。

というわけで結局DLLかなあ。素っ裸のobjで一段かましゃweakでやれないこともないけど、
気持ち良さが減り過ぎ? 因みに>>143からこっち一度もコンパイラ走らせずに言ってるから、
信用出来ない人は自分で検証しちゃってー。

146 :Be名無しさん:2006/11/23(木) 06:47:50
ああ、monalibc用にgccのspecs書くという手もあるか?
monalibcがリンクされる場合だけ素っ裸obj1つ食わせるとか多分出来るよね。
それだとそこまで気持ち良さ減らないけど、そこまでやるかっつー感じはあるw

147 :Be名無しさん:2006/11/23(木) 11:53:37
>>75
>どうせgccを用意させるならmona用のELFのクロス環境を標準化して
>PEを切ってしまえばいいんじゃね?
賛成

カスタムクロスgccの作り方は任天堂のes OSが参考になる
gccにパッチ当ててtargetをカスタムしてる
GPLじゃないからソース見ても大丈夫
ttp://nes.sourceforge.jp/

148 :Be名無しさん:2006/11/23(木) 12:04:29
>>147
おお、こんなのがあったのか。
和製OSに近いノリや規模なのにソース構成の洗練度は桁違いだな。
プロとアマの壁を感じた。

149 :Be名無しさん:2006/11/23(木) 12:07:38
IDLとか使ってるのがイイね。しかも独自パーサ。

150 :Be名無しさん:2006/11/23(木) 13:28:06
なぁ、なんでCOFFなんて時代遅れの遺物を使ってるん?

151 :Be名無しさん:2006/11/23(木) 14:05:28
>>150
cygwinがメイン環境の時代にはその方が都合が良かったから

152 :ひげぽん ◆Ngzcp/NZpA :2006/11/23(木) 14:14:27
>>132さん
御指摘の通り間違いです。完全に寝ぼけてました。ごめんなさい。

>>133さん
理解していませんでした。ありがとうございます。
静的リンクの場合
a.c ->(call)-> test()

動的リンクの場合
a.c ->(call)-> (インポートテーブル内の関数) ->(jmp?) -> test()

nobita% ~/bin/i386-mingw32-nm a.exe|grep test
__imp__testがインポートテーブルの関数ってことかな。
つまり a.c + (インポート関数) = a.exe。
>||
004050e8 I __imp__test
004014f0 T _test
||<


153 :ひげぽん ◆Ngzcp/NZpA :2006/11/23(木) 14:15:31
> グローバル変数だとこういう間接参照ができない

a.c
>||
extern int test;
extern void show_test();
int main()
{
  printf("1:%x\n", test);
  show_test();
  return 0;
}
||<

b.c
>||
int test = 0x1234;
void show_test()
{
  printf("2:%x\n",test);
}
||<


154 :ひげぽん ◆Ngzcp/NZpA :2006/11/23(木) 14:16:06
静的リンクの場合
>||
1:1234
2:1234
||<

動的リンクの場合
>||
nobita% ~/bin/i386-mingw32-gcc a.c b.dll
Info: resolving _test by linking to __imp__test (auto-import)
||<

なんか言われた!
>||
nobita% ~/bin/i386-mingw32-nm a.exe|grep test|grep -v show
004012e7 T __fu0__test
0040510c I __imp__test
0040510c I __imp__test
004051e4 I __nm__test
004050b8 I __nm_thnk__test
||<

いろいろシンボルが出来ている。
実行結果は良い感じ
>||
1:1234
2:1234
||<


155 :ひげぽん ◆Ngzcp/NZpA :2006/11/23(木) 14:20:02
気になるので追試
c.c
>||
extern int test;
extern int get_test();
int main()
{
  printf("1:%x\n", test);
  printf("2:%x\n", get_test());
  return 0;
}
||<

d.c
>||
int test = 0x1234;
int get_test()
{
  return test;
}
||<

さっきと結果は同じ
>||
nobita% ~/bin/i386-mingw32-gcc -shared -o d.dll d.c
nobita% ~/bin/i386-mingw32-gcc c.c d.dll
Info: resolving _test by linking to __imp__test (auto-import)
nobita% wine a.exe
1:1234
2:1234
||<


156 :ひげぽん ◆Ngzcp/NZpA :2006/11/23(木) 14:23:01
MONAPI.DLLなどで使われている手法
>||
nobita% ~/bin/i386-mingw32-ld --export-all-symbols --out-implib d_imp.a -o d.dll d.o
Cannot export get_test: symbol not found
Cannot export test: symbol not found
Creating library file: d_imp.a
||<

なんか失敗しているなあ。なぜだろう。--verboseでやってみたけどリンカスクリプトが表示されるだけだ。

man /home/taro/man/man1/i386-mingw32-ld.1
>||
--out-implib file
    The linker will create the file file which will contain an import lib corresponding to the DLL the  linker  is
    generating. This import lib (which should be called "*.dll.a" or "*.a" may be used to link clients against the
    generated DLL; this behaviour makes it possible to skip a separate "dlltool"  import  library  creation  step.
    [This option is specific to the i386 PE targeted port of the linker]
||<

import関数を*.aに分離することで DLL本体がなくても、そのDLLファイルを参照する実行ファイルを作ることが出来るってことだろうか。
とりあえず実験はここまで。


157 :ひげぽん ◆Ngzcp/NZpA :2006/11/23(木) 14:25:18
>>134さん
>>135さん
なるほど。現段階では自分の理解が浅くコストバランスが見えていませんが頭に留めておきます。

>>141さん
おおすごい。Mona動かしてScreen Shotを!

>>75さんの発言について
okayuさん(monasqの方)程の人が Mona SDKで開発されていたことを考えると
「Windowsで簡単に開発できること」は絶対維持したいです。
今まではそれが cygwin とかだったんですが、ELFクロスコンパイラを用意してSDKとして配れば
使う側からすれば手間はあまり変わらないですよね。


158 :ひげぽん ◆Ngzcp/NZpA :2006/11/23(木) 14:27:17
マイクロソフトのドキュメント(Google Cacheから発掘)によると
>||
弱い外部参照はEXTERNALストレージ クラス、UNDEFセクション番号、および値0を持つシンボル テーブル レコードによって表されます。
弱い外部参照シンボル レコードの後には、下記の形式の補助レコードが続きます。
 オフセット     サイズ  フィールド  解説
 0  4   TagIndex    sym1が見つからないときにリンクされるシンボルsym2のシンボル テーブル インデックスです。
 4  4   Characteristics     IMAGE_WEAK_EXTERN_SEARCH_NOLIBRARYの値です。これはsym1のためのライブラリ検索が行われないことを示します。

 IMAGE_WEAK_EXTERN_SEARCH_LIBRARYの値です。これはsym1のためのライブラリ検索が行われることを示します。

 IMAGE_WEAK_EXTERN_SEARCH_ALIASの値です。これはsym1がsym2の別名であることを示します
||<

そもそも127さんの検証で、動的リンク時には weakシンボルをimport不可っぽいことが分かった。
それで
>>143さん
が何を言っているのか、僕の理解が浅くてよく分からないので調べる。


159 :ひげぽん ◆Ngzcp/NZpA :2006/11/23(木) 14:28:33
理解が間違っていたらツッコミをお願いします。
ELF/PEともに、gnu ldはweak参照のシンボルのルックアップを *.a 内ではやらない。
一見すると ELF/PE 同じ動作で何も困らないじゃん!という話なのだけど。

Monaでは実行ファイルの作成に importlib(--out-implibで作ったやつ) をリンクしていている。
weak 参照シンボルを.aなファイルから探してもらえないと、リンクしているにもかかわらず weak 参照に失敗するということになる。
だから困るって話でしょうか。

解決案として monalibc をリンクする場合に monalibc_imp.a 以外に init_libc.o を必ずリンクするようにしてそこで weak参照を解決させるという話も。

で、143さんがおっしゃっていることを僕も検証すべきなので
一番信用できるのはソースなので grep してみた。
>||
nobita% pwd
/home/taro/src/binutils-2.17
nobita% fxg "c" "IMAGE_WEAK"
./bfd/cofflink.c:                    characteristic IMAGE_WEAK_EXTERN_SEARCH_NOLIBRARY (1).
./gas/config/obj-coff.c:  SA_SET_SYM_FSIZE (symbolP, IMAGE_WEAK_EXTERN_SEARCH_NOLIBRARY);
||<

143さんの言う通り IMAGE_WEAK_EXTERN_SEARCH_NOLIBRARY 決め打ち。


160 :ひげぽん ◆Ngzcp/NZpA :2006/11/23(木) 14:29:20
gccのspecsに関しては現在オフラインなので調べきれていませんが、以下のようなお気楽方法はどうでしょう。
現在libcをリンクするときは Makefile に
>||
ADDLINK    = -lmonalibc-imp
||<

と書いていますが、今後は↓みたいに書くことにして、LINK_MONALIBCのなかに importlibと.oをリンクするってのを隠蔽してしまえば良い。
>||
ADDLINK    = LINK_MONALIBC
||<

既存のMakefileの書き換えは発生しますが、開発者の負担はそんなに変わらないのではないでしょうか。

と怒涛の書き込みすみません。買いもの行ってきます。

161 :Be名無しさん:2006/11/23(木) 14:45:53
>>156
ヒアドキュメント読みにくい

> なんか失敗しているなあ。なぜだろう。
--shared抜けてる
sharedの有無で違うものができる
$ file d-noshared.dll
d.dll: PE executable for MS Windows (console) Intel 80386 32-bit
$ file d-shared.dll
d.dll: PE executable for MS Windows (DLL) (console) Intel 80386 32-bit
前者はDLLではなくEXE

> そのDLLファイルを参照する実行ファイルを作ることが出来る
昔はDLLを直接リンクできなかった
gcc a.c b.dllみたいなのはエラー

PEのDLLはEXEと同じ場所に置くのが基本
ldconfigみたいにパスが分離されているわけではない
Cygwin見ると/usr/binにcygXXX.dllがあるでしょ
POSIX風にリンカに/usr/libを見せるためにインポートライブラリを置く

>>160
monalibc特別扱いで済む問題じゃないよ
ちょっと頑張ったDLL作るたびに同じ細工が必要になるし
そもそもエントリポイントが実行されれば必要ない
現状DLL内のコンストラクタをisInDll()とか無理して呼んでるでしょ
そういうのをなくすのにもDLLにCRTが必要

162 :Be名無しさん:2006/11/23(木) 15:07:54
>>156
引用されているmanにも書いてあるけどインポートライブラリの接尾辞は .dll.a が良い
たとえば /usr/lib に libHIGE.a と libHIGE.dll.a があった場合
gcc a.c -lHIGE とすれば libHIGE.dll.a が
gcc -static a.c -lHIGE とすれば libHIGE.a がリンクされる

これはELFで /usr/lib に libHIGE.a と libHIGE.so があるのと同じ
というか意図的にそれと似るように配慮した結果

163 :Be名無しさん:2006/11/23(木) 15:12:12
143様とは別人だけど

>>159
> gnu ldはweak参照のシンボルのルックアップを *.a 内ではやらない。
これを>>127のソースで確認

$ i386-mingw32-gcc -c b.c
$ i386-mingw32-ar cru libb.a b.o
$ i386-mingw32-gcc a.c libb.a&&./a
$ i386-mingw32-gcc a.c b.o&&./a
$ i386-mingw32-gcc a.c libb.a&&./a
00000000
$ i386-mingw32-gcc a.c b.o&&./a
00401310

> Monaでは実行ファイルの作成に importlib(--out-implibで作ったやつ) をリンクしていている。
>>127ではインポートライブラリを経由せずにDLL直にリンクしているけどぬるぽだよ

> $ i386-mingw32-gcc a.c b.dll&&./a
> 00000000

164 :Be名無しさん:2006/11/23(木) 15:37:09
>>157
> 使う側からすれば手間はあまり変わらないですよね。
それはどういう層を対象にしているかで全然違う

普段からcygwin環境で開発しているような人なら
別途専用SDKを使う方が面倒くさく感じる
いつものgccでOSが作れるというインパクトもない

万人向けなんてあり得ないから自分の都合だけ考えてればいいんじゃね?
思いやりがないとか批判されても無視してるのと同じこと

165 :143:2006/11/23(木) 16:33:13
>>163 検証さんきゅー横着者でごめんなさい。
>>48の高林さんの奴が成立するのは、ELFの.soはアーカイブではないからだろうね。
さんざんweakプッシュしたのは俺だけど、やっぱエントリポイントで解決するのが良さそう。
お騒がせしてアイムソーリー!
しかしね、結局のところ、君だって楽しんだんだろ? (←重荷になった不倫を終わらせるダメ中年のような面持ちで)

166 :Be名無しさん:2006/11/23(木) 16:45:25
>>165
一緒に湾岸を応援してくれてありがとう

167 :Be名無しさん:2006/11/23(木) 17:05:04
bayside先生の次回作にご期待ください。

〜 完 〜

168 :Be名無しさん:2006/11/23(木) 17:35:35
次回作
bayOS 〜退化〜

169 :ひげぽん ◆Ngzcp/NZpA :2006/11/23(木) 20:48:32
>>161さん
>ヒアドキュメント読みにくい
失礼しました。別の方法を考えます。

--sharedについて
  nobita% ~/bin/i386-mingw32-ld --shared --export-all-symbols --out-implib libd.dll.a -o d.dll d.o
  Cannot export get_test: symbol not found
  Cannot export test: symbol not found
  Creating library file: libd.dll.a

まだおかしいみたいです。後で調べよう。
DLLにCRTが必要とのこと理解できています。

>>162さん
ありがとうございます。気をつけます。

>>163さん
検証ありがとうございます。

> 127ではインポートライブラリを経由せずにDLL直にリンクしているけどぬるぽだよ
つまり、.dllは、.a(アーカイブ)と同等の扱いで検索対象にならないってことでしょうか。


170 :ひげぽん ◆Ngzcp/NZpA :2006/11/23(木) 20:49:00
>>164さん
> それはどういう層を対象にしているかで全然違う
その通りですね。

-僕はLinuxが開発環境なのでLinuxサポートは続けたい
-Windowsの人がLinux環境を用意するのは大変なので、なんらかの開発環境を用意すべき

の2つは外せないと思っています。
cygwin のgccでそのままOSの開発が出来るというインパクトはそこまで重要視していません。
(過去にTinoさんを引きつけた理由ではあるのですけども)

>>143さん

>しかしね、結局のところ、君だって楽しんだんだろ? 
僕は楽しかったです。かなり!。

ということで、DLLのエントリポイント実装を調べますか。

ところでweak参照の件を調べる過程でLinker&Loadersの一部を読み直したのですが、ELFのリンカを書いても良いかなと思い始めています。
標準入出力対応が完全でないのでいますぐは手を出さないつもりですけども。


171 :Be名無しさん:2006/11/23(木) 21:02:27
>cygwin のgccでそのままOSの開発が出来るというインパクトはそこまで重要視していません。
>(過去にTinoさんを引きつけた理由ではあるのですけども)
いちいち煽ってんじゃねーよ

172 :ひげぽん ◆Ngzcp/NZpA :2006/11/23(木) 21:05:37
ん?誰に対する煽りですか?

173 :Be名無しさん:2006/11/23(木) 21:08:23
>>172
自分で名指ししてるだろ

174 :ひげぽん ◆Ngzcp/NZpA :2006/11/23(木) 21:10:02
Tinoさん?
煽ってないですよ。書き方が悪かったなら謝ります。
難しいな。。

175 :ひげぽん ◆Ngzcp/NZpA :2006/11/23(木) 21:10:55
ちなみに怒っているのは誰なのでしょうか。
Tinoさん本人?Tinoさんファン?

176 :Be名無しさん:2006/11/23(木) 21:11:36
>>175
そんなことどーでもいいから
事実無根な叩きはきちんと鎮火しろ

177 :ひげぽん ◆Ngzcp/NZpA :2006/11/23(木) 21:14:57
怒っているんだけど理由とその人が特定できないのは難しいなあ。

鎮火ですが必要だと思えばやりますし、そう思わなければやりません。
ということで >>176さん


178 :Be名無しさん:2006/11/23(木) 21:16:25
うん。なんか。例によって仲の良い奴らだと思うわよ。

179 :Be名無しさん:2006/11/23(木) 21:19:44
>鎮火ですが必要だと思えばやりますし、そう思わなければやりません。
ぐちぐち言ってんじゃねーよ
一度そんなちっぽけな自分を捨ててみ

180 :Be名無しさん:2006/11/23(木) 21:21:42
微妙に見落としてた。

>>163
> >>127ではインポートライブラリを経由せずにDLL直にリンクしているけどぬるぽだよ
>>169
> つまり、.dllは、.a(アーカイブ)と同等の扱いで検索対象にならないってことでしょうか。
多分。よく考えたら.soがアーカイブじゃねーんならDLLの中だって見てくれてもいいよな。
ある程度調べてからMLにでも投げて中の人に聞いてみるかも。

181 :Be名無しさん:2006/11/23(木) 21:32:49
>179
そんなあなたがちっぽけにみえるw

182 :Be名無しさん:2006/11/23(木) 21:51:00
湾岸かえれ

183 :Be名無しさん:2006/11/23(木) 22:55:43
湾岸と湾岸の態度と自作自演がうざい

184 :ひげぽん ◆Ngzcp/NZpA :2006/11/23(木) 23:17:27
DLLのエントリポイント対応
http://www.microsoft.com/whdc/system/platform/firmware/PECOFF.mspx から仕様書を入手する。

    AddressOfEntryPoint
    The address of the entry point relative to the image base when the executable file is loaded into memory.
    For program images, this is the starting address.
    For device drivers, this is the address of the initialization function.
    An entry point is optional for DLLs. When no entry point is present, this field must be zero.

PEParserに
inline uint32_t get_EntryPoint() { return this->data == NULL ? 0 : this->specific->ImageBase + this->standard->EntryPointRVA; }
がある。

PELinkerのLoadでDLLの参照を解決してBinaryを作っているみたい。
ここを通った後(途中)であれば、どのDLLを参照していてどのアドレスに割り当てられたか?が分かっているはず。
使用されているDLLでかつ、EntryPointが0でないもののアドレスのリストを作って、Binaryと共にプロセスサーバに渡す。
プロセスサーバはそのリストを保持する。
各プログラムの__user_start時に、プロセスサーバにそのリストを問い合わせて call する。って感じかなあ。
あ。初期化の順番にも気を付けないとだな。

詳細はまだ追えてないんですがこんな感じかな。


185 :Be名無しさん:2006/11/24(金) 08:08:43
>>184
>>55見た?また無視?
ブートストラップを実行時に作るとプロセス鯖にもカーネルにも手を入れる必要はない

186 :Be名無しさん:2006/11/24(金) 16:30:39
>>147
スラドにも来たね
ttp://slashdot.jp/developers/article.pl?sid=06/11/24/042234&threshold=-1

187 :Be名無しさん:2006/11/25(土) 00:04:26
ふと、一つ気付いた
ひげぽんの書く文章が長くて理屈っぽくなってるね
何となくとか好みとか言ってたのと比べたら格段の進歩だ
なるほど未踏が通るレベルに確かに達してると思った

188 :Be名無しさん:2006/11/25(土) 00:51:32
未踏通過を踏台にして外資に就職や転職する奴多いが、それは典型的税金泥棒。
蓑輪君もうっかりそうならないように気をつけようね。

189 :Be名無しさん:2006/11/25(土) 01:01:17
?は通過点でgoogleが目的地

190 :ひげぽん ◆Ngzcp/NZpA :2006/11/25(土) 01:03:25
>>185さん
大変申し訳ありません。
読んではいたのですが頭に入っていなかったようです。
きちんと読み直して方針を考えます。すみません。

>>187さん
ありがとうございます。がんばります。

>>188さん
今のところそんな予定はないですねぇ
というか未踏の準備せねば。

191 :Be名無しさん:2006/11/28(火) 00:07:17
太郎深追いしてて成長を感じる
大きくなった

湾岸GUIの欠陥がいろいろあるみたいだね

192 :Be名無しさん:2006/11/28(火) 00:38:11
ちょっとしたものを作ろうとすると破綻するGUIって作者が全然やるきないよな


193 :Be名無しさん:2006/11/30(木) 00:30:09
Wikiが熱い
太郎攻めてる

194 :Be名無しさん:2006/11/30(木) 01:21:13
>とはいえ、FDサポートがこれだけ放置気味だとそれしかないかという気もします。
>-- bayside 2006-11-30 (木) 00:53:42 New!

普通に引いた。
自分は放置しまくってるのに、こんな嫌味よく言えるね。

195 :Be名無しさん:2006/11/30(木) 01:24:40
それも事実を誤認して。

196 :Be名無しさん:2006/11/30(木) 02:20:24
ちゃんと聞いてちゃんと答えた。イイ流れじゃないか。
これで少なくともGUIについちゃ自分の要求を解決する力のある奴が
動きやすい状況になった。

あとは太郎が拗ねて「もうアンタなんか大っ嫌い、絶交よ!」でなく
「女を磨いていつかきっと振り向かせてみるわ!」な方向にやる気出せば万事OK。
最近太郎が盛り上がってるだけに、他の奴がお通夜みたいだとなんか拗ねそうwww

197 :ひげぽん ◆Ngzcp/NZpA :2006/11/30(木) 21:46:46
>ちゃんと聞いてちゃんと答えた。イイ流れじゃないか。
>これで少なくともGUIについちゃ自分の要求を解決する力のある奴が
>動きやすい状況になった。

そうですねー。
聞いてよかったですよ。

>あとは太郎が拗ねて「もうアンタなんか大っ嫌い、絶交よ!」でなく
>「女を磨いていつかきっと振り向かせてみるわ!」な方向にやる気出せば万事OK。
>最近太郎が盛り上がってるだけに、他の奴がお通夜みたいだとなんか拗ねそうwww

変な方向にはいかないですよ(笑)
自分はMonaを一生かかっても完成させる覚悟は出来ているんで、淡々と妥協せずやっていこうと思います。


GUIに関しては
>これで少なくともGUIについちゃ自分の要求を解決する力のある奴が
>動きやすい状況になった。

に期待しています。
我こそは天下をとるという人が入ればぜひ。

GUIに関しては現段階では未踏が終わるまでは様子を見ようと思っていますが、それまでに好転しないようであれば自分で半年-1年ほど時間をかけてGUI一筋でやってみる覚悟もあります。


198 :ひげぽん ◆Ngzcp/NZpA :2006/11/30(木) 21:47:45
ということでDLLエントリポイントに取り掛かります。
時間がかかってすみませんでした。

199 :ひげぽん ◆Ngzcp/NZpA :2006/11/30(木) 23:36:19
まずはLinux上でこんな感じかな。

#define ENTRY_POINT_FUNC(x)      \
    void entry_point_##x()       \
    {                            \
        printf("%s\n", __func__);\
    }

ENTRY_POINT_FUNC(0);
ENTRY_POINT_FUNC(1);
ENTRY_POINT_FUNC(2);

typedef unsigned int dword;

void call_functions(dword size, dword* functions, dword goal)
{
    for (dword i = 0; i < size; i++)
    {
        void (*f)(void) = (void(*)(void))functions[i];
        f();
    }
    void (*g)(void) = (void(*)(void))goal;
    g();
}

void hello()
{
    printf("hello\n");
}

200 :ひげぽん ◆Ngzcp/NZpA :2006/11/30(木) 23:38:41

int main(int argc, char *argv[])
{
    dword functions[3];
    functions[0] = (dword)entry_point_0;
    functions[1] = (dword)entry_point_1;
    functions[2] = (dword)entry_point_2;

    call_functions(3, functions, (dword)hello);
    return 0;
}


201 :ひげぽん ◆Ngzcp/NZpA :2006/11/30(木) 23:43:24
goalは call じゃなくて jmp でも良いなぁ。

202 :ひげぽん ◆Ngzcp/NZpA :2006/12/01(金) 01:31:09
>>55の人が言っているコード生成は
バイナリで call, call, jmpなコードを動的に生成してプロセスメモリ空間にコピーするってことかな。
一晩考えます。

203 :Be名無しさん:2006/12/01(金) 08:46:06
>>199
>f();
>g();
(*f)();
(*g)();
と書け

204 :ひげぽん ◆Ngzcp/NZpA :2006/12/01(金) 22:58:45
>203さん
ちょっと自信がなかったので調べたのですが手元のC言語辞典では
(*f)();
f();
のどちらも同じような扱いっぽいのですが(*f)();をすすめているのは
一目で関数ポインタだと分かるようにするとかそういう意図でしょうか。

205 :Be名無しさん:2006/12/02(土) 09:44:32
>>204
>一目で関数ポインタだと分かる
それがひとつ

ふたつめは対称性
int a;
int *b;
この書式はaと*bが対称でintだということを示している
同様に
void foo();
void(*bar)() = foo;
とした場合fooと(*bar)が対称になっている
そのためfoo()に対応するのは(*bar)()となる

>void call_functions(dword size, dword* functions, dword goal)
なぜ引数を関数ポインタにしないのか?
void call_functions(int size, void(**functions)(), void(*goal)())

渡す前にキャストして渡されてからキャストする意味がない
前>(dword)hello
後>void (*g)(void) = (void(*)(void))goal;
これは型保障性を破壊する悪いコード

dwordみたいなtypedefはローカルでやるのは勝手だけど
システムヘッダで使うのは感心しない

206 :Be名無しさん:2006/12/02(土) 09:55:40
typedefについて補足
ありがちな名前は干渉するのが問題だということ
この手のことを独自にやるときは接頭辞を付けるのが普通
たとえばglibではtypedef unsigned int guint;のようにgを付ける

207 :Be名無しさん:2006/12/02(土) 10:03:22
>>206
問題はそこじゃないんじゃね?
>>199は64bit移植性がないコードだよね?
型不明のポインタはvoid*で受けとくのが無難では。

208 :Be名無しさん:2006/12/02(土) 10:11:02
>>207
基本的に同意だけど
>型不明のポインタ
今回は型がわかってるんだよね

209 :Be名無しさん:2006/12/02(土) 10:24:20
>>207
monaは64bit関係ないだろ

210 :ひげぽん ◆Ngzcp/NZpA :2006/12/02(土) 10:24:47
>>205さん
対称性の話了解です。
ありがとうございます。
なぜ関数ポインタにしないかですが、一応理由があって
将来予想される入力が dword だからです。
具体的にはPEのEntryPointをアドレスとして dword で受けて、キャストして実行することを想定しています。(アセンブラだったらキャストも何もないですが)

typedefですが、Mona内では dword/word/byte というtypedefをシステムヘッダでやっています。
まずいですかねぇ。
確かに何かを移植しようとしたときに被るかもしれない。

>>207さん
型不明に関してはその通りです。(一般的なシチュエーションでは)

今回はMonaで32bitコードなので上の様になっています。


211 :Be名無しさん:2006/12/02(土) 10:39:01
>>210
>一応理由があって
渡す前にキャストすればいいだけじゃないの?
引数を型不明にする理由にはならない

212 :Be名無しさん:2006/12/02(土) 10:40:38
>>210
御父上は超対称性でニュートラリーノとか研究しておられるんでしたっけ。

213 :ひげぽん ◆Ngzcp/NZpA :2006/12/02(土) 10:42:50
渡す前にcastでも良いと思います。
今回は渡した後にcastで実験しました。

>>212さん
詳しく知らないので今度聞いてみます(笑)

214 :Be名無しさん:2006/12/02(土) 10:47:12
>>213
1. 引数を型保障した方が関数の意図が分かりやすい
2. 状況依存部分と汎用部分を切り分けて汎用部分は汎用的に書く

215 :ひげぽん ◆Ngzcp/NZpA :2006/12/02(土) 10:52:22
1、2ともに同意です。ありがとうございます。


216 :Be名無しさん:2006/12/02(土) 10:57:34
これか
ttp://www.icepp.s.u-tokyo.ac.jp/~minowa/bolometer.html

217 :Be名無しさん:2006/12/02(土) 11:02:05
東大教授!?マジ?

218 :ひげぽん ◆Ngzcp/NZpA :2006/12/02(土) 11:13:13
http://d.hatena.ne.jp/higepon/20061202/1165025517

実験その3を公開しました。
これを応用してDLLエントリポイントを呼び出すコード生成をしようと思っています。
>>55の人が
思ってたのはこれかなぁ。(もっとスマートだったらどうしよう)

219 :Be名無しさん:2006/12/02(土) 11:17:11
\   ∩─ー、    ====
  \/ ● 、_ `ヽ   ======
  / \( ●  ● |つ
  |   X_入__ノ   ミ  そんな餌に俺様がクマーー!!
   、 (_/   ノ /⌒l
   /\___ノ゛_/  /  =====
  〈         __ノ  ====
   \ \_    \
    \___)     \   ======   (´⌒
       \   ___ \__  (´⌒;;(´⌒;;
         \___)___)(´;;⌒  (´⌒;;  ズザザザ

220 :ひげぽん ◆Ngzcp/NZpA :2006/12/02(土) 11:53:30
今の方針でもう少しすすめてみようと思います。

221 :ひげぽん ◆Ngzcp/NZpA :2006/12/02(土) 23:21:02
http://d.hatena.ne.jp/higepon/20061202/1165061214

こんな感じでエントリポイントをcallしていく感じかなぁ

222 :Be名無しさん:2006/12/02(土) 23:55:19
>>221
そんなことよりそろそろ来週発売のオプソマガジン最終号の宣伝しないの?

223 :ひげぽん ◆Ngzcp/NZpA :2006/12/03(日) 00:17:21
>>222さん
うあ。忘れてた。
指摘ありがとうございます。日記に書くかな。

224 :Be名無しさん:2006/12/03(日) 00:18:48
>>212
熟知してるくせに何で聞いてんのw

225 :ひげぽん ◆Ngzcp/NZpA :2006/12/03(日) 00:21:41
12/8発売か。まぁ直前で良い気がしてきました。

226 :Be名無しさん:2006/12/03(日) 00:24:56
ハッカー夭逝術
モナーOSの作者、ひげぽんさん

227 :Be名無しさん:2006/12/03(日) 00:27:59
>夭逝
ちょーーーーーーーーw
洒落にならんww

228 :Be名無しさん:2006/12/03(日) 00:30:23
洒落?太郎が音楽集めてるやつか

229 :Be名無しさん:2006/12/03(日) 00:39:41
この池沼どもはどっから流れてきたの?

230 :Be名無しさん:2006/12/03(日) 00:41:36
>>229

ここかな?
http://www.kh.rim.or.jp/~nagamura/misc/stroustrup-interview.html

231 :Be名無しさん:2006/12/03(日) 00:43:23
>>230
でももうカーネルから全部scheme化するんだよね?

232 :Be名無しさん:2006/12/03(日) 00:44:38
>228
音楽だけじゃないお^^

233 :Be名無しさん:2006/12/03(日) 00:49:45
>>231
それは画期的馬鹿なので800万の価値がある。

234 :Be名無しさん:2006/12/03(日) 00:58:19
念S・・・

235 :Be名無しさん:2006/12/03(日) 01:00:24
湾岸はschemeにブチ切れて転進?

236 :Be名無しさん:2006/12/03(日) 01:01:26
>>234
それは鮫島事件と同じように闇に葬り去られた事件なんだ!

あれ?外が騒がしい。ちょっと行ってくる・・・

237 :Be名無しさん:2006/12/03(日) 01:09:18
>>236
鮫島って太郎の師匠の屋根裏の弟子?

238 :Be名無しさん:2006/12/03(日) 01:13:10
瑞記か。今何してるのかね。

239 :Be名無しさん:2006/12/03(日) 01:18:40
巻き添え食った亮太郎は元気かな?

240 :Be名無しさん:2006/12/03(日) 01:22:51
>239
ttp://d.hatena.ne.jp/mdiapp/

241 :Be名無しさん:2006/12/03(日) 10:26:59
>>205
対称性を言うなら代入で&を付けるべき

int a;
int *b = &a;

void foo();
void (*bar)() = &foo; ← ここのことね

fooも&fooも同じ扱いだがC++では&が強制される

class Hige(){public: void pon();};
void (Hige::*foo)() = &Hige::pon;
void (Hige::*bar)() = Hige::pon; ← エラー

242 :Be名無しさん:2006/12/03(日) 10:47:46
>>241
>int a;
>int *b = &a;
a=2;と*b=2;が同じ
 ↓
aと*bが同じint
 ↓
すげー!ポインタが分かったかも!

int a,*b,c;みたいな書式が気持ち悪い人も
これで安心して使えるかも

243 :Be名無しさん:2006/12/03(日) 10:59:38
ついでに説明すると
intは整数の型だから『整数型』と呼ばれるように
void(*)()みたいな関数の型は『関数型』と呼ぶ

関数型が活用できるように
インラインで定義した無名関数を代入できるように
便宜を与える方向で進化したのが『関数型言語』

void hige(void(*pon)());
を呼び出すのに
hige({printf("mona");});
みたいな書き方ができると考えると近い

型推論や副作用やモナドは関数型の本質ではない

244 :Be名無しさん:2006/12/03(日) 11:09:56
>>243
無名庵EOって知ってるか?

245 :Be名無しさん:2006/12/03(日) 11:12:15
>>243
モナとモナドに何の関係が?

246 :Be名無しさん:2006/12/03(日) 11:22:32
>>243
> ついでに説明すると

ttp://business.nikkeibp.co.jp/article/skillup/20061106/113138/

> 聞き手を失望・疲労させてはいけない
> こんなプレゼンはダメだ

> 一人の聴衆の質問に対して回答を終えた。
> 「・・・・いかかでしょうか。ご理解いただけましたでしょうか」
> 「はい、ありがとうございました」
> 「ついでにご説明しておきますが」
> と、勢いでつい・・・・

247 :Be名無しさん:2006/12/03(日) 11:26:06
>>244
鈴木のペンネーム

248 :Be名無しさん:2006/12/03(日) 11:30:20
>>245
scheme>haskellなんかね?

249 :Be名無しさん:2006/12/03(日) 11:55:46
>>235
どんどん派手にやって脱落する奴は放置すればいいと思うよ

250 :Be名無しさん:2006/12/03(日) 12:44:35
>>249
同意
Cの知識をひけらかすようなカスが来なくなることを期待

251 :Be名無しさん:2006/12/03(日) 12:49:56
入れ替わりにschemeの知識をひけらかすカスが集まるだけかと

252 :Be名無しさん:2006/12/03(日) 12:54:56
かすカスうるせーんだよ粕w

253 :Be名無しさん:2006/12/03(日) 13:11:55
クズの妬みがすごいな。
太郎が手の届かない所に逝っちゃったね。

254 :Be名無しさん:2006/12/03(日) 14:50:07
最近の気合の入りようは正直手が届かない。さすがはボンクラどもの期待の星。
実力に関してはまあ、多少へぼいくらいが絡みやすくて愛嬌がある。

255 :Be名無しさん:2006/12/03(日) 20:49:09
>>237
pmokyのことかーーーーーーー

256 :Be名無しさん:2006/12/03(日) 20:59:04
>>253
湾岸のことかーーーーーーー

257 :Be名無しさん:2006/12/03(日) 21:03:08
関数型はocamlくらいが落とし所だと思う

258 :Be名無しさん:2006/12/03(日) 21:03:54
何でもいいけどj様の日本語入力やらネットやらはどうなったの?

259 :ひげぽん ◆Ngzcp/NZpA :2006/12/03(日) 23:26:41
>>241さん

あ。これどちらか迷っていました。&にします。

>>258さん
確かにjunjunnさん最近お見かけしないですね
呼んでみよう。
junjunnさーーん

260 :Be名無しさん:2006/12/03(日) 23:46:29
業務連絡です。ひげさん、ひげさん、蓑輪さん、蓑輪さん、>>259 さん
>>230 番の件でお客様がお呼びです。至急資料をまとめて >>261 番へお越し
ください。

261 :ひげぽん ◆Ngzcp/NZpA :2006/12/04(月) 00:43:43
C++がだめという話かな?
使いどころによるのではないでしょうか。
気に入らない人がいれば自分で何とかするのが良いかもしれませんね。


262 :Be名無しさん:2006/12/04(月) 00:54:53
>>261
あれに書いてあるC++の策略はMonaそのものに写るが、あの文章を知ってて
Monaを始めた?それとも知らずにまったく偶然同じ道を歩んでいるの?

263 :Be名無しさん:2006/12/04(月) 03:25:15
話をぶった切って悪いが、プログラミングが良くわからん物見遊山ユーザーな俺には、パッとする機能進化がなくてつまらん。
OSASKよりもぜんぜん綺麗だし面白みがあるけど、なんか物足りない。
>>258の言うような日本語入力やネットが出来るんだったら少し面白いと思う。
テキストブラウザやRSS取得、メーラーだけでも結構見栄えしそう。

何の参考にもならないくだらない意見だけど、頭の隅にでも置いといてくれるとうれしい。

264 :Be名無しさん:2006/12/04(月) 07:24:57
>>263
君がプログラミングを覚えて自分で作りましょう。
それが太郎様のルールです。

265 :Be名無しさん:2006/12/04(月) 07:43:42
>>262
具体的に。

266 :ひげぽん ◆Ngzcp/NZpA :2006/12/04(月) 23:16:22
>>262さん
何も知らないです。


267 :Be名無しさん:2006/12/04(月) 23:37:22
>>265
簡単なことも難しく高尚に見せることで保身を図る。
皆まで言わせるな。

268 :Be名無しさん:2006/12/05(火) 00:32:05
>>267
湾岸自分の頭がわるいのを人のせいにしては行けない
君が理解できていないのは概念だC++のせいじゃない
真っ赤なかおしてないで謝ろうよ


269 :Be名無しさん:2006/12/05(火) 20:25:54
>>268
的確なツッコミだ

270 :Be名無しさん:2006/12/05(火) 22:01:19
何もしてないカスが湾岸を批判するのは正直不愉快。
Monaで湾岸以上の実績を残した者しか湾岸を批判する資格なし。
太郎以外に湾岸を扱き下ろす資格があるのはj様だけ。

271 :Be名無しさん:2006/12/05(火) 22:15:12
その理論だと、あらゆるコメンテーターや国民は、国会議員に対して文句を言えないなぁ。

272 :Be名無しさん:2006/12/05(火) 22:22:48
憲法で国民主権が定められている国家と太郎独裁のMonaを一緒にされてもなw

273 :Be名無しさん:2006/12/05(火) 22:24:45
その理論だと、あらゆるユーザーは、MSやAppleに対して文句を言えないなぁ。


274 :Be名無しさん:2006/12/05(火) 22:27:24
>>273
お前頭いいな。
遠慮せずどんどん湾岸を批判してくれ。

275 :Be名無しさん:2006/12/05(火) 22:35:09
湾岸新ADKキタ━━━━(゚∀゚)━━━━!!!!

276 :ひげぽん ◆Ngzcp/NZpA :2006/12/05(火) 23:28:31
EntryPointがRelocate後にどこにいくか解析中。
外から動きを見るべきか、仕様を見るべきか迷うけどまずは動きを見ています。

277 :ひげぽん ◆Ngzcp/NZpA :2006/12/05(火) 23:50:26
Relocate時にEntryPointもRelocate(?)すれば良い気がしてきた。

278 :ひげぽん ◆Ngzcp/NZpA :2006/12/05(火) 23:58:46
いや違うな。ImageBaseにRelativeだから今のコードであっているのかな。


279 :ひろぽん ◇Ngzcp/NZpA :2006/12/06(水) 06:18:43
このスレではまた〜りしたいので、
bayside批判はシベリアでお願いします。

280 :Be名無しさん:2006/12/06(水) 19:35:58
>>ひげ
RVAなんでImageBase見てればOK。仕様見た方が早いんじゃね?

281 :Be名無しさん:2006/12/06(水) 20:04:27
仕様も糞も再配置したアドレスにEntryPointRVAを足すだけじゃん
再配置の関数に渡したアドレスがどっかのフィールドに残ってんじゃね?

282 :Be名無しさん:2006/12/06(水) 20:16:33
>>280
>>184にそのまま書いてあった
> this->specific->ImageBase + this->standard->EntryPointRVA

283 :Be名無しさん:2006/12/06(水) 20:21:24
>>280 >>282
再配置したらImageBase関係ないんで再配置先のアドレスでよろ

284 :Be名無しさん:2006/12/06(水) 20:26:23
こうであろう

uint32_t PEParser::get_EntryPoint() {
if(!data)return 0;
if(!address) return specific->ImageBase+standard->EntryPointRVA;
return address+standard->EntryPointRVA:
}

あとスレはお前の顔なんだから好き勝手言ってる奴に警告くらいスレや>ひげ

285 :ひろぽん ◇Ngzcp/NZpA:2006/12/06(水) 20:55:34
>>284
糞みたいなコードをコピペしてる暇がおありでしたら、
目上の人間に対する言葉遣いでも勉強した方がよろしいかと。

286 :Be名無しさん:2006/12/06(水) 21:09:42
>>283
おおっと、配置先のベースアドレスと言うつもりでトチ狂って
何か寝ぼけた事を言ってしまった。面目ない。

287 :ひげぽん ◆Ngzcp/NZpA :2006/12/06(水) 22:41:22
みなさんありがとうございます。
今日は本業がトラブル続きのため明日以降にきちんと読んで検証してお返事させていただきます。

288 :ひろぽん ◇Ngzcp/NZpA:2006/12/06(水) 23:39:21
もちろん失礼な書き込みは無視しますので悪しからず。
確実に返答が欲しい場合はシベリアでお願いします。

289 :ひげぽん ◆Ngzcp/NZpA :2006/12/06(水) 23:59:38
トラブルひと段落。
ttp://d.hatena.ne.jp/higepon/20061206/1165416970


dword/word/byteを使うのをやめようと思うんですけど賛成・反対などありましたらぜひ。

290 :ひげぽん ◆Ngzcp/NZpA :2006/12/07(木) 00:33:11
>>284さん
来た!来ました。ありがとうございます。
近くまで肉薄していたのに悔しいなぁ。
どのような経緯でその結論に至ったのでしょうか。
僕は、relocate するときはImageBaseが信用ならないことから、違うBaseAddressがあるのだろう。
それは address + ImageBaseかな?みたいなところではまっていたんですが。

「好き勝手いっている奴」の件ですが
コードを書く人が一番偉いと思っているので、もし不愉快な書き込みを見かけたら皆でスルーすれば良いのではないでしょうか。

不愉快になった人が弱い立場であったり僕に助けを求めるのであれば助けます。

291 :Be名無しさん:2006/12/07(木) 05:06:17
やっぱネギトロマヨネーズ、これでしょ。

292 :291:2006/12/07(木) 05:06:57
誤爆

293 :Be名無しさん:2006/12/07(木) 06:41:18
あ?

294 :Be名無しさん:2006/12/07(木) 07:33:12
い?

295 :284:2006/12/07(木) 09:00:56
>>290
スルーとか逝っちゃってるような奴に教えることはできないなぁ。
他人に攻撃が集中すれば自分への攻撃が減るから好都合なんだろうけどさ。

296 :ひげぽん ◆Ngzcp/NZpA :2006/12/08(金) 23:16:58
>>284さん
そんな意図はありませんよ<好都合


monapiのdllmainは呼べるようになりました。
monalibcの方が呼ぶと落ちてしまうので調べ中。


297 :Be名無しさん:2006/12/09(土) 13:17:38
>>296

過失

2 法律用語
@私法上、一定の事実を認識することができるはずなのに、不注意で認識しないこと。
A刑法上、行為者が不注意によって犯罪事実の発生を防止しなかった落ち度のある態度。

298 :ひろぽん ◇Ngzcp/NZpA:2006/12/09(土) 17:17:46
>>297

気違い・気狂い

1 精神状態が普通でなく、正常ではない言動をすること。気が狂うこと。

299 :Be名無しさん:2006/12/09(土) 17:27:38
>>298

ヒロポン

〔補説〕 (和製) Philopon
覚醒剤、塩酸メタンフェタミンの商標名。法律により製造・所持・使用が禁止されている。

300 :Be名無しさん:2006/12/10(日) 09:13:38
今だ!三百ゲットォオ
 ̄ ̄ ̄ ̄ ̄∨ ̄ ̄ ̄       (´´
     ∧∧   )      (´⌒(´
  ⊂(゚Д゚⊂⌒`つ≡≡≡(´⌒;;;≡≡≡
        ̄ ̄  (´⌒(´⌒;;
      ズザーーーーーッ

301 :Be名無しさん:2006/12/11(月) 13:16:00
>>290
uint32_t* target = (uint32_t*)&image[page_addr + offset];
*target -= this->specific->ImageBase;
*target += address;
∴X' = X - ImageBase + address
 ↓
X = get_EntryPoint() = ImageBase + EntryPointRVA;
X' = (ImageBase + EntryPointRVA) - ImageBase + address
∴X' = EntryPoinyRVA + address

302 :ひげぽん ◆Ngzcp/NZpA :2006/12/12(火) 00:16:22
>>301さん
良く考えたのですが分かりませんでした。
もし御面倒でなければ詳しく教えていただけないでしょうか。

303 :Be名無しさん:2006/12/12(火) 00:25:46
>>302
最初の3行はコード
それ以降は中学レベルの算数
・帰納→演繹

304 :Be名無しさん:2006/12/12(火) 00:28:16
>>297
指摘されたのだから過失にはならない
未必の故意だ
考えてないとか意図してないとかで逃げられたら誰も逮捕されねーよ>卑下

305 :Be名無しさん:2006/12/12(火) 00:38:08
&が文字化けしている
X'の定義が不明確

きのうえんえき以前の問題では?


306 :Be名無しさん:2006/12/12(火) 00:50:34
>>305
> &が文字化けしている
環境は?

> X'の定義が不明確
コード見れば分かるだろ?

uint32_t* target = (uint32_t*)&image[page_addr + offset];
(1)
*target -= this->specific->ImageBase;
*target += address;
(2)

(1)のときの*targetがXで(2)のときの*targetがX'
あとは関係を方程式にして中学レベルの代入をして同類項を整理しただけ

307 :Be名無しさん:2006/12/12(火) 01:09:38
質問のときはどう考えてどこが分からないか書くのが常識。
どこが分からないか書いたから、>>305の方が太郎より上だな。

308 :ひげぽん ◆Ngzcp/NZpA :2006/12/13(水) 22:18:45
relocate後のアドレス = relocate前のアドレス - ImageBase + address
であるという事実から以下を類推ということですね。理解できました。
relocate後のentrypoint = relocate前のentrypoint - ImageBase + address
                       = (ImageBase + EntryPointRVA) - ImageBase + address
                       = EntryPointRVA + address

ありがとうございます。

309 :Be名無しさん:2006/12/13(水) 22:24:11
すみません、質問です。
MacOSX(10.3.9)でmonaosのアプリは開発できますか?


310 :ひげぽん ◆Ngzcp/NZpA :2006/12/13(水) 22:49:09
>>309さん
公式にはサポートしていないのですが、もしかしたらYumeさんが知っているかも。
どうでしょう>Yumeさん


311 :◆Yume/IJ8as :2006/12/14(木) 14:10:28
>>309
MinGWとMonoをインストールすればいけたはず。
詳しくは此処を。

http://wiki.monaos.org/pukiwiki.php?Mac%20OS%20X%A4%C7mona%A4%F2%A5%D3%A5%EB%A5%C9

312 :Be名無しさん:2006/12/14(木) 18:35:12
そういえばこんなイベントがあるわけですが。
ttp://mitou.mysite.ddo.jp/modules/eguide/event.php?eid=33

聞きたいのがばらけとるなあ…一日張りつけないのに。


313 :ひげぽん ◆Ngzcp/NZpA :2006/12/14(木) 22:55:43
夢さんありがとうございます。

>312さん
資料を今作ってます><

314 :Be名無しさん:2006/12/15(金) 00:14:40
まずMinGWのインストールでつまづく・・・。
誰か漏れのiBookG4をThinkPadと交換してくれーーーー。

315 :ひげぽん ◆Ngzcp/NZpA :2006/12/19(火) 00:54:49
PE Parserのバグも修正できていろいろ解決した予感。
ふぅ。

落ち着いたら年内にリリースしましょうか.

316 :Be名無しさん:2006/12/19(火) 00:56:06
iBookにvinelinuxを入れました。
これでなんとかいけるかも……。

317 :ひげぽん ◆Ngzcp/NZpA :2006/12/19(火) 01:17:01
>>316さん
おお。お疲れさまです.

318 :Be名無しさん:2006/12/19(火) 11:45:55
>>315
> PE Parserのバグ
おいおい。対策済みの問題をスルーしてバグ呼ばわりねぇ。

[[議論/標準入出力/ストリームによる実装/07.MONALIBC.DLLのリンクがうまくいかない]]
> import table 2つ以上あるとおかしくなる?
> →当たり。libcが参照している MonAPI::Stream OutStreamあたりをコメントアウトすると import table が1つになり動く。
これって>>154で実験してたauto-importだよね。

↓何これ?w
[[Mona/パッチ]]
> auto-import対応
あーあ、やっちゃったねぇ。www

あと素朴な疑問。
何で自分でブックマークしてる仕様書の日本語訳を見ないの?
ttp://b.hatena.ne.jp/higepon/ABI/
> PE format

319 :ひげぽん ◆Ngzcp/NZpA :2006/12/19(火) 13:10:15
お昼休みに見てみたら鋭いツッコミが!

>>318さん
ごめんなさい。
branches/mona-stdioで作業していて、trunkへの変更に全く気付きませんでした.
import lookup table を参照すべきという答えに自力でたどり着けたのでまあ得たものがゼロではないのですがまずいっすね。

日本語訳は見てなかったです。ローカルに落として見ていたので日本語訳の存在をすっかり忘れていました.

320 :Be名無しさん:2006/12/19(火) 13:59:47
>>319
> trunkへの変更に全く気付きませんでした
そもそもパッチに一切コメントしていないのがまずいよね。
しかもその後別のパッチでそのページで反応してるわけだから
ページを見ていなかったという言い訳もできない。

> import lookup table を参照すべきという答えに自力でたどり着けたので
動いたからOKというのは見方が浅すぎ。
auto-importというキーワードでつながっていることが見抜けなかったのが大問題。

・パッチが出て、>>154でauto-importの確認をしておきながら、
 両者の関連性を見落としていた。
・OutStreamが典型的なauto-importだということに気付けなかった。

ただ、同じことを二人が修正するってのは珍しいよね。
良い機会だからパッチを徹底的に比較してここでレポートすれば良いかと。

ついでに言えば、こういう細かい所に目を行き届かせるための心構えは、
>>63で指摘されている配慮ともつながっている。
>>63を何度も読んで猛反省してスレでの対応を改めてみれば、
今まで見落としていたものに気付くだろう。
>>290みたいに屁理屈をこねていたら自分の殻を破れないぞ。

321 :Be名無しさん:2006/12/19(火) 14:22:42
>>318
ABI、ってまた無茶なエントリをwww
そんなに大雑把でいいのかw
それとも実はアルファバイナリアンなんちゃらとかそういう造語か。

322 :Be名無しさん:2006/12/19(火) 14:37:54
>>320
ちょwwあんたそんな言い方したらまた泥沼www

まあ太郎は自分の技術がある種の人気に育てられているのをよく自覚して
スカっと爽やかに猛省するように!
わざとヘタをやって>>320みたいなのを煽ってんならなかなかの大物だがw

323 :Be名無しさん:2006/12/19(火) 14:41:12
>>320
パッチとその周辺のコメントを見てみたけどその時点でPEの知識がなかったらわからないでしょw

むしろ自力解決したことをほめてやれ
ほめる8割
反省点2割

で育てないと

324 :Be名無しさん:2006/12/19(火) 14:44:54
貶しても伸びないってのは賛成だな
お互い言いかたを考えろってことでFA

325 :Be名無しさん:2006/12/19(火) 14:58:11
つーかお前らなんでこの時間に書き込んでんだよ!
ニートか不良学生か!そういう俺はプロのサボタージャーだが!

326 :Be名無しさん:2006/12/19(火) 16:38:53
>>320
言い過ぎじゃw

327 :Be名無しさん:2006/12/19(火) 16:50:22
>>320 って
口調、詳しさから言って恥膿タン?
名乗れば良いのに
違ったらごめん

328 :ひげぽん ◆Ngzcp/NZpA :2006/12/19(火) 21:23:39
> そもそもパッチに一切コメントしていないのがまずいよね。
>しかもその後別のパッチでそのページで反応してるわけだから
>ページを見ていなかったという言い訳もできない。
ページは見ていますが該当のパッチは記憶にないです。見たけど頭には入らなかったのかもしれないです。
気を付けます。

> 動いたからOKというのは見方が浅すぎ。
> auto-importというキーワードでつながっていることが見抜けなかったのが大問題。
動いたからOKではなくて、なぜ動かなくなったか、動かすためにはどうしたら良いかが分かったからOKだと思っています。
auto-importとの関連には気付きませんでした。
なぜ気付かないかと言われれば頭が悪いからかなあ

> ただ、同じことを二人が修正するってのは珍しいよね。
> 良い機会だからパッチを徹底的に比較してここでレポートすれば良いかと。

diff -EbwBu core/pe_server/PEParser.cpp ~/mona/core/pe_server/PEParser.cpp

違いを見てみました。変数名等意味的に同じものをのぞくと以下のような違いがありました.ほとんど違いはないです。
// Tinoさんは丁寧にエラーチェックしている
-   if (addr1 == 0 || addr2 == 0) return false;

// Tinoさんのコードでは imageSizeを越えるかどうかのチェックはなくなった
// 確かにテーブル終端はNULLと決まっているのでそれで良い気がする
-   for (;; addr1 += 4, addr2 += 4)
+   for (; addr < this->imageSize; addr += 4, lookupAddrr += 4)

> ついでに言えば、こういう細かい所に目を行き届かせるための心構えは、

今回の件はパッチを見逃していた自分が悪いので言い訳はしません。ごめんなさい。


329 :ひげぽん ◆Ngzcp/NZpA :2006/12/19(火) 22:58:18
UPPER.EXEが途中で死ぬなぁ。
どうやらStreamっぽい。調査中。

330 :Be名無しさん:2006/12/19(火) 23:11:49
>>328
> Tinoさんのコードでは imageSizeを越えるかどうかのチェックはなくなった
↓これは何?
if (addr1 >= this->imageSize || addr2 >= this->imageSize) return false;

331 :ひげぽん ◆Ngzcp/NZpA :2006/12/19(火) 23:14:30
>>330さん
おっと。失礼しました。


332 :Be名無しさん:2006/12/19(火) 23:28:54
Tino様復帰?

333 :Be名無しさん:2006/12/19(火) 23:31:06
>>332
井上七誌で乙
自分に様付けかよwww

334 :Be名無しさん:2006/12/19(火) 23:36:50
悲しいね 悲しいね 悲しいね
争うばかりじゃ 悲しいね・・・

335 :Be名無しさん:2006/12/19(火) 23:41:05
>>327
どうかな、この辺の知識持ってる奴って意外といるから。
最近一部でBin2.0も大流行だし。

まあ仮に本人だとしても。
いちいち野暮を言うんじゃねえwwスルーカが足りねえぞwww

336 :Be名無しさん:2006/12/19(火) 23:46:01
コメントをよく見るとなにげに湾岸がパッチの目的を見抜いてるな

337 :Be名無しさん:2006/12/19(火) 23:53:16
>>336
はいはい湾岸お疲れ
湾岸がなきついてTinoがパッチ作ったってだけ

パッチ作れない湾岸は帰れ

338 :Be名無しさん:2006/12/20(水) 00:04:26
>>335
井上は太郎を溺愛してるからなw
精一杯頑張ってもツンデレがやっとだろwww

339 :Be名無しさん:2006/12/20(水) 00:12:52
キモヲタにツンデレされても気色悪いだけ・・・

340 :Be名無しさん:2006/12/20(水) 00:15:25
今は太郎がひたすらがんばっている時期
コミュニケーションを濃密にとるよりも
・適切で手短なアドバイス
・かぶらない分野での実用化に向けたコード

が喜ばれるのではないかな
サウンドカードドライバとか。

341 :Be名無しさん:2006/12/20(水) 00:21:55
>>340
サウンドは辻氏と被るかと。

342 :Be名無しさん:2006/12/20(水) 00:22:03
最近淡々と進んでいて見ていて気持ちよいよね
また一皮むけたんじゃない?

343 :Be名無しさん:2006/12/20(水) 00:24:43
>>341
最近進んでいない

344 :Be名無しさん:2006/12/20(水) 00:35:22
>>342
オプソマガ読んだ?

345 :Be名無しさん:2006/12/20(水) 00:36:53
>>344
立ち読みした

346 :Be名無しさん:2006/12/20(水) 00:37:12
ぼくは立ちしょんべん

347 :Be名無しさん:2006/12/20(水) 00:38:33
>>345
マジしびれちゃうよね♥

348 :Be名無しさん:2006/12/20(水) 00:40:33
>>346
マジしびれちゃうよね♥


349 :Be名無しさん:2006/12/20(水) 00:40:50
>>347
お世辞はいいから、寄付でもしてやれよ。
1000人が1万円ずつ出し合えば1年は暮らせる。

350 :Be名無しさん:2006/12/20(水) 00:41:10
>>347
マジしびれちゃうよね♥


351 :Be名無しさん:2006/12/20(水) 00:42:04
>>349
レスはいいから、寄付でもしてやれよ。
1人が1000万円出せば1年は暮らせる。


352 :Be名無しさん:2006/12/20(水) 00:42:40
>>349
親方日の丸なんだから似たようなもんだろwww

353 :Be名無しさん:2006/12/20(水) 00:44:21
>>351
マジレスすると、1000万円も出したら俺が暮らせなくなる。

354 :Be名無しさん:2006/12/20(水) 00:45:24
>>353
そこで俺俺ですよ

355 :Be名無しさん:2006/12/20(水) 00:48:30
>>353
その程度の財力で太郎のパトロンが務まるわけがない

356 :Be名無しさん:2006/12/20(水) 00:48:58
  . ∩_∩ ;
  ; | ノ|||||||ヽ `
 , / ● ●|
 ;, |\( _●)/ ミ 俺だよ俺だよ
; 彡、| |∪| |、\ ,     ちょっとクマっててさ
 ./  ヽ/> ) :
(_ニニ>/ (/ ;
;  |   | ;
'  \ヽ/ / :
,  //\\ .
;  し’ '`| | ;


357 :Be名無しさん:2006/12/20(水) 00:56:24
予言しておく

太郎は未踏が終われば作家に転進して直木賞
知識人として名を馳せテレビにも引っ張りだこ
その知名度を生かし石原や田中みたいに政界進出
最後に総理にまで上り詰めるお人だよ

358 :ひげぽん ◆Ngzcp/NZpA :2006/12/20(水) 22:17:45
うーん。
monapi_impl.cppのuser_start_implで
    bool dll = isInDLL(__CTOR_LIST__);
    if (dll) invokeFuncList(__CTOR_LIST__);
していて、
monapi.cppの
user_start
    setConstructorList(__CTOR_LIST__);
    invokeFuncList(__CTOR_LIST__);

としているんだけど、違いがよくわからないなぁ。
このあたりの初期化の順序にいまの不具合のヒントがあるきがする



359 :Be名無しさん:2006/12/20(水) 22:46:45
OSMそんなに良かったの?
内容教えて


360 :Be名無しさん:2006/12/21(木) 14:06:51
>>358
$ echo "#include<stdio.h>">a.c
$ echo 'extern void *__CTOR_LIST__[];'>>a.c
$ cp a.c b.c
$ echo 'extern void test();'>>a.c
$ echo 'int main(){printf("main:%p\n",__CTOR_LIST__);test();return 0;}'>>a.c
$ echo 'void test(){printf("test:%p\n",__CTOR_LIST__);}'>>b.c
$ gcc -o 1 a.c b.c
$ gcc -shared -o b.dll b.c
$ gcc -o 2 a.c b.dll
$ ./1
main:0x4013d0
test:0x4013d0
$ ./2
main:0x4013b8
test:0x10001410

361 :Be名無しさん:2006/12/21(木) 15:30:58
1. DLLのエントリポイントは汎用にして独自の処理を入れない
2. DLL用のCRTを用意してDLLの生成時にリンクしてエントリポイントにする
3. DLL用のCRTでは__CTOR_LIST__の処理だけをする
4. 初期化が必要なDLLは初期化クラス等で対応する
※何度呼ばれても初回しか処理しないようにする
static bool Foo_initialized=false;
void FooInit(){
 if(Foo_initialized)return;
 Foo_initialized=true;
 // 初期化処理
}
static struct FooInitWrapper{Init(){FooInit();}} Foo_initializer;
5. 静的リンクとの互換性のためDLL間の初期化処理の依存関係は自前解決する
※このため初回しか処理しないことを保証する必要がある
static bool Bar_initialized=false;
void BarInit(){
 if(Bar_initialized)return;
 Bar_initialized=true;
// 依存関係解決
FooInit();
// 初期化処理
}

362 :Be名無しさん:2006/12/21(木) 15:33:52
>>361の訂正
誤:static struct FooInitWrapper{Init(){FooInit();}} Foo_initializer;
正:static struct FooInitWrapper{FooInitWrapper(){FooInit();}} Foo_initializer;

363 :ひげぽん ◆Ngzcp/NZpA :2006/12/21(木) 22:13:20
>>360さん
ありがとうございます。
DLLのエントリポイントで__CTOR_LIST__の処理だけをするというのは、staticリンクとDLLのときで初期化処理を共通化するためですね。

実験したところうまくいきそうなのですが、ひとつだけ問題があって
__CTOR_LIST__の処理の前に monapi のメモリ初期化だけは先にやらないとまずそうです。
初期化リストの中からどこかで new が呼ばれているためだと思われます。


364 :ひげぽん ◆Ngzcp/NZpA :2006/12/21(木) 22:24:23
そういえば構造体を利用した初期化の方法はC++の仕様を利用していて素晴らしいと思いました。

もしgcc依存でよいならば__attribute__((constructor))でも同じ効果が得られそうですね。

どちらが良いのかなあ。1

365 :ひげぽん ◆Ngzcp/NZpA :2006/12/22(金) 00:32:16
>>360さん
頂いたアドバイスを元に以下のように書いてみました。
http://d.hatena.ne.jp/higepon/20061221/1166714970

今までうまく動いていなかったものがきちんと動くようになりました。
ただひとつ問題があって monalibc_initialize でStream を初期化してしまうと MONAPI.DLL + MONALIBC.DLLをリンクしている contrib/misc/helloworldなども死ぬようになってしまいます。

どこかのシーケンスで何かを見落としているのだと思うのですがもしお気付きの点があれば御教授頂けると助かります.



366 :Be名無しさん:2006/12/22(金) 09:20:37
>>363
> __CTOR_LIST__の処理の前に monapi のメモリ初期化だけは先にやらないとまずそうです。
→初期化処理の依存関係は自前解決する

static bool malloc_initialized=false;

void *mallloc(size_t size){
 if(!malloc_initialized){
  // メモリ初期化
  malloc_initialized=true;
 }
 // mallocの処理
}

367 :Be名無しさん:2006/12/22(金) 12:27:30
>>366
それは違うんじゃない?

368 :Be名無しさん:2006/12/22(金) 12:49:27
>>367
メモリ初期化はMemoryManagerにアドレス範囲を渡すだけで
BSSのヌルクリアみたいなフェーズじゃないYO!

369 :Be名無しさん:2006/12/22(金) 14:19:03
そうじゃなくて初期化が一ヶ所にないし、処理が無駄じゃない

370 :Be名無しさん:2006/12/22(金) 15:42:56
>>369
初期化は一行呼び出すだけだYO!
monapi_initialize_memory(64 * 1024 * 1024);

一行でもあちこちにあると無駄無駄無駄ァ〜ってことかな?
確かに即値だし分散するのは良くない。
でもそれは外野が言わなくても本人が調整できることじゃないかな。
漏れは回避方法を示しただけなんで後はお任せ〜。

371 :ひげぽん ◆Ngzcp/NZpA :2006/12/23(土) 13:41:07
>>366さん
ありがとうございます。
確かにそのような方法でStreamを初期化していてありだとは思うのですが
あとから初期化処理を追ったときに見通しが悪くなるのが気になっていて
メモリの初期化はとりあえず今の方法で行こうと思います。

372 :Be名無しさん:2006/12/23(土) 19:27:56
>>364
attributeはバイナリアンかぶれっぽくていやらしい
初心者にOSの根幹部分は特殊な処理をしないといけないという印象を持たせるのは×

>>371
> あとから初期化処理を追ったときに見通しが悪くなるのが
それを言うか!
dllmainとか__CTOR_LIST__の挙動を理解しないと追えないんで
今のままでも部外者には充分過ぎるほど見通し悪いよ
だからcrtは共通化して存在を隠す方がましだと思った

373 :Be名無しさん:2006/12/23(土) 19:54:22
>>365
方針については好みなら干渉しないけど試行錯誤の混乱を引きずってる感じ
もうちょっと整理できるよね

[monapi.cpp]
extern "C" int user_start()
{
 monapi_initialize(); ←即値指定やチェックが重複しているのであちら持ちにさせる
 invokeFuncList(__CTOR_LIST__, __FILE__, __LINE__);
 int result = user_start_c_impl(main);
 invokeFuncList(__DTOR_LIST__, __FILE__, __LINE__);
 return result;
}

[monapi_impl.cpp]
extern "C" int dllmain()
{
 monapi_initialize(); ←monapi.cppに同じ
 invokeFuncList(__CTOR_LIST__, __FILE__, __LINE__);
 return 1; ←成功時にTRUEを返すのがWindowsの流儀
// 本当はもっと仕様が違って終了処理もするんだけど(合わせる必要もないが)
 // 詳しくは → ttp://www.h4.dion.ne.jp/~fht/htmkdll/#6
 // 終了処理もするならラッパーは属性より構造体の方が対にできて良い感じ
}
extern "C" __attribute__((constructor)) void monapi_initialize()
{
 if (monapi_initialized) return;
 monapi_initialized = true;
 monapi_initialize_memory(64 * 1024 * 1024); ←処理を一箇所に集約する
}

374 :Be名無しさん:2006/12/23(土) 19:59:57
[monalibc/crt/dllmain.cpp]
extern "C" int dllmain()
↑これ共通だからmonapi.oみたいにdllcrt.oに分離して隠蔽するべき
>>361
> 1. DLLのエントリポイントは汎用にして独自の処理を入れない
> 2. DLL用のCRTを用意してDLLの生成時にリンクしてエントリポイントにする

ついでにmonapi.oもcrt.oとかに変えた方がいいかもしれない

extern "C" __attribute__((constructor)) void monalibc_initialize()
{
 if (monalibc_initialized) return;
 monalibc_initialized = true; ←何かの拍子に再帰呼び出しされるとハマるから前に持って来る
 monapi_initialize();
 init_stdio();
}

再帰対策について>>361では意図的にそうやっている
> if(Bar_initialized)return;
> Bar_initialized=true;

375 :Be名無しさん:2006/12/23(土) 20:16:50
DllMain()で初期化と終了処理を兼ねさせるなら
動的生成ブートストラップがこんな感じになるかな?
(テキトーなんでWindowsの仕様に合わせてはいない)
いずれにせよこれやらないとDLLのデストラクタが呼ばれない

 push dword 0
 call monapi:dllmain
 add esp,4
 test eax,eax
 jz ERROR
 push dword 0
 call monalibc:dllmain
 add esp,4
 test eax,eax
 jz ERROR
 call user_start
 test eax,eax
 jnz ERROR # DLLと逆なので注意
(続く)

376 :Be名無しさん:2006/12/23(土) 20:19:26
(続き)
 push dword 1
 call monalibc:dllmain # コンストラクタとは逆順で呼ぶ
 add esp,4
 test eax,eax
 jz ERROR
 push dword 1
 call monalibc:dllmain
 add esp,4
 test eax,eax
 jz ERROR
 # 正常終了
 ret
ERROR:
 # エラー処理等
 ret

(続く)

377 :Be名無しさん:2006/12/23(土) 20:24:30
>>376の訂正
訂正
2つ目のcall monalibc:dllmainはmonapi:dllmainの間違い

(続き)
dllmainの例

extern "C" int dllmain(int reason)
{
 switch (reason)
 {
  case 0: // DLL_PROCESS_ATTACH相当
   invokeFuncList(__CTOR_LIST__, __FILE__, __LINE__);
   break;
  case 1: // DLL_PROCESS_DETACH相当
   invokeFuncList(__DTOR_LIST__, __FILE__, __LINE__);
   break;
 }
 return 1;
}

毒を食らわば皿までって感じw

378 :Be名無しさん:2006/12/23(土) 20:39:29
あと大改造してんならついでにちょっとだけ

1. MonAPIの関数名はlibcと分ける
memcpy()はmonapi_memcpy()とかにしてlibc側でのシンボルを空けておく

2. システムコールラッパー専用のライブラリを分離する(SYSCALL.DLLとか)
monacapiみたいなのを作っても共用できて便利

うー、原因不明の発熱で調子悪い
ムカツクばかりの無意義な人生ももう終わりかwww

379 :Be名無しさん:2006/12/23(土) 20:59:47
アスペクティブにdllmainに処理を挟むならweakが使えるね
そうすればDLL内で完結した参照だからインポートライブラリ問題もない
見通しすっげー悪いし初心者に優しくもないけどwww

380 :Be名無しさん:2006/12/23(土) 21:06:18
>>375-376の補足
今は終了コードを伝える仕組みがないから
エラーは単純に無視しても構わないかな
そうするとブートストラップはかなり簡単になる

push dword 0
call monapi:dllmain
call monalibc:dllmain
pop eax
call user_start
push dword 1
call monalibc:dllmain
call monapi:dllmain
pop eax
ret

これならコードの埋め込みを付け足すだけだから5分で実装できる筈
終了コードの伝達はいずれ必要になるだろうけど今やる必要もない

381 :Be名無しさん:2006/12/23(土) 21:10:18
初心者なんか相手にしてるとOSASKみたいに足を引っ張られるだけじゃないか?

382 :Be名無しさん:2006/12/23(土) 21:13:03
>>381
同意

383 :Be名無しさん:2006/12/23(土) 21:20:31
>>381-382
おいおい、現実を見ろよ
Monaに変な幻想を抱いて手を出そうとするのは初心者だけ
玄人はいちいち酔狂に付き合わない
なのに最近妙に玄人志向だから初心者にもそっぽを向かれてる

ブログ見てたらわかるだろ?
盛り上がるのはMona以外の一般技術論だけ
Monaの実装話に誰も反応しないwww

このスレだって能書きだけ垂れてる香具師は多いけど
自分の手を汚して付き合う香具師ほとんどいないじゃん
本人も他人のために手を汚す気は更々ないから仕方ないか

384 :Be名無しさん:2006/12/23(土) 21:27:17
井上さん復活希望

385 :Be名無しさん:2006/12/23(土) 21:28:42
>>383
所詮個人プロジェクトだからそれでいいんジャマイカ

386 :Be名無しさん:2006/12/23(土) 21:34:30
>>385
同意

太郎は自分の信じる道を突き進めば良い
雑魚が寄って来ても邪魔なだけ

387 :Be名無しさん:2006/12/23(土) 21:38:32
>>384
井上パッチがなくても太郎が自力実装できたんだから用済み

388 :Be名無しさん:2006/12/23(土) 21:42:36
>>378
>memcpy()はmonapi_memcpy()
そんなことするとアプリのソース総書き換えじゃん

389 :Be名無しさん:2006/12/23(土) 21:45:04
>>388
#defineでよくね?

390 :Be名無しさん:2006/12/23(土) 21:46:52
>>388
string.h
#define memcpy monapi_memcpy
または
__inline__ void* memcpy(void *out, const void *in, size_t n){monapi_memcpy(out, in, n);}

391 :Be名無しさん:2006/12/23(土) 21:51:46
>>387
貢献しても捨てられる状況で手を出す気になるかね(呆

392 :Be名無しさん:2006/12/23(土) 21:54:57
>>391
だから用済みっつってんじゃん

393 :Be名無しさん:2006/12/23(土) 21:57:10
J様も用済みか
IMEやネットは結局釣りだったのか?

394 :Be名無しさん:2006/12/23(土) 21:58:50
太郎だけが異常に持ち上げられてj様やら湾岸やら井上は総叩き
この荒れ様を見て誰も手を出す気にはなるまい

395 :Be名無しさん:2006/12/23(土) 22:02:35
>>394
Monaは太郎の個人プロジェクトだっつってんじゃん
変な幻想を抱いて参入したそいつらの負け

396 :Be名無しさん:2006/12/23(土) 22:08:05
>>394
渡辺氏や辻氏みたいに叩かれない人もいる。
叩かれてる奴らは厨だってこと。

397 :Be名無しさん:2006/12/23(土) 22:20:06
- 叩かれない
渡辺氏:御意見番で隙がない。
辻氏:自分の世界に入っていて隙がない。

- 叩かれる
j様:自分の実装を説明できずに公開もしない。
湾岸:中途半端な知識でズレたことしまくり。
井上:無意味な長文で迷惑かけまくり。

叩かれる奴らにはそれなりの落ち度がある。

398 :Be名無しさん:2006/12/23(土) 22:28:24
>>397
昔はj様が異様に持ち上げられて太郎が叩かれてたよな
ちゃねらーなんていい加減なもんだ

399 :Be名無しさん:2006/12/23(土) 22:28:57
キリ番どぞ〜
↓↓↓↓↓↓

400 :Be名無しさん:2006/12/23(土) 22:29:18
j様:自分の実装を説明できずに公開もしない。
↑ハッタリ

湾岸:中途半端な知識でズレたことしまくり。
↑やるだけまし

井上:無意味な長文で迷惑かけまくり。
↑荒らし


湾岸がいちばん高評価になってしまうじゃまいか

401 :Be名無しさん:2006/12/23(土) 22:29:51
>>398
ヒント:本人

402 :Be名無しさん:2006/12/23(土) 22:30:25
今だ!四百ゲットォオ
 ̄ ̄ ̄ ̄ ̄∨ ̄ ̄ ̄       (´´
     ∧∧   )      (´⌒(´
  ⊂(゚Д゚⊂⌒`つ≡≡≡(´⌒;;;≡≡≡
        ̄ ̄  (´⌒(´⌒;;
      ズザーーーーーッ

403 :Be名無しさん:2006/12/23(土) 22:31:18
>>402
またかよwwww

404 :Be名無しさん:2006/12/23(土) 22:44:51
湾岸:中途半端な知識でズレたことしまくり。
↑やるだけまし


やっていることを3としたら、ズレたことしまくり・人を不愉快にする・空気読まない・偉そうが-100
よって大幅なマイナス

あと最近は実はBayGUIには手を入れず、はったりアプリで何とかしのいでいる
さらに自分の存在感を示すために、とりあえずいろいろな事に反対するという子供な手法をつかっている。

405 :Be名無しさん:2006/12/23(土) 22:47:24
じゃあL氏やKなんて虫けら以下の存在だな

406 :ひげぽん ◆Ngzcp/NZpA :2006/12/23(土) 22:52:07
お。なんだか盛り上がっていますね。
>>372さんのまとめについて

ありがとうございます。明日以降に出来るところは取り込もうと思います。

いろいろ言われていますが、Tinoさんやjunjunさんがまたアクティブになってくれるならば、僕はうれしいけどなあ。
(僕にまだまだ問題があって参加しづらいというのは事実だと思います。)

Monaが個人プロジェクトかどうかについては、個人プロジェクトのままでは勝てないのでどうにかしないとですね。
プログラマとして熟練した人が参加しやすくすることには多少の労力をかけるべきかと思っています。

逆に初心者の方が深く参加できるようになるのは大分後かもしれません。

といいつつも未踏もがんばらないと、GC調査に戻ります。

407 :Be名無しさん:2006/12/23(土) 22:57:46
>>406
湾岸は蚊帳の外かよwwwwwwwwwwww

408 :Be名無しさん:2006/12/23(土) 23:01:14
>>406
マジレスすると、自分が覚えた難しいことを素人にもちゃんと説明できなければ、
それをきちんとマスターしたとは言えない。
俺は使えるしもっと詳しい人も沢山いるなんてのは言い訳に過ぎんよ。

409 :Be名無しさん:2006/12/23(土) 23:02:28
>>407
ヒント:紳士協定

410 :Be名無しさん:2006/12/23(土) 23:10:33
>>406
>多少の労力
認識が甘すぎ
他力本願では人は来ない

お客様は神様です、くらいに自分を犠牲にしても最大の労力を払わないと
>プログラマとして熟練した人
に三顧の礼を尽くしたとは言えない

相手が玄人か素人で区別するなんて無礼もはなはだしい
何様のつもりか

411 :Be名無しさん:2006/12/23(土) 23:14:45
>>410
湾岸帰れ

玄人か素人でわけるのは当り前
おまえは素人

412 :Be名無しさん:2006/12/23(土) 23:16:42
鬼の首をとったかのような 410 が痛い件について

413 :Be名無しさん:2006/12/23(土) 23:18:37
プロジェクトの方針に口を出している暇があったらコードを書けば良いのに

414 :Be名無しさん:2006/12/23(土) 23:20:33
>>413
君は何か書いたの?

415 :Be名無しさん:2006/12/23(土) 23:21:37
書いてないよ
だから太郎の方針には口を出したりはしない

技術的アドバイスかな
これで察して

416 :Be名無しさん:2006/12/23(土) 23:22:54
>>415
運営技術も技術の一つだと思うけど

417 :Be名無しさん:2006/12/23(土) 23:24:50
>>415
Monaには手を出す魅力もないってこと?

418 :Be名無しさん:2006/12/23(土) 23:25:10
運営技術は

・人に依存する(具体的には主催者・参加者の性格)
・アドバイスが正しいかどうかの検証にとてもコストがかかる

などでよろしくないかと。

例えばAさんから
・このコードの方が速い
と言われれば検証のしようもある。

だけど
・こういう運営の方が「自分は」参加しやすい
・こういう方針の方が絶対良い

なんてのはあまり意味がない


419 :Be名無しさん:2006/12/23(土) 23:26:09
>>416
>>417

まぁそうカッカとなるな。

420 :Be名無しさん:2006/12/23(土) 23:26:11
自分が素人だったのを周りに育ててもらった恩を忘れて玄人気取りかよ

421 :Be名無しさん:2006/12/23(土) 23:27:41
>>420
育てられたとか言っているけど、ほとんどは本人の努力じゃあるまいか
他人に努力は強制できないからね


まぁそうカッカとなるな。

422 :Be名無しさん:2006/12/23(土) 23:29:12
>>421
それだとアドバイスする意味なくね?

423 :Be名無しさん:2006/12/23(土) 23:31:56
>>418
>・こういう運営の方が「自分は」参加しやすい
こういうことを言う人がいたとして話を聞かないとその人は参加しないよね?

424 :Be名無しさん:2006/12/23(土) 23:32:35
育てたと恩をきせなければよい

425 :Be名無しさん:2006/12/23(土) 23:33:13
>>423
その人の言いかたとその人の価値で決まる

426 :Be名無しさん:2006/12/23(土) 23:36:34
>>424
質問に対して回答があったことに対して
回答者の方から恩を着せるのは非常識だが
恩を忘れるのも非常識だよね

427 :Be名無しさん:2006/12/23(土) 23:37:03
そもそも太郎は恩を忘れてはいない件について

428 :Be名無しさん:2006/12/23(土) 23:38:40
恩を忘れたといいいがかりをつける
そんなことないよ ←いまここ

429 :Be名無しさん:2006/12/23(土) 23:40:41
そんなに気に入らないならスレなんか見なければいいのにと思った。

430 :Be名無しさん:2006/12/23(土) 23:41:24
>>426
ヒント:紳士協定

431 :Be名無しさん:2006/12/23(土) 23:42:23
結論:湾岸がいなくなれば良い

432 :Be名無しさん:2006/12/23(土) 23:45:26
アホ過ぎる、もう太郎にはふれないでおこう

433 :Be名無しさん:2006/12/23(土) 23:46:04
答えられなくなって逃げたかw

434 :Be名無しさん:2006/12/23(土) 23:46:35
はいはい、そうですね

435 :Be名無しさん:2006/12/23(土) 23:47:49
>>432
懸命かと
うちもはなれるとします

436 :Be名無しさん:2006/12/23(土) 23:48:48
>>435
だから湾岸は帰れよ


437 :Be名無しさん:2006/12/23(土) 23:50:17
湾岸がくるとつまらなくなる

438 :Be名無しさん:2006/12/23(土) 23:57:00
j様復活希望

439 :Be名無しさん:2006/12/23(土) 23:59:50
>>379
複数のライブラリでそれをやるとstaticリンクのときにmultiple definitionになるので×

440 :Be名無しさん:2006/12/24(日) 00:01:32
>>410
意味不明だ。
そんなのおまいが勝手に作ればいいだけじゃん。

441 :Be名無しさん:2006/12/24(日) 00:03:33
新入り風情が

442 :Be名無しさん:2006/12/24(日) 00:04:39
今はもう充分古参だと思った

443 :Be名無しさん:2006/12/24(日) 00:05:32
>>442
一応お約束のツッコミなんで

444 :Be名無しさん:2006/12/24(日) 00:07:01
そろそろ時効にしてやれよ・・・

445 :Be名無しさん:2006/12/24(日) 00:12:06
>>439
それを言うならdllmain自体がmultiple definitionになるじゃね?

446 :Be名無しさん:2006/12/24(日) 00:15:22
>>418
そうやって避け続けているからいつまで経ってもそっち方面が改善しないかと。
ぶっちゃけ個人プロジェクトと割り切って自分だけ精進すればいいとは思うが。

447 :Be名無しさん:2006/12/24(日) 00:20:14
>>444
んー、でも、当時はその程度じゃびくともしない程の存在感があったよね

448 :Be名無しさん:2006/12/24(日) 00:21:55
>>446
気持ちは分かるが今はそれどころじゃないだろ
なにはともあれ未踏が終わってからだ

449 :Be名無しさん:2006/12/24(日) 00:24:24
未踏が終わって天才認定されたからって安泰じゃないよな。
OSASKやCooSなんて見る影もない。
個人プロジェクトはどこまで行っても個人プロジェクトだよ。

450 :Be名無しさん:2006/12/24(日) 00:27:51
個人プロジェクトでいいんジャマイカ
参加者募集といいつつ配慮もしないのが太郎クオリティ
いちいち突っ込んでも染み付いた性格は直らないよ

451 :Be名無しさん:2006/12/24(日) 00:29:43
>>450
太郎は配慮してないわけじゃない
ただズレてるだけ

湾岸が技術方面で滑りまくってるのと同じで
太郎は運営方面では滑りまくっているだけ

452 :Be名無しさん:2006/12/24(日) 00:30:33
>>447
当時は、ね・・・(遠い目

453 :Be名無しさん:2006/12/24(日) 00:33:58
>>451
つっても、対人技術なんて相手の反応を見て、
顔では笑って心ではアカンベーするような技術だからなぁ。
表と裏のない太郎はある意味貴重な存在ではあるよ。

454 :Be名無しさん:2006/12/24(日) 00:34:15
>>452
だれのこと?

455 :Be名無しさん:2006/12/24(日) 00:40:05
>>449
未踏のテーマはOSASK本体じゃなくてGOだったよね?
GOは湾岸他はりぼて方面の人の役には立ってるし、
Monaの新ADKもGOベースだったかと。

CooSの場合、完全に個人プロジェクトだって言い切って、
オープンソースも意図的に避けていたから、
NWSOSと同じ道を歩むのも仕方ない面はあるかな。

456 :Be名無しさん:2006/12/24(日) 00:40:48
>>454
>>440

457 :Be名無しさん:2006/12/24(日) 00:45:14
>>455
それを言うならschemeなんて誰の役に立つんだ?
schemeにコアなファンが多いからと言ってその層がMonaに取り込めるわけじゃない。
scheme方面に声の大きい人が多いだけで、
開発者人口比で言えばschemeなんてC++の足元にも及ばんよ。

458 :Be名無しさん:2006/12/24(日) 00:48:14
>>457
まあそう言うな。
未踏は太郎個人の直木賞受賞みたいなもんだろ?

それに開発者人口だけ見ればC++なんてJavaの足元にも及ばんが、
Javaを採用したからって偽装派遣でコキ使われてる層が来るわけでもない。

459 :Be名無しさん:2006/12/24(日) 00:48:31
309 名前: ひげぽん ◆zcp/NZpA  投稿日: 02/07/30 22:54
  おれは何も出来ない。
  でもこのスレは好き。
  だからage

310 名前: ひげぽん ◆zcp/NZpA 投稿日: 02/07/30 22:56
  スレッドを間違えました。
  恥ずかしい・・・  そもそもageてないし。
  反省して今日はもう寝ます。


311 名前: デフォルトの名無しさん 投稿日: 02/07/31 00:12
  >>309 ?

312 名前: デフォルトの名無しさん 投稿日: 02/07/31 01:56
  >>309
  ゴバク(・∀・)ニヤニヤ

460 :Be名無しさん:2006/12/24(日) 00:49:14
湾岸帰れ
空気嫁

461 :Be名無しさん:2006/12/24(日) 00:50:29
>>453
コールドリーディングとかそれなりに体系化はされているので、
その気があれば勉強できないわけではないよ。

462 :Be名無しさん:2006/12/24(日) 00:51:01
湾岸と某イベントで少し話した
勘違いしていてキモかった

463 :Be名無しさん:2006/12/24(日) 00:53:08
>>458
>偽装派遣でコキ使われてる層
これって太郎的には素人に分類されてると思った
バイナリアンレベルの神々以外眼中にないっぽい

464 :Be名無しさん:2006/12/24(日) 00:53:50
>>463
上を見つづける太郎の姿勢は好きだけどな

465 :Be名無しさん:2006/12/24(日) 00:54:26
>>462
2ch
Wiki
日記
をみただけでキモいよ…

466 :Be名無しさん:2006/12/24(日) 00:55:22
313 名前: デフォルトの名無しさん 投稿日: 02/07/31 02:08
  誤爆じゃなくて自演だろ。( ´_ゝ`)

467 :Be名無しさん:2006/12/24(日) 00:56:10
>>466
湾岸の嫉妬?

468 :Be名無しさん:2006/12/24(日) 00:59:20
 全部完了していると思ってもらって結構です。 -- bayside 2006-11-08 (水) 21:07:29
 了解しました。クリッピングもか。すばらすぃ。 -- ひげぽん 2006-11-08 (水) 21:12:38
 いやいや、ひげぽんのパッチをちょこっと変えて当てただけです・・・。それ以外は特にする予定ないですし・・・。 -- bayside 2006-11-08 (水) 22:59:01

469 :Be名無しさん:2006/12/24(日) 00:59:43
少なくとも素人に優しいことで間違っていることはないよ。
玄人にしか理解できないことは一歩間違えれば内ゲバに直行してしまう。

470 :Be名無しさん:2006/12/24(日) 01:01:15
Bayside 『いろんなソフトウェアを見てきましたけど、この辺は全く統一性がないので、何に変えても一緒じゃないですかね?外から見た人が混乱しないというなら unsigned int とか unsigned char って省略せずに書けばいいと思います。

471 :Be名無しさん:2006/12/24(日) 01:02:07
>>469
内ゲバという単語を使うのはあの人だけだな
そろそろ復活?

472 :Be名無しさん:2006/12/24(日) 01:02:13
>>464
プロジェクト運営でも上を目指せば天下取れるよ。

473 :Be名無しさん:2006/12/24(日) 01:06:48
>>472
NO.1にならなくてもいい♪
もともと特別なOnly one♪

474 :Be名無しさん:2006/12/24(日) 01:07:59
>>473
本人はそうは思ってないみたい
>>406 個人プロジェクトのままでは勝てない

475 :Be名無しさん:2006/12/24(日) 01:11:40
>>474
未踏が終わって余裕が出来たらコールドリーディングとか対人技術を勉強すれば済む話。
単なる技術だから人格関係ないし。

476 :Be名無しさん:2006/12/24(日) 01:16:00
>>473
太郎は既にもう充分なonly oneだよな
でも今の延長線上にNo.1がないことを自覚しないとまずい
No.1にならなくてもいいとは思うけど

477 :Be名無しさん:2006/12/24(日) 01:20:07
>>471
osdev分裂騒動のときにしきりに使われてたような

478 :Be名無しさん:2006/12/24(日) 01:21:43
>>475
それってプロジェクト運営というよりも教祖になる方法じゃね?

479 :Be名無しさん:2006/12/24(日) 01:32:32
119 :ひげぽん ◆Ngzcp/NZpA :2006/06/26(月) 23:41:12 発信元:210.197.210.21
  404でした。
  大変申し訳ないのですが http://wiki.monaos.orgのどこかに添付していただけませんでしょうか?

120 :ひげぽん ◆Ngzcp/NZpA :2006/07/06(木) 21:18:32 発信元:218.218.194.98
  >118さん
  Mona Wikiでご意見募集中です。
  よろしくお願いします。

124 :いやあ名無しってほんとにいいもんですね :2006/08/06(日) 20:43:12 発信元:218.218.194.98
  > 本日 Mona OSプロジェクトはfile_server_on_linux-0.0.1をリリースしました。
  > download
  >
  > https://sourceforge.jp/projects/mona/files/?release_id=21273#21273
  > 開発者向けリリースです

  > など多大なメリットが得らています。

480 :Be名無しさん:2006/12/24(日) 01:32:40
>>472
やっぱそうだよな。
そろそろ臭い物に蓋をし続けるのも限界だろ。

>>478
だから?

481 :Be名無しさん:2006/12/24(日) 01:33:09
125 :いやあ名無しってほんとにいいもんですね :2006/08/06(日) 20:43:42 発信元:218.218.194.98
  > 開発の動機
  >
  > 次期Mona OSのリリースでサポート予定の仮想メモリの実装に必須であったため。
  >
  > 大きな変更点

  > ひげぽんの個人的な感想
  >
  > OSの必須コンポーネントであるファイルシステムがまるごとLinuxで動くようになったのは大きなメリットだと思います。
  >
  > おおげさではなく開発効率は10倍くらいになるのではないでしょうか。
  >
  > 以前から気になっていたfile_serverのジャングルコードが解消されたのと、VFSについて深い理解が得られたのも個人的にはかなり大きかったと思います。


482 :Be名無しさん:2006/12/24(日) 01:40:17
>>463
エリート意識が鼻に付くよな

483 :Be名無しさん:2006/12/24(日) 01:47:31
>>482
はいはい低学歴乙
実際にエリートなんだから仕方ない

484 :Be名無しさん:2006/12/24(日) 01:48:15
>>477
さっきゅんと湾岸が喧嘩別れしたときモナー

485 :Be名無しさん:2006/12/24(日) 02:19:29
>>407
太郎の中では意図して湾岸を除外したわけではないと思う。
自分の中でどういう扱いをしているかが無意識に出てしまっただけではないかな。

>>409
そんな計算ができるタマではないな。

486 :Be名無しさん:2006/12/24(日) 02:22:58
本人的には他人を巻き込んで天下を取る気はあるのだろう。
だからそんなんじゃダメだって言う奴が出てきても仕方がない。
技術的な勉強だけで天下が取れたら苦労しないわな。

487 :Be名無しさん:2006/12/24(日) 02:31:51
>>478
今でもある意味教祖なんだけど、
集金システムが確立できていないのが弱いかな。

488 :Be名無しさん:2006/12/24(日) 02:37:23
>>479 >>481
今でもスラドJに垂れ込むのは恥ずかしいとか
宣伝に変な自己規制意識があるみたいなんだよな。
そのくせスラド本家に垂れ込んで没になったりとか。
もう少し自分の足元を見た方がいいかも、とは思う。

489 :Be名無しさん:2006/12/24(日) 02:43:14
教祖はまだまだでも神主くらいならいけるんじゃね?

490 :Be名無しさん:2006/12/24(日) 02:45:19
洒落かよwww

491 :Be名無しさん:2006/12/24(日) 02:46:03
割れ厨乙
所詮神主は金子の二番煎じだからなぁ

492 :Be名無しさん:2006/12/24(日) 02:51:27
>>491
それを言ったら太郎もLinusの二番煎じかと

493 :Be名無しさん:2006/12/24(日) 02:55:30
ちょwww太郎なんかと比べたらLinusに失礼だろwww

494 :Be名無しさん:2006/12/24(日) 02:57:24
>>491
割れ厨で思い出したがj様はISOをRAR圧縮するのが好きだったよなぁ

495 :Be名無しさん:2006/12/24(日) 02:59:18
>>494
RARを見て割れ厨とか思う奴が割れ厨

496 :Be名無しさん:2006/12/24(日) 03:01:00
>>494
失礼な、ISOはRAR圧縮がデファクトスタンダード

497 :Be名無しさん:2006/12/24(日) 03:02:35
>>496
だからISOを圧縮するようなシチュエーションって何よ?

498 :Be名無しさん:2006/12/24(日) 03:03:57
>>493
じゃあMatz
Matzくらいなら時間の問題だろ

499 :Be名無しさん:2006/12/24(日) 03:05:11
キリ番どぞ〜 (今度は外すなよ)
↓↓↓↓↓↓

500 :Be名無しさん:2006/12/24(日) 03:19:09
今だ!五百ゲットォオ
 ̄ ̄ ̄ ̄ ̄∨ ̄ ̄ ̄       (´´
     ∧∧   )      (´⌒(´
  ⊂(゚Д゚⊂⌒`つ≡≡≡(´⌒;;;≡≡≡
        ̄ ̄  (´⌒(´⌒;;
      ズザーーーーーッ

501 :Be名無しさん:2006/12/24(日) 03:19:56
>>498
ぶっちゃけもうMatzレベルは超えてると思う
太郎にインタプリタは作れるがMatzにカーネルが作れるかっての

502 :Be名無しさん:2006/12/24(日) 03:22:21
カーネル?
いつまで経っても何もできないゴミ同然じゃんwww

503 :Be名無しさん:2006/12/24(日) 03:23:42
>>502
じゃあお前が作ってみろよ

504 :Be名無しさん:2006/12/24(日) 03:24:52
>>503
太郎が費やしたのと同じ時間と労力を費やせば小学生でも作れるわw
そんなもんより子供でも作った方がいいだろwww

505 :Be名無しさん:2006/12/24(日) 03:31:00
北斗壊骨拳で氏ね

506 :Be名無しさん:2006/12/24(日) 03:31:58
>>504
認知しなくていいならいくらでも作ってやるよ

507 :Be名無しさん:2006/12/24(日) 03:39:36
>>505
そっちはColonel(大佐)
太郎のはKernel(核)

508 :Be名無しさん:2006/12/24(日) 04:58:05
>>507
発音まったく同じ

509 :Be名無しさん:2006/12/24(日) 05:02:03
誰一人としてまともに関わろうとしていないのがMonaの位置を物語っている。

510 :Be名無しさん:2006/12/24(日) 06:23:16
>>426
親から受けた恩は子供に返すものだよ。
親から受けた恨みまで子供に返すのが一般的だが。

511 :Be名無しさん:2006/12/24(日) 06:32:18
>>493
Linuxは1991年に開発が開始され、1995年頃にはBSDを追い越している。
Monaは2002年に開発が開始され、2006年現在実用性の片鱗すらない。
まったく比較にもならない。

512 :Be名無しさん:2006/12/24(日) 06:44:08
Monaの開発は2008年5月までというのが公式設定だった筈

513 :Be名無しさん:2006/12/24(日) 06:47:35
>>510
こういうことか
ttp://ja.wikipedia.org/wiki/%E5%85%90%E7%AB%A5%E8%99%90%E5%BE%85
>また、虐待を行う親の多くが、自らも虐待を受けた経験がある事が知られている。

514 :Be名無しさん:2006/12/24(日) 06:57:24
太郎をヲチするのは楽しいがMonaに手を出す気にはならんなぁ

515 :Be名無しさん:2006/12/24(日) 07:00:50
>>512
kwsk

516 :Be名無しさん:2006/12/24(日) 11:49:50
>>512
Part2 140 に5年計画。とあるから 2007/5-6月付近までじゃないか。

517 :Be名無しさん:2006/12/24(日) 15:06:24
>>515
30歳で小説家になるって言ってた

>>516
ちょうど未踏が終わる頃だね

518 :Be名無しさん:2006/12/24(日) 15:49:20
>>406
mona=ひげぽんの等式がある限り個人プロジェクトでしかない。
一国の指導者に置き換えてみればいいかな。
積極的に人材を発掘して対等の後継者として育成しなければ、
革命やクーデターはあっても共同統治や禅譲はありえない。

519 :Be名無しさん:2006/12/24(日) 15:53:23
下手に募集とか勝つとか吹いたりしなければ突っ込まれないのにね、と思う。
もう個人プロジェクトでいいじゃん、みたいな。

520 :Be名無しさん:2006/12/24(日) 16:01:30
>>519
吹いてるってわかってんならいちいち真に受けんなYO!

521 :Be名無しさん:2006/12/24(日) 16:05:14
>>415様のように突っ込みを入れつつマターリとヲチするのが正しい姿勢
下請けに甘んじる覚悟がない奴は貢献とか手を出そうとか考えるな

522 :Be名無しさん:2006/12/24(日) 16:06:49
>>514
みんなそうだよ

523 :Be名無しさん:2006/12/24(日) 16:09:45
結局はあれだ、勝手に妄想を膨らました奴が自滅してるだけ、と。

524 :Be名無しさん:2006/12/24(日) 16:11:34
>>518
実は太郎自身が革命やクーデターを望んでいるような希ガス
もう半分興味なくしてるのに引くに引けない状況だからな

525 :Be名無しさん:2006/12/24(日) 16:14:24
そこで内ゲバですよ

526 :Be名無しさん:2006/12/24(日) 16:16:12
このスレやけに左寄りだよな

527 :Be名無しさん:2006/12/24(日) 16:17:23
左寄りどころか極左じゃね?

528 :Be名無しさん:2006/12/24(日) 16:39:15
議論を内ゲバに置き換えてみればわかりやすいかと

529 :Be名無しさん:2006/12/24(日) 17:17:56
カバラで占ってみた

1978.5.16 誕生数1

誕生数1の人はたくましい人生を開拓していく強い意志を持っており、情熱的で勇ましく、男性的。
自信家で自己に対して絶大の信頼と誇りを抱いています。

長所: 情熱的、意志力が強い、外向的、正義感が強い。
短所: 誇大妄想的、高慢、短気、頑固。

使命
あらゆる分野の創始者、指導者になる事である。
政界、学会、芸能、どんな世界にしろそこでリーダーとして他の人たちを導く使命にある。

代表人物
植木等/明石家さんま/羽賀研二/福沢諭吉/西郷隆盛/今井美樹/山瀬まみ/
ナポレオン/ウォルト・ディズニー/ヘンリー・フォード/チャップリン/トルストイ/など

530 :ひげぽん ◆Ngzcp/NZpA :2006/12/24(日) 17:40:41
>>529さん
もう一才上です

>>512さん
少なくともあと5年くらいはやるつもりです。
実際問題ここ半年くらいでMonaを今まで以上に真剣にやろうと決意しました。
なのでいろいろと深追いしています。

例えばですが、GUIに1-2年かけても良いくらいのスケジュール感です。

531 :Be名無しさん:2006/12/24(日) 18:13:20
>>530
あんた、サバ読んでたなw

17 名前: ひげぽん 投稿日: 02/06/19 00:03
 24才です。もしや年齢制限あり?

532 :Be名無しさん:2006/12/24(日) 18:15:28
お口直し

1977.5.16 誕生数9

誕生数9の人は複雑な性格で、焦点が定めにくい特徴を持つ。
男性は女性的、女性は男性的である。本心を隠し芝居を演じる事ができる。

長所: 自己犠牲的、奉仕的、包容力がある。
短所: 複雑、分裂的、利己主義。

使命
人類愛を実践する使命にある。世の革命者であるが、過激な手段に訴える事なく、地味で温和な運動を続ける。

代表人物
伊武雅刀/本木雅弘/風間トオル/谷村新司/菊池寛/工藤夕貴/かとうかずこ/美空ひばり/
マハトマ・ガンジー/シュバイツァー(医師)など

533 :Be名無しさん:2006/12/24(日) 18:16:01
>本心を隠し芝居
なるほど、当たってるわw

534 :Be名無しさん:2006/12/24(日) 18:18:20
うそつき

535 :Be名無しさん:2006/12/24(日) 18:23:10
太郎の取り巻きは自作自演というのが定説

536 :ひげぽん ◆Ngzcp/NZpA :2006/12/24(日) 18:23:32
>>531さん
そのころはまだ本当の事を書くのが恐かったころですねーw

537 :Be名無しさん:2006/12/24(日) 18:32:23
>あらゆる分野の創始者、指導者になる事である。

創始者カコイイ

538 :Be名無しさん:2006/12/24(日) 18:36:39
二番煎じが創始者ねぇ・・・

539 :Be名無しさん:2006/12/24(日) 18:37:58
自作自演にしても恥ずかしくないのかね

342 名前: Be名無しさん 投稿日: 2006/12/20(水) 00:22:03
 最近淡々と進んでいて見ていて気持ちよいよね
 また一皮むけたんじゃない?

540 :Be名無しさん:2006/12/24(日) 18:39:42
太郎ももう29か

>>530
小説家はどうすんの?

541 :Be名無しさん:2006/12/24(日) 18:41:33
弟が18ってかなり離れてるね

542 :Be名無しさん:2006/12/24(日) 20:05:25
太郎(年収1500万円)は超美人嫁と10万円の超豪華セレブクリスマスディナー
漏れ(年収150万円)は一人で洒落で拾った裏でオ○ニー

543 :Be名無しさん:2006/12/24(日) 20:12:54
>>481
>仮想メモリの実装に必須
はぁ?スワップにFSなんか必要ねーだろ

544 :Be名無しさん:2006/12/24(日) 20:14:25
美人嫁とスワップきぼんぬ

545 :Be名無しさん:2006/12/24(日) 20:18:35
おまいら美人美人って騒ぎすぎなんだよ
そのせいで今年はOSCに連れて来なかったじゃんか
逝って損した

546 :Be名無しさん:2006/12/24(日) 21:07:39
>>543
おまえ滑っているよ。湾岸?

547 :Be名無しさん:2006/12/24(日) 21:26:09
はい。湾岸です。
嫉妬しています。

548 :Be名無しさん:2006/12/24(日) 22:02:54
湾岸キター

549 :Be名無しさん:2006/12/24(日) 22:54:07
湾岸の本音
・俺はGUIを作った。Tinoより上だ
→GUIサーバーはそのまま流用、仕様はAWTを微妙に劣化。クリッピングもしない
・俺はGUIを作った。ひげぽんと同じくらいすごい
→本当?
・俺はBayOSを作った。ひげぽんと同じくらいすごい
→はりぼてじゃない?
・俺はOSCに参加したりと超貢献している
→貢献リストを作ってみ?
・俺は有名になるべき男だ
→そうですね(プ

550 :Be名無しさん:2006/12/25(月) 09:02:24
お、スレが伸びてるじゃん
昔の殺伐とした雰囲気に戻って良い感じ
やっぱモナスレはこうじゃなくちゃね!

551 :◆Yume/IJ8as :2006/12/25(月) 14:59:54
DLLの変数のアドレスがEXE側から見たらずれる・・・そんな気もした。

552 :Be名無しさん:2006/12/25(月) 16:17:26
>>551
それは auto import ではあるまいか

553 :Be名無しさん:2006/12/25(月) 16:23:32
なんかみんなPEに詳しくなってるしw

554 :Be名無しさん:2006/12/25(月) 16:24:05
>>553
理想の形だね

555 :Be名無しさん:2006/12/25(月) 16:35:58
雨降って地固まる・・・か
いい話や(泣

それはともかく
太郎パッチと井上パッチの両方で動かして
どっちで正常に動くかで実力が測れるんじゃね?
ついに太郎が井上を倒す日が来た!?

556 :Be名無しさん:2006/12/25(月) 16:59:10
テストプログラムをtrunkとbranchの両方で動かしてみれば良いかと

- a.c
#include <stdio.h>
extern int a;
extern void aa();
int main(){
 printf("%x\n",&a);
 aa();
 return 0;
}

- b.c
#include <stdio.h>
int a;
void aa(){printf("%x\n",&a);}

557 :Be名無しさん:2006/12/25(月) 17:00:30
cygwinでやってみたらこうなった

$ gcc -shared -o b.dll b.c
$ gcc a.c b.dll
Info: resolving _a by linking to __imp__a (auto-import)
$ ./a
10003100
10003100

monaでのテストは環境ないので誰か頼んだ

558 :Be名無しさん:2006/12/25(月) 18:15:17
snvで取って来てmakeしてるんだけど
trunkはuint*_t周りでエラー出まくりだし
branches/mona-stdioはmakeできるけどerrormapとか言って起動しない
中の人じゃないと手が出ないねこれは

559 :◆Yume/IJ8as :2006/12/25(月) 18:28:50
>>558
qemuの起動オプションを-cdrom mona.iso -fda mona.img -boot dにすればよろしかと

560 :Be名無しさん:2006/12/25(月) 18:28:58
trunkの方は適当にtypedefを追加してコンパイル通した
とりあえず起動する

テストプログラムを作る方法もよくわからないなぁ
どうやってサンプル作って実験してんだろ
contrib/Misc/helloworldを直に書き換えてみるか

リンクするためにまずDLL作らなきゃいけない

- b.c
extern void printf(const char *format, ...);
int a;
void aa(){printf("%x\n",&a);}

こんなのをでっち上げてB.DLLを作る

$ gcc -mno-cygwin -nostdlib -nostdinc -fno-builtin -shared -o B.DLL b.c \
-L../../../mona/lib -lmonapi-imp

561 :Be名無しさん:2006/12/25(月) 18:29:57
>>559
qemuよくわかんないんでvpc使ってるんだけど・・・

562 :Be名無しさん:2006/12/25(月) 18:41:10
main.cppをでっち上げる

#include <monapi.h>
extern int a;
extern "C" void aa();
int MonaMain(List<char*>* pekoe){
printf("%x\n",&a);
aa();
return 0;
}

MakefileにADDLINK=B.DLLを付け足す
これでHELLO.EXEができた

HELLO.EXEとB.DLLを入れたISOを作って起動させた
[Mona]/APPS> hello
PE Server: Linking MONAPI.DLL to HELLO.EXE....OK
PE Server: Linking B.DLL to HELLO.EXE....OK
PE Server: Linking MONAPI.DLL to B.DLL....OK
0xA0019600
0xA0019600

trunkは問題ないみたい

563 :◆Yume/IJ8as :2006/12/25(月) 18:48:13
>>561
とりあえずフロッピーのイメージも一緒にして起動させてやらなきゃなんない。
結構懐かしいバグな気がする。

564 :Be名無しさん:2006/12/25(月) 18:56:08
>>563
了解
起動したYO!

さっきのHELLO.EXEとB.DLLをコピーしてみると

[Mona]/APPS> hello
link error _Z14invokeFuncListPPFvvE
NG

あちゃ、trunkとbranchでバイナリ互換性がないな
再コンパイルか・・・

565 :Be名無しさん:2006/12/25(月) 19:19:25
太郎お大事に

566 :Be名無しさん:2006/12/25(月) 19:23:54
再コンパイルしてみるがエラー
MonaMain()やめてmain()にしたのね
直すとコンパイルはOK

[Mona]/APPS> hello
access denied.address = 0x00000000 Process HELLO.EXE killed eip=0xA0004B36

いきなり死ぬなー

b.cに何もしないエントリポイント追加して作り直し
int dllmain(){return 1;}
$ gcc -mno-cygwin -nostdlib -nostdinc -fno-builtin -Wl,--entry=dllmain \
-shared -o B.DLL b.c -L../../../mona-stdio/lib -lmonapi-imp

[Mona]/APPS> hello
0xA10
0xA10

なんじゃこりゃ
結果がわかんね('A`)

567 :◆Yume/IJ8as :2006/12/25(月) 19:41:14
>>566
printf使うと数値表示がぶっ壊れるときがあるっぽい。
_printfなら大丈夫かも。

568 :Be名無しさん:2006/12/25(月) 19:41:38
printf()は未完成の標準出力を通してるからおかしくなるっぽい
_printf()なんてのがあるからそっちを使って書き換え

[Mona]/APPS> hello
0xA001D800
0xA001D800

やっぱりズレてない
とゆーわけでこの勝負引き分け・・・

569 :Be名無しさん:2006/12/25(月) 19:42:12
>>567
あ、かぶった
ずれてないYO!

570 :◆Yume/IJ8as :2006/12/25(月) 19:46:18
>>568
ありがとう。
じゃあmonalibcがおかしいな。
asm(".section .drectve");
asm(".ascii ¥"-export:__sF¥"");
みたいな強引なことしてるからかな?

571 :Be名無しさん:2006/12/25(月) 19:48:39
DLLを2つ用意して、
DLL1の変数をDLL2から参照する場合を試した方が良いかも。

572 :Be名無しさん:2006/12/25(月) 20:05:39
>>570
それ削っても普通にauto-importできたんだけど・・・

monalibc側からasmを削って替わりにこんなのを入れる
FILE *get_sF(){return __sF;}

- main.cpp
#include <monapi.h>
#include <monalibc/stdio.h>
extern FILE __sF[3];
extern "C" FILE *get_sF();
int main(int argc, char** argv[]){
_printf("%x\n",__sF);
_printf("%x\n",get_sF());
return 0;
}

実行結果(ズレていない)
0xA000A480
0xA000A480

>>571
その前に同じことを夢様の側で試してもらわないと話が進まないかと

573 :Be名無しさん:2006/12/25(月) 20:07:30
夢様に質問

1. >>568でやったような簡単なB.DLLのauto-importはうまくいきますか?
2. >>572でやったような__sFのauto-importはうまくいきますか?

この辺が違う結果だと調べようがないよ('A`)

574 :Be名無しさん:2006/12/25(月) 20:12:24
つかMonaぐちゃぐちゃだな
これ上級者とか慣れとかそういう次元じゃないぞ
いじってて発狂しそうだ
初心者でもわかるくらいの過剰な配慮してやっと並くらいになるんじゃね?('A`)

575 :◆Yume/IJ8as :2006/12/25(月) 20:16:13
>>573
1の方のauto-importはウマくいくけど、__sFがウマくいかない。binutilsのバージョン関係あるかな?

576 :Be名無しさん:2006/12/25(月) 20:17:46
>>575
>binutilsのバージョン関係あるかな?
めちゃめちゃあると思う

cygwinのはこんなかんじ

$ ld --version
GNU ld version 2.17.50 20060817

577 :◆Yume/IJ8as :2006/12/25(月) 20:19:19
>>576
こっちGNU ld version 2.16だ。バージョンうpしてくる。

578 :Be名無しさん:2006/12/25(月) 20:20:18
>>574
開発中のものを触ってぐちゃぐちゃと言うのは可哀想
リリース版じゃないのでしょ


579 :Be名無しさん:2006/12/25(月) 20:29:15
>>578
開発中で流動的な部分があるのは当たり前なんだけど
行き当たりばったりでだらだら弄り回してる感じがありあり
こんな調子でやってると問題の切り分けできなくなるYO!

580 :Be名無しさん:2006/12/25(月) 20:31:45
>>574
他で経験あるやつは皆そう思うらしい。気がつかないのはカーネルいじりが
初めての奴だけ(カーネル童貞か...)

581 :Be名無しさん:2006/12/25(月) 20:33:51
いきあたりばったりなのは井上のせい

582 :◆Yume/IJ8as :2006/12/25(月) 20:36:06
2.17にしたらすんなりリンク出来て、アドレスも一致した。
俺の今日一日は何だったんだwww

583 :Be名無しさん:2006/12/25(月) 20:41:29
>>582
おつかれー

584 :Be名無しさん:2006/12/25(月) 20:41:32
>>582
おめでと!
もうMonaには懲りたからこれで俺も消えるYO!

585 :Be名無しさん:2006/12/25(月) 20:50:26
>>584
まあそう言わず

586 :Be名無しさん:2006/12/25(月) 20:55:06
>>584
お疲れ
藻前の活躍は素晴らしかった
懲りずに手を出してやれ

587 :Be名無しさん:2006/12/25(月) 20:59:25
>>586
手を出さずに方針に口を出す方が楽しいYO!

588 :Be名無しさん:2006/12/25(月) 21:04:02
>>587
あいつの才能は口出しだけでは伸びないよ分かっている?

589 :Be名無しさん:2006/12/25(月) 22:33:45
>>588
俺は俺のために生きてる

590 :Be名無しさん:2006/12/25(月) 22:43:31
か、かっこいい?か?

591 :Be名無しさん:2006/12/25(月) 22:45:02
>>588
キモヲタ?

592 :Be名無しさん:2006/12/25(月) 22:54:24
またツンデレ?

593 :Be名無しさん:2006/12/25(月) 22:56:19
>>588
まじキモい・・・・

594 :Be名無しさん:2006/12/25(月) 22:57:24
太郎にそういう心を読ませるような技は通じないんだけどなぁ

595 :Be名無しさん:2006/12/25(月) 22:59:04
あいつが求めてるのは参考書的な知識だけ
典型的な受験特化型人間さ

596 :Be名無しさん:2006/12/25(月) 22:59:28
>>594
まわりくどいのは井上の特徴(not 特長)

597 :Be名無しさん:2006/12/25(月) 23:00:13
>>595
阿呆かおまえ

598 :Be名無しさん:2006/12/25(月) 23:00:33
>>595
失礼な
エリート様とお呼び

599 :Be名無しさん:2006/12/25(月) 23:02:45
キリ番どぞ〜
↓↓↓↓↓

600 :Be名無しさん:2006/12/25(月) 23:04:09
>>595
学歴コンプレックス?

601 :junjunn ◆juNJunRuNQ :2006/12/25(月) 23:38:42
はいな。
http://proxy.f3.ymdb.yahoofs.jp/bc/458fde4c_11dcc/bc/f81c/Mona.rar?bcJV.jFBo5aV54J7

CGUI+2chブラウザ+日本語IME一式入った.iso。
QEMUから立ち上げたらそのままニュース速報とかに書き込めると思いまつ。

正直まだまだバグとかありますしIMEの完成度も低いですが
(あとメモリを使いすぎたりファイルアクセスが集中するとカーネルがバグるみたいで今あちこちの機能ダウンしてます。)
100%終わるの待ってたら切りがないのでクリスマスって事でもう公開しちゃいます。


602 :Be名無しさん:2006/12/25(月) 23:49:49
>>601
来たーーーーーーーーーーーー

603 :Be名無しさん:2006/12/25(月) 23:53:20
CGUIの起動画面かっこいイイイイイイイイイイイイ

ニュー速つながった。これMona?
超速いんだけど。GUIが速いのかな。

ソース公開希望!というか、とりこめや>太郎

604 :Be名無しさん:2006/12/25(月) 23:54:37
alpha4ベースか。
junjunn復活して!

605 :Be名無しさん:2006/12/25(月) 23:56:09
junjunn復活祭!!!!!


Tinoタンが復活したら超クリスマスプレゼント!



606 :Be名無しさん:2006/12/26(火) 00:35:42
太郎様
j様
Tino様
Gaku様
shadow様
Yume様

並べてみるとすごい面々だな

607 :Be名無しさん:2006/12/26(火) 00:37:19
>>606
何か涙出てきた
そのチームの100%を引き出せたら誰にも負けない気が

608 :Be名無しさん:2006/12/26(火) 01:14:35
>>696
全員カーネル童貞で、モナで筆おろし組…

609 :Be名無しさん:2006/12/26(火) 07:48:31
>>606
猫様を忘れてはいかんよ

610 :Be名無しさん:2006/12/26(火) 08:11:48
>>601
j様乙!!

だが、クリスマスに乗り遅れたせいかダウンできないorz

611 :ひげぽん ◆Ngzcp/NZpA :2006/12/26(火) 09:56:35
>>601
junjunnさん
すばらしい!

もし可能ならば成果をとりこみたいです。
どうしたらよいでしょうか。ご指示を頂けると助かります。

612 :◆Yume/IJ8as :2006/12/26(火) 12:24:11
意味不明なバグに振り回される俺。
誰か現在のmonalibcテストしてくれないかな?fwriteだけでいいから。

613 :ひげぽん ◆Ngzcp/NZpA :2006/12/26(火) 13:20:49
今昼休みなんでやりますよ。
svn up して upperが動けば良いですか?

614 :◆Yume/IJ8as :2006/12/26(火) 13:27:26
>>613
とりあえず_logprintfで色々垂れ流してるのでシリアルの方を見て頂きたいです。
あと、失敗する場合はfwriteは何も書こうとはしないです。

615 :ひげぽん ◆Ngzcp/NZpA :2006/12/26(火) 13:30:09
upperを動かしたときのログ
write:110
DLL_PROCESS_ATTACH
invokeFuncList:[UPPER.EX5:monapi_impl.cpp:39]address=0xA001CE18
invokeFuncList:outStream=0x00000000, &outStream=0xA002080C, inStream=0x00000000 &inStream=0xA0020808
DLL_PROCESS_ATTACH
invokeFuncList:[UPPER.EX5:crt/dllmain.cpp:19]address=0xA0009518
invokeFuncList:outStream=0x00000000, &outStream=0xA002080C, inStream=0x00000000 &inStream=0xA0020808
monalibc: fp->_flags = 0x00000041
initializeFromHandle initializeFromHandle:284[UPPER.EX5]
this = 0xC0000220, header_=0x90000000
memoryAddress_=0x90000034
memorySize = 0x00000000
initializeFromHandle initializeFromHandle:284[UPPER.EX5]
this = 0xC0000270, header_=0x90011000
memoryAddress_=0x90011034
memorySize = 0x00000000
monalibc: stdin = 0xA000B710
monalibc: stdout= 0xA000B744
monalibc: stderr= 0xA000B778
monalibc: __sF[0]._extra = 0xC00001D8
monalibc: __sF[1]._extra = 0xC00001F0
monalibc: __sF[2]._extra = 0xC0000208
invokeFuncList:[UPPER.EX5:monapi_crt.cpp:22]address=0xA00015D8
invokeFuncList:outStream=0xC0000270, &outStream=0xA002080C, inStream=0xC0000220 &inStream=0xA0020808
upper start*******************************************************************


616 :◆Yume/IJ8as :2006/12/26(火) 13:35:00
>>615
もうちょっと先のfwriteが何か言うところが欲しいです。

617 :ひげぽん ◆Ngzcp/NZpA :2006/12/26(火) 13:44:29
>>616
monalibc: fp->_flags = 0x00000041
initializeFromHandle initializeFromHandle:284[UPPER.EX5]
this = 0xC0000220, header_=0x90000000
memoryAddress_=0x90000034
memorySize = 0x00000000
initializeFromHandle initializeFromHandle:284[UPPER.EX5]
this = 0xC0000270, header_=0x90011000
memoryAddress_=0x90011034
memorySize = 0x00000000
monalibc: stdin = 0xA000B710
monalibc: stdout= 0xA000B744
monalibc: stderr= 0xA000B778
monalibc: __sF[0]._extra = 0xC00001D8
monalibc: __sF[1]._extra = 0xC00001F0
monalibc: __sF[2]._extra = 0xC0000208
invokeFuncList:[UPPER.EX5:monapi_crt.cpp:22]address=0xA0001448
invokeFuncList:outStream=0xC0000270, &outStream=0xA002080C, inStream=0xC0000220 &inStream=0xA0020808
monalibc: fwrite
monalibc: stream = 0xA000B710
monalibc: stream->_flags = 0x00000021
monalibc: stream->_extra = 0xC00001D8
monalibc: stream->_extra->stds = 0x00000001
invokeFuncList:[UPPER.EX5:monapi_crt.cpp:25]address=0xA0001450
invokeFuncList:outStream=0xC0000270, &outStream=0xA002080C, inStream=0xC0000220 &inStream=0xA0020808
LIBC DLL_PROCESS_DETACH
invokeFuncList:[UPPER.EX5:crt/dllmain.cpp:23]address=0xA0009528
invokeFuncList:outStream=0xC0000270, &outStream=0xA002080C, inStream=0xC0000220 &inStream=0xA0020808
monalibc: __nc_atexit_caller: 0

618 :◆Yume/IJ8as :2006/12/26(火) 13:47:07
>>617
ありがとうございます。
どうやらそちらでもポインタがきちんと渡されていないようです・・・

619 :ひげぽん ◆Ngzcp/NZpA :2006/12/26(火) 13:48:03
今は無理ですが帰ってから検証を手伝いたいです。
症状はどんな感じでしょう。
・意図する結果
・今のおかしい結果
とか。

620 :◆Yume/IJ8as :2006/12/26(火) 13:59:10
>>619
意図する結果:fwriteに&__sF[1]の値が渡される。
今のおかしい結果:fwriteに&__sF[1]の値ではなく&__sF[0]の値が渡される。

621 :Be名無しさん:2006/12/26(火) 19:06:33
>>620
0d453172c62fe69b3d3c9b24110ded82 *PEParser.diff
begin 644 PEParser.diff.bz2
hEZdcCH3-KGNHKNcE836++9xTU5tkSLzzzr9ZKkezvxxaE+8Qm3O+-d4eODIm
h+4U4U++4U1E+DI+1FGbao3HMYAbW+E4HmU1+2+owcMCON4EmM6OA7UXHFcl+
homN4++673-B0N-dA8byYdyYp44aWMXl-4pAOB-duGnKlAMao5LpbotjPcwMS
hDjb3ggNX5bYd7DzxogdAfVxLCUYPIA2Wq+bmA67AYKYJHcy7u5mAUZ8VPZaW
hb8W34q+16JZ+Fe8LvBMs8bUwxEsaWBZUnH0iMQXlQf-VJG64fVQY0p-XFiT0
hBQImKWtX7dqH1XqFHlyIg6cqQKanRt7N6mSiu2gNkYooKwlUUVc4cE4E+bPQ
hibyxw9zr7KMZcm-E6YUOhvKPpYT7Gu2mEvrJ55L1AUm-oE0o4XdLJoNkwna4
hc91W1Fmofa2WNJp-zUJEpHFCyigFJYPbJd2C4GiVThQYNJ+Uk-JMrk5uwPBg
h72X+76C30MRSzU860nIQUVqKvtfqd6oHVWKPri6fqQssC22qWLUaXSUws2kz
hUCmtcikKZInRZ4gwUKCdEkfd+BG+2a0Y2COGBOkWDMT42AN99-QR-1eIgnPC
hsehxdvlVSmOlKcca5PuyHVRyFext3CDkDRp2n3DiEKfvK5CUqOMEN-IOkZFx
hdGIOSyu80tp9wBO1Aqw2ARADj6lHaOGcDMfUrPBWniSIvA1OemqagFRi1l9D
hlDdgGes6NasRWBgWGsP91VB8SdH9vz0cFJfjMooVcc4p5vJop4wp5UVR58aX
hs0oK9wwggdI4dJMNiAMD0AMitC8KZkaP8ZEwwWpG923QevmoB0vr2q4mlb93
h-scN7gWf3rznikstaBuRRo38IV16chb3HcS3rQqRA8dJeKRKOwqJ33Wih11I
Kgzyr0x40KPihjTu3r73C30EaV+cIU+++
+
end

622 :Be名無しさん:2006/12/26(火) 19:18:17
uuencode?

uudecodeしてもだめぽ

623 :Be名無しさん:2006/12/26(火) 19:20:43
>>622
xxe

624 :◆Yume/IJ8as :2006/12/26(火) 20:42:34
>>621
うおっ、すげえ。パッチ当てたらちゃんと動くようになった。
ありがとうございます。

625 :ひげぽん ◆Ngzcp/NZpA :2006/12/26(火) 21:25:00
>>621さん
おお。すばらしい。ありがとうございます。
Mona/パッチページに追記しました。
パッチの核心部分ですが、同じアドレスが lookup table に出てきたら、以前のアドレスからの差分でずらすという感じでしょうか。
peの資料をあたりましたが該当部分を見つけられず。

+        uint32_t fixup = 0;
+        std::map<uint32_t, uint32_t>::iterator it = this->fixups.find(*lookupPtr);
+        if (it == this->fixups.end())
+            this->fixups.insert(std::pair<uint32_t, uint32_t>(*lookupPtr, addr));
+        else
+            fixup = *ptr - this->specific->ImageBase - it->second;
+
-        *ptr = exp_addr + parser->address;
+        *ptr = exp_addr + parser->address + fixup;


>>夢さん
うまくいっているものをパッチを含めて commit をお願いします。

626 :ひげぽん ◆Ngzcp/NZpA :2006/12/26(火) 21:33:28
>>377
でご提案頂いていた、dllmain の引数違いで detach相当を行うというのをやりました。

>>621のパッチで
monalibc:dllmain で inStream/outStream を初期化してもよくなったかもしれないなぁ。
どうだろう。

627 :ひげぽん ◆Ngzcp/NZpA :2006/12/26(火) 21:36:36
>>621さんとYumeさんのおかげで年内にリリースできるかもしれないなあ。
ありがとうございます。

junjunnさんの成果も取り込めれば最高なんだけどもどうでしょうか。


628 :Be名無しさん:2006/12/26(火) 21:42:12
>>625
auto-importは独自拡張で地雷

[[gcj/質問箱]]
>PEではDLLのグローバル変数を直接インポートして参照してはいけません

629 :◆Yume/IJ8as :2006/12/26(火) 21:44:08
>>625
commitしました。

630 :ひげぽん ◆Ngzcp/NZpA :2006/12/26(火) 21:45:41
>>628さん
A.DLLからB.DLLにあるグローバル変数を、直接インポートしてはいけないという意味でしょうか.
これは、ハマりそうですね。

>>629さん
お疲れさまです。

631 :◆Yume/IJ8as :2006/12/26(火) 21:47:05
http://support.microsoft.com/kb/125677/en-us

こんなのみっけた。

632 :ひげぽん ◆Ngzcp/NZpA :2006/12/26(火) 21:48:39
>memcpy()はmonapi_memcpy()とかにしてlibc側でのシンボルを空けておく

これは結構必要だなと思っていて、printf とかもそもそも libc に移動したいですし。
どうでしょう>Yumeさん
一緒にがーっとやりますか?

633 :Be名無しさん:2006/12/26(火) 21:52:14
>>630
参照先を読まずに質問???

[[gcj/質問箱]]
>*** PEではダメな例 ***
>【DLL側】
>int g_foobar = 1;
>【EXE側】
>extern int g_foobar;

634 :Be名無しさん:2006/12/26(火) 21:55:50
>>626
↓これを避けた理由は?
>>373 即値指定やチェックが重複しているのであちら持ちにさせる
>>374 処理を一箇所に集約する

635 :Be名無しさん:2006/12/26(火) 21:57:58
【結論】
auto-importはテクニックで避けられるから
梨花に手を入れてまで使うような代物ではない

636 :Be名無しさん:2006/12/26(火) 22:09:53
>>631
それはerrnoのときに懸念してたプロセス間の変数共有を意図的にする方法では・・・

637 :Be名無しさん:2006/12/26(火) 22:23:29
>>633
核心をわざと引用しないのはどうかな
アンフェア

638 :Be名無しさん:2006/12/26(火) 22:53:35
維持側類

639 :Be名無しさん:2006/12/27(水) 09:18:36
タルるートくんに伊知川累って女がいたのを思い出した・・・

640 :Be名無しさん:2006/12/27(水) 15:59:08
最近清水君来なくて寂しいね

641 :Be名無しさん:2006/12/27(水) 16:49:11
(´・ω・`)ショボーン

642 :Be名無しさん:2006/12/27(水) 17:52:31
>>640
名無しでいやがらせ書き込みしているじゃん

643 :Be名無しさん:2006/12/27(水) 18:10:07
清水君はいい奴だよ

644 :Be名無しさん:2006/12/27(水) 18:21:41
>>643
湾岸帰れ

645 :Be名無しさん:2006/12/27(水) 18:37:50
愛されてるなぁ♥

646 :Be名無しさん:2006/12/27(水) 18:55:21
湾岸の書き込みを見るだけで吐き気がする

647 :Be名無しさん:2006/12/27(水) 19:11:28
>>646
勇気を出して言ってみる。
実は俺も好きじゃない。
なんでだろう、いちいち鼻につくんだよな

648 :Be名無しさん:2006/12/27(水) 19:46:21
>>646
俺も昔はそう思ってたけどいい奴だと気付いた

>>647
今はむしろ太郎の方が鼻につく
なんか昔と人格変わったよね

649 :Be名無しさん:2006/12/27(水) 20:07:51
>>648
うーん。そうかな。
湾岸は安定してむかつく

太郎に関しては別に印象変わらないけど
よく我慢していると思うよ

650 :Be名無しさん:2006/12/27(水) 20:12:08
>>648
君が湾岸でないと一応信じるとしても、同意できない。

太郎は人格が安定していて特に変化はしていない
ただ情熱や知識が増えている印象

湾岸はうざいだけ

651 :Be名無しさん:2006/12/27(水) 20:24:09
>>649-650
ふーん、そっかぁ

昔の太郎の少年みたいな純粋さが好きだったんだけど
どうも最近は世間体に縛られてぎすぎすしてる印象

そんな失われた属性を湾岸が持ってる気がするんだよなぁ

652 :Be名無しさん:2006/12/27(水) 20:32:40
純粋さ=無知
を求めているならば正解かもな

自分は湾岸に何かを教えたり期待するのはやめておくよ
人格がダメだからね

BayGCとかJMonaもしかり。

653 :Be名無しさん:2006/12/27(水) 20:43:36
>>652
彼の場合は無知が純粋にはつながらないような希ガス
知らないものに対して徹底して偏見持ってる
でも嫌々触りながら考えが変わってく節操のなさが人間っぽくて好き

654 :Be名無しさん:2006/12/27(水) 20:52:10
太郎は嫌々とあまり思わなそう
外から観察していて思うけど良くあんなにエネルギーが持つよな

655 :Be名無しさん:2006/12/27(水) 20:54:28
>>654
嫌なことは徹底してスルーしてるんじゃね?
スレでの罵詈雑言とか

656 :Be名無しさん:2006/12/27(水) 21:06:22
罵詈雑言は目に入らないに1票

657 :Be名無しさん:2006/12/27(水) 21:07:26
実は結構ストレスになってるに1票

658 :Be名無しさん:2006/12/27(水) 21:13:41
>>657
だったらむしろ偉いよな

659 :Be名無しさん:2006/12/27(水) 21:19:25
太郎は尊敬するが湾岸は侮蔑する

660 :Be名無しさん:2006/12/27(水) 21:24:42
太郎信者みたいに負けを認めちゃうんじゃなくて
なにくそって対抗するのが湾岸のいいところ
信者はそれが気に入らないから徹底して叩く
信者の支持を失いたくない太郎も黙認する

こんな微妙なバランスで成り立ってんじゃね?

661 :Be名無しさん:2006/12/27(水) 21:30:47
どちらにも信者はいないのではないだろうか。

信者は重要じゃなくて太郎や湾岸がどういう人物かどうか。

「なにくそ」っていう気概はむしろ太郎から感じるよ
湾岸はあきらめるのが早い

662 :Be名無しさん:2006/12/27(水) 21:40:07
>>661
君は自覚していないようだが太郎信者

実は太郎も結構あきらめるのはやい
あきらめたらもう二度とやらない貝になっちゃう癖もある
そういうのが印象に残らないのは君が信者だから

663 :Be名無しさん:2006/12/27(水) 21:47:01
湾岸に信者はいないけど熱心なアンチがいる
取るに足らないつまらない奴だったら無視されて終わりだが
アンチを引き付けるマイナスの魅力を持ってるんだな

664 :Be名無しさん:2006/12/27(水) 21:52:10
>>662
んー。そうか。漏れは信者なのか。
それは違うと思うけどな。

どちらかというと引き気味なんだが

>>663
マイナスの魅力は、結局魅力ではなくて、ただ不快なだけ

665 :Be名無しさん:2006/12/27(水) 21:54:47
>>658
反応はなくてもちゃんと読んで
事実無根でないものには留意するくらいの玉だったら
かなりの大物だとは思う
もしそうならアクティブな人をもっとひきつけてる筈

フィルタリングする習慣があるというのが事実に近いかな
本人は記憶力の問題だと思ってるみたいだけど

666 :Be名無しさん:2006/12/27(水) 22:06:20
>>664
ごめん、別の人と間違えてたみたい

マイナスの魅力は自覚できればプラスにもできる
忙しさに潰されるか一皮むけるか
もうちょっとヲチしてみようと思ってる

667 :Be名無しさん:2006/12/27(水) 22:07:40
>>665
>フィルタリングする習慣があるというのが事実に近いかな
>本人は記憶力の問題だと思ってるみたいだけど
遠まわしにアスペルガーだって言ってないか?w

668 :Be名無しさん:2006/12/27(水) 22:16:54
>>667
医者じゃないからそういうのは遠慮しとくよ

669 :Be名無しさん:2006/12/27(水) 22:19:38
>マイナスの魅力は自覚できればプラスにもできる
単純な符号逆転ではないよ
それくらいは理解できる人生経験を積んでいる?

670 :Be名無しさん:2006/12/27(水) 22:27:25
一緒に仕事をしている人から聞いたけど湾岸は最悪らしいよ
空気読まない・手柄総取り狙いまくりだそうだ

671 :Be名無しさん:2006/12/27(水) 22:28:33
ここは妄想がすごいスレ

672 :Be名無しさん:2006/12/27(水) 23:49:51
冬だなぁ

673 :Be名無しさん:2006/12/28(木) 00:03:19
>>669
湾岸が珈琲牛乳を開始したときに裏切り呼ばわりされながらも
何人かは動作報告してたのを覚えてるんだよ

674 :Be名無しさん:2006/12/28(木) 00:24:40
湾岸小泉純一郎、蓑輪竹中平蔵説。リーダーに相応しいのは実は湾岸氏で
みのぽんは実務型。


675 :junjunn ◆juNJunRuNQ :2006/12/28(木) 00:29:05
25日にファイルをダウンロードができなかった方はすいません。
YahooブリーフケースのURLは一日?しか持たないの知りませんでした。(´д`;
最新版は今作ったHP
http://www.geocities.jp/mona_cgui/
に載せておきますのでここからダウンロードしてください。

あと25日に公開したのはクリスマスの為の特別であって
今の時点で私が他にぽこぽこ動く事はないです。


>ひげぽんさんへ
私の考えとしてはCGUI関連に関しては正直しばらく
独立を保ちたいと思っている所です。

実際今の所CGUI・IME・Windmillなど全ては
カーネルの上の普通のアプリケーションとして動いているだけですので
本体にはフィードバックする必要がないからです。

CGUIは最初から設計方針として本体とは切り離し
完全独立するようになっています。
本体に食い込ませると依存関係などが出てきて
逆にややこしくなる可能性がありますし、
それにサービスとして独立しているのは
マイクロカーネルを採用しモジュール単位で作り込む
Mona本来の設計方針だったとも思いますので。


676 :junjunn ◆juNJunRuNQ :2006/12/28(木) 00:33:38
もちろん、本体にマージするのが嫌などと言う意味ではありません。
あくまで現時点では本体にマージするメリットがないですし
モジュール化の為に今は私がCGUIの担当として全部管理している方が
うまくいくと思うからです。
少なくとも落ち着くまでの間は。


今後の私の予定としては:
・私の方も最新のカーネルにアップデートして
 (Alpha4を使っているのはそれ以外では一発コンパイルが通らなくて
 フィックスするのが面倒だったからです・・・)
 .iso全体も最新の状態にする。

・ヒープメモリのバグ(alpha4ではmallocのアルゴリズムに問題があるようで大量に確保するととんでもないスピードダウンがありました。)
 を直すなどカーネルレベルの方でもいじりたい所があります。
 
ひとえに言うとQEMU上からWindmillを動かしてもストレスがないぐらいになるまで
その為の障害やボトルネックになっているあらゆる部分に手を加えたいです。

後は
・CGUIのドキュメント(アプリケーション開発手順)のページを作る。


こんな事を考えています。
また何か進展があったら現れます。


677 :Be名無しさん:2006/12/28(木) 00:49:53
>>675-676
MonaをDOSみたいな感覚で捉えてるのかな?
それなら太郎とつるむメリットがないのはわかる気がする

678 :Be名無しさん:2006/12/28(木) 01:05:50
>>676
>・ヒープメモリのバグ(alpha4ではmallocのアルゴリズムに問題があるようで
>大量に確保するととんでもないスピードダウンがありました。)
これはalpha5で直ってる

679 :Be名無しさん:2006/12/28(木) 01:08:26
>>674
みのぽんは学者肌だよね
血は争えないという印象

680 :Be名無しさん:2006/12/28(木) 01:24:40
>>648
太郎の持ち味は昔から一貫して公開オナニー。
これは変わらない。
変わったように感じるのは最初の頃は猫を被っていたため。
大人になったらそうそう性格なんて変わるもんじゃない。

681 :Be名無しさん:2006/12/28(木) 01:33:24
>>677
試行錯誤して自分に合った道に落ち着いたということでは。
Monaは好き勝手いじって遊ぶのにはそこそこ良く出来たおもちゃ。
中の人には外に対して素材を提供するという意識を持ち続けてほしい。

682 :Be名無しさん:2006/12/28(木) 01:38:40
>>679
どんどんマッドサイエンティストっぽくなって正直引く

>>680
以前はもっとフレンドリーな印象だったんだけど
猫被って下手に出てたからではないと思うけどなぁ

683 :Be名無しさん:2006/12/28(木) 01:44:05
>>359
自分で線引きしてどんどん閉じこもって幸せって話

684 :Be名無しさん:2006/12/28(木) 01:52:26
ふとLとKとさっきゅんとひげが仲良くわいわいやってた時代を思い出して涙が出そうになった・・・

685 :Be名無しさん:2006/12/28(木) 06:46:50
>>684
同じようなこと言ってる香具師がいる
http://pc8.2ch.net/test/read.cgi/os/1165476969/232

686 :Be名無しさん:2006/12/28(木) 07:25:12
j様乙
これでもかっというくらい落ちるけど
それが直れば実用できそうな速度ですね

IMEは名詞類が無いのはいいとして
「chu」で「ちゅ」が入らないのがイヤンですた

687 :Be名無しさん:2007/01/12(金) 00:31:22
CGUI1.21キタコレ
超絶に速すぎワラタ
ありえねー うはははははwwwwwwwww

688 :Be名無しさん:2007/01/12(金) 13:02:35
コンパイル済のisoイメージがあれば簡単に試せるのになー。


virtual pc無料になったし。

初心者にはlinux以上に敷居が高い。



689 :Be名無しさん:2007/01/12(金) 21:05:07
j様がカーネル見直したらここまで伸びる余地があったのか。
5倍ぐらい一気にスピードアップしてないか。
やっぱこの人だけは桁違いに飛び抜けたスキル持ってるな・・・

>688 あるよ普通に。

690 :Be名無しさん:2007/01/15(月) 01:41:21
>>689
カーネル触ってないでしょ?


691 :Be名無しさん:2007/01/15(月) 01:43:55
いじったのはピクセルじゃなくて?

692 :Be名無しさん:2007/01/15(月) 02:11:42
CGUI 1.2.1:カーネルやモジュールを独自に改造した大幅な高速化

693 :Be名無しさん:2007/01/15(月) 10:08:58
そういやmonapi2を制定した時も(MonAPI1の)4倍スピード上がるって書いてたような
ハッタリじゃなくて本当に出せたんだ;;゚д゚)

694 :ひげぽん ◆Ngzcp/NZpA :2007/01/16(火) 00:03:27
>>687さん
うぉーーーー。超起動が速い。

junjunnさんどこをどうしたのか知りたいなぁ。
あわよくば取り込む方針で。
ここまで本格的にチューニングで成果を出したのは正直すごいと思います。


気づくのが遅れて本当に申し訳ないです。
pc8.2ch.netの方をブックマークして、Firefoxのbbs2chreaderを利用して読んでいたら、pc10への移転に気づかなかった。


695 :junjunn ◆juNJunRuNQ :2007/01/19(金) 21:37:42
>ひげぽんさんへ
改変ソースはここに上げておきます。
http://www.geocities.jp/mona_cgui/temp/kernel.zip
http://www.geocities.jp/mona_cgui/temp/file_server.zip

いじったのは主にFile.binです。
IDEドライバの中に大きいボトルネックがあったのを発見したので
それを取り除いたら一気に伸びました。
後はカーネルとmonapiの、両方のmemcpyとmemsetをいじったような気がします。

すみませんがソースの安全性は保証できません・・・
テストの為に私が後先考えず改造やメモを入れてゴミを撒き散らしましたし、
もしかしたら新しいバグを作ったりしてたりひどい有様ですが
それでもよかったら改造箇所をフィードバックするなり自由に使ってください。

696 :Be名無しさん:2007/01/19(金) 22:41:21
CGUI SDKが公開された。
ソースが・・・
あの内容だからさぞかし恐ろしいコードの山になってるのかと思えば
拍子抜けするほど少ない。
他のライブラリと動的リンクしてるわけでもないしCGUInterfaceって奴が全部か。
よく動くなこれで。


697 :Be名無しさん:2007/01/20(土) 00:25:26
すごいな・・・これ。
俺もなんでこれでGUIアプリが動いちまうんかと思ったら
結局全部メッセージングだけで片づけてるのか。

つくづく、うまい・・・
DLLも動的リンクも共有メモリも何もいらなかったんだ。
最初からメッセージングでリクエストだけ送ればGUIコードそのものを共有化する必要なんて。
シンプルで最強だ。こんなのでよかったんだ。こんなやり方が( ゚д゚)・・・

698 :ひげぽん ◆Ngzcp/NZpA :2007/01/20(土) 00:37:38
>junjunnさん
おお。ありがとうございます!。
週末にじっくり diff をとりながら勉強させていただきます。
たぶん最新版Monaに取り込むことになると思います。

レポートはまた後日にでも。

699 :Be名無しさん:2007/01/20(土) 00:46:09
素晴らしい仕事なのでコードを読んでみました。
関数やの引数の命名規則がモダンでないのが気になりました。
細かいのかもしれませんが今どき、こういうコードを見てしまうとJavaプログラマが離れてしまいそうです。

もったいない。

700 :Be名無しさん:2007/01/20(土) 13:00:53
>>699
今時の命名規則ってどういう感じなんでしょうか?
モダンな命名規則に興味あるのですが、どこらへん見たらいいんでしょうか?


701 :Be名無しさん:2007/01/20(土) 14:40:31
コーディング規約でぐぐればトップに出てくるわけだが…

702 :Be名無しさん:2007/01/20(土) 22:25:42
プログラミング言語によると思うけど C++ であれば卑下のそれが一番近いのではないかな。
メンバだったら m_
ポインタだったら p_

みたいなのはかなり古いかと

703 :Be名無しさん:2007/01/20(土) 22:32:18
なるほどね。関数もメンバも全部メッセージングに追い出せば変な物導入しないでも全部用は済んじゃうし
この先どれだけCGUIを拡張してもライブラリの増大は一行で済むわ
MonaForms系が苦しんでたソースの肥大化が嘘みたいだ。こんな綺麗なやり方ができるのか。

実際に見せられてみれば俺でも原理はやり方はわかったけど
これを思いつけって言われたら無理だったな・・・やっぱ共有空間とか持ち出してメンバをシェアしようとしてただろうな。
実際にMonaFormsが出来てから今まで
こういう風に書けばスッキリするのを誰一人も指摘しなかったし。

同じ問題を解くにも設計力でここまで差が出るのか。
すげーよ・・・orz


>699
個人的にJAVAはいらんけどな。JAVAで書かれたまともなソフトなんて見たことない。

704 :ひげぽん ◆Ngzcp/NZpA :2007/01/21(日) 00:47:24
>junjunnさん
まずは file_server の高速化を取り込ませていただきました。ありがとうございます!
レポジトリ の trunk/mona に取り込みました。

高速化の内容は
・IDEDriver.cpp でのウェイト用 sleep をコメントアウト
・ISO9660FileSystem::read での offset == 0時に共有メモリに直接読み込み
の2点でした。過不足があったらご指摘ください。

詳細は
ttp://d.hatena.ne.jp/higepon/20070120/1169307018
に書きました。


関数の引数や命名規則の話が出ていますが、。過去にこんな議論がありました。
ttp://wiki.monaos.org/pukiwiki.php?%B5%C4%CF%C0%2FMonAPI%2F%CC%BF%CC%BE%B5%AC%C2%A7


あともしも、CGUIが最新の trunk に入るのであれば、beep player をCGUIで作ってみようかなとか思っています。
入るとうれしいなぁ。

705 :Be名無しさん:2007/01/21(日) 01:22:31
>>703
おいおい、IDLを知らんのか?
任天堂のesはIDLでもっとスマートに自動化してるぞ。
BeOSのやり方もIDLを隠して同じことをやってるし、
IDLもC++も使わないで同じことをしてるのがWin16/32だし、
昔からあるやり方で別に新規性はないぞ。

706 :Be名無しさん:2007/01/21(日) 01:36:39
コマンド書き込み後とかの400ns or 割り込み待ちのとこか

707 :Be名無しさん:2007/01/21(日) 01:49:55
>>703
君の嫌いなJAVA用語でカテゴリわけがされている。

CGUIの方式はピア
MonaFormsは方式はライトウェイト

それぞれの方式の長所・短所は良く知られている。

プアな環境ではピアが有利。
Swingが登場時にボロクソに言われていたように、
ライトウェイトはプアな環境では使い物にならない。

ピアはポトペタ式に定型部品だけを使うのに向いている。
しかしアプリ側で手を入れると実装としてリニアにならない。
サブクラス化やオーナードローで泥縄になる。
LLの人ならSWIGでC++のクラスをPerlでラップするのをイメージすると近い。

708 :Be名無しさん:2007/01/21(日) 02:13:08
>>697
>DLLも動的リンクも共有メモリも何もいらなかったんだ。
>最初からメッセージングでリクエストだけ送ればGUIコードそのものを共有化する必要なんて。
DLLが使えなかった頃は後者の方法が使われていて、
解凍をDLLではなくファイルサーバでやるのはその名残だった筈。

サーバ式ではキューが直列化されるので排他的な処理には有利だけど、
リエントラントな処理では無駄になるし、
かと言ってリクエストごとにスレッドを立てるとシンプルではなくなるので、
無条件にどちらが優れているというものではない。

>>702
ひげぽんはメンバにサフィックス付けてるけど、
前か後ろかというだけで本質的には違いはないかと。
m_hige <-> hige_

プレフィックスが好まれるのは主にソートや補完の便。

709 :Be名無しさん:2007/01/21(日) 02:16:03
ATA/ATAPIのプロトコル見た感じ、ステータスレジスタ読む前に
最低400ns待つのはちゃんとやらないとヤバそうよ。
waitまるっきり無くしちゃうのは却下却下。
仮に実機で動いたとしても、動くからイイやーとか言わないでー。

710 :Be名無しさん:2007/01/21(日) 02:41:12
>>708
プレフィックスもサフィックスも付けないのがモダンな命名規約なんだが

711 :Be名無しさん:2007/01/21(日) 02:45:19
どっかのバッドノウハウが「bikeshedだね」とか言いそう

712 :Be名無しさん:2007/01/21(日) 03:03:48
>>703
コモンコントロールの外に一歩出たら体系が交錯する。
サードパーティーコンポーネントはクライアントで実装せざるを得ない。

本体側は絶対落ちないくらいに堅牢なものだけにしないと、
コンポーネントのバグでGUI全体が落ちる危険がある。
カーネルのモノリシックかマイクロかって議論とまったく同じ。
OSAKAみたいにGUIまでカーネルに取り込むようなのもあるしな。

713 :Be名無しさん:2007/01/21(日) 03:08:30
カーネルだとモノリシックとマイクロみたいに構造がよく議論されるけど
GUIの作り方は興味持つ人が少ないから目にする機会が少ないってことかと
どーせWeb3.0の時代になればクライアントサイドGUIなんて死滅死滅

714 :Be名無しさん:2007/01/21(日) 03:24:43
>>713
こうやってスレが伸びてるのは刺激があったからだよね?
両極端な実装が並ぶから鮮やかに対比できる。
GUIに関心を引くチャンスなんじゃないかと。
これで湾岸あたりが打倒j様で萌え上がれば面白い。

715 :Be名無しさん:2007/01/21(日) 03:32:04
CGUIアイドリングしてなくね?

716 :Be名無しさん:2007/01/21(日) 03:39:15
>>712
GUI本体がコンポーネントを持っているのがモノリシックカーネル的
GUI本体からコンポーネントを追い出すのがマイクロカーネル的

この理解で合ってる?

717 :Be名無しさん:2007/01/21(日) 03:42:32
>>716
>この理解で合ってる?
OK

>GUI本体がコンポーネントを持っているのがモノリシックカーネル的
こっちがピア

>GUI本体からコンポーネントを追い出すのがマイクロカーネル的
こっちがライトウェイト

718 :Be名無しさん:2007/01/21(日) 03:47:48
たまには入食いのためにVPC買ってOSまで乗り換えた影様のことを思い出してあげてください・・・

719 :Be名無しさん:2007/01/21(日) 05:36:25
sleep(ms)で待とうとすっと最低10msみたいだから、確かに長いかもしんない。
もっとマシなwaitのかけ方を確保した上で、t13見るか既存の実装パクるかして
より大雑把さ少なめの制御するといいんでないでしょーか。 >ファイルシステム高速化

http://www.t13.org/

720 :Be名無しさん:2007/01/21(日) 06:30:50
しかし……現状sleep(1)でもsleep(5)でも実質sleep(10)と同じなんだけど、
それにしたってどういう基準でこの秒数指定してるのかよう分からんちん。
wait入れる場所は割と合ってるっぽいけど、なして間隔がこう大雑把なの? >IDEDriver書いた人

721 :Be名無しさん:2007/01/21(日) 07:44:42
>>696-697 >>700 >>703
j様七誌で乙

722 :Be名無しさん:2007/01/21(日) 07:54:56
>>719
意味不明だ。
そんなのおまいが勝手に作ればいいだけじゃん。

723 :Be名無しさん:2007/01/21(日) 07:57:18
新入り風情が

724 :Be名無しさん:2007/01/21(日) 08:13:33
実機でウェイトなしはまずい
それに物理メディアアクセスが糞遅いんで
少々ウェイト削ったくらいでは高速化しない
安全側に振ってロールバックするのが良いかと

725 :Be名無しさん:2007/01/21(日) 08:24:46
そうすっと、高速化については割とぬか喜びだたーかもなのか?

726 :Be名無しさん:2007/01/21(日) 08:27:54
それがj様クオリティ

727 :Be名無しさん:2007/01/21(日) 08:35:58
>>705
esのソースは綺麗だよな
特に構成が非常に上手い

728 :Be名無しさん:2007/01/21(日) 08:37:14
でもさあ、やっぱし10ミリ秒て長くないですか?
100回繰り返したら1秒じゃないですか。いや100回繰り返すのか知らないけど実際。
せめてマイクロ秒くらいに抑えると結構変わったりしないすか。しないすか。そうすか。

729 :Be名無しさん:2007/01/21(日) 08:45:45
>>728
ユーザー側なんで仕方ないじゃん
犬糞だってnanosleepしてもタスクスイッチで10ms浪費する

730 :Be名無しさん:2007/01/21(日) 08:59:09
>>728
そう考えるとプリエンプティブって張り子の虎だよな
世間体に縛られて体裁を繕っている今と違って
プリエンプティブの実験とかしてた頃の太郎は
純粋に実験が楽しかったんだろうな・・・(遠い目

731 :Be名無しさん:2007/01/21(日) 09:00:59
いまどきrdtscもねえしなぁ。

732 :Be名無しさん:2007/01/21(日) 09:09:35
なんか妙に最適化に固執してアーキが古臭くなってるような。。。
あんまそれやるとOSASKの二の舞にならないかと老婆心ながら。。。

733 :Be名無しさん:2007/01/21(日) 09:11:20
モダン=富豪的な罠

734 :Be名無しさん:2007/01/21(日) 09:14:05
それよかビジーループ何とかしろって
ノンプリエンプティブか?w
古臭いにも程度ってもんがあるだろ

735 :Be名無しさん:2007/01/21(日) 09:17:19
>>733
有り余るリソースを力技でブンブン振り回すのが漢の浪漫だろ?
2年もすれば8コアくらいは当たり前の世界が見えてるってのに。

736 :Be名無しさん:2007/01/21(日) 09:23:36
>>715 >>734
意味不明だ。
そんなのおまいが勝手に作ればいいだけじゃん。

737 :Be名無しさん:2007/01/21(日) 09:24:24
新入り風情が

738 :Be名無しさん:2007/01/21(日) 09:27:21
実機でウェイトなしはまずい
このスレもビジーループ

739 :Be名無しさん:2007/01/21(日) 09:31:09
>>738
ワラタ

740 :Be名無しさん:2007/01/21(日) 09:56:28
既にmonaはモダンさが売りじゃなくなってる希ガス
これからはlispの時代ねぇ

741 :Be名無しさん:2007/01/21(日) 11:15:47
>>740
太郎は既に充分な功績を残したんだから
余生くらい好きなように送らせてやれよ

742 :Be名無しさん:2007/01/21(日) 16:50:32
アーキテクチャが世間に逆行しててワラタ

743 :Be名無しさん:2007/01/21(日) 21:03:48
j様は湾岸の豪華版

744 :Be名無しさん:2007/01/21(日) 23:11:01
>>743
j様に大変失礼かと
というか湾岸の名前はだすな

745 :Be名無しさん:2007/01/21(日) 23:50:10
簡単なものを複雑に実現しないと、大人OSであるMonaOS界隈では
認められないのかもしれませんね > j様

Yamamoto Mona-OS (オフィシャルサイト)
http://yamamoto-mona.cocolog-nifty.com/mona/2007/01/index.html

746 :Be名無しさん:2007/01/21(日) 23:53:49
デザインパターンとか持ち出す奴に限って無能。100%www
そんなにすごいんなら自分でプロジェクトメンバに加わってOS書けよ。できないから遠くから名無しで吠えてるだけなんだろーね(ワラ

747 :Be名無しさん:2007/01/21(日) 23:58:34
って遠くから名無しが吠えてた

748 :Be名無しさん:2007/01/22(月) 00:08:23
CGUIのメッセージ方式はまあモダンなOSなら全部採用してる当たり前の方法だけどな。
今まで誰も指摘しなかったのは事実。
理論的にはわかっちゃいるけど実際に書くのが難しいのがプログラミング。

749 :Be名無しさん:2007/01/22(月) 00:17:38
言われたらわかるんだけどな・・・
今まで何もしないで
できた後からケチつけるのは答えを見てから解答を逆算しただけだろ。

>745
全然関係ないだろw

750 :Be名無しさん:2007/01/22(月) 00:34:04
今後の成果次第だ
少なくともCGUIはBayGUIより落ちまくるし今のところご大層な理論も微妙?
両方が改良を重ねて最終的にどっちのアーキテクチャが優れてるか現物出して証明しない事には何言えんよ

751 :Be名無しさん:2007/01/22(月) 09:24:32
>>748
捨てられつつある方式なんだが
X intrinsic -> GTK+, Qt
AWT -> Swing
Win32 -> Avalon

752 :Be名無しさん:2007/01/22(月) 09:34:33
ハンガリアン使いなところを見るとMFCを相当やり込んでいそう
Win32のマクロの影響を受けたんじゃないかと

windowsx.h

#define Button_SetState(hwndCtl,state) ((UINT)(DWORD)SendMessage((hwndCtl),BM_SE
TSTATE,(WPARAM)(int)(state),0))
#define ComboBox_AddString(hwndCtl,lpsz) ((int)(DWORD)SendMessage((hwndCtl),CB_A
DDSTRING,0,(LPARAM)(LPCTSTR)(lpsz)))

753 :Be名無しさん:2007/01/22(月) 10:04:12
>>750
適用範囲が全然違うので同じ土俵で比べるものではない。
優劣とかではなく、一般的には目的によって使い分けられる。

組み込み部品方式は組み込みパーツを並べたGUIには強い。
業務用のVB製フロントエンドみたいなアプリ。
起動時間もバイナリサイズも有利。

自分で部品を作ったり、既存の部品を拡張したり、
移植性を重視するような場合には、
全部クライアント側で書くような作り方をする。
富豪的な実装なので重くなる。

前者の方式をモダンにやるならIDLは必須。
プロセス間通信のコードを手書きするのは時代遅れ。

後者の方式はプロセス間通信は不要なのでひたすらフラット。
既存OSのアプリとしてバイナリ配布する際に
スタティックリンクしてしまえば単体で動くので都合が良い。

754 :Be名無しさん:2007/01/22(月) 10:30:32
>>748
全部手書きしたら難しいのは当たり前。
IDLのトランスレータからちゃんと作り込んで
コードを書く側でプロセスの壁を意識しないようようにするのが
CORBAやCOMなどのモダンな方法。

ただこれを何の工夫もなしにやると
継承できないコンポーネントができてしまう。
CORBAではないがSWTなんかがその例。
与えられた部品を改造せずにそのまま使うなら問題ないが、
継承して手を加えるときに大問題が発生する。

755 :Be名無しさん:2007/01/22(月) 10:41:01
>>754
意味不明だ。
そんなのおまいが勝手に作ればいいだけじゃん。

756 :Be名無しさん:2007/01/22(月) 12:36:33
何か事件があると必ず出てくる「俺には前からわかってた」人間。(笑)
今まで何してたんだ?
その自慢のスキルで今度は事件が起こる前に見せてみろよ(´ー`)y-~~

757 :Be名無しさん:2007/01/22(月) 12:42:16
>>756
意味不明だ。
そんなのおまいが勝手に作ればいいだけじゃん。

758 :Be名無しさん:2007/01/22(月) 13:56:15
ttp://www.daionet.gr.jp/~knok/flash/os-win-lose/os-win-lose1.swf
> 負け組みとは?
> ----
> 他人のソフトウェアをメンテナンス
>  バグ修正
>  backport
>  環境変化への追従
>   他のhackする暇なし!

759 :Be名無しさん:2007/01/22(月) 14:54:22
>>758
Linusの評価が太郎に被るな・・・

760 :Be名無しさん:2007/01/23(火) 03:12:38
>>759
太郎に大変失礼かと
というかLinusの名前はだすな

761 :Be名無しさん:2007/01/24(水) 01:04:51
やあ(´・ω・`) また逢ったね

本当にすまない こんな騒動になってしまって


でもね、ひとつだけ閉鎖をふせぐ方法があるんだ


http://game11.2ch.net/test/read.cgi/otoge/1167185144/


↑のスレに


「あっきーは書き込まないでください」
と書き込むんだ。

またより多くの人間に知ってもらうため他のスレにコピペして知らせて欲しい

では健闘を祈るよ

762 :Be名無しさん:2007/01/25(木) 09:23:34
>>761
なんで大内君が晒し者にされてるわけ?>太郎

763 :Be名無しさん:2007/01/25(木) 09:55:12
昔俺を振ったねーちゃんもあっきーって呼ばれてたな

764 :Be名無しさん:2007/01/25(木) 19:05:18
>>762

http://d.hatena.ne.jp/jkondo/20061205
jkondoの日記

 2006-12-05
 ■スルー力なんて無くていい 16:31

  なんか最近「スルー力」という言葉が流行っていて驚いているのですが、
 「なんでも華麗にスルーできる人は偉い」というような価値観だけが蔓延
 するのもどうかなあ、と思っています。


290 :ひげぽん ◆Ngzcp/NZpA :2006/12/07(木) 00:33:11

 「好き勝手いっている奴」の件ですが
 コードを書く人が一番偉いと思っているので、もし不愉快な書き込みを見
 かけたら皆でスルーすれば良いのではないでしょうか。

http://pc10.2ch.net/test/read.cgi/os/1163920221/290

765 :ひげぽん ◆Ngzcp/NZpA :2007/01/25(木) 22:14:25
>>762さん

761のスレッドを斜めよみしましたが、あっきぃさん違いかな?
ちと良く分からないです。

766 :Be名無しさん:2007/01/26(金) 14:55:28
>>765
あんまり心配させんなYO!
また内ゲバで粛清でも始めたかと思ったじゃん

767 :Be名無しさん:2007/01/28(日) 17:14:16
> また内ゲバで粛清でも始めたかと思ったじゃん
"また"とかいうなよ。まるで以前にはあったみたいじゃないか。

...まさか、もしかして、あったの?

768 :Be名無しさん:2007/01/28(日) 18:03:46
内ゲバは和製OSコミュの伝統です。

769 :ひげぽん ◆Ngzcp/NZpA :2007/02/11(日) 00:42:45
大変遅くなってすみません。
junjunnさんの高速化取り込み kernel 編をやりました。
詳細は
ttp://d.hatena.ne.jp/higepon/20070210/1171121873
に書きました。

これで junjunnさん提供の高速化取り込みは完了です。

junjunnさんありがとうございます!

770 :Be名無しさん:2007/02/11(日) 09:36:04
>>769
>>724

771 :Be名無しさん:2007/02/11(日) 10:31:36
元々、このOSが実機で動いたことないんだけど、
さらにPCエミュレータ専用OSの方向に進んでいくのか…

772 :Be名無しさん:2007/02/11(日) 12:39:15
CGUIみてみました。
ほぼストレスない操作感に感動です。

>> 現在できない事:
>>  ビットマップ描画などユーザーがドット単位でアプリケーション
>>  の描画バッファに アクセスする手段は現時点では用意されてい
>>  ないため無理です。
>>  (略)
>>  将来的にデバイスコンテキストに相当するクラスを導入して解決
>>  する予定です。

個人的にはこれが解決するまで放置だなぁ。
ユーザ側で部品を拡張できなきゃ遊ぶ気にならないね。
あと、イベントはウィンドウでハンドリングするのかな。
部品内で処理できないと部品を自作しても結局はウィンドウ
までいじる必要になっちゃうよね。

とりあえず今後が楽しみです。

773 :Be名無しさん:2007/02/11(日) 19:18:34

最近、Windows Vistaがあまりにも糞であることが分かるようになり、Windows
にかわる第3のOSの登場が待ち望まれています。

新OS:monaの開発で、新しいOS革命を起こしてほしいです。


774 :Be名無しさん:2007/02/11(日) 19:53:49
OS文化大革命?

775 :Be名無しさん:2007/02/11(日) 22:22:55
>>773
もうMonaは技術的にも廃れたOSになってしまったが、革命を起こすとか…

776 :Be名無しさん:2007/02/12(月) 10:50:27
そこで内ゲバ&粛清ですよ

777 :Be名無しさん:2007/02/12(月) 12:57:12
>新OS:monaの開発で、新しいOS革命を起こして→ 革命OS派→ 革○派

>MicroKernel開発隊 → 中核派

778 :Be名無しさん:2007/02/12(月) 13:09:00
>>777
テラワロスwww
おまいセンスあるな
あとラッキーセブンおめ!

779 :Be名無しさん:2007/02/12(月) 17:15:38
>>772
OLEを再発明して信者(を装った本人)がベタ褒めする悪寒

780 :Be名無しさん:2007/02/12(月) 17:45:54
もうMona自体が古いしな。
こう考えると、Windowsが一番マシっていう結論になる。

781 :Be名無しさん:2007/02/12(月) 18:32:29
>>780
だからこそSchemeで一点突破なわけだが。

ttp://d.hatena.ne.jp/fromdusktildawn/20061002/1159784863
> Lispは、JavaやC#や多くのLL言語の過去であると同時に、未来でもある

782 :Be名無しさん:2007/02/12(月) 18:46:26
>>781
LISP至上主義はEmacs使いの成れの果てと相場は決まっている
結局和製OSは技術を人口に膾炙させたKの一人勝ちで終わったな

783 :Be名無しさん:2007/02/12(月) 18:53:53
>>782
つ「それがぼくには楽しかったから」
他人のことなんか関係ない

784 :Be名無しさん:2007/02/12(月) 18:58:02
>>783
Mona本を買った人の大半はOSの作り方が知りたかったという事実。
そんな不満をK本がフォロー。
出版社もうまいね。

785 :Be名無しさん:2007/02/12(月) 19:05:13
>>784
それは勝手にそう思い込んでた香具師の落ち度だろ
卑下本はMonaアプリ開発の手引きとしては悪くない
もっとも今のMonaには何の役にも立たないが

786 :Be名無しさん:2007/02/12(月) 19:09:03
Schemeインタプリタなんてまだ練習みたいなもんだろ?
Schemeコンパイラを作ってカーネルをリライトしてからが本番。
太郎にとっての本当の勝負はそこから始まる。

787 :Be名無しさん:2007/02/13(火) 00:51:47
>>763
現首相夫人?

788 :Be名無しさん:2007/02/13(火) 09:49:25
>>783
>>760

789 :Be名無しさん:2007/02/13(火) 15:19:49
>>772
それを突き詰めると基本部品も全部ユーザー側で持っちゃえってなって
実際にそういう実装が最近のトレンドではあるのだが
MonaFormsとの差別化のために意地でも避けようとするだろうな

>>779
そうなると残された選択肢として
OLEの劣化コピーを「独自に考案する」のはあり得る

790 :Be名無しさん:2007/02/13(火) 16:08:58
>>786
APIやカーネルまでschemeだから
schemeシェルから透過(=ネイティブ)ですよって戦略か。
CooSのCLIをschemeに置き換えたようなもんだな。
最初はインタプリタからってのもCooSと同じ。

791 :Be名無しさん:2007/02/13(火) 16:26:28
>>790
なんだか全然萌えないんだが・・・
太郎があっちに逝っちゃったってのが正直な感想

既にMonaの開発の中心はj様に移ったってことかもな
jOSはプロプラでNWSOSと似たような雰囲気になりそうだが
パクリ上等でGPLをやめたんだからそれはそれでいい

792 :Be名無しさん:2007/02/13(火) 16:35:44
OSに夢を見る時代が終わったのをparallelsのcoherenceが象徴しているかと

793 :Be名無しさん:2007/02/13(火) 17:35:39
>>781

 寝 言 は 寝 て か ら 言 え

794 :Be名無しさん:2007/02/13(火) 17:50:42
>>793
ヒント:分裂勘違い

795 :Be名無しさん:2007/02/16(金) 13:57:04
ttp://www.itmedia.co.jp/news/articles/0702/16/news037.html
YouTubeをテレビで“ダラ見” はてな、Wii対応の動画サービス (1/2)

ttp://image.itmedia.co.jp/news/articles/0702/16/yu_hatena_10.jpg
頭がスーパー蓑輪人

  「これがうまくいけば、はてなと別会社で運営してもいい、ぐらいに思っている」

暫定CEOの座キタ

796 :Be名無しさん:2007/02/22(木) 18:30:49
未踏採択期間中にこういうことを堂々とやられると複雑だな
PMやIPAひいては他の採択者や非採択者に対しても失礼じゃないかなあ
まあひげぽんさんの未踏の成果が有無を言わさないほど充実していれば問題ないのかもしれないが

797 :Be名無しさん:2007/02/22(木) 20:37:18
>>796
>まあひげぽんさんの未踏の成果が有無を言わさないほど充実していれば

他のBSDライセンスのScheme実装をパクってMITライセンス/C++に
鋭意書き直し中なので無問題

798 :Be名無しさん:2007/02/22(木) 20:44:03
せこい奴だ

ヤリタイホーダイの売名行為だったとはな・・・


799 :Be名無しさん:2007/02/22(木) 21:19:29
>>795
JASRACに文句付けられたりしね?

800 :Be名無しさん:2007/02/22(木) 22:21:51
>797
湾岸?
また妬みか

801 :Be名無しさん:2007/02/22(木) 23:37:15
>797
日記読んでる?
パクっているならあそこまで苦労しないかと

802 :Be名無しさん:2007/02/22(木) 23:49:50
パクって、さも自分の手柄のように言うのは一人だけです。



803 :Be名無しさん:2007/02/23(金) 09:59:44
動画再生サイト「Rimo」にも著作権問題?
ttp://www.j-cast.com/2007/02/21005658.html

804 :Be名無しさん:2007/02/23(金) 13:42:33
>>802
ツベをパクって画期的とか?

805 :Be名無しさん:2007/02/23(金) 13:49:29
必死だな。

806 :Be名無しさん:2007/02/23(金) 20:45:06
スラドきてた
ttp://slashdot.jp/articles/07/02/22/1519226.shtml

807 :Be名無しさん:2007/02/24(土) 12:08:52
jさまがHDD書き込み対応キタ━━━━(゚∀゚)━━━━

808 :Be名無しさん:2007/02/24(土) 17:50:13
>>799
技術者の暴走レベルで尻つぼみに終わるか、ホリエモン並の大物に化けるかの
瀬戸際だと思う。

809 :Be名無しさん:2007/02/24(土) 20:55:37
>>808
太郎はもうダメだろ
既にMonaは実質j様のものだし

810 :Be名無しさん:2007/02/24(土) 21:10:29
仕様書マーダー

811 :Be名無しさん:2007/02/24(土) 21:43:54
つーか未踏に出した書類を晒せと
どこに逝くのかさっぱりわからん

812 :Be名無しさん:2007/02/24(土) 22:16:11
俺は仕様書とかはどーでもいいと思うよ。APIさえ提供されてりゃ全ての機能が使えるんだし。
オープンにして勝手な亜種が乱立するよりクローズにして本家が仕切ってもらう方が助かる。

813 :Be名無しさん:2007/02/24(土) 22:32:30
j様名無しで乙

814 :Be名無しさん:2007/02/24(土) 22:40:25
>>811
太郎はお呼びじゃない

>>812
同じようなことをL様、j様、高橋氏(CooSの人)が言ってた

>>813
先を越された、、、

815 :Be名無しさん:2007/02/24(土) 22:42:30
仕様書が書けない=パクリ

816 :Be名無しさん:2007/02/24(土) 22:45:55
NTFS最強ということだな

817 :Be名無しさん:2007/02/25(日) 12:59:12
クレクレ厨はほっとけ。
こいつらは要求するだけ要求して、物ができても何も仕事しない足を引っ張るだけの屑ども。昔から住んでる。
大物なら名無しの小物なんて相手せずどーんと構とけ。

818 :Be名無しさん:2007/02/25(日) 13:03:41
j様七誌で乙

819 :Be名無しさん:2007/02/25(日) 15:47:41
別に仕様くらい教えてくれてもいいだろ
ファイル名に何文字使えるとか、ファイルサイズ制限とか

820 :ひげぽん ◆Ngzcp/NZpA :2007/02/25(日) 18:14:16
おお。HDDだ。
素晴らしい仕事 > junjunnさん

ところで FileServerHDDInterface ですが、既存の monapi_file_xx からも使えるようになるとうれしいのですがだめですかねえ。

821 :Be名無しさん:2007/02/25(日) 20:00:48
iModeに移植したやつなのかな?iMonaってやつ。
使いやすくていいね。感謝してます。


822 :Be名無しさん:2007/02/25(日) 20:17:12
>>820
>>811

823 :Be名無しさん:2007/02/25(日) 20:19:42
>>821
これか?
ttp://imona.net/

まったく関係ないから帰れよ

824 :Be名無しさん:2007/02/25(日) 20:29:45
さすがに太郎はもう逝ってよしだろ
なんか勘違いしてるみたいだし

825 :Be名無しさん:2007/02/25(日) 20:47:21
>>824
ヒント:老害

826 :Be名無しさん:2007/02/25(日) 20:52:23
>>825
それは言いすぎw
でも未踏終って30歳になったらさっさとMonaから手を引いて小説家になるべき

827 :Be名無しさん:2007/02/25(日) 21:04:29
part2〜5が黄金期だったような気がしなくもない
人が入ってきたのにさばききれなかったのが敗因かな
あとはj様がNWSOS路線でL様に張り合ってくれればいい

828 :Be名無しさん:2007/02/25(日) 21:07:38
>>827
未踏に受かって、本業でも大評判ですが伺か?

829 :Be名無しさん:2007/02/25(日) 21:15:21
>>828
ただの童貞のひがみだろ
いちいち相手にすんな

830 :Be名無しさん:2007/02/25(日) 21:50:23
モナは太郎の個人プロジェクト
j様のはフォークなんで勘違いすんな

831 :Be名無しさん:2007/02/25(日) 22:06:01
もうjOSって名前にしちゃった方がいいんじゃね?

832 :Be名無しさん:2007/02/25(日) 22:15:21
それ何てPalmOS日本語版?

833 :Be名無しさん:2007/02/25(日) 22:20:28
今はPalmも犬糞上に乗っかる時代だからなぁ
日本のケータイもITRONから犬糞に移行しつつあるし

834 :Be名無しさん:2007/02/25(日) 22:23:10
シンビアンがためすぎ&ロイヤリティ払いたくないだけ


835 :Be名無しさん:2007/02/25(日) 22:44:06
>>830
>モナは太郎の個人プロジェクト

違うよ。既に未踏から数百万受け取ってるのだから。

836 :Be名無しさん:2007/02/25(日) 22:49:04
×数百万受け取った
△数百万搾取した
○数百万詐取した

837 :Be名無しさん:2007/02/25(日) 22:56:06
>>835
未踏は個人プロジェクトの支援なんだが。
法人向けの支援は別にある。

>>836
未踏の意義は金よりも名誉じゃね?
年収1千万円を超えてるんだし。

838 :Be名無しさん:2007/02/25(日) 22:57:14
名誉だけなら、税金の無駄遣いはいらない。
日本の技術発展に直接的に寄与しないものに投資するIPAもIPAだ。

839 :Be名無しさん:2007/02/25(日) 23:01:10
>>838
>日本の技術発展に直接的に寄与しない
PMは寄与すると判断したから採用したんだろ?

840 :Be名無しさん:2007/02/25(日) 23:02:49
エストとかアンシーとか未踏出身の有名ソフトは結構あるぞ

841 :Be名無しさん:2007/02/25(日) 23:03:00
日本の技術発展のためじゃなくて、個人の技術開発のためだろ

842 :Be名無しさん:2007/02/25(日) 23:05:51
>>841
そうでもないみたいだよ
未踏でできたコネに飲み込まれちゃったりするらしい

843 :Be名無しさん:2007/02/25(日) 23:06:39
>>840
ソフトイーサもなー

844 :Be名無しさん:2007/02/25(日) 23:06:49
Anthyなんて採用はされたけども、未踏ですらないし。
結局は旧態依然の役人が、高度経済成長時代の技術観でポートフォリオ読んで金ばら撒いてるだけ。


845 :Be名無しさん:2007/02/25(日) 23:08:45
エスト→鯰で十分
アンシー→かんなで十分
ソフトイーサ→OpenVPNで十分

どこが未踏?

846 :Be名無しさん:2007/02/25(日) 23:09:07
OSとかIMEとか好きだよな。>IPA
その割に発展しないのは、まさに未踏なんてやってるから。

未踏後は開発が停止したものもかなりある。
シグマの時代から形は変えたが中身はまったく変わらないのがIPA。

847 :Be名無しさん:2007/02/25(日) 23:11:42
検索系も大好き

848 :Be名無しさん:2007/02/25(日) 23:12:28
>未踏後は開発が停止
OSASKとかCooSとか?

849 :Be名無しさん:2007/02/25(日) 23:13:12
>>845
たまにはWnnのことも思い出してあげてください

850 :Be名無しさん:2007/02/25(日) 23:15:07
>>846
>未踏後は開発が停止したものもかなりある。
それ何てOSASK?

851 :Be名無しさん:2007/02/25(日) 23:17:43
>>848 >>850
Kが未踏で竹ちゃんに後進の育成の意義を認められたから
人を育てるためにハリボテにシフトしたんだろ

852 :Be名無しさん:2007/02/25(日) 23:18:06
てかMonaだって本体は大して進化してないじゃん

853 :Be名無しさん:2007/02/25(日) 23:19:42
ぶっちゃけOS自作入門は良いと思うよ。
仮にあれがIPAの成果だと言うなら、まさに日本の技術者育成に貢献してるし。
そのための数百万なら安いと思う。

854 :Be名無しさん:2007/02/25(日) 23:21:47
>>851
OS開発なんて、古代技術(汗とかハード回りとか)の伝承くらいしか
現代のプログラミングに占める意味がない。
PMはそのことを理解した上で酔狂に賭けてみたんだと思うぞ。

855 :Be名無しさん:2007/02/25(日) 23:22:58
>>854
>酔狂に賭けてみた
竹ちゃんてそんな漢だったの?

856 :Be名無しさん:2007/02/25(日) 23:24:21
>>855
臆臆にでも聞いてみたら?
電通大時代に面識くらいはあっただろうし。

857 :Be名無しさん:2007/02/25(日) 23:25:39
ハードに対する理解のない技術力なんて偽者だけどな

858 :Be名無しさん:2007/02/25(日) 23:26:36
>>853
俺も同感。未踏でPMの影響を受けなかったらあの路線はなかったはず。

>>855
未踏のPMの中では男気がある方だと思う。

859 :Be名無しさん:2007/02/25(日) 23:29:44
>>857
今はウェブ開発がプログラマの主流なんで、念のため。
太郎も湾岸もそっち出身。

860 :Be名無しさん:2007/02/25(日) 23:32:03
>>849
私は生で中田氏です

861 :Be名無しさん:2007/02/25(日) 23:32:38
はてなのような一発アイディア屋はライブドアと大して変わらんな
ニーズがウェブに傾いてるだけで、あと3年もすればフツーのプログラマはwebでは食えなくなる

862 :Be名無しさん:2007/02/25(日) 23:38:49
>>861
近ちゃんの悪口を言うと信者がヤバいよ

863 :Be名無しさん:2007/02/25(日) 23:43:03
>>862
もしやこれ >>764 のせいで信者に睨まれたので、独立を急いでいる?

864 :Be名無しさん:2007/02/25(日) 23:45:12
>>861
ウェブはgoogleの一人勝ちになるのが目に見えている。
そこで太郎は未踏のコネで泥船はてなからgoogle転職を狙う、と。

865 :Be名無しさん:2007/02/25(日) 23:50:14
>>863
そこでRimoというわけか。
ニコニコ動画の二の舞(アク禁)にならなければいいが・・・。

866 :Be名無しさん:2007/02/25(日) 23:52:08
金と名誉とコネか。日本的だな。

867 :Be名無しさん:2007/02/25(日) 23:52:08
googleは勝つんだろうか?
いま脚光を浴びてるだけで、これといった「商品」があるわけでもない。
10年もしないうちに問題が次々と出てくるだろうし、その間に根回しの上手なYahoo!とかに真似されて自滅しそうだが・・・

googleはどこか個人事業的で、一攫千金はするけど、継続的にビジネスするには経営面でカリスマか他社が真似できない商品が必要と思われ。

868 :Be名無しさん:2007/02/25(日) 23:54:08
>>866
だからいつまで経ってもアメリカの属国から抜け出せない。
ニューヨークから見たら東京なんて辺境のド田舎だぞ?

869 :Be名無しさん:2007/02/25(日) 23:58:12
>>867
googleはただの検索屋だと思われていたが
いつの間にかgmailを皮切りに囲い込みを始めた
従業員を子ども扱いとか宣伝工作をしている裏で
実態は真っ黒という印象

870 :Be名無しさん:2007/02/25(日) 23:58:51
ニューヨークねぇw
ニューヨークから見れば、東京は誰も知らない片田舎かもしれないが、TOKYOは東洋のParis。

コネとカネなんて、アメリカでも当然必要。
能力主義なんて大嘘。第一、無能な大統領がいるじゃない?

871 :Be名無しさん:2007/02/26(月) 00:04:50
>>869
> いつの間にかgmailを皮切りに、
ajax屋になった。
どちらかといえばJavaScriptは忌避されてたのに、ajaxブームを巻き起こした。
今のスクリプト環境(規格も含め)には見合わないブームをね。
ajaxの脆弱性も指摘されるし、今後*期待できる*業種だと思うよ。

今後10年単位のスパンで考えれば、生き残るのはプログラマよりもセキュリティ関係じゃないかな・・・



スレ違いな話題をふってすまん

872 :Be名無しさん:2007/02/26(月) 00:08:53
>>870
民主主義とか言いながら大統領が世襲してたりするよな。
日本の首相も同じだが。
北朝鮮の将軍様を馬鹿にはできない。

873 :Be名無しさん:2007/02/26(月) 00:09:39
業界団体の利権がなければ戦争もないだろうし

874 :Be名無しさん:2007/02/26(月) 00:14:25
>>873
それはポルポトに通じる危険思想
利権がなければ発展もない

875 :Be名無しさん:2007/02/26(月) 00:18:50
>>871
ajaxはウェブだけのものじゃなくなりつつあるよ
ウィジェットとかガジェットとかデスクトップにも進出している

876 :Be名無しさん:2007/02/26(月) 00:19:49
>>866
女が抜けてるじゃないか

877 :Be名無しさん:2007/02/26(月) 00:20:36
脆弱性はそのままね。
Windows98のActiveDesktopの再来のようだ。

878 :Be名無しさん:2007/02/26(月) 00:25:04
いいじゃないかマの食い扶持が増えて。

879 :Be名無しさん:2007/02/26(月) 00:25:53
>>876
太郎の嫁はそんじゃそこらのモデルなんか目じゃない超美人
アホらしくて浮気する気にもならないだろう

880 :Be名無しさん:2007/02/26(月) 00:27:00
>>875
マシンパワーと引き換え
セキュリティと引き換え
互換性と引き換え
「脚光を浴びてる」だけ

それにしても最近、JavaScriptのエラーが頻発するようになった・・・


881 :Be名無しさん:2007/02/26(月) 00:32:10
>>879
それは裏を返せばもっと上玉が手に入れば簡単に心が揺らぐ危険思想
容姿が良いに超したことはないが
それだけでくっつくほど太郎もアホじゃなかろう

882 :Be名無しさん:2007/02/26(月) 00:33:57
>>880
オブジェクト指向を超えたプロトタイプ指向ですよ?
世の中動的言語ですよ?
覆水盆に返らず、もうドロドロのC++には戻らないよ。

883 :Be名無しさん:2007/02/26(月) 00:36:11
>>876 >>879

夫が頻繁にシャワーを浴びて帰宅してるのを許しているのは、主婦としては脇が
甘いがね。

884 :Be名無しさん:2007/02/26(月) 00:38:57
>>883
あんたチェック細かいなw
もしや実体験?

885 :Be名無しさん:2007/02/26(月) 00:41:44
>>884
常識でしょう。気がつかないのはよほどの世間知らずだけ。

886 :Be名無しさん:2007/02/26(月) 00:41:54
>>881
ぶっちゃけかなりアホだと思うけど
いい年こいて理想の人物はのび太とかいっちゃってるし
まあアホというか天然かもな

887 :Be名無しさん:2007/02/26(月) 00:42:46
>>882
なんでレンダラによって動作の違う言語をわざわざ選んだのかねぇ。
しかもネットワーク環境が改善されたわけでもないのに。

セキュアでもなければ速度的にも劣るJavaScriptは、近いうちに必ず終焉を迎える。
代替のセキュアでオープンな言語が開発されて普及するまでの黒歴史としてajaxは刻まれるんだろうね。

888 :Be名無しさん:2007/02/26(月) 00:43:17
>>885
いや、そうじゃなくて、太郎がプールを日課にしてるとか、
日記に粘着してないと知らないって。

889 :Be名無しさん:2007/02/26(月) 00:44:01
ASとかどうなんすか?

890 :Be名無しさん:2007/02/26(月) 00:44:18
>>886
ヒント:計算

891 :Be名無しさん:2007/02/26(月) 00:45:29
>>889
Anal Sex?

892 :Be名無しさん:2007/02/26(月) 00:47:34
アクション仮面としんちゃん

893 :Be名無しさん:2007/02/26(月) 00:50:21
>>888
ここにいる香具師らは太郎のヲチが趣味なんだけど?

894 :Be名無しさん:2007/02/26(月) 00:53:08
>>886
太郎も奥さんも天然な感じで性格的にも合ってる希ガス

>>892
仮面夫婦?

895 :Be名無しさん:2007/02/26(月) 00:55:27
>>894
常識でしょう。性格が不一致なのに容姿だけで結婚するのはよほどの世間知らずだけ。

896 :Be名無しさん:2007/02/26(月) 00:57:20
>>887
つWPF

897 :Be名無しさん:2007/02/26(月) 01:00:40
>>896
端末に負担をかけるような言語は無理かと


898 :Be名無しさん:2007/02/26(月) 01:07:04
>>897
絵を端末持ちにさせないと帯域が輻輳しまくるかと

899 :Be名無しさん:2007/02/26(月) 01:08:03
キリ番どぞ〜
↓↓↓↓↓

900 :Be名無しさん:2007/02/26(月) 01:33:06
900なら、太郎がIPAの成果を出せず、費用を飲み食いに使ったことがバレて、大バッシングを受ける

901 :Be名無しさん:2007/02/26(月) 01:40:25
そして終了

902 :Be名無しさん:2007/02/26(月) 20:56:46
RimoのUUは開始から10日間で30万人を突破した。
ttp://www.itmedia.co.jp/news/articles/0702/26/news039.html

903 :Be名無しさん:2007/02/26(月) 21:53:08
tarosukeが未踏の申請書類を書いてるみたいだね。
太郎と名前は似ているが変に隠したりしないのが大違い。

904 :Be名無しさん:2007/02/26(月) 22:02:21
モナは太郎の個人プロジェクトや言うとるがな

905 :Be名無しさん:2007/02/27(火) 07:23:30
湾岸も対抗心?き出しでハリボテの64bit化とか応募しそうw

906 :Be名無しさん:2007/02/27(火) 08:09:01
>>905
まったく問題ない
健全な競争は大いに結構

907 :Be名無しさん:2007/02/27(火) 09:02:02
>>905
64bitだとtolsetが使えないからgo64の整備が必要だな。
でもそんなところに手間を掛けても無意味なんで、
amd64-elf-gccを使うのが普通だろう。
ロングモードではセグメントが使えないから
ハリボテのセグメント前提の構造の見直しも必要になる。
そうなると独自バイナリ形式の見直しも必要だな。

そこまでやるとK特有の癖がかなり抜けて
ハリボテの独自技術っぽい雰囲気が薄まりそう。
デファクトスタンダードの立場からはより魅力的になる。

面白そうだから応募するなら参加するんで声掛けてね。>湾岸

908 :Be名無しさん:2007/02/27(火) 09:14:57
>>904
たまたまwikipediaを見ていて気になる記述を見つけた。

ttp://en.wikipedia.org/wiki/AtheOS
> Although it was licensed as open source software,
> Skauen was more hesitant to accept contributions from the public
> than other open source operating system projects.
> He ceased development of it and the project is generally considered dead.
(超訳)作者が自分ひとりの世界から抜け出せず、AtheOSは死んだ。

このままだとMonaも同じような評価になりそう。

> But the free availability of the source code under the GPL
> allowed other developers to launch Syllable,
> a fork from the stagnant AtheOS code base, with ongoing development.
(超訳)オプソだったからSyllableのグループがフォークできた。

j様の動きが重なるね。

NWSOSやCooSみたいにクローズだったらどうにもならない。
奥の手としてHaiku(BeOS)やReactOS(Windows)みたいな
リバースエンジニアリングで模倣するという方法もあるが、
そこまでするなら俺OSをスクラッチした方が簡単だろうし。

909 :Be名無しさん:2007/02/27(火) 10:14:24
>>903
誰?

910 :Be名無しさん:2007/02/27(火) 10:21:35
>>909
ttp://slashdot.jp/~tarosuke/journal/

911 :Be名無しさん:2007/02/27(火) 23:31:36
オープンのlinuxが成功してると言えるか?
好き勝手やりすぎてグダグダじゃねーか。

912 :Be名無しさん:2007/02/28(水) 01:23:47
好き勝手やれる所がいーのじゃないかな。
かっちりやりたければ仕事でやれば良い。

913 :Be名無しさん:2007/02/28(水) 10:26:23
カオスに対するLinusの回答は「git」
それに対して我らが太郎の回答は「スルー」

914 :Be名無しさん:2007/02/28(水) 10:43:31
>>913
>>760

915 :Be名無しさん:2007/02/28(水) 10:45:39
>>907
意味不明だ。
そんなのおまいが勝手に作ればいいだけじゃん。

916 :Be名無しさん:2007/02/28(水) 10:57:33
到達JTAGってのがあってオープンソースの理想を掲げてながら


917 :Be名無しさん:2007/02/28(水) 11:48:33
>>903
太郎がここの住人を仲間だとは思っていないということかと

918 :Be名無しさん:2007/02/28(水) 12:30:43
太郎にとってもはやここは邪魔なだけ

919 :Be名無しさん:2007/02/28(水) 12:50:35
だいぶひげぽんの人気が下がったな...

OSASKは進んでいないのかと思ったら、Kは自分のwiki内で何かこっそりやっているっぽい
表に出さないのはなんでだろ
Lとかさっきゅんはどうしているかな

関係ないけどこのスレで時々見かける>915みたいなツッコミはいいな

920 :Be名無しさん:2007/02/28(水) 13:12:13
>>919
>関係ないけどこのスレで時々見かける>915みたいなツッコミはいいな
元ネタはj様の自作自演なんだけど・・・

232 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.02.02 2014/06/23 Mango Mangüé ★
FOX ★ DSO(Dynamic Shared Object)