こんにちは。ｒｖｔｌをはじめた者です。
ｊｕｎさんは、ｒｖｔｌ関連のサイトをここ以外知っておられますか？
あと、私はｒｖｔｌで関数のグラフを書きたいのですが、
単にドットを打つだけのプログラムとか
単に線を描くだけのプログラムとか、ありませんか。
もともと入っていたサンプルでは、複雑すぎて改変できませんので…。

スペースがつぶれると思いますが、赤い点線を(100,100)から
水平方向に長さ100だけ引きます。

1000 z=& : 空きメモリ先頭
1010 d=z z=z+24 : 配列領域(先頭アドレスをd)を確保
1020 [=0 : アクセス範囲チェックをOFF
1030 C=$f800 : 色(16ビットの赤)
1040 Y=100 : Y座標
1050 |fbo : フレームバッファのオープン
1060 "width :" ?=g[0] /
1070 "height:" ?=g[1] /
1080 "depth :" ?=g[6] /
1090 [=0 : アクセス範囲チェックをOFF
1100 d[0]=f : 描画領域先頭アドレス
1110 d[4]=1280*4 : 転送先X方向のバイト数
1120 d[5]=g[6] : 1ピクセルのバイト数
1130 X=100,200
1140 d[1]=X : 転送先のX座標
1150 d[2]=Y : 転送先のY座標
1160 d[3]=C : 色
1170 |fbd : 点の描画
1180 @=X+2
1190 |fbc : フレームバッファのクローズ
1200 #=-1

配列dに引数を設定して、|fbd で点を描画します。
ライン描画の場合は配列l(エル)に引数を設定して|fbl で線を描きます。
Readme.txt の800行目付近から描画命令の説明があります。
rvtl関連のサイトは他にはないと思います。

ちょっと修正
1110 d[4]=g[0] : 転送先X方向のバイト数

コメントの間違い
1140 d[1]=X : 描画するX座標
1150 d[2]=Y : 描画するY座標

ありがたや！ありがたや！

最近、Visual Studio 2005 Express Edition の VisualC++であそんでいます。
いつものように低レベルプログラミングで Win32 API を直接使ってのプログラム
を作成しています。15年前の「プログラミングWindows ver.3」が役に立っている
ので、APIの安定性は抜群ですね。Delphiでのお気楽Windowsプログラミングで
なまった頭のリハビリ中です。簡単なGUIライブラリを作っているわけですが、
20KBほどのプログラムができてしまうので生APIも面白い。

サーバの OS として Linux の安定性は抜群ですが、GUIのクライアントプログラム
の寿命の長さは Windows の方が上ですね。

無料コンパイラでマイクロソフトに釣られた？

ところで「無料」という単語をはねていたので、上の記事が書き込めませんでした。
で、「無料」という単語を解禁しました。

J3Wはペインターアルゴリズムを使っていますが、WindowsでZ-Bufferを試していました。
DirectXを使わなくても、最近のマシンではソフトウェアでのZ-Bufferも速度的に
問題なさそうです。
Visual Studio 2005 Express Edition で作成中です。

はじめまして！
「玄箱 cgi」でググッていたところ、こちらのページへたどり着いた者です。
rvtl は perl に比して軽いとの事でしたので、早速 DL させて頂きました。
アーカイブを解凍後、実行ファイルを /usr/bin にコピーして起動しようとしたところ「Segmentation fault」とエラー表示されてしまいます。
環境は玄箱HG（Debian3.1sarge2.6.17.3）です。
稼動への足掛かりをご教授頂きたくお願いいたします。
※PCのFedoraCore5上でx86版は正常動作しております。

はじめまして。
rvtl-3.03ppc.tar.gz ですよね。
手元で玄箱と玄箱HGで確認してみましたが、問題ないようです。
カーネルは 2.6.17.3 でしょうか？ 私はカーネルを変更していないので
そこに問題があるのかもしれません。PowerPCの 2.4 と 2.6 のカーネルに
大きな違いがあるのでしょうか。


$ gdb /usr/bin/rvtl
(gdb) run

とすると、どのように表示されますか。

玄箱/HG を同じ環境にしてみました。

jun@KURO-BOX:~$ uname -a
Linux KURO-BOX 2.6.17.3-kuroboxHG #2 Sat Jul 1 10:32:37 JST 2006 ppc GNU/Linux

で

jun@KURO-BOX:~/rvtl-3.03ppc$ ./rvtl
Segmentation fault

再現しました。
$gdb rvtl
(gdb) run
Starting program: /home/jun/rvtl-3.03ppc/rvtl
warning: shared library handler failed to enable breakpoint

Program received signal SIGSEGV, Segmentation fault.
0x1000009c in ?? ()

調べてみます。

システムコールの前後でレジスタ(r4とかr5)が保存されないような感じです。
2.6.14ぐらいからカーネルのソースを眺めてみるとPowerPC系では
結構変化している模様。これは手強い。

カーネルの2.6.17.3と2.6.17.7で確認してみましたが、
sc 命令の前後で r0,r4-r12 が保存されない場合があります。
ABI的には保存する必要はないのでしょうが、カーネル 2.4.17では
保存されていました。2.6のソースでも保存されているように読める
のですが、どうも違うようです。

とにかく sc 命令の前後で r4-r12 を保存するようにrvtlを変更したら
動作しました。もう少しテストしてから公開します。

rvtl-3.03.1ppc を公開しました。

jun@KURO-BOX:~$ uname -a
Linux KURO-BOX 2.6.17.7-kuroboxHG #1 Sat Jul 29 18:18:41 JST 2006 ppc GNU/Linux

jun@KURO-BOX:~$ rvtl
RVTL v.3.03.1 2006/08/02, (C)2006 Jun Mizutani
RVTL may be copied under the terms of the GNU General Public License.

<07BD>

RvtlWiki も動作しました。

ダウンロード： https://www.nk.rim.or.jp/~jun/rvtl/rvtl_ppc.html

　玄箱ではないのですが、親から借りたMacに自分のPCを接続して、PowerPCのアセンブラで遊んでいます。将来的には玄箱を買おうかと考えてはいます(経済的にも学生にとってはそちらのほうがいいですしw
　とにかくPowerPCのアセンブラに関しては情報が少ないので(苦笑)、junさんのrvtlの"stdio.s"をいろいろといじりっており、まさに"手探り"状態です。そこでネットでオペコードを調べていたところ、Altivecについて興味を持ちました。Appleのサイトなどを見てベクトルの性質についてはおおよそ理解できました。ここで問題が発生したのですが、どうやったらベクトルのレジスタの内容をstdoutに出力できるのでしょうか?
　まだアセンブラには慣れていないので命令なども教えていただけるとありがたいです..

Macは持っていないので、Altivecは使ったことがありませんが、
AltiVec(TM) Technology Programming Environments Manual を読んでみると
lvx、lvxl、stvx、stvxl 命令でメモリとvectorレジスタ間の転送するようです。
出力したいvectorレジスタをメモリに転送し、そのメモリの内容をstdoutに出力
すればよいと思います。

　ありがとうございます。
　IBMに4MB超のマニュアルがあったので、lvx命令の使いかたを調べてやってみます。

　書店で「OS自作入門」なる本を見つけました。
　4000円弱と少々高いですが(汗)、アセンブラから始まっていてとても読み応えがあります。またとてもわかりやすく書かれているので、自分のような初心者でもきちんと理解できます(苦笑
　初心者向けなのでWindowsで解説されていますがUNIXでの開発もできるようになっているので、コンパイラ、インタプリタの次はOSをつくってみてはいかがでしょう(って何かの回し者みたいですが

OSは作ったことがあります。
大昔の8bit機ですが。

「MONA」も「OS自作入門」も一応持っています。
が、OSをスクラッチから作る元気はないです。
ハードウェアの進歩についていけないですね。

玄箱のフタが固くて開けられません。力を入れても難しいし、これ以上力を入れるのは結構怖いものがありまする。ブログに記事で書いたので誰かコツを知ってる方いましたらご伝授ください。よろしくです。

GAME言語とはずいぶんと懐かしいです。
私は当時Appleしか持っていなかったのでApple用にGAME言語がリリースされたときは必死になって打ち込んだものです。もちろんコンパイラも…
スターウォーズ的なゲーム(迷路の中に爆弾を仕掛けて逃げる?)をコンパイルしたら死ぬほど早く動いて感動したことを覚えています。

なんかうれしくなって、唐突に書き込んでしまいました。

数年前に、インターネットで検索してもVTLもGAMEもほとんど情報が見つからないので、
それならば、ということで自分で作り始めました。
最近、Linuxの実行形式をrvtlを使って試しているうちに、rvtlコンパイラを作ってしまいました。
rvtlコンパイラもインタープリタと比べると最大70倍(計算が多い場合)ほど早くなります。

そう言えば、TL/1なんてのもありましたね。こちらは最初からコンパイラ言語だったように記憶していますが…
BASICにもコンパイラがありましたが、逆にRUN-C(ちょっとうろ覚え)のようにC言語のインタプリタなどは入門時の敷居の低さとデバッグの容易性を売りにしていました。インタプリタでデバッグして、実行はコンパイルしてという棲み分けでしょうね。
昔はコンパイラで展開されたコードに興味がありましたが、最近のコードはさっぱり理解不能だったりします。そう言う意味でrvtlのような手作り環境は興味深いです。

rvtl コンパイラのソースコードの解説を書いてみました。

https://www.nk.rim.or.jp/~jun/rvtlc/rvtlc01.html

150KBにもなってしまいました。

サーバー用途としてパーティションの構成を自分なりに考えていたのですが、
いろいろ制限があるみたいですね。

「/var」を40GBに変更しようとしたら出来ませんでした。
皆さんdefaultのパーティションで使用されているのでしょうか？

>「/var」を40GBに変更しようとしたら出来ませんでした。

どのようにできなかったのでしょうか？
「/」はインストール時に2GBになりますが、/var を別パーティションに
マウントできませんか？

/varの配下を「/var1」にコピーしておき、その後で「/var」を「/var-org」に
変更しました。
そしたら、１分と経たないうちに「/var」が新規に作成されていました。
「/var(?)」を監視しているプロセスが居るのかなと思っています。

シングルモードで玄箱を立ち上げることができれば、パーティションの変更も
自由に出きると思うのですが…。
それとも監視プロセスをkillしてみるか…。

/var は klogd や syslogd がログを書くために、なければ作られるかもしれません。
パーティションを作成して、そこに /var の内容をコピーして /var に
マウントしたらどうでしょう。マウントポイント以下にファイルがあっても
そこにマウントすると前にあったファイルは隠れて新しいパーティションの
ファイルが見えるようになります。それで問題がなければ /etc/fstabに
書いたらどうでしょうか。または /var 以下で容量を使うディレクトリ
をマウントポイントにしてもいいかもしれません。
監視プロセスというものはなく、ログを書き込むプロセスがあるだけです。

junさん、どうも有難うございます。

実は、fstabとsmb.confを弄ったらミスったみたいで
玄箱がたちあがらなくなってしまいました。
今度の休みにHDDを初期化し直しです。

/varの件は、 klogd, syslogdをkillして「/dev/hda5」を「/var」 に
mountできました。
玄箱インストールmemoを参考にしながらインストールしています。

玄箱に関するHPめぐりをしていたら、１時間に数秒狂うという記述が…。
自分の玄箱で確認したら、１日稼動しただけで４分くらい遅れてました。
皆さんNTPで補正しているのでしょうか？

自分で自分をコンパイルできるようになったので rvtl コンパイラを公開します。

https://www.nk.rim.or.jp/~jun/rvtlc/rvtlc.html

コンパイル後のコンパイラでは、78KBのソースが 0.1秒でコンパイルできました。

1日平均700回ほどのスパム書き込みを防御していましたが、1%程度はすり抜けていました。
ちょっと疲れたので「投稿キー」を使うことにしました。
投稿時には数字を入力して頂くようお願い致します。