|
Home > Archive > dBASE Programming > October 2006 > Strange Data Access Problem
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
Strange Data Access Problem
|
|
| O. D. Williams 2006-09-27, 1:18 pm |
| I have a client running two of our apps on a domain. Hundreds of
other clients are running the same apps on peer to peer networks with
no problem.
One app is in dBase 5.8 and accesses data on a server located at
Z:\SR50DATA.
The second app is written in dBase 2.50 and accesses data on the same
server in the same folder. This second 32 bit app writes its result
data into a file named SIRWexp.dbf, a level 4 table.
When the 16 bit db5.8 app tries to open the SIRWexp.dbf table (after
the 32 bit app shuts down) it issues an error saying the file does
not exist. Permission levels have been checked and the file has been
checked.
When they move the SR50DATA folder to the local machine, reset the
aliases to point to the new destination, and try again, it works.
Both apps are writing to the same folder and both apps can see their
own data in that folder. The 32 bit app can access the SIRWexp table,
but the 16 bit app reports it as not being accessable.
One final bit of info. The apps are meant to be on seperate machines.
Some users would run the 32 bit app on their desktops and then close
it. Another user would run the 16 bit app from his desktop and
retrieve the data left by all users of the 32 bit app.
Any suggestions?
-O. D. Williams-
The O. D. Williams philosophy of programming.
Why there is ALWAYS one more bug.
1. Debuging code is always much harder than writing it.
2. Therefore, if your code is as clever as you are capable of
making it, you are, by definition, inadequate to debug it.
| |
| Geoff Wass 2006-09-28, 1:28 am |
| In article <ip9lh29h9imvdedffn9dc0f19nbm075noj@4ax.com>,
odwill@NOSPAMxmission.com says...
> O. D. Williams
>
O.D. Williams,
By 5.8 do you mean dBASE 5.6 or 5.7? By dBASE 2.50 do you mean dBASE
PLUS 2.50? I'm assuming so.
By the sounds of it you do seem to have a network access problem. Is
there any way for you to put dBASE onto the machines having the problem
so that you can go into dBASE and review what the alias is pointing at?
If not, there is a form (the name escapes me but it is in the dUFLP)
which you can add to your application and it lets you run dBASE commands
interactively like you would normally do in the Command Window. You
would then be able to list your tables, directories, etc. It should give
you clues as to what your program is running into.
--
Geoff Wass [dBVIPS]
| |
| Geoff Wass 2006-09-28, 1:28 am |
| In article <MPG.1f852c529d3d3997989683@news.dbase.com>,=20
gswassREMOVE_ME@attglobal.net says...
> In article <ip9lh29h9imvdedffn9dc0f19nbm075noj@4ax.com>,=20
> odwill@NOSPAMxmission.com says...
>=20
> O.D. Williams,
>=20
> By 5.8 do you mean dBASE 5.6 or 5.7? By dBASE 2.50 do you mean dBASE=20
> PLUS 2.50? I'm assuming so.
>=20
> By the sounds of it you do seem to have a network access problem. Is=20
> there any way for you to put dBASE onto the machines having the problem=
=20
> so that you can go into dBASE and review what the alias is pointing at?=
=20
> If not, there is a form (the name escapes me but it is in the dUFLP)=20
> which you can add to your application and it lets you run dBASE commands=
=20
> interactively like you would normally do in the Command Window. You=20
> would then be able to list your tables, directories, etc. It should give=
=20
> you clues as to what your program is running into.
>=20
> --
> Geoff Wass [dBVIPS]
>=20
O.D. Williams,
In addition, Andr=E9 Lysander mentions below in his message about making=20
sure LOCALSHARE is turned on. That is something you should check, too.
--
Geoff Wass [dBVIPS]
| |
| O. D. Williams 2006-10-02, 7:39 pm |
| Geoff,
Man, I sure was asleep that day. Yes, it is 5.7 for the 16 bit and
dBase Plus 2.50.
No way to put dBase on the customer's site, they are in another
state. I will take a look at the Local Share and see if that is the
problem.
Thanks for the reply.
-O. D.-
On Thu, 28 Sep 2006 01:49:16 -0400, Geoff Wass
<gswassREMOVE_ME@attglobal.net> wrote:
>By 5.8 do you mean dBASE 5.6 or 5.7? By dBASE 2.50 do you mean dBASE
>PLUS 2.50? I'm assuming so.
>
The O. D. Williams philosophy of programming.
Why there is ALWAYS one more bug.
1. Debuging code is always much harder than writing it.
2. Therefore, if your code is as clever as you are capable of
making it, you are, by definition, inadequate to debug it.
| |
| Geoff Wass [dBVIPS] 2006-10-06, 1:35 am |
| In article <p0l2i259ueuj6j8re3dkeh3q1rhmm6g00r@4ax.com>,
odwill@NOSPAMxmission.com says...
> Geoff,
>
> Man, I sure was asleep that day. Yes, it is 5.7 for the 16 bit and
> dBase Plus 2.50.
>
> No way to put dBase on the customer's site, they are in another
> state. I will take a look at the Local Share and see if that is the
> problem.
>
> Thanks for the reply.
>
> -O. D.-
>
> On Thu, 28 Sep 2006 01:49:16 -0400, Geoff Wass
> <gswassREMOVE_ME@attglobal.net> wrote:
>
>
> The O. D. Williams philosophy of programming.
> Why there is ALWAYS one more bug.
> 1. Debuging code is always much harder than writing it.
> 2. Therefore, if your code is as clever as you are capable of
> making it, you are, by definition, inadequate to debug it.
>
O.D.,
Good luck. Let us know what you find.
--
Geoff Wass [dBVIPS]
|
|
|
|
|