How to get rid of the "Open media failed" msg ? (OpenInsight Specific)
At 27 OCT 2000 04:57:06AM Peter Richards wrote:
Hi,
I have moved the OI application to another drive and now get the message "Open media failed on the following volume(s) C:|REVSOFT\OINSIGHT ……"
I can still run the application. How do I get rid of the msg ?
Peter
At 27 OCT 2000 05:26AM Oystein Reigem wrote:
Peter,
You moved your OI from C:\REVSOFT\OINSIGHT\ to a different drive on the same PC? And deleted C:\REVSOFT\OINSIGHT\ afterwards?
Shouldn't be a problem if the locations (volumes) you had were in folders beneath the OI folder. But it seems your app still knows about tables in that old location (volume).
Try to reattach your tables in Database Manager (File | Remove and File | Add). Check first the Database Manager outline to find which tables to remove.
- Oystein -
At 27 OCT 2000 10:23PM Peter Richards wrote:
Oystein,
]] You moved your OI from C:\REVSOFT\OINSIGHT\ to a different drive on the same PC? And deleted C:\REVSOFT\OINSIGHT\ afterwards?
Yes
]] Shouldn't be a problem if the locations (volumes) you had were in folders beneath the OI folder.
Yes, all is intack, subfolders all standard.
]] Try to reattach your tables in Database Manager (File | Remove and File | Add). Check first the Database Manager outline to find which tables to remove.
There are a 'zillion' tables, so I had a look at 'detach_table and attach_table' subroutines. I notice you can attach a complete volume, like
*Attach entire DATAVOL volume.
Attach_Table("DATAVOL", "", "", "")
If Get_Status(StatusCode) Then GoSub Error_Processing
but can't detach a complete vol, need to parse a tablelist. If I get all the tables in a list, I would not have to reference the .DICT for each table, surely ??
I notice when I tested a (File | Remove) in Database Manager it gave me an impact analysis. Will I loose any reference (forms/tables,events/properties) by detaching (ALL), then attaching (ALL) ?? I wouldn't think so, ….. surely; in AREV I think we used a simple DETACH/ATTACH VOL commands, …. easy.
Peter
At 29 OCT 2000 10:18AM Oystein Reigem wrote:
Peter,
There are a 'zillion' tables, so I had a look at 'detach_table and attach_table' subroutines.
Fair enough.
I notice you can attach a complete volume, like *Attach entire DATAVOL volume. Attach_Table("DATAVOL", "", "", "") If Get_Status(StatusCode) Then GoSub Error_Processing
Nice. I don't think I ever noticed.
but can't detach a complete vol, need to parse a tablelist.
OK, but where to get the list from? If there's an inconsistency in your system you might have to be careful. I believe the tables you need to detach are listed in the .dbt file. That's why I told you to check the Database Manager outline. I think DM lists the tables it finds in the dbt file. (I might be wrong.) You can try to parse the dbt file if you're up to it. There is documentation around - on this site I think. Do a "Site Search" (bottom item of vertical menu bar to the left).
Haven't you got a list of tables somewhere externally to your OI - in system documentation for the app, perhaps?
Usually SYSTABLES will have a row for each table. You can of course check that and see if you think it's up to date. If SYSTABLES is ok, you can select and readnext through that. Each table's row has info on what it's location is.
If I get all the tables in a list, I would not have to reference the .DICT for each table, surely ??
(De)attach the data table and the DICT and index will follow.
I notice when I tested a (File | Remove) in Database Manager it gave me an impact analysis. Will I loose any reference (forms/tables,events/properties) by detaching (ALL), then attaching (ALL) ?? I wouldn't think so, ….. surely; in AREV I think we used a simple DETACH/ATTACH VOL commands, …. easy.
It's safe to do. It's certainly not like your forms afterwards will not know which tables they're bound to.
On the other hand you can't trust what the impact analysis says. When I remove a table in my own OI, impact analysis mentions just a few of the forms affected.
- Oystein -
At 29 OCT 2000 06:56PM Pedro Richards wrote:
Hi Oystein,
Many thanks to you for your detailed replies, much appreciated. I often wondered when OI uses the .DBT files, so now I know. I wonder if the 'expand view' (dble-click) on a volume in DM uses REVMEDIA or 'appname'.DBT ?
Peter
At 30 OCT 2000 05:03AM Simon Wilmot wrote:
Peter / Oystein,
Another un-docced feature in Detach_Volume that you can use from System Editor, only parameter is the path eg DATAVOL.
Simon
Rebus Software
At 30 OCT 2000 05:50AM Oystein Reigem wrote:
Simon,
Thanks.
Funny there's a Detach_Volume and no Attach_Volume. Ordnung muss sein - nicht!
![]()
- Oystein -
At 30 OCT 2000 05:56AM Oystein Reigem wrote:
Pedro,
I wonder if the 'expand view' (dble-click) on a volume in DM uses REVMEDIA or 'appname'.DBT ?
As I said before I think it's the dbt file. REVMEDIA can contain detached tables. When you detach a table it's still in REVMEDIA.
But that should be easy to check:
- Save a copy of .dbt
- Start OpenInsight
- Detach a table X
- Delete a table Y
- Log off OpenInsight
- "Restore" .dbt from the saved copy
- Start OpenInsight
- See if Database Manager still lists tables X and Y.
- Oystein -
At 30 OCT 2000 07:58AM Oystein Reigem wrote:
That that that I said should be easy to check was the dbt stuff, not REVMEDIA. (Which also is easy to check, of course.)
- O -
At 30 OCT 2000 10:51PM [url=http://www.sprezzatura.com]The Sprezzatura Group[/url] wrote:
There's always the DETACH_VOLUME system routine….
World Leaders in all things RevSoft
At 31 OCT 2000 02:06AM Peter Richards wrote:
To Oystein, Simon and the guys @ Sprezzatura,
Many thanks for your help. It would be great to have *all* those undocumented OI features, ….. well, documented !!!
Peter