Login ProductsSalesSupportDownloadsAbout |
Home » Technical Support » DBISAM Technical Support » Support Forums » DBISAM General » View Thread |
Messages 1 to 8 of 8 total |
Client Disaster - Help |
Thu, Sep 10 2009 7:07 PM | Permanent Link |
"Huhtaman" | Hello All:
I have an emergency situation and need some guidance. I have a DBISAM Version 1 application written in Delphi 5 got 120+ customers using it with no problems except for 1 customer. PROBLEM: Inventory data keeps disappearing from the vehicle file - first it was repairs - now they have lost actual vehicles out of the inventory. Our program logs all insets, modifications and deletes. There is no activity going on in the program. NO OTHER FILES ARE LOSING DATA - Customer file, sales file all contain current data. EQUIPMENT: They are running a peer to peer network with all VISTA workstations. The "server" workstation has UAC disabled. The datafiles are located in \Users\Public\PMonster\DBData. There are no virtual coopies of files anywhere on the hard drive. It is almost as if the inventory file was replaced with an earlier copy of the file - I cannot tell. Can anybody suggest what might be happenning here ??? Thanks Neil Huhta |
Fri, Sep 11 2009 1:41 AM | Permanent Link |
"huhtaman" | Update - I did some research - looks like a vista issue - Vista does wierd stuff with items in the public folder - public folder treated like an extension of the connecting computer's local drive. I found 1 vista client with UAC turned on - my guess - maybe somehow virtualization got implementyed. My 1st fix was to create a share off the root and add user everyone. This took some work to make work on the remote Workstations but all is now working. Only time will tell if this solves the issue. My program logs file changes, record deletes, record inserts. It is obvious the change is as a result of an external change to the 2 inventory files. Anybody have input ? thanks Hoot |
Fri, Sep 11 2009 4:53 AM | Permanent Link |
"Jeremy Knowles" | huhtaman wrote:
> > > Update - I did some research - looks like a vista issue - Vista does > wierd stuff with items in the public folder - public folder treated > like an extension of the connecting computer's local drive. > > I found 1 vista client with UAC turned on - my guess - maybe somehow > virtualization got implementyed. > > My 1st fix was to create a share off the root and add user everyone. > This took some work to make work on the remote Workstations but all > is now working. > > Only time will tell if this solves the issue. My program logs file > changes, record deletes, record inserts. It is obvious the change is > as a result of an external change to the 2 inventory files. > > Anybody have input ? > > thanks > > Hoot Yes, I went throught this too. The correct solution is to create a folder in the common user application data folder, or C:\Documents and Settings\All Users\Application Data as it would be in XP. In vista it ends up in C:\Program Data. Do a search for CSIDL_COMMON_APPDATA - typical sort of function is here http://delphi.about.com/od/kbwinshell/a/SHGetFolderPath.htm It is a pain becasue it's harder to explain to people how to find the data and they are hidden folders so we put a shortcut (via the installer) in the program folder to point to the data folder. Jeremy |
Fri, Sep 11 2009 5:23 AM | Permanent Link |
"Malcolm" | Jeremy Knowles wrote:
> huhtaman wrote: > > > > > > > Update - I did some research - looks like a vista issue - Vista > > does wierd stuff with items in the public folder - public folder > > treated like an extension of the connecting computer's local > > drive. > > > > I found 1 vista client with UAC turned on - my guess - maybe > > somehow virtualization got implementyed. > > > > My 1st fix was to create a share off the root and add user > > everyone. This took some work to make work on the remote > > Workstations but all is now working. > > > > Only time will tell if this solves the issue. My program logs file > > changes, record deletes, record inserts. It is obvious the change > > is as a result of an external change to the 2 inventory files. > > > > Anybody have input ? > > > > thanks > > > > Hoot > > Yes, I went throught this too. > > The correct solution is to create a folder in the common user > application data folder, or C:\Documents and Settings\All > Users\Application Data as it would be in XP. In vista it ends up in > C:\Program Data. Do a search for CSIDL_COMMON_APPDATA - typical > sort of function is here > http://delphi.about.com/od/kbwinshell/a/SHGetFolderPath.htm > > It is a pain becasue it's harder to explain to people how to find > the data and they are hidden folders so we put a shortcut (via the > installer) in the program folder to point to the data folder. > > Jeremy ... and I put the shortcut in my Help>About box -- |
Fri, Sep 11 2009 5:38 AM | Permanent Link |
"Jeremy Knowles" | Malcolm wrote:
> .. and I put the shortcut in my Help>About box Doing it now... .... great idea, thanks! Just put the idea to our support folks, and got a big thumbs up! |
Fri, Sep 11 2009 7:37 AM | Permanent Link |
"Rita" | "Jeremy Knowles" <jeremyk@_NOSPAM_stocktake-solutions_dot_.com> wrote in message news:7103684A-7015-45E7-A9E1-0E17FB86ACB1@news.elevatesoft.com... Jeremy & Malcolm thanks for the headsup cool. I wonder how the latest WinOS fairs in this. Rita |
Fri, Sep 11 2009 7:45 AM | Permanent Link |
"Jeremy Knowles" | Rita wrote:
> Jeremy & Malcolm thanks for the headsup cool. > I wonder how the latest WinOS fairs in this. > Rita Should be fine, we should have been doing this from a long time ago, just that Microsoft only enforced it from Vista. |
Wed, Sep 16 2009 8:37 AM | Permanent Link |
"Jeremy Knowles" | >
> Jeremy & Malcolm thanks for the headsup cool. > I wonder how the latest WinOS fairs in this. > Rita One more thing, I forgot that I'd found this site useful when we encountered this problem: http://www.installationexcellence.com/articles/VistaWithDelphi/Index.html |
This web page was last updated on Wednesday, April 24, 2024 at 11:07 AM | Privacy PolicySite Map © 2024 Elevate Software, Inc. All Rights Reserved Questions or comments ? E-mail us at info@elevatesoft.com |