Author Topic: Another problem!!  (Read 18766 times)

0 Members and 3 Guests are viewing this topic.

Offline AntiVirus

  • Legendary
  • x86
  • Hero Member
  • *****
  • Posts: 2521
  • Best
    • View Profile
Another problem!!
« on: October 16, 2006, 04:56:19 pm »
Can someone please help me?  I have been working on my programming assignment for my CS class and I have been running into a bunch of different problems.  Some of which I have been able to over come (I hope), and others I haven't.  One of these such problems is with the my_swap function that I created to help me sort an array.  When I sent the array to the my_swap function, I get a few errors.  At first, I have an infinite loop, but now I think I might have fixed that at the cost of getting two errors.  With my little knowledge of C++ I haven't been able to figure out what they mean.  So here they are:

Quote
hw6.cpp: In function `void my_swap(int*, int*)':
hw6.cpp:12: error: invalid conversion from `int*' to `int'
hw6.cpp:14: error: invalid conversion from `int' to `int*'
sortingalgs.cpp: In function `void bubbleSort(int*, int)':
sortingalgs.cpp:19: error: invalid conversion from `int' to `int*'
sortingalgs.cpp:19: error: invalid conversion from `int' to `int*'
sortingalgs.cpp: In function `void bobSort(int*, int)':
sortingalgs.cpp:42: error: invalid conversion from `int' to `int*'
sortingalgs.cpp:42: error: invalid conversion from `int' to `int*'

Now here's the code:

This is the file that contains the my_swap function:

Code: [Select]


#include "hw6.h"

void my_swap(int first[], int second[])
{
  int temp = 0;

 // cout<<"In hw6.cpp in the my_swap function";
  temp = first;
  first = second;
  second = temp;

  return;
}

The #include "hw6.h" is the header file where my prototype for the my_swap function is stored.

Now for the sortingalgs.cpp:

Code: [Select]
#include "sortingalgs.h"
#include "hw6.h"

void bubbleSort(int array[], const int SIZE)
{
 // cout<<"In sortingalgs.cpp in the bubbleSort";
  bool done = false, swapped = true;
  do
  {
    swapped = false;
    for(int index = 0; index <= SIZE - 1; index++)
    {
      if(array[index] > array[index + 1])
      {
       my_swap(array[index], array[index + 1], index);  //swaps the values of the new indexes (Line 19)
       swapped = true; //Everytime it swaps, this is true.
      }
    }
    if(swapped == false) //Once swapping is over, this is true, and the for loop ends.
      done = true; //ends do-while loop.
  }while(done == false);

  return;
}

void bobSort(int unsorted_sub[], const int SIZE)
{
  cout<<"In sortingalgs.cpp in the bobSort";
  int sorted_sub[] = {}; //declares an array with an undetermined size filled with 0's (wrong?)
  for(int index = 0; index <= SIZE - 1; index++)
  {
    //Assigns the sorted array all of the unsorted array, so that it can be sorted
    sorted_sub[index] = unsorted_sub[index];
    for(int index2 = 0; index2 <= index; index2++)
    {
      //Allows for two of the same arrays to exist so that the sorted can be sorted
      if(sorted_sub[index2] > sorted_sub[index])
        my_swap(sorted_sub[index2], sorted_sub[index], index2); //line 42
    }
  }
return;
}

I don't know what I am doing wrong. :(
« Last Edit: October 16, 2006, 05:08:43 pm by AntiVirus »
The once grove of splendor,
Aforetime crowned by lilac and lily,
Lay now forevermore slender;
And all winds that liven
Silhouette a lone existence;
A leafless oak grasping at eternity.


"They say that I must learn to kill before I can feel safe, but I rather kill myself then turn into their slave."
- The Rasmus

Offline Sidoh

  • x86
  • Hero Member
  • *****
  • Posts: 17634
  • MHNATY ~~~~~
    • View Profile
    • sidoh
Re: Another problem!!
« Reply #1 on: October 16, 2006, 05:14:05 pm »
Your swap function is switching around addresses of the first node in an external array.  Simply put, it's not doing anything for you!  If you want to swap two values in an array, you want to pass to the function the addresses of the nodes that you want to swap because you don't care about some internal array that's left to rot after the function is done!

You want it to look something like this:

Code: [Select]
void swap_values(int &value1, int &value2) // These arguments give the functions the ADDRESSES of these variables
{
   // Assign the value located at "the address of" value 1 to a temporary variable
  int temp = *value1;

  // Assign the value located at the address of value 1 to the value located at the address of value 2
  *value1 = *value2;

  // Assign the value of the temporary variable to the value located at the address of value 2
  *value2 = temp;
}

Then, when you use this function, it should look something like this:

Code: [Select]
swap_values(&array_1[2], &array_2[2]);
I'm not entirely sure that that's the correct syntax.  You may need to do something really tricky like (&array_1 + x), where x is the node you're trying to access.
« Last Edit: October 16, 2006, 05:16:17 pm by Sidoh »

Offline AntiVirus

  • Legendary
  • x86
  • Hero Member
  • *****
  • Posts: 2521
  • Best
    • View Profile
Re: Another problem!!
« Reply #2 on: October 16, 2006, 05:19:07 pm »
The first[] and second[] signify that it's an array I am passing in, and acts like a reference, I believe. 
« Last Edit: October 16, 2006, 05:21:33 pm by AntiVirus »
The once grove of splendor,
Aforetime crowned by lilac and lily,
Lay now forevermore slender;
And all winds that liven
Silhouette a lone existence;
A leafless oak grasping at eternity.


"They say that I must learn to kill before I can feel safe, but I rather kill myself then turn into their slave."
- The Rasmus

Offline Sidoh

  • x86
  • Hero Member
  • *****
  • Posts: 17634
  • MHNATY ~~~~~
    • View Profile
    • sidoh
Re: Another problem!!
« Reply #3 on: October 16, 2006, 05:25:34 pm »
try (int **value1, int **value2)

A pointer stores a memory address instead of an actual value.

Code: [Select]
int value = 2;

int *address = &value2;

*address = 3;

cout << value;

You'd get 3.

Here's some sample code:

Code: [Select]
sidoh@deepthought:~/public_html/src$ cat test.c; gcc test.c -o test; ./test
#include <stdio.h>

int main( int argc, char *argv[] ) {

        int value = 2;

        int *address = &value;

        *address = 3;

        printf("%d -> %d\n", address, value);

}
-1073744140 -> 3

Offline Sidoh

  • x86
  • Hero Member
  • *****
  • Posts: 17634
  • MHNATY ~~~~~
    • View Profile
    • sidoh
Re: Another problem!!
« Reply #4 on: October 16, 2006, 05:33:36 pm »
Code: [Select]
sidoh@deepthought:~/public_html/src$ cat test.c; gcc test.c -o test; ./test
#include <stdio.h>

void swap();

int main( int argc, char *argv[] ) {

        int array1[3] = {1, 2 ,3};
        int array2[3] = {3, 2, 1};

        printf("\n\n");

        printf("Array 1, node 0 has a value of %d.\nArray 2, node 0 has a value of %d.", array1[0], array2[0]);

        swap(&array1[0], &array2[0]);

        printf("\n\n");
        printf("Array 1, node 0 has a value of %d.\nArray 2, node 0 has a value of %d.", array1[0], array2[0]);

        printf("\n\n");

        return 0;

}

void swap(int **value1, int **value2)
{
        int temp = (int)*value2;
        *value2 = *value1;
        *value1 = temp;

        return;
}
test.c: In function `swap':
test.c:29: warning: assignment makes pointer from integer without a cast


Array 1, node 0 has a value of 1.
Array 2, node 0 has a value of 3.

Array 1, node 0 has a value of 3.
Array 2, node 0 has a value of 1.

Offline AntiVirus

  • Legendary
  • x86
  • Hero Member
  • *****
  • Posts: 2521
  • Best
    • View Profile
Re: Another problem!!
« Reply #5 on: October 16, 2006, 05:38:33 pm »
What is **?  Two pointers?
The once grove of splendor,
Aforetime crowned by lilac and lily,
Lay now forevermore slender;
And all winds that liven
Silhouette a lone existence;
A leafless oak grasping at eternity.


"They say that I must learn to kill before I can feel safe, but I rather kill myself then turn into their slave."
- The Rasmus

Offline Sidoh

  • x86
  • Hero Member
  • *****
  • Posts: 17634
  • MHNATY ~~~~~
    • View Profile
    • sidoh
Re: Another problem!!
« Reply #6 on: October 16, 2006, 05:41:38 pm »
What is **?  Two pointers?

Those confused the hell out of me when I had to use them.  It's the address of a pointer variable, so basically, yeah.

Offline AntiVirus

  • Legendary
  • x86
  • Hero Member
  • *****
  • Posts: 2521
  • Best
    • View Profile
Re: Another problem!!
« Reply #7 on: October 16, 2006, 05:57:40 pm »
Eh.....

Well you would think that since I haven't learned this stuff I wouldn't be required to use them in my assignment.  So there has to be a way around this without using the pointer operator/function(?).

But I can't figure it out!!!!!!! :(
The once grove of splendor,
Aforetime crowned by lilac and lily,
Lay now forevermore slender;
And all winds that liven
Silhouette a lone existence;
A leafless oak grasping at eternity.


"They say that I must learn to kill before I can feel safe, but I rather kill myself then turn into their slave."
- The Rasmus

Offline Sidoh

  • x86
  • Hero Member
  • *****
  • Posts: 17634
  • MHNATY ~~~~~
    • View Profile
    • sidoh
Re: Another problem!!
« Reply #8 on: October 16, 2006, 06:17:36 pm »
Then don't use a function!  I was asking you why you were doing that in the first place yesterday with the other sort.

Just do something like:

Code: [Select]
int temp = 0;

while(...)
{
   ...
   temp = array1[index];
   array1[index] = array2[index];
   array2[index] = temp;
   ...
}

Offline AntiVirus

  • Legendary
  • x86
  • Hero Member
  • *****
  • Posts: 2521
  • Best
    • View Profile
Re: Another problem!!
« Reply #9 on: October 16, 2006, 06:43:16 pm »
[Edit]!!!

Actually, it just looked like an infinte loop, but instead it says Segmentation fault.  Whatever that is.
« Last Edit: October 16, 2006, 06:48:04 pm by AntiVirus »
The once grove of splendor,
Aforetime crowned by lilac and lily,
Lay now forevermore slender;
And all winds that liven
Silhouette a lone existence;
A leafless oak grasping at eternity.


"They say that I must learn to kill before I can feel safe, but I rather kill myself then turn into their slave."
- The Rasmus

Offline Sidoh

  • x86
  • Hero Member
  • *****
  • Posts: 17634
  • MHNATY ~~~~~
    • View Profile
    • sidoh
Re: Another problem!!
« Reply #10 on: October 16, 2006, 06:52:34 pm »
That doesn't make any sense.

Code: [Select]
sidoh@deepthought:~/public_html/src$ cat test.c; gcc test.c -o test; ./test
#include <stdio.h>

void swap();

int main( int argc, char *argv[] ) {

        int array1[3] = {1, 2 ,3};
        int array2[3] = {3, 2, 1};

        printf("\n\n");

        printf("Array 1, node 0 has a value of %d.\nArray 2, node 0 has a value of %d.", array1[0], array2[0]);

        //swap(&array1[0], &array2[0]);
        int temp = array1[0];
        array1[0] = array2[0];
        array2[0] = temp;

        printf("\n\n");
        printf("Array 1, node 0 has a value of %d.\nArray 2, node 0 has a value of %d.", array1[0], array2[0]);

        swap(&array1[0], &array2[0]);

        printf("\n\n");
        printf("Array 1, node 0 has a value of %d.\nArray 2, node 0 has a value of %d.", array1[0], array2[0]);

        printf("\n\n");

        return 0;

}

void swap(int **value1, int **value2)
{
        int temp = (int)*value2;
        *value2 = *value1;
        *value1 = temp;

        return;
}
test.c: In function `swap':
test.c:37: warning: assignment makes pointer from integer without a cast


Array 1, node 0 has a value of 1.
Array 2, node 0 has a value of 3.

Array 1, node 0 has a value of 3.
Array 2, node 0 has a value of 1.

Array 1, node 0 has a value of 1.
Array 2, node 0 has a value of 3.

PM me your code and I'll try to take a look at it.

Offline AntiVirus

  • Legendary
  • x86
  • Hero Member
  • *****
  • Posts: 2521
  • Best
    • View Profile
Re: Another problem!!
« Reply #11 on: October 16, 2006, 06:54:26 pm »
Well I figured out what a Segmentation Fault is.

Quote
A segmentation fault occurs when your program tries to access memory locations that haven't been allocated for the program's use.
But I don't see where I am doing that?

And okay, I will PM you my code.
The once grove of splendor,
Aforetime crowned by lilac and lily,
Lay now forevermore slender;
And all winds that liven
Silhouette a lone existence;
A leafless oak grasping at eternity.


"They say that I must learn to kill before I can feel safe, but I rather kill myself then turn into their slave."
- The Rasmus

Offline Sidoh

  • x86
  • Hero Member
  • *****
  • Posts: 17634
  • MHNATY ~~~~~
    • View Profile
    • sidoh
Re: Another problem!!
« Reply #12 on: October 16, 2006, 06:57:07 pm »
Well I figured out what a Segmentation Fault is.

Quote
A segmentation fault occurs when your program tries to access memory locations that haven't been allocated for the program's use.
But I don't see where I am doing that?

Hehe, yep. :)

Offline AntiVirus

  • Legendary
  • x86
  • Hero Member
  • *****
  • Posts: 2521
  • Best
    • View Profile
Re: Another problem!!
« Reply #13 on: October 16, 2006, 07:06:02 pm »
Could it be because of the array[index] = array[index + 1];      ?
The once grove of splendor,
Aforetime crowned by lilac and lily,
Lay now forevermore slender;
And all winds that liven
Silhouette a lone existence;
A leafless oak grasping at eternity.


"They say that I must learn to kill before I can feel safe, but I rather kill myself then turn into their slave."
- The Rasmus

Offline Warrior

  • supreme mac daddy of trolls
  • Hero Member
  • *****
  • Posts: 7503
  • One for a Dime two for a Quarter!
    • View Profile
Re: Another problem!!
« Reply #14 on: October 16, 2006, 07:18:04 pm »
[Edit]!!!

Actually, it just looked like an infinte loop, but instead it says Segmentation fault.  Whatever that is.

If you're infinitely looping you're bound to access some restricted memory sooner or later.
One must ask oneself: "do I will trolling to become a universal law?" And then when one realizes "yes, I do will it to be such," one feels completely justified.
-- from Groundwork for the Metaphysics of Trolling

Offline Sidoh

  • x86
  • Hero Member
  • *****
  • Posts: 17634
  • MHNATY ~~~~~
    • View Profile
    • sidoh
Re: Another problem!!
« Reply #15 on: October 16, 2006, 08:59:30 pm »
If you're infinitely looping you're bound to access some restricted memory sooner or later.

Not if you're continuously re-examining the same memory!

Code: [Select]
while(true);
I doubt the above presents much threat of accessing dangerous memory.

Offline Warrior

  • supreme mac daddy of trolls
  • Hero Member
  • *****
  • Posts: 7503
  • One for a Dime two for a Quarter!
    • View Profile
Re: Another problem!!
« Reply #16 on: October 26, 2006, 02:43:28 pm »
If you're infinitely looping you're bound to access some restricted memory sooner or later.

Not if you're continuously re-examining the same memory!

Code: [Select]
while(true);
I doubt the above presents much threat of accessing dangerous memory.

That's true but how often is it that you do an infinite loop withought having any code in the middle? You're going to currupt the stack sooner or later.
One must ask oneself: "do I will trolling to become a universal law?" And then when one realizes "yes, I do will it to be such," one feels completely justified.
-- from Groundwork for the Metaphysics of Trolling

Offline Sidoh

  • x86
  • Hero Member
  • *****
  • Posts: 17634
  • MHNATY ~~~~~
    • View Profile
    • sidoh
Re: Another problem!!
« Reply #17 on: October 26, 2006, 02:48:24 pm »
That's true but how often is it that you do an infinite loop withought having any code in the middle? You're going to currupt the stack sooner or later.

That's still a terrible generalization...

Offline Warrior

  • supreme mac daddy of trolls
  • Hero Member
  • *****
  • Posts: 7503
  • One for a Dime two for a Quarter!
    • View Profile
Re: Another problem!!
« Reply #18 on: October 26, 2006, 04:38:49 pm »
Yea I guess, I assumed he knew what I meant. :P
One must ask oneself: "do I will trolling to become a universal law?" And then when one realizes "yes, I do will it to be such," one feels completely justified.
-- from Groundwork for the Metaphysics of Trolling

Offline iago

  • Leader
  • Administrator
  • Hero Member
  • *****
  • Posts: 17914
  • Fnord.
    • View Profile
    • SkullSecurity
Re: Another problem!!
« Reply #19 on: October 26, 2006, 05:19:39 pm »
That's true but how often is it that you do an infinite loop withought having any code in the middle? You're going to currupt the stack sooner or later.

Take a look at all the programs in this folder -- they're programs for my microcontroller.  Notice what they all have in common?  They all take place in an infinite loop.  And none of them corrupt the memory. 

Generally, they're a finite-state-machine, waiting for events, but there's no way to sleep on that uC, since my code is the only code running (no library, no kernel, etc). 

Offline Warrior

  • supreme mac daddy of trolls
  • Hero Member
  • *****
  • Posts: 7503
  • One for a Dime two for a Quarter!
    • View Profile
Re: Another problem!!
« Reply #20 on: October 26, 2006, 06:44:52 pm »
Cool.
One must ask oneself: "do I will trolling to become a universal law?" And then when one realizes "yes, I do will it to be such," one feels completely justified.
-- from Groundwork for the Metaphysics of Trolling

Offline MyndFyre

  • Boticulator Extraordinaire
  • x86
  • Hero Member
  • *****
  • Posts: 4540
  • The wait is over.
    • View Profile
    • JinxBot :: the evolution in boticulation
Re: Another problem!!
« Reply #21 on: October 27, 2006, 04:22:42 am »
That's true but how often is it that you do an infinite loop withought having any code in the middle? You're going to currupt the stack sooner or later.
Code: [Select]
while (true)
{
i++;
j++;
k++;
l++;
m++;
n++;
o++;
}
No stack corruption.
I have a programming folder, and I have nothing of value there

Running with Code has a new home!

Our species really annoys me.

Offline Warrior

  • supreme mac daddy of trolls
  • Hero Member
  • *****
  • Posts: 7503
  • One for a Dime two for a Quarter!
    • View Profile
Re: Another problem!!
« Reply #22 on: October 28, 2006, 12:36:17 pm »
Ugh screw you guys :/
One must ask oneself: "do I will trolling to become a universal law?" And then when one realizes "yes, I do will it to be such," one feels completely justified.
-- from Groundwork for the Metaphysics of Trolling

Offline Sidoh

  • x86
  • Hero Member
  • *****
  • Posts: 17634
  • MHNATY ~~~~~
    • View Profile
    • sidoh
Re: Another problem!!
« Reply #23 on: October 28, 2006, 01:18:40 pm »
Ugh screw you guys :/

Because you're wrong? :P

Offline Warrior

  • supreme mac daddy of trolls
  • Hero Member
  • *****
  • Posts: 7503
  • One for a Dime two for a Quarter!
    • View Profile
Re: Another problem!!
« Reply #24 on: October 28, 2006, 02:59:57 pm »
http://en.wikipedia.org/wiki/Stack_overflow

"The most common cause of stack overflows is infinite recursion."

http://en.wikipedia.org/wiki/Infinite_recursion
One must ask oneself: "do I will trolling to become a universal law?" And then when one realizes "yes, I do will it to be such," one feels completely justified.
-- from Groundwork for the Metaphysics of Trolling

Offline MyndFyre

  • Boticulator Extraordinaire
  • x86
  • Hero Member
  • *****
  • Posts: 4540
  • The wait is over.
    • View Profile
    • JinxBot :: the evolution in boticulation
Re: Another problem!!
« Reply #25 on: October 28, 2006, 03:26:44 pm »
http://en.wikipedia.org/wiki/Stack_overflow

"The most common cause of stack overflows is infinite recursion."

http://en.wikipedia.org/wiki/Infinite_recursion
Okay, first of all, stack overflows != stack corruption.  Second of all, infinite looping != infinite recursion.

Infinite looping:
Code: [Select]
while (true) ;
Infinite recursion:
Code: [Select]
void doStuff(int a)
{
 doStuff(++a);
}
Jackass.
I have a programming folder, and I have nothing of value there

Running with Code has a new home!

Our species really annoys me.

Offline iago

  • Leader
  • Administrator
  • Hero Member
  • *****
  • Posts: 17914
  • Fnord.
    • View Profile
    • SkullSecurity
Re: Another problem!!
« Reply #26 on: October 28, 2006, 05:08:46 pm »
http://en.wikipedia.org/wiki/Stack_overflow

"The most common cause of stack overflows is infinite recursion."

http://en.wikipedia.org/wiki/Infinite_recursion
Okay, first of all, stack overflows != stack corruption.  Second of all, infinite looping != infinite recursion.

Infinite looping:
Code: [Select]
while (true) ;
Infinite recursion:
Code: [Select]
void doStuff(int a)
{
 doStuff(++a);
}
Jackass.
Exactly! 

Offline Warrior

  • supreme mac daddy of trolls
  • Hero Member
  • *****
  • Posts: 7503
  • One for a Dime two for a Quarter!
    • View Profile
Re: Another problem!!
« Reply #27 on: October 28, 2006, 06:30:06 pm »
Second of all, infinite looping != infinite recursion.

Quote
Infinite recursion, a special case of an infinite loop, is an infinite loop caused by recursion.
One must ask oneself: "do I will trolling to become a universal law?" And then when one realizes "yes, I do will it to be such," one feels completely justified.
-- from Groundwork for the Metaphysics of Trolling

Offline Sidoh

  • x86
  • Hero Member
  • *****
  • Posts: 17634
  • MHNATY ~~~~~
    • View Profile
    • sidoh
Re: Another problem!!
« Reply #28 on: October 28, 2006, 07:06:37 pm »
Second of all, infinite looping != infinite recursion.

Quote
Infinite recursion, a special case of an infinite loop, is an infinite loop caused by recursion.

And Rolle's Theorem is a special case of the Mean Value Theorem.  That doesn't make them the same thing.  Just because two things are related doesn't mean they're completely synonymous.

Offline Warrior

  • supreme mac daddy of trolls
  • Hero Member
  • *****
  • Posts: 7503
  • One for a Dime two for a Quarter!
    • View Profile
Re: Another problem!!
« Reply #29 on: October 28, 2006, 07:11:08 pm »
Second of all, infinite looping != infinite recursion.

Quote
Infinite recursion, a special case of an infinite loop, is an infinite loop caused by recursion.

And Rolle's Theorem is a special case of the Mean Value Theorem.  That doesn't make them the same thing.  Just because two things are related doesn't mean they're completely synonymous.

And? They're still related so I can call infinite recursion and infinite loop if I damn well feel like it and I will still be right.

Which makes me right.
One must ask oneself: "do I will trolling to become a universal law?" And then when one realizes "yes, I do will it to be such," one feels completely justified.
-- from Groundwork for the Metaphysics of Trolling

Offline Sidoh

  • x86
  • Hero Member
  • *****
  • Posts: 17634
  • MHNATY ~~~~~
    • View Profile
    • sidoh
Re: Another problem!!
« Reply #30 on: October 28, 2006, 07:21:10 pm »
And? They're still related so I can call infinite recursion and infinite loop if I damn well feel like it and I will still be right.

Which makes me right.

Warrior, you're pathetic sometimes.  It doesn't matter how you want to justify your incorrectness.  You're still wrong.

Offline Warrior

  • supreme mac daddy of trolls
  • Hero Member
  • *****
  • Posts: 7503
  • One for a Dime two for a Quarter!
    • View Profile
Re: Another problem!!
« Reply #31 on: October 28, 2006, 07:40:08 pm »
And? They're still related so I can call infinite recursion and infinite loop if I damn well feel like it and I will still be right.

Which makes me right.

Warrior, you're pathetic sometimes.  It doesn't matter how you want to justify your incorrectness.  You're still wrong.

I'm incorrect because you say I'm incorrect? You're not the one with the wikipedia articles proving you right however.
One must ask oneself: "do I will trolling to become a universal law?" And then when one realizes "yes, I do will it to be such," one feels completely justified.
-- from Groundwork for the Metaphysics of Trolling

Offline iago

  • Leader
  • Administrator
  • Hero Member
  • *****
  • Posts: 17914
  • Fnord.
    • View Profile
    • SkullSecurity
Re: Another problem!!
« Reply #32 on: October 28, 2006, 08:10:30 pm »
Do you remember what you're arguing about?  Here's the original quote:

If you're infinitely looping you're bound to access some restricted memory sooner or later.

We've determined that it's quite likely that that's not going to happen.  in fact, the only time it's going to happen is if you're processing an array, or something else uncommon.  So you're wrong. 


Even if infinite recursion could be called an infinite loop, you aren't accessing restricted memory, you're running out of stack space.  So wrong again. 

Offline Warrior

  • supreme mac daddy of trolls
  • Hero Member
  • *****
  • Posts: 7503
  • One for a Dime two for a Quarter!
    • View Profile
Re: Another problem!!
« Reply #33 on: October 28, 2006, 08:20:27 pm »
Do you remember what you're arguing about?  Here's the original quote:

If you're infinitely looping you're bound to access some restricted memory sooner or later.

We've determined that it's quite likely that that's not going to happen.  in fact, the only time it's going to happen is if you're processing an array, or something else uncommon.  So you're wrong. 


Even if infinite recursion could be called an infinite loop, you aren't accessing restricted memory, you're running out of stack space.  So wrong again. 

You're right on those counts, I was thinking of buffer overflows when I wrote that. Who cares, if he fixes his problem with his app then all the power to him, I'm not going to continue arguing over something so stupid.

I do however standby my point I made to on infinite recursions being a form of infinite loops.

Scoreboard:
-----------
iago: 2
warrior: 1
sidoh: -12


One must ask oneself: "do I will trolling to become a universal law?" And then when one realizes "yes, I do will it to be such," one feels completely justified.
-- from Groundwork for the Metaphysics of Trolling

Offline Sidoh

  • x86
  • Hero Member
  • *****
  • Posts: 17634
  • MHNATY ~~~~~
    • View Profile
    • sidoh
Re: Another problem!!
« Reply #34 on: October 28, 2006, 08:48:42 pm »
I'm incorrect because you say I'm incorrect? You're not the one with the wikipedia articles proving you right however.

You're hopeless, Warrior.  Your inability to admit defeat is astounding.

I will make my analogy (that you seemed to completely look over, by the way) more understandable for you.

And Rolle's Theorem is a special case of the Mean Value Theorem.  That doesn't make them the same thing.  Just because two things are related doesn't mean they're completely synonymous.

Rolle's Theorem states: if is continuous on a closed interval and differentinable on the open interval and , then there is some number in the open interval such that .

The Mean Value Theorem states: if is continuous on a closed interval and differentiable on the open interval and then there exists some value such that

As you should be able to see, Rolle's theorem is merely a special case of the MVT.  Does that make them equivilant?  Identical?  No, not at all.  Just because something is a special case of some other thing does not make them the same thing.  When someone tells you to solve a problem through recursion, you solve it through recursion, not looping.  They're two separate things, even though they represent comparable concepts.

It doesn't matter if recursions are a form of infinite loops (which, by the way, none of us have denied.  You haven't made a point.  You've simply pointed out something that all of us already know).  As I surely hope you know, a loop in programming has a far less abstract meaning than you're allowing it to have.  When someone tells you to write a loop, you better be typing the word "for" or "while."

Offline Warrior

  • supreme mac daddy of trolls
  • Hero Member
  • *****
  • Posts: 7503
  • One for a Dime two for a Quarter!
    • View Profile
Re: Another problem!!
« Reply #35 on: October 29, 2006, 09:21:23 am »
Blah Blah

Let's go over this:

Loop - Executing the same code over and over again
Infinite - Going on forever

Infinite Loop = Executing the same code over and over again forever.

Recursion - Executing the same code over and over again

Recursion = Loop

Infinite Recursion = Executing the same code over and over again forever.

Infinite Loop = Infinite Recursion

One must ask oneself: "do I will trolling to become a universal law?" And then when one realizes "yes, I do will it to be such," one feels completely justified.
-- from Groundwork for the Metaphysics of Trolling

Offline Sidoh

  • x86
  • Hero Member
  • *****
  • Posts: 17634
  • MHNATY ~~~~~
    • View Profile
    • sidoh
Re: Another problem!!
« Reply #36 on: October 29, 2006, 10:24:09 am »
Blah Blah

Let's go over this:

Loop - Executing the same code over and over again
Infinite - Going on forever

Infinite Loop = Executing the same code over and over again forever.

Recursion - Executing the same code over and over again

Recursion = Loop

Infinite Recursion = Executing the same code over and over again forever.

Infinite Loop = Infinite Recursion



Why are you so hard headed?  You can't win an argument if you don't even understand the other side of the argument, which you clearly don't.  This isn't a rap battle, Warrior.  Your usual argumentative tactics aren't going to work. :P

As I surely hope you know, a loop in programming has a far less abstract meaning than you're allowing it to have.  When someone tells you to write a loop, you better be typing the word "for" or "while."

Your "proof" abstracts the meaning of recursion and looping, which is exactly what I told you why you're wrong. :P
« Last Edit: October 29, 2006, 10:26:11 am by Sidoh »

Offline Warrior

  • supreme mac daddy of trolls
  • Hero Member
  • *****
  • Posts: 7503
  • One for a Dime two for a Quarter!
    • View Profile
Re: Another problem!!
« Reply #37 on: October 29, 2006, 10:25:32 am »
I know, I'm being an asshole because it's fun.
One must ask oneself: "do I will trolling to become a universal law?" And then when one realizes "yes, I do will it to be such," one feels completely justified.
-- from Groundwork for the Metaphysics of Trolling

Offline Sidoh

  • x86
  • Hero Member
  • *****
  • Posts: 17634
  • MHNATY ~~~~~
    • View Profile
    • sidoh
Re: Another problem!!
« Reply #38 on: October 29, 2006, 10:28:21 am »
I know, I'm being an asshole because it's fun.

I don't buy it. :P

Offline iago

  • Leader
  • Administrator
  • Hero Member
  • *****
  • Posts: 17914
  • Fnord.
    • View Profile
    • SkullSecurity
Re: Another problem!!
« Reply #39 on: October 29, 2006, 11:03:44 am »
Warrior's tactic in this argument (and others) is to change the definition of the problem until it matches what he's arguing. 

This argument wasn't about whether or not infinite recursion is an infinite loop, it's about whether or not an infinite loop corrupts the stack. 

So you lose, gg.

Offline AntiVirus

  • Legendary
  • x86
  • Hero Member
  • *****
  • Posts: 2521
  • Best
    • View Profile
The once grove of splendor,
Aforetime crowned by lilac and lily,
Lay now forevermore slender;
And all winds that liven
Silhouette a lone existence;
A leafless oak grasping at eternity.


"They say that I must learn to kill before I can feel safe, but I rather kill myself then turn into their slave."
- The Rasmus

Offline Warrior

  • supreme mac daddy of trolls
  • Hero Member
  • *****
  • Posts: 7503
  • One for a Dime two for a Quarter!
    • View Profile
Re: Another problem!!
« Reply #41 on: October 29, 2006, 02:06:53 pm »
Warrior's tactic in this argument (and others) is to change the definition of the problem until it matches what he's arguing. 

This argument wasn't about whether or not infinite recursion is an infinite loop, it's about whether or not an infinite loop corrupts the stack. 

So you lose, gg.

What are you talking about..it does. Since we established that Infinite Loops = Infinite Recursion and infinite recursion do corrupt the stack.

I win.
One must ask oneself: "do I will trolling to become a universal law?" And then when one realizes "yes, I do will it to be such," one feels completely justified.
-- from Groundwork for the Metaphysics of Trolling

Offline Sidoh

  • x86
  • Hero Member
  • *****
  • Posts: 17634
  • MHNATY ~~~~~
    • View Profile
    • sidoh
Re: Another problem!!
« Reply #42 on: October 29, 2006, 02:17:23 pm »
Blah Blah

LMFAO!!  That's funny.

It's funny because he's an idiot.

Warrior's tactic in this argument (and others) is to change the definition of the problem until it matches what he's arguing. 

This argument wasn't about whether or not infinite recursion is an infinite loop, it's about whether or not an infinite loop corrupts the stack. 

So you lose, gg.

What are you talking about..it does. Since we established that Infinite Loops = Infinite Recursion and infinite recursion do corrupt the stack.

I win.

No, you completely ignored everything we said so you could establish with yourself that you won.  You're an idiot.

Offline Warrior

  • supreme mac daddy of trolls
  • Hero Member
  • *****
  • Posts: 7503
  • One for a Dime two for a Quarter!
    • View Profile
Re: Another problem!!
« Reply #43 on: October 29, 2006, 02:30:06 pm »
Blah Blah

LMFAO!!  That's funny.

It's funny because he's an idiot.

Warrior's tactic in this argument (and others) is to change the definition of the problem until it matches what he's arguing. 

This argument wasn't about whether or not infinite recursion is an infinite loop, it's about whether or not an infinite loop corrupts the stack. 

So you lose, gg.

What are you talking about..it does. Since we established that Infinite Loops = Infinite Recursion and infinite recursion do corrupt the stack.

I win.

No, you completely ignored everything we said so you could establish with yourself that you won.  You're an idiot.

Funny you get mad over something on the internet, oh well. There is just no way I'm wrong, my proof is in the word itself. I'm fully aware when you say loop isn't just limited to recursion but the point is that, it includes recursion.

Ugh why am I even continuing this with you, I don't care. If you want to defy a definition to prove that you win then so be it, I'll just get on with my life.

You obsess too much over these things imho.
One must ask oneself: "do I will trolling to become a universal law?" And then when one realizes "yes, I do will it to be such," one feels completely justified.
-- from Groundwork for the Metaphysics of Trolling

Offline Sidoh

  • x86
  • Hero Member
  • *****
  • Posts: 17634
  • MHNATY ~~~~~
    • View Profile
    • sidoh
Re: Another problem!!
« Reply #44 on: October 29, 2006, 02:32:32 pm »
Funny you get mad over something on the internet, oh well. There is just no way I'm wrong, my proof is in the word itself. I'm fully aware when you say loop isn't just limited to recursion but the point is that, it includes recursion.

Ugh why am I even continuing this with you, I don't care. If you want to defy a definition to prove that you win then so be it, I'll just get on with my life.

You obsess too much over these things imho.

It doesn't matter where I encounter them, idiots always piss me off.

I'm not defying the definition.  Like I said, you're abstracting the definition of a loop and using the abstracted definition to relate it to recursion.  I'm not saying that recursion isn't looping; however, it isn't a loop when you use the definition of the word "loop" in the context of a programming language.

In any case, you're still wrong. :P

Offline Warrior

  • supreme mac daddy of trolls
  • Hero Member
  • *****
  • Posts: 7503
  • One for a Dime two for a Quarter!
    • View Profile
Re: Another problem!!
« Reply #45 on: October 29, 2006, 02:41:23 pm »
Funny you get mad over something on the internet, oh well. There is just no way I'm wrong, my proof is in the word itself. I'm fully aware when you say loop isn't just limited to recursion but the point is that, it includes recursion.

Ugh why am I even continuing this with you, I don't care. If you want to defy a definition to prove that you win then so be it, I'll just get on with my life.

You obsess too much over these things imho.

It doesn't matter where I encounter them, idiots always piss me off.

I'm not defying the definition.  Like I said, you're abstracting the definition of a loop and using the abstracted definition to relate it to recursion.  I'm not saying that recursion isn't looping; however, it isn't a loop when you use the definition of the word "loop" in the context of a programming language.

What the hell are you talking about? A loop is simply reusing the same code over and over... I'm not abstracting the definition that is exactly what infinite recursion is, an infinite loop.

Just out of curiosity, what do you definite infinite recursion as?
One must ask oneself: "do I will trolling to become a universal law?" And then when one realizes "yes, I do will it to be such," one feels completely justified.
-- from Groundwork for the Metaphysics of Trolling

Offline Sidoh

  • x86
  • Hero Member
  • *****
  • Posts: 17634
  • MHNATY ~~~~~
    • View Profile
    • sidoh
Re: Another problem!!
« Reply #46 on: October 29, 2006, 02:48:18 pm »
What the hell are you talking about? A loop is simply reusing the same code over and over... I'm not abstracting the definition that is exactly what infinite recursion is, an infinite loop.

Yes, that is the abstracted definition of a loop in programming.  The applied meaning of a loop is (as MyndFyre already explained quite plainly):

Code: [Select]
while(condition) { statement; }
Code: [Select]
for(initializer; condition; update) { statement; }
That is a programming loop.

Just out of curiosity, what do you definite infinite recursion as?

Code: [Select]
function statement(a) { statement(a++); }

Offline Warrior

  • supreme mac daddy of trolls
  • Hero Member
  • *****
  • Posts: 7503
  • One for a Dime two for a Quarter!
    • View Profile
Re: Another problem!!
« Reply #47 on: October 29, 2006, 02:59:21 pm »
What the hell are you talking about? A loop is simply reusing the same code over and over... I'm not abstracting the definition that is exactly what infinite recursion is, an infinite loop.

Yes, that is the abstracted definition of a loop in programming.  The applied meaning of a loop is (as MyndFyre already explained quite plainly):

Code: [Select]
while(condition) { statement; }
Code: [Select]
for(initializer; condition; update) { statement; }
That is a programming loop.

Just out of curiosity, what do you definite infinite recursion as?

Code: [Select]
function statement(a) { statement(a++); }

Those are two different types of loops, you're just limiting what the term loop applies to as it fits your needs.

The bottom line is that infinite recursions are infinite loops are infinite loops are infinite loops.

No way around it, no way to argue against it.

One must ask oneself: "do I will trolling to become a universal law?" And then when one realizes "yes, I do will it to be such," one feels completely justified.
-- from Groundwork for the Metaphysics of Trolling

Offline Sidoh

  • x86
  • Hero Member
  • *****
  • Posts: 17634
  • MHNATY ~~~~~
    • View Profile
    • sidoh
Re: Another problem!!
« Reply #48 on: October 29, 2006, 03:04:50 pm »
Those are two different types of loops, you're just limiting what the term loop applies to as it fits your needs.

The bottom line is that infinite recursions are infinite loops are infinite loops are infinite loops.

No way around it, no way to argue against it.

First, I think you need to understand the definition of abstract:

Quote
abstract: 1 a : disassociated from any specific instance <an abstract entity>

Next, I'll quote some definitions of recursion, most of which are from your own source.

Quote
Recursion in computer programming is exemplified when a function is defined in terms of itself. One example application of recursion is in parsers for programming languages. The great advantage of recursion is that an infinite set of possible sentences, designs or other data can be defined, parsed or produced by a finite computer program.

Quote
Recursion is the definition of an operation in terms of itself.

Quote
Recursion programming technique in which a program or routine calls itself to perform successive steps in an operation, with each step using the output of the preceding step.

Quote
Nowadays, only the most performance-hungry software, such as video games, missile guidance systems and graphics card drivers, should worry about whether recursion will be slower than iterative for or while loops.

Notice that they refer to recursion and the types of programming loops as separate entities in the last quote.

Do you recognize the difference yet?

Offline Warrior

  • supreme mac daddy of trolls
  • Hero Member
  • *****
  • Posts: 7503
  • One for a Dime two for a Quarter!
    • View Profile
Re: Another problem!!
« Reply #49 on: October 29, 2006, 03:23:51 pm »
ok your point? Recursion = Looping. Infinite recursion = Infinite looping.

Still, I win.
One must ask oneself: "do I will trolling to become a universal law?" And then when one realizes "yes, I do will it to be such," one feels completely justified.
-- from Groundwork for the Metaphysics of Trolling

Offline Sidoh

  • x86
  • Hero Member
  • *****
  • Posts: 17634
  • MHNATY ~~~~~
    • View Profile
    • sidoh
Re: Another problem!!
« Reply #50 on: October 29, 2006, 03:25:25 pm »
Recursion = Looping.

That's where you're wrong.  Looping is not recursion.  Did you even read those definitions?  You're a programmer, right?

Are you making an effort to ignore everything that's thrown at you or does that come naturally?

Offline iago

  • Leader
  • Administrator
  • Hero Member
  • *****
  • Posts: 17914
  • Fnord.
    • View Profile
    • SkullSecurity
Re: Another problem!!
« Reply #51 on: October 29, 2006, 04:04:58 pm »
Ok, let's pretend that you can make an infinite loop without a loop.  Just for a minute. 

Now, if you infinitely recurse, you run out of stack space (you get to the top.. or the bottom, depending on how you look at it).  Then your program crashes, since it can't write anything else to the stack. 

So where's this corruption you're talking about?

Offline Warrior

  • supreme mac daddy of trolls
  • Hero Member
  • *****
  • Posts: 7503
  • One for a Dime two for a Quarter!
    • View Profile
Re: Another problem!!
« Reply #52 on: October 29, 2006, 05:42:53 pm »
Ok, let's pretend that you can make an infinite loop without a loop.  Just for a minute. 

Now, if you infinitely recurse, you run out of stack space (you get to the top.. or the bottom, depending on how you look at it).  Then your program crashes, since it can't write anything else to the stack. 

So where's this corruption you're talking about?


It is obviously corrupted if it's crashed right? I mean..the program wouldn't crash if it wasn't corrupted.
One must ask oneself: "do I will trolling to become a universal law?" And then when one realizes "yes, I do will it to be such," one feels completely justified.
-- from Groundwork for the Metaphysics of Trolling

Offline iago

  • Leader
  • Administrator
  • Hero Member
  • *****
  • Posts: 17914
  • Fnord.
    • View Profile
    • SkullSecurity
Re: Another problem!!
« Reply #53 on: October 29, 2006, 06:54:45 pm »
Ok, let's pretend that you can make an infinite loop without a loop.  Just for a minute. 

Now, if you infinitely recurse, you run out of stack space (you get to the top.. or the bottom, depending on how you look at it).  Then your program crashes, since it can't write anything else to the stack. 

So where's this corruption you're talking about?


It is obviously corrupted if it's crashed right? I mean..the program wouldn't crash if it wasn't corrupted.

No.  As I said, it crashes because it's out of stack space, not because it's corrupted. 

Offline MyndFyre

  • Boticulator Extraordinaire
  • x86
  • Hero Member
  • *****
  • Posts: 4540
  • The wait is over.
    • View Profile
    • JinxBot :: the evolution in boticulation
Re: Another problem!!
« Reply #54 on: October 29, 2006, 08:20:54 pm »
Warrior, I can't believe nobody has pointed this out.  Recursion is in fact a looping construction.  However, loops are not always recursive.

It's like this:

Set(Programming constructs) = { Loops, Assignments, Expressions, Functions }
Set(Loops) = (Recursive loops, While loops, For loops, Do loops }

Or, if you want to think of it this way:
Code: [Select]
class Loop : ProgrammingIdea
{
...
}

Class Recursion : Loop
{
...
}
You can implicitly cast a Recursion object to a Loop object.  However, you cannot safely cast a Loop object to a Recursion object.
I have a programming folder, and I have nothing of value there

Running with Code has a new home!

Our species really annoys me.

Offline Joe

  • B&
  • Moderator
  • Hero Member
  • *****
  • Posts: 10319
  • In Soviet Russia, text read you!
    • View Profile
    • Github
Re: Another problem!!
« Reply #55 on: October 30, 2006, 08:02:01 am »
Second of all, infinite looping != infinite recursion.

Quote
Infinite recursion, a special case of an infinite loop, is an infinite loop caused by recursion.

My God, Warrior... Even I know that simply increasing an integer has absolutely nothing to do with the stack! Pushing it, calling a function, and popping it, however, does!
I'd personally do as Joe suggests

You might be right about that, Joe.


Offline Warrior

  • supreme mac daddy of trolls
  • Hero Member
  • *****
  • Posts: 7503
  • One for a Dime two for a Quarter!
    • View Profile
Re: Another problem!!
« Reply #56 on: November 15, 2006, 02:37:18 pm »
Second of all, infinite looping != infinite recursion.

Quote
Infinite recursion, a special case of an infinite loop, is an infinite loop caused by recursion.

My God, Warrior... Even I know that simply increasing an integer has absolutely nothing to do with the stack! Pushing it, calling a function, and popping it, however, does!

Joe:
I just saw this today. You have no idea what you're talking about, read it the entire thread tool.
Bottom line: I program better than you.

@Myndfyre: Yea, you're right. I admit defeat.
One must ask oneself: "do I will trolling to become a universal law?" And then when one realizes "yes, I do will it to be such," one feels completely justified.
-- from Groundwork for the Metaphysics of Trolling