Windows95 をSCSI-HDにインストールするときは、SCSI機器を認識させるためのドライバーが必要です。また、インストールする前にＨＤはフォーマットされている必要が有ります。
OSR2 移行であれば、インストールディスクにＤＯＳ用のSCSIドライバを組み込んで、ＣＤ−ＲＯＭが正しくアクセスできるように設定する事と、SCSI-I/F のBIOS を有効にしてください。（ＨＤから起動できるようにするため）。(98.6.1. H.Bach)

メーカー製のＰＣは基本的にＣＰＵの交換は動作保証外となっていると思ってください。やってみて失敗しようが壊そうが自分の責任です。
一応交換の基準というものは同時に発売した機種で上位機種で外見が同一のものは同じＭＢを使っている可能性が非常に高いのでそこまでは多分動作するでしょう。
互換ＣＰＵは比較的新しい機種でなら動く可能性が高いと思われます。あとは自分でためしてみましょう。(98.4.28. rs)

第３者ですが、過去ログを見るのに丸一日かかりました。宝物のようなログですが、カテゴリ別に分類するとかしないと、同じ様な質問は後を 立たないでしょう。本にして欲しいくらいですが。(98.5.27.)

たしかＯＳ自体の値段が１万６千位だったと思います。基本的にはセットで購入することになるのでこの他にパーツ代がかかりますから最低でも３万近くかかってしまいます。
それでも欲しいのなら店によってはＭＢとＨＤとＯＳの組み合わせもありますがＨＤかＭＢのみで売ってくれるところがあるので安く手に入れるにはそのような店を探しましょう。
どこに行けばというのはそのような理由からパーツ単位で売っている店をまわってみるか通販で探してみるかというところでしょうか？(98.4.27. rs)

日本橋でOSR2.1が在庫処分で１万位、2.5が２万位でありました。別の店でCableという店がありますが、カップラーメンとセットで売ってくれるそうです(100円位？)。送料は500円だったと思う。 TEL06-644-7851 Cable(ケーブル)(98.5.21. 城間 洋)

（ＪＰ９，１０，１１，ＳＷ１）＝（１−２，２−３，２−３，off）or（２−３，２−３，２−３，off）
で１００ＭＨzにはなりますが，ＰＣIの周波数が合わないためか，DIAMOND.M.MのFIREPORT40(SCSI)は動きません。
BIOSはv１．１１なので，今後のBIOSの更新をまつしかないでしょう。もっとも，Ｒev２．０２のマザーからは，１００ＭＨzに対応しているようです。
それにしても，WIN９５版のチップセットドライバーをＳＩＳは出すつもりはないのでしょうか。やれやれ（ーｏー）(98.9.21.)

CREATE TRIGGER scott.emp_permit_changes
                BEFORE
                DELETE OR INSERT OR UPDATE
                ON scott.emp
                DECLARE
                  dummy INTEGER;
                BEGIN
　　　　　　　　　PL/SQLブロック
                END;

(98.5.18. まさ)

PCfanDOS/V SPECIAL 1998/3月号の130ページにSCSI用の起動ディスクの作り方がのっていました。(98.5.21. 城間 洋)

補足します。メモリのアクセスタイミングが遅い可能性があるのでメモリにウエイトかけないと動かないかもしれません。特に古いメモリと併用する場合に注意しましょう。(98.4.25. rs)

基本的には動作中に横になっていても大丈夫です。たとえばＣＤＲＯＭのトレイのツメは横置きのためにあります。
電源が入っているときに動かすのはさすがに論外ですが運搬後に接続の確認は横にしてもしなくてもするべきです。(98.4.25. rs)

Os:WindowsNT WorkStation4.00.1381 Forms4.5 Ver 4.5.7.1.8(98.4.21. 加藤)

[DISPLAY]
"Helvetica"             = "ＭＳ ゴシック".....JA16SJIS
"Geneva"                = "ＭＳ ゴシック".....JA16SJIS
"MS Sans Serif"        = "ＭＳ ゴシック".....JA16SJIS
"Arial"                    = "ＭＳ ゴシック".....JA16SJIS
"Courier New"         = "ＭＳ ゴシック".....JA16SJIS

(98.5.19. Taku)

1. sql*net(oracle tcp/ip adapter)とodbc oracleドライバ(microsoft製とoracle製があります。当方は後者使用)をインストール。
2. コンパネのodbcより接続先dbの設定を行う。
3. \orawin\binをpathに追加する。(autoexec.batね)
4. \orawin\network\admin\tnsnames.oraを作成。

＜tnsnames.oraの中身(「」内を環境に合わせて変更)＞
「ここにodbcの接続文字列記述」 = 
  (DESCRIPTION = 
    (ADDRESS_LIST = 
        (ADDRESS = 
          (COMMUNITY = )
          (PROTOCOL = 「通信プロトコル(Ex：TCP)」)
          (Host = 「接続先ip(Ex：133.156.**.***)」)
          (Port = 「通信ポート番号(Ex:1521)」)
        )
    )
    (CONNECT_DATA = (SID = 「oracleのシステムid(Ex：sid1)」)
    )
  )

以上が正しく行われていれば
oracle nettestで「ping successful」
と出ます。その後はaccessよりアタッチでダイレクトに使用できると思います。(98.4.20. ミサ)

サーバ

GRANPOWER5000 MODEL170
WindowsNT Server 4.0 ServicePACK3
ORACLE for WinNT 8.0 R8.0.3
Visual Basic 5.0 Professional Edition

クライアント

IBM PC300GL TYPE 6727/6282
Windows95
MS-Office 97 Professional Edition
(VB,ORACLE ODBCは修正適用済)

現象：

�@サーバVBプログラムにおいて、以下の現象が発生する

クリスタルレポートを起動し、新規作成でリスト形式を選択後、レポートにのせるデータをODBCより選択する。対象表の一覧より、表を選択すると"ファイルにフィールドがありません"というエラーが出て、読むことができない。
SCOTTでログインし、サンプルファイルを使用すると正常に動作する。当初、ORACLE7.3を使用し、別環境で作成したVB実行モジュールを当環境に移行したところ、WinNTのアプリケーションエラーが発生したため、当環境で新規に作成しようとしたらこの現象が発生した。

�AACCESSより、5桁の数値項目を扱うとその項目がオーバフローとなる。

ORACLE8で5桁のnumber型を使用すると、ACCESSではインテジャー型で処理してしまう。(ORACLE7.3ではLONG型で処理されていた。)ORACLE8を6桁のnumber型に変更すると、ACCESSはLONG型で処理する。

現在、VBのプログラムは使用せず、ACCESSに変更した。また、5桁のnumber型は6桁に変更して進めているため、現時点では影響はないが、対応策を教えてください。お願いします。(98.4.15. おくおく)

スタートアップに該当のショートカットがない場合「c:\windows\win.ini」というファイルをメモ帳で開き、「run=〜」「load=〜」という行のイコールの後ろに何かかかれていないか確認してください。
ここに「〜.exe」などプログラム名称がかかれている場合、スタートアップと同じ扱いになりますので要注意です。(98.5.6. 小岩原人)