Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. Other Discussions
  3. The Weird and The Wonderful
  4. What could they have been thinking?

What could they have been thinking?

Scheduled Pinned Locked Moved The Weird and The Wonderful
hardwarehelpquestion
9 Posts 9 Posters 0 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • J Offline
    J Offline
    John Hunley
    wrote on last edited by
    #1

    Recently my group was asked to troubleshoot an embedded program written by our overseas sister company, which was "never coming up" and their engineers(?) couldn't figure out why. A few seconds of perusing revealed the following in the middle of the program's initialization code:

    for (long i = 0; i < 99999L; i++) dlytsk(cur_task, DLY_SECS, 9999);

    The dlytsk function causes the calling task to sleep for the specified number of seconds. So the effect of this snippet was to sleep for around 32 years before allowing initialization to complete. One has to wonder what the original intent was (both of the programmer and the manager who hired him!).

    W E K B R 7 Replies Last reply
    0
    • J John Hunley

      Recently my group was asked to troubleshoot an embedded program written by our overseas sister company, which was "never coming up" and their engineers(?) couldn't figure out why. A few seconds of perusing revealed the following in the middle of the program's initialization code:

      for (long i = 0; i < 99999L; i++) dlytsk(cur_task, DLY_SECS, 9999);

      The dlytsk function causes the calling task to sleep for the specified number of seconds. So the effect of this snippet was to sleep for around 32 years before allowing initialization to complete. One has to wonder what the original intent was (both of the programmer and the manager who hired him!).

      W Offline
      W Offline
      witm55
      wrote on last edited by
      #2

      Well, what were they thinking? Something like this, maybe: "Yeah, this program is so hot, it will hit them the face... right after it surprisingly started, which will not happen in the next 3 centuries. My, that _will_ be a surprise..." "Oh my dear! The Hardware is not yet warmed up, I need a pause before the final initialization. Let's just copy-paste some example over!" "Heehehe, hohohooho, muhahahaha!" "Braaaaaains!"

      That seems to be a PEBKAC problem, Sir. Why don't you go and fetch a coffee while I handle the operation?

      1 Reply Last reply
      0
      • J John Hunley

        Recently my group was asked to troubleshoot an embedded program written by our overseas sister company, which was "never coming up" and their engineers(?) couldn't figure out why. A few seconds of perusing revealed the following in the middle of the program's initialization code:

        for (long i = 0; i < 99999L; i++) dlytsk(cur_task, DLY_SECS, 9999);

        The dlytsk function causes the calling task to sleep for the specified number of seconds. So the effect of this snippet was to sleep for around 32 years before allowing initialization to complete. One has to wonder what the original intent was (both of the programmer and the manager who hired him!).

        E Offline
        E Offline
        ekolis
        wrote on last edited by
        #3

        Perhaps the code afterward launched nuclear missiles, and the programmers were pacifists? :)

        1 Reply Last reply
        0
        • J John Hunley

          Recently my group was asked to troubleshoot an embedded program written by our overseas sister company, which was "never coming up" and their engineers(?) couldn't figure out why. A few seconds of perusing revealed the following in the middle of the program's initialization code:

          for (long i = 0; i < 99999L; i++) dlytsk(cur_task, DLY_SECS, 9999);

          The dlytsk function causes the calling task to sleep for the specified number of seconds. So the effect of this snippet was to sleep for around 32 years before allowing initialization to complete. One has to wonder what the original intent was (both of the programmer and the manager who hired him!).

          K Offline
          K Offline
          killabyte
          wrote on last edited by
          #4

          this is obviously to omit problems with the power up settling time because a 100000uF cap was placed instead of a 100nF cap...... DAMN HARDWARE GUYS MAN!!!

          1 Reply Last reply
          0
          • J John Hunley

            Recently my group was asked to troubleshoot an embedded program written by our overseas sister company, which was "never coming up" and their engineers(?) couldn't figure out why. A few seconds of perusing revealed the following in the middle of the program's initialization code:

            for (long i = 0; i < 99999L; i++) dlytsk(cur_task, DLY_SECS, 9999);

            The dlytsk function causes the calling task to sleep for the specified number of seconds. So the effect of this snippet was to sleep for around 32 years before allowing initialization to complete. One has to wonder what the original intent was (both of the programmer and the manager who hired him!).

            B Offline
            B Offline
            Bernhard Hiller
            wrote on last edited by
            #5

            An engineer who was about to leave that company wrote that line for he knew that the other "engineers" there would not be able to find it out.

            P 1 Reply Last reply
            0
            • J John Hunley

              Recently my group was asked to troubleshoot an embedded program written by our overseas sister company, which was "never coming up" and their engineers(?) couldn't figure out why. A few seconds of perusing revealed the following in the middle of the program's initialization code:

              for (long i = 0; i < 99999L; i++) dlytsk(cur_task, DLY_SECS, 9999);

              The dlytsk function causes the calling task to sleep for the specified number of seconds. So the effect of this snippet was to sleep for around 32 years before allowing initialization to complete. One has to wonder what the original intent was (both of the programmer and the manager who hired him!).

              R Offline
              R Offline
              ricmil42
              wrote on last edited by
              #6

              They were really proud of their Splash Screen!

              1 Reply Last reply
              0
              • J John Hunley

                Recently my group was asked to troubleshoot an embedded program written by our overseas sister company, which was "never coming up" and their engineers(?) couldn't figure out why. A few seconds of perusing revealed the following in the middle of the program's initialization code:

                for (long i = 0; i < 99999L; i++) dlytsk(cur_task, DLY_SECS, 9999);

                The dlytsk function causes the calling task to sleep for the specified number of seconds. So the effect of this snippet was to sleep for around 32 years before allowing initialization to complete. One has to wonder what the original intent was (both of the programmer and the manager who hired him!).

                L Offline
                L Offline
                Lost User
                wrote on last edited by
                #7

                "Dude, We should give *Enough* time for people to evacuate the building before the application launches!" "Just read about a funny thing called FOR loop.. Let me see how long I can make it run" "Here's a hilarious tweak on the program... don't worry, I'll be deleting it before deploying" "Dude, what's the longest number you can think of????"

                - Just that something can be done, doesn't mean it should be done. Respect developers and their efforts! Jk

                1 Reply Last reply
                0
                • J John Hunley

                  Recently my group was asked to troubleshoot an embedded program written by our overseas sister company, which was "never coming up" and their engineers(?) couldn't figure out why. A few seconds of perusing revealed the following in the middle of the program's initialization code:

                  for (long i = 0; i < 99999L; i++) dlytsk(cur_task, DLY_SECS, 9999);

                  The dlytsk function causes the calling task to sleep for the specified number of seconds. So the effect of this snippet was to sleep for around 32 years before allowing initialization to complete. One has to wonder what the original intent was (both of the programmer and the manager who hired him!).

                  S Offline
                  S Offline
                  scotchfaster
                  wrote on last edited by
                  #8

                  job security?

                  1 Reply Last reply
                  0
                  • B Bernhard Hiller

                    An engineer who was about to leave that company wrote that line for he knew that the other "engineers" there would not be able to find it out.

                    P Offline
                    P Offline
                    prasun r
                    wrote on last edited by
                    #9

                    The way I see the engineer who wrote it was a genius and all other engineers in the company are morons who can't find such an obvious fault. The engineer might have gone on to bigger better things for sure. Damn with the company that hired the other engineers, fire them and re-hire this guy.

                    1 Reply Last reply
                    0
                    Reply
                    • Reply as topic
                    Log in to reply
                    • Oldest to Newest
                    • Newest to Oldest
                    • Most Votes


                    • Login

                    • Don't have an account? Register

                    • Login or register to search.
                    • First post
                      Last post
                    0
                    • Categories
                    • Recent
                    • Tags
                    • Popular
                    • World
                    • Users
                    • Groups