How do i write the orderfulfillment and the worldstop.the to a network
drive, and to 3 separate folders.
Example- Network drive G:\charting\lightsr
folder 1- light1
2- light2
3- light3 |
Request for Question Clarification by
cyclometh-ga
on
29 Mar 2004 18:45 PST
Hello, amy123456-ga-
In order to better evaluate your question, it would be helpful if you
could provide additional information:
- what type of files are "orderfulfillment" and "worldstop.the"?
- What programming language are you using?
- What operating system are you using?
- How are these two files generated?
- What type of envirnoment is this in- a corporate LAN, a small private network?
Your question, as asked, does not provide enough detail to formulate a
decent answer for you, but if you can provide some additional details,
I would be happy to assist you if I can.
Regards,
cyclometh-ga
|
Request for Question Clarification by
aht-ga
on
29 Mar 2004 22:49 PST
amy,
This question appears to be a continuation of the ongoing work that my
colleague, 'mathtalk-ga', has been helping you with. If it is, and if
you would like to request that Mathtalk continue to help you, then
please include his name in the subject of your question. His username
is 'mathtalk-ga', not GA.
For example, this question should have the subject line:
"FOR MATHTALK: How do I write orderfullfillment & worldstop to a netwk drive"
Given your past high level of satisfaction with the work that Mathtalk
has done for you, it would be best if he continued to help you with
this problem.
Regards,
aht-ga
Google Answers Researcher
|
Request for Question Clarification by
mathtalk-ga
on
30 Mar 2004 02:20 PST
Hi, Amy:
The programs as written for you here:
http://answers.google.com/answers/threadview?id=308505
will write output only to one location. If the idea is to have
machine "1" write to G:\charting\lightsr\light1, and machine "2" to...
etc., then you would only need to configure the shortcuts (as
described previously, see above) on machine "1" to use that option on
the "commandline" (Target).
For instance:
"C:\project lights\...\debug\orderfulfillment.exe" G:\charting\lightsr/light1
The setups for machines "2" and "3" would differ accordingly.
But for one instance of the program to write information into more
than one location will require some programming revisions.
One more point, and that is that the network drive mapping (possibly
through Novell, if I recall a prior mention of that) for "G:" would be
relative to the login user on a given machine. In other words the
file path to a network drive is dependent on the account used to log
the PC onto the network. If the same user account is used to login
all three machines, this should not present an obstacle.
regards, mathtalk-ga
|
Clarification of Question by
amy123456-ga
on
30 Mar 2004 03:36 PST
Hi MathTalk. Thank you for doing this for me again.
The projects has made a hit, but now instead of one set of lights in the floor
they want three scattered. So i was thinking we could have three
computers and each one would have his own set of lights. Writing to a
network drive and three different folders. One folder representing
each machine. Then no matter what machine i am on it would write out
to all three folders, and the instructions would be executed by all
machines and the lights would go off for all three sets of lights.
Thank you
|
Request for Question Clarification by
mathtalk-ga
on
30 Mar 2004 04:31 PST
Hi, Amy:
The project is now proceeding along a very well-trodden path, one
which leads to gray-haired programmers! :) Herewith, some "push
back"...
What was originally coded essentially as a one-user (at a time) data
interface has suddenly been repurposed as a multi-user (three at a
time) application, in that all three stations should in principle
share control of all lights on the floor.
My advice is to think seriously about using a database rather than the
(network) file system to manage the underlying data. We can press on
with putting shared data in three parallel directories, but it's very
predictable that soon someone will say, Amy, can we just get a few
reports to show us who is using the system, how long on average a
light stays on, etc. etc. And then the question is going to arise,
which directory has the "real" information?
In fact there should be one definitive "owner" of the data about a
room's light, and the purpose of a (multiuser) database is essentially
that, to "own" and share a set of data among competing users. Already
we had to deal with two sources of data (the doctors' orders turning
lights on, the nurses' order fulfillments to turn lights off), but
because of the "bright line" distinction between them, we could skirt
the data ownership issue to this point.
Note that to make the revised vision of the system work, you'll need
to propagate not only the "lamp off" data (and the "world stop" data)
around to all three stations, but also the original "printer" files
from the doctors' "lamp on" orders.
So if you've been asked to change the setup to accomodate three
stations for the World 1 lamps + order fulfillment applications, then
there's a pretty strong case to be made for using a database instead
of sharing files. The file system is "like" a database in that it
stores data and "shares" files among users, but it does so in an
awkward fashion. A database design would avoid the inherent
"triplication" of data that you are seeing in this new Question you've
posted.
regards, mathtalk-ga
|
Clarification of Question by
amy123456-ga
on
30 Mar 2004 06:49 PST
Hi. I see your point. I will need a total of 3 world1 and three light
boxes and three programs all running separate in 3 pc's. So i just
figured to have the application send the files needed to 3 separate
folders. The distance between the PC,s will be about 300 feet. The
world1 can only be connected to one pc at a time.
|
