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

Pilot error or Security gone awry?

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

    Pilot error or Security gone awry?

    I attempted to add a table to a database by clicking the + on the window bar. After browsing to the file, selecting it and clicking OK, I got the message "tablename cannot be added to the database because it is secured and bound to another database." I can open the table directly by browsing to it's location and double-clicking. Opening the table directly does not require a password.

    Is this pilot error? Is there a way to determine what database the file is bound to? If that file was deleted, is there a way to restore normalcy?

    #2
    Re: Pilot error or Security gone awry?

    Hi Bob,

    Sounds like the data base itself might have security applied to it, and not just the table? Is it another Alpha data base?

    Are you trying to permanently add the table to the data base?

    Edit: Hey Tom, glad we came up with the same answer...still recovering from the 4th of July.

    Ed
    Last edited by Ed Barley; 07-10-2009, 01:49 PM.

    Comment


      #3
      Re: Pilot error or Security gone awry?

      Bob

      Welcome to the forum.

      Evidently the database that contains the table you are trying to add is password protected.

      You would have to open the database and remove the security and then you should be able to add the table.

      FWIW

      Tom Baker

      Edit: See Ed Barley has already answered.

      Comment


        #4
        Re: Pilot error or Security gone awry?

        Code:
        Opening the table directly does not require a password.
        So

        Open the database to which you want to attach the table, create a new table with the same name and structure, try appending the records from the secured table to the new table.

        If you have layouts built on the secured table you will probably have to recreate them.
        There can be only one.

        Comment


          #5
          Re: Pilot error or Security gone awry?

          I thought of the possibility that there may be a password protected database that was encumbering this file so in the interim, I searched out every adb file (on each user's machine and on the file server), opened it, dropped all the tables from it, closed the adb file and then deleted it. NONE of the adb files required a password. AND the file in question, was not part of any of the databases I found. I then tried to add the table to a new database and received the same result.

          The curious thing to me is that while I cannot add the table pdinv10.dbf to any database, I can open pdinv10.dbf by double clicking on it. Is this the way A5 security works? It would seem that if a table is part of a password protected database, you would be prohibited from opening it directly instead of thru the database.

          Is there a "work-around" that your gentlemen can propose?

          Is there a way to determine what database the table is bound to?

          Comment


            #6
            Re: Pilot error or Security gone awry?

            Putting a master password on your database just protects the adb "front door". If you want to protect the table, you need to encrypt it.
            Peter
            AlphaBase Solutions, LLC

            [email protected]
            https://www.alphabasesolutions.com


            Comment


              #7
              Re: Pilot error or Security gone awry?

              Originally posted by Peter.Greulich View Post
              ...you need to encrypt it.
              Where/how would one do that Peter?

              Comment


                #8
                Re: Pilot error or Security gone awry?

                When all else fails, check the documentation.

                Encrypting tables.
                There can be only one.

                Comment


                  #9
                  Re: Pilot error or Security gone awry?

                  Stan,

                  I'd really rather not try that approach. If it was just one or two tables, I'd do it but there's many tables to be added to this database and recreating all of them from scratch and then appending all the data would be cumbersome. I only mentioned one in my initial post since I figured I'd apply the solution to the rest. In reality there are probably about 25 tables to be added to this database and the vast majority are providing the same error when I attempt to add them.

                  Is there a file in A5v9 where this security info is stored and can it be edited / deleted / modified?

                  Bob

                  Comment


                    #10
                    Re: Pilot error or Security gone awry?

                    Is there a file in A5v9 where this security info is stored and can it be edited / deleted / modified?
                    It must be stored somewhere but it is likely buried pretty deep. What would be the purpose otherwise?

                    I'd drop a line to customer service to see if there's a procedure for recovering from such a situation as this.
                    There can be only one.

                    Comment


                      #11
                      Re: Pilot error or Security gone awry?

                      I fixed it. I deleted the ddd, ddm and ddx files and that allowed me to add the table. When I restored the data dictionary files, I got my forms and reports back with no ill effects.

                      I did have to recreate the sets and the associated forms and reports.

                      Comment

                      Working...
                      X