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

Is it the network

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

  • Is it the network

    I have recently inspected a small network who has been having issues with an application written in V9.

    Intermittently the application would freeze, throwing up a script message.

    If the operator closed the application and then reopened it, the script would work as expected.

    After all if you click a button and the script doesn’t execute and throws out an error message that hints at lack of resources. Closing the V9 application and then reopening it and clicking the same button sees the script work as intended. That tells me that it must be an environmental factor.

    Initially there wasn’t the recommended ram in either the server or the workstations, and we thought this was where the fault lay.

    However, even when upgrading the 2003 Server to 4 gig and putting 2 gig of ram in everyone’s machine, the problem still persisted.

    The operators were understandably becoming increasingly frustrated.

    I subsequently did a site visit and using standard diagnostic tools here is what I found.

    In a six user network, the workstations were running a mixture of XP SP2 and SP3.

    Some machines had more than one Anti Virus software running. Whilst everyone had AVG, one workstation was also running Symantec Antivirus, and another had remnants of Spyware Protection from AOL.

    Running a Registry Checker revealed in excess of 1200 issues on each and every workstation. The lowest being 1247, the highest 1690 with an average of around 1400.

    Further tests revealed in excess of over 200 megabytes of temp files on each workstation. The highest had 943 megabytes of temp files with the others having a range between 240 to 477 megabytes.

    Because the V9 application froze the client’s frustration was vented towards Alpha and ultimately ourselves because we built it.

    And this would happen on different workstations at different times.

    The V9 development engine used is the current as indeed is the runtime.

    Throughout this painful process I have defended Alpha because everything told me it was the network environment rather than bugs in V9.

    Would someone like to comment on my conclusion?
    Database Software Solutions Limited
    www.dbasesolution.co.uk
    http://www.precise360.co.uk
    PRECISE360 -
    LYNCHPIN -

  • #2
    Re: Is it the network

    What was the error that was thrown, the details of the error will help get to the root of the problem.
    https://www.housingeducator.org
    k3srg

    Comment


    • #3
      Re: Is it the network

      Hi Steve

      Thanks for your quick response?

      I attach two examples. If it was an error in the Xbasic of the script I would expect it to fail on each occassion.

      What Alpha condition would make it work sometimes and at other times not?

      Kind regards
      Database Software Solutions Limited
      www.dbasesolution.co.uk
      http://www.precise360.co.uk
      PRECISE360 -
      LYNCHPIN -

      Comment


      • #4
        Re: Is it the network

        Alex,

        Others may be smarter than me, but I would certainly like to see a sample of the application with instructions on how to duplicate the problem. If the app is not possible, a copy of the query that is showing up could be helpful and knowing what it is supposed to do and what it is controlling. in fact, thewhole script could be useful.

        Having seen some of this in v9, v8, v7, etc, I have always found it to be something i did. I am not saying it is you, but it WAS me.

        .
        Dave Mason
        [email protected]
        Skype is dave.mason46

        Comment


        • #5
          Re: Is it the network

          Hi Alex,

          Originally posted by alexmuir View Post
          I attach two examples. If it was an error in the Xbasic of the script I would expect it to fail on each occassion.

          What Alpha condition would make it work sometimes and at other times not?
          These two images just say that Alpha has an issue, not really much more. It might be windows, network or Alpha Five.

          To isolate, 1st eliminate the network. If the app fails on a local hard drive, then you know it is not network related. Focus on Alpha Code. Occasionally it is also corrupted data in a record can cause these failures.

          If the app fails on one computer locally, but not another, then it may be an issue with Windows or other installed programs (like anti-virus)

          If the problem shows up when more than 1 user has the same table open on the network, it is a sharing issue (still doesn't tell you if Server, Windows or Alpha)

          Also, just because these problems happen during a query, does not mean that is the source. Alpha's internals could have been destabilized by things prior to that point. The trick is to find repeatable steps from a clean start of Alpha Five that you can then test the portions individually.
          Regards,

          Ira J. Perlow
          Computer Systems Design


          CSDA A5 Products
          New - Free CSDA DiagInfo - v1.39, 30 Apr 2013
          CSDA Barcode Functions

          CSDA Code Utility
          CSDA Screen Capture


          Comment


          • #6
            Re: Is it the network

            Hi Alex,
            You may or may not be aware that this issue has been commented on many times on this forum. Unfortunately I believe that many people are in denial of the problem. The fact is, many many Alpha users suffer from these problems. Indeed, at one point my network became practically unusable. I eventually hired a professional to try and diagnose the problem. Our network had no other problems - just Alpha issues. His only conclusion was that our Windows updates were not up to date.

            Like you, I now believe the problem was exacerbated by running a mixture of SP2 and 3, plus not running Windows updates regularly. We now have all our workstations on SP3 and religiously run Windows updates on a weekly basis. (Plus, we removed all the Norton anti-virus). The other possible redeeming factor was installing the Alpha shadows - which I didn't utilise from the outset. Suffice to say, we now have very few problems. However, there is still the question as to why Alpha is more sensitive than any other software we run on our network.
            Kind regards,
            Larry Gordon
            Last edited by Larry Gordon; 10-28-2009, 09:11 PM.

            Comment


            • #7
              Re: Is it the network

              sir lary,

              Very Well said! I'm with you.

              I know you develop a sense of urgency to your work and pay attention to details. Always ask for the order! Don't worry about your technique or style. Hope alpha fix this.

              Manipulating outcomes never provides the best results.
              Thank you for telling the Truth!

              Good luck.
              "Knowledge without application is useless."

              Comment


              • #8
                Re: Is it the network

                I have experienced that error with another DB software called approach. I found the issue was a memory address problem with approach trying to access the same ram address as another program. If the other program was started after approach the error did not occur. It is difficult to know which one causes it as there are so many things started nowadays. My particualr problem was a communication program called mercury. It is possible that virus checkers, music players etc will cause this.

                I narrowed the problem down by trying guess the culprit, turn it off and see if the problem persists

                Comment

                Working...
                X