Alpha Software Mobile Development Tools:   Alpha Anywhere    |   Alpha TransForm subscribe to our YouTube Channel  Follow Us on LinkedIn  Follow Us on Twitter  Follow Us on Facebook

Announcement

Collapse

The Alpha Software Forum Participation Guidelines

The Alpha Software Forum is a free forum created for Alpha Software Developer Community to ask for help, exchange ideas, and share solutions. Alpha Software strives to create an environment where all members of the community can feel safe to participate. In order to ensure the Alpha Software Forum is a place where all feel welcome, forum participants are expected to behave as follows:
  • Be professional in your conduct
  • Be kind to others
  • Be constructive when giving feedback
  • Be open to new ideas and suggestions
  • Stay on topic


Be sure all comments and threads you post are respectful. Posts that contain any of the following content will be considered a violation of your agreement as a member of the Alpha Software Forum Community and will be moderated:
  • Spam.
  • Vulgar language.
  • Quotes from private conversations without permission, including pricing and other sales related discussions.
  • Personal attacks, insults, or subtle put-downs.
  • Harassment, bullying, threatening, mocking, shaming, or deriding anyone.
  • Sexist, racist, homophobic, transphobic, ableist, or otherwise discriminatory jokes and language.
  • Sexually explicit or violent material, links, or language.
  • Pirated, hacked, or copyright-infringing material.
  • Encouraging of others to engage in the above behaviors.


If a thread or post is found to contain any of the content outlined above, a moderator may choose to take one of the following actions:
  • Remove the Post or Thread - the content is removed from the forum.
  • Place the User in Moderation - all posts and new threads must be approved by a moderator before they are posted.
  • Temporarily Ban the User - user is banned from forum for a period of time.
  • Permanently Ban the User - user is permanently banned from the forum.


Moderators may also rename posts and threads if they are too generic or do not property reflect the content.

Moderators may move threads if they have been posted in the incorrect forum.

Threads/Posts questioning specific moderator decisions or actions (such as "why was a user banned?") are not allowed and will be removed.

The owners of Alpha Software Corporation (Forum Owner) reserve the right to remove, edit, move, or close any thread for any reason; or ban any forum member without notice, reason, or explanation.

Community members are encouraged to click the "Report Post" icon in the lower left of a given post if they feel the post is in violation of the rules. This will alert the Moderators to take a look.

Alpha Software Corporation may amend the guidelines from time to time and may also vary the procedures it sets out where appropriate in a particular case. Your agreement to comply with the guidelines will be deemed agreement to any changes to it.



Bonus TIPS for Successful Posting

Try a Search First
It is highly recommended that a Search be done on your topic before posting, as many questions have been answered in prior posts. As with any search engine, the shorter the search term, the more "hits" will be returned, but the more specific the search term is, the greater the relevance of those "hits". Searching for "table" might well return every message on the board while "tablesum" would greatly restrict the number of messages returned.

When you do post
First, make sure you are posting your question in the correct forum. For example, if you post an issue regarding Desktop applications on the Mobile & Browser Applications board , not only will your question not be seen by the appropriate audience, it may also be removed or relocated.

The more detail you provide about your problem or question, the more likely someone is to understand your request and be able to help. A sample database with a minimum of records (and its support files, zipped together) will make it much easier to diagnose issues with your application. Screen shots of error messages are especially helpful.

When explaining how to reproduce your problem, please be as detailed as possible. Describe every step, click-by-click and keypress-by-keypress. Otherwise when others try to duplicate your problem, they may do something slightly different and end up with different results.

A note about attachments
You may only attach one file to each message. Attachment file size is limited to 2MB. If you need to include several files, you may do so by zipping them into a single archive.

If you forgot to attach your files to your post, please do NOT create a new thread. Instead, reply to your original message and attach the file there.

When attaching screen shots, it is best to attach an image file (.BMP, .JPG, .GIF, .PNG, etc.) or a zip file of several images, as opposed to a Word document containing the screen shots. Because Word documents are prone to viruses, many message board users will not open your Word file, therefore limiting their ability to help you.

Similarly, if you are uploading a zipped archive, you should simply create a .ZIP file and not a self-extracting .EXE as many users will not run your EXE file.
See more
See less

Losing records VERY WORRYING

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • #31
    Re: Losing records VERY WORRYING

    Just a quick note: I had written in my autoexec to turn off oportunistic locking, however the machines were switched to Windows 7 machines and for some reason, the code will not write to the registry using registry.sys_create.

    I went in manually and put in the new registry entry and I will keep my fingers crossed that this may help.

    Comment


    • #32
      Re: Losing records VERY WORRYING

      Not currently very active here anymore w/a5, but having "popped in" I saw this thread which "jogged my memory" on these other (possibly related, but doubtful) "SMB" threads:
      (Also some of my own experience with Windows file manipulation/corruption outside of a5 during the past 5 years.)

      http://msgboard.alphasoftware.com/al...hlight=SMB+1.0

      http://msgboard.alphasoftware.com/al...hlight=SMB+1.0

      I do know for a fact that even Windows has some issues when 1.) Copying large files to external USB drives on some hardware combinations w/Win7-64 (using TeraCopy is a workaround) fails. The files copy, but they don't compare properly afterwards. (no indication of this failure is made, as the problem is only realized if a compare is done on the files, or if you need them and "find out the hard way") 2.) If you're using MS VirtualPC and using a mapped driver to store/work with data outside the VM (even when mapped to a regular internal hard drive), data also an and frequently will become corrupted without any advanced warning. (I've replicated this on numerous different machines running an XP vm inside of both Vista, and Windows-7 (both 64bit OSes) and the VM's was based on XP (32 bit) ~ If you use a VM, I learned to "keep all the associated data in them VM too." (Never liked that solution, as if the VM file ever corrupts, everything including data is lost!)

      On the vm side, I can manually drag and drop (copy) .png files created in Fireworks (not huge ones by any means) from the desktop of a vm, out to the host drive. 4 out of 5 times it might work. But on the 5'th time, you can preview the same file and realize that something went wrong, as only the first part of the image is good, the rest is all grayed out. Similar things happen with Btrieve database (accounting) files (when an accounting system) is mapped to data outside the VM. I've been using the POS for over a decade and never lost a bit of data to corruption using it conventionally. But in a VM, with data stored "outside" (on the host drive), the data will eventually ALWAYS become corrupt. (Not at first, but after a few minutes doing the same kind of things, like just running reports based on date criteria..... All of a sudden Btrieve errors will appear, and that's when you know the data has been corrupted & "the party is over."

      I have no idea if any of these issues are "related at the core", but it sure seems strange. Microsoft has tried, but seemingly never fixed this? (I'm sure it's something MS would prefer to keep "swept under the carpet.") But if you look hard and deep, you will find many threads on numerous forums making reference to these seemingly "phantom" problems. Unfortunately, I ran into this issue after I had moved all my Acronis True-Image images from a smaller drive to a large external one. (Virtually every image file was effectively ruined as they did not compare and could not be "mounted." Fortunately I had not experienced any OS hardware/drive failures, and in the end lost nothing important.)

      Note: The issues I experience firsthand can (and were) created on two different (and relatively high end) hardware. A Lenovo T61p, and also on a HP EliteBook 8770w with SSD (vm corruption) ~ This is not "fluke!" (Also, brand of USB drive didn't seem to matter. Problem is "in the box.") I added this because, unllke so many other a5 issues, certain "phantom" data corruption scenarios may not even be their fault, and thus be "outside" the scope of Alpha's control.....
      Apparently (from my research on this), some of these "data integrity" problems people are experiencing in Windows are reportedly only afflicting 64BIT WINDOWS SYSTEMS! (Too bad it wasn't on the 32 bit ones.) And it's only larger files that are effected. (The type of file/extention doesn't seem to matter. And Windows doesn't report (or even seem to catch) this "failure" at any time. ~ Since ONLY some 3'rd party tools do, I suspect they are successful because (unlike windows) they are constantly comparing "blocks of data" as the files are written, and they continuously silently retry to write the data block, until they successfully compare. (None of the cache settings in windows were able to alleviate the problems, only 3'rd party "explorer replacements" were able to circumvent the problems.)

      On the sites where these problems were "diagnosed", an incredible amount of time was spent trying to compare hardware/firmware/software looking for a "common denominator." "High-end" consumer based systems (different brands) were effected. The causes (to my knowledge) were never ascertained. In every instance I came across, the only resolution was to stop relying on windows explorer (to transfer files), and use TeraCopy was the only solution found! (Even with the input/assistance from MS engineers participating on one of the forums.)

      PS: Because of this, IMO it is extremely important to transfer large files (especially to external drives for backup) only using 3'rd party tools like TeraCopy. (which is not a perfect solution by any means) And NEVER USE THE BUILT-IN WINDOWS FILE MANAGER for moving large files. Other tools (which compare files) like SecondCopy may also be favorable & reliable. ~ I personally believe that somewhere within the depths of windows, there is still a huge crippling "low level" elusive data integrity issue. ~ And because this has not been "resolved", publicly the problem has been largely "ignored."
      Last edited by SNusa; 12-18-2013, 02:37 PM.
      Robert T. ~ "I enjoy manipulating data... just not my data."
      It's all about the "framework." (I suppose an "a5-induced" hard drive crash is now in order?)
      RELOADED: My current posting activity here merely represents a "Momentary Lapse Of Reason."

      Comment


      • #33
        Re: Losing records VERY WORRYING

        We have been occasionally experiencing the same problem for over a year. At first I thought it was someone doing something wrong but it has happened to me a few times so here I am.
        We have a V.11 network of 5 computers, 4 on runtime (one on V10), (no shadows) and one with the developer app (no shadow). Our form has 11 child tables and an embedded browse as well. Occasionally, when one makes a change to the record it can be blanked out as described earlier. When I go to search for it, in the parent table, it is not there but I have found blank records so this might be the blanked records issue. The child table info remains. We have a mix of operating systems, Vista (4) and Win7 (pro).

        Larry Ternowski

        Comment


        • #34
          Re: Losing records VERY WORRYING

          Larry,

          The standard recommendation is to run the same version ( in fact the same build of the same version ) on all workstations sharing access to / with the database. A mix of runtime and developer builds is ok, as long as they are the same version and build. It's NOT ok to run some workstations on v10 and others on v11.

          Comment


          • #35
            Re: Losing records VERY WORRYING

            Originally posted by Tom Cone Jr View Post
            Larry,

            The standard recommendation is to run the same version ( in fact the same build of the same version ) on all workstations sharing access to / with the database. A mix of runtime and developer builds is ok, as long as they are the same version and build. It's NOT ok to run some workstations on v10 and others on v11.
            Larry,
            I am still having the same issues but less frequently, still disturbing though. I made sure that opportunistic locking was off on all Machines. I also had some on save events and put several wait until idle pauses in my scripts. I always seem to have the problem on a form editing through multiple tables in a set. To test, I put a button on my form based on the set to open a form with only one table and making the edit there. I have had no errors yet when editing in this way.

            Comment


            • #36
              Re: Losing records VERY WORRYING

              Tom, I "found" the time to update the last computer to V11

              Thanks

              Larry

              Comment


              • #37
                Re: Losing records VERY WORRYING

                John, I was thinking that perhaps it is something to do with an embedded browse as I think you mentioned you had a browse in your form. I have other forms with embedded browses and do not recall any issues with them so who knows?

                Comment


                • #38
                  Re: Losing records VERY WORRYING

                  Just an update to this thread, I am still having the issue, and have updated all computers on the system to new ones running windows 7 and v11 of alpha. I have thought about going to a server instead of the NAS to host the app, but there is a fair amount of expense and approval process because of our IT department at our parent company. I hesitate to do this not knowing if it will fix the issue or not.

                  Comment


                  • #39
                    Re: Losing records VERY WORRYING

                    Same bucket here. I nightly rebuild indexes and backup in that order.

                    Comment


                    • #40
                      Re: Losing records VERY WORRYING

                      FWIW I've had mixed results using a NAS to host an alpha five desktop application. Problems of the type you describe went away when we switched over to a regular PC or server. I've surmised that some NAS devices may be optimized for writes, but not reads.

                      Comment


                      • #41
                        Re: Losing records VERY WORRYING

                        Dennis,
                        What type of host is the alpha files residing on, a NAS, full server, or a PC?

                        Comment


                        • #42
                          Re: Losing records VERY WORRYING

                          What type of host is the alpha files residing on, a NAS, full server, or a PC?

                          Oh, it's sitting on a network resource.

                          Comment


                          • #43
                            Re: Losing records VERY WORRYING

                            I should clarify. The data is on the network resource. Runtimes are on the various desktop PCs.

                            Comment


                            • #44
                              Re: Losing records VERY WORRYING

                              As mentioned above, I no longer allow my customers to use network attached storage devices to act as server for my Alpha Five desktop applications. I put them on PC's or Servers, only.

                              Comment


                              • #45
                                Re: Losing records VERY WORRYING

                                Do you feel that eliminates the danger associated with indexing and so forth? What is it about NAS resources that affects reliability and what can you do about it? I don't think IS is going to let me pop a PC on the network for everyone to access.

                                Comment

                                Working...
                                X