Menu
▾
▴
dev-cpp-users
|
From: Francisco S. <sa...@te...> - 2002-05-10 23:05:42
|
Hello. I am learning to program C an I am a total begginer. My question =
is that when I try to compile this program:
#include <stdio.h>
#include <conio.h>
int main()
{
gotoxy( 20, 10 );
printf( "Hello" );
}
The linker gives me this warning:
c:\misdoc~1\c\experi~1\exp5\exp5_fl.o(.text+0x1b):exp5_fl.c:undefined =
reference to 'gotoxy'
And I can't execute the program.
My program is in misdocumentos folder, inside c folder, inside =
experimentos en c, folder, c, experimento 5, folder
How can I make it function?. I see that many exemples in tutorials use =
the conio library.
Thanks for any suggestion
|
|
From: Ioannis V. <no...@ho...> - 2002-05-10 23:11:42
|
It means you did not #include the correct header file for gotoxy. Also i think MINGW doesn't provide gotoxy() at all. gotoxy() does not belong to the ANSI C standard and since you are a newcomer better learn ANSI C first. Ioannis * Ioannis Vranos * Programming pages: http://www.noicys.cjb.net <http://www.noicys.cjb.net/> * Alternative URL: http://run.to/noicys -----Original Message----- From: dev...@li... [mailto:dev...@li...] On Behalf Of Francisco Sard Sent: Saturday, May 11, 2002 2:03 AM To: Dev C++ Subject: [Dev-C++] gotoxy Hello. I am learning to program C an I am a total begginer. My question is that when I try to compile this program: #include <stdio.h> #include <conio.h> int main() { gotoxy( 20, 10 ); printf( "Hello" ); } The linker gives me this warning: c:\misdoc~1\c\experi~1\exp5\exp5_fl.o(.text+0x1b):exp5_fl.c:undefined reference to 'gotoxy' And I can't execute the program. My program is in misdocumentos folder, inside c folder, inside experimentos en c, folder, c, experimento 5, folder How can I make it function?. I see that many exemples in tutorials use the conio library. Thanks for any suggestion |
|
From: Carlos d. M. <cg...@wo...> - 2002-05-11 16:13:08
|
You have to #include <conio.c> This file seems not have all the functions it has in Borland (i think it is a header of Borland ported to mingw). Ioannis Vranos escribi=F3: > It means you did not #include the correct header file for gotoxy. Also > i think MINGW doesn't provide gotoxy() at all. gotoxy() does not > belong to the ANSI C standard and since you are a newcomer better > learn ANSI C first. Ioannis > > * Ioannis Vranos > * Programming pages: http://www.noicys.cjb.net* Alternative URL: > http://run.to/noicys > > -----Original Message----- > From: dev...@li... > [mailto:dev...@li...] On Behalf > Of Francisco Sard > Sent: Saturday, May 11, 2002 2:03 AM > To: Dev C++ > Subject: [Dev-C++] gotoxy > > Hello. I am learning to program C an I am a total begginer. > My question is that when I try to compile this program: > > #include <stdio.h> > #include <conio.h> > > int main() > { > gotoxy( 20, 10 ); > printf( "Hello" ); > } > > The linker gives me this warning: > > c:\misdoc~1\c\experi~1\exp5\exp5_fl.o(.text+0x1b):exp5_fl.c:undefi= ned reference to 'gotoxy' > > And I can't execute the program. > > My program is in misdocumentos folder, inside c folder, inside exp= erimentos en c, folder, c, experimento 5, folder > > How can I make it function?. I see that many exemples in tutorial= s use the conio library. > > Thanks for any suggestion > |
|
From: Hongli L. <h....@ch...> - 2002-05-11 16:50:21
|
Carlos García del Monte wrote: > You have to #include <conio.c> > > This file seems not have all the functions it has in Borland (i think > it is a header of Borland ported to mingw). > > Ioannis Vranos escribió: > >> ** > It was written by me in a few days because so many people seem to want to use conio.... |
|
From: Abhijit S. <mu...@gm...> - 2002-05-11 10:33:37
|
In place of #include <conio.h> try using #include <conio_mingw.h> This is a header file containing conio functions under mingw. think---. ] feel----. # .---- connect listen--. =B2 .---- www.megadeth.com live----. ^ http://mudeth.tripod.com=20 ----- Original Message -----=20 From: Francisco Sard=20 To: Dev C++=20 Sent: Saturday, May 11, 2002 4:33 AM Subject: [Dev-C++] gotoxy Hello. I am learning to program C an I am a total begginer. My = question is that when I try to compile this program: #include <stdio.h> #include <conio.h> int main() { gotoxy( 20, 10 ); printf( "Hello" ); } The linker gives me this warning: c:\misdoc~1\c\experi~1\exp5\exp5_fl.o(.text+0x1b):exp5_fl.c:undefined = reference to 'gotoxy' And I can't execute the program. My program is in misdocumentos folder, inside c folder, inside = experimentos en c, folder, c, experimento 5, folder How can I make it function?. I see that many exemples in tutorials use = the conio library. Thanks for any suggestion |
|
From: Hongli L. <h....@ch...> - 2002-05-11 11:15:26
|
Abhijit Shylanath wrote: > In place of > #include <conio.h> > try using > #include <conio_mingw.h> > This is a header file containing conio functions under mingw. > think------. ] > feel--------. # .-------- connect > listen----. ² .-------- www.megadeth.com <http://www.megadeth.com> > live--------. ^ > > http://mudeth.tripod.com > Please... no HTML mail! They're evil. |
|
From: Bob W. <bo...@ph...> - 2002-05-13 15:19:54
|
Okay, I'll bite. Why are they evil? Please... no HTML mail! They're evil. |
|
From: Hongli L. <h....@ch...> - 2002-05-13 16:17:12
|
On Mon, 2002-05-13 at 17:22, Bob Wilson wrote: > Okay, I'll bite. Why are they evil? > > Please... no HTML mail! They're evil. > Ah, finally somebody asks! Here's my list of arguments: 1) You're only sending an email here. Markups are completely redundant. All this HTML only waste space and bandwidth. 2) HTML mail with hardcoded fontnames look horrible in my Linux emailclient. 3) HTML mail can contain script viruses. 4) HTML mail mess up the archives. When you try to see a message in the archive, you see all the HTML code instead of the email! Also read this page! http://www.georgedillon.com/web/html_email_is_evil.shtml |
|
From: Bob W. <bo...@ph...> - 2002-05-16 03:20:04
|
> > > Here's my list of arguments:
> > > 1) You're only sending an email here. Markups are completely =
redundant.
> > > All this HTML only waste space and bandwidth.
> > >=20
> > > 2) HTML mail with hardcoded fontnames look horrible in my Linux
> > > emailclient.
> > >=20
> > > 3) HTML mail can contain script viruses.
> > >=20
> > > 4) HTML mail mess up the archives. When you try to see a message =
in the
> > > archive, you see all the HTML code instead of the email!
Well, that all depends! What follows is better than what is above.=20
Here's my list of arguments:=20
a.. You're only sending an email here. Markups are completely =
redundant. All this HTML only waste space and bandwidth.
b.. HTML mail with hardcoded fontnames look horrible in my Linux =
emailclient.=20
c.. HTML mail can contain script viruses.=20
d.. HTML mail mess up the archives. When you try to see a message in =
the archive, you see all the HTML code instead of the email!
Let's look at your arguments one-by-one:
1.. Yes, I am sending an email, the purpose of which is to transmit =
information. Understanding is enhanced with good formatting which is =
allowed with automated html email programs such as Outlook or Outlook =
Express. The multiple ">" which appear in non html forwarded emails can =
not only inhibit comprehension, but also the inability of such an email =
does not have any word wrap which combined with the ">" can make the =
whole message damn near unintelligible.=20
2.. This is the real problem, your environment or at least your email =
program.
3.. It is certainly true that I or anyone else can build an html file =
which will do nasty things, but the programs that generate html enabled =
emails (Outlook, Outlook Express) will not activate a virus without the =
active involvement of the person who receives the email.=20
4.. Again it is your environment that is the problem.=20
Regards,
Bob
|
|
From: Hongli L. <h....@ch...> - 2002-05-16 12:43:47
|
Bob Wilson wrote: > 1. Yes, I am sending an email, the purpose of which is to transmit > information. Understanding is enhanced with good formatting > which is allowed with automated html email programs such as > Outlook or Outlook Express. > Your message only contains a few lines of bold text. How does such a formatting "enhance" the understanding. > This is the real problem, your environment or at least your email program. Emails were designed to display well *everywhere*. Which email client I'm using should not matter. This is exactly the problem: you'll have to use Windows just to be able to read emails well. > It is certainly true that I or anyone else can build an html file > which will do nasty things, but the programs that generate html > enabled emails (Outlook, Outlook Express) will not activate a virus > without the active involvement of the person who receives the email. If MS just ditch HTML and script support, invisible script viruses would not exist at all. > > Again it is your environment that is the problem. > ** This is not "my" environment, I'm talking about the mailing list's email archive here! You're messing up the archive, so no matter which browser/OS/computer/whatever you're using, if you look at the HTML mails in the archive, you will only see HTML tags. |
|
From: Bob W. <bo...@ph...> - 2002-05-13 15:18:20
|
There is only one small problem. If you are trying to write portable = code, <conio_mingw.h> is not universal. ----- Original Message -----=20 From: Abhijit Shylanath=20 To: Dev C++=20 Sent: Saturday, May 11, 2002 5:31 AM Subject: Re: [Dev-C++] gotoxy In place of #include <conio.h> try using #include <conio_mingw.h> This is a header file containing conio functions under mingw. think---. ] feel----. # .---- connect listen--. =B2 .---- www.megadeth.com live----. ^ http://mudeth.tripod.com=20 |
|
From: Bob W. <bo...@ph...> - 2002-05-19 02:05:37
|
Well here goes, Your message only contains a few lines of bold text. How does such a = formatting "enhance" the understanding. To you nothing, but it is easier for a reader to distinguish the = original from the response. Conversely, the ">" interferes with reading = a paragraph. It is an unexpected character that slows down the eye and = interrupts the flow of reading. Emails were designed to display well *everywhere*. Which email client = I'm using should not matter. This is exactly the problem: you'll have to = use Windows just to be able to read emails well. Considering that dev-c++ was developed for windows, it is not = unreasonable to expect emails to be originated and received by the = e-mail utilities integral to windows.=20 =20 If MS [would] just ditch HTML and script support, invisible script = viruses would not exist at all. Perhaps, but I am not willing to underestimate the ability of people to = cause problems on either the Internet in general or on our respective = computers.=20 This is not "my" environment, I'm talking about the mailing list's = email archive here! You're messing up the archive, so no matter which = browser/OS/computer/whatever you're using, if you look at the HTML mails = in the archive, you will only see HTML tags. =20 In regards to the archives on the server of the e-mail discussions, html = based e-mails should not be a problem here either, but they are. The web = archival system should be able to display an html message "htmlly" as = well as one that is purely textual. Obviously that is not the case, but = it should be. To me, the inconvenience posed by the html tags when you = review an html based message archived on the web site is more than = offset by the enhanced communications formatting offers to those who = receive the message directly. That all assumes that the message is = formatted in a way which does not detract from the communications. = Please do not think that this paragraph is a slam directed at you or = anyone else. It's not. It is simply a commentary on the level of = maturity and sophistication of the Internet. We all tolerate things on = the internet that we cause us to return software to the maker if it had = the same errors or limitations we experience daily with various web = sites.=20 Regards, Bob |
|
From: Hongli L. <h....@ch...> - 2002-05-19 09:34:55
|
On Sun, 2002-05-19 at 04:07, Bob Wilson wrote: > Well here goes, > To you nothing, but it is easier for a reader to distinguish the original from the response. Conversely, the ">" > interferes with reading a paragraph. It is an unexpected character > that slows down the eye and interrupts the flow of reading. > I've been reading emails for years and the ">" character doesn't interfere my eyes at all. I automatically ignore the first character. And the ">" is no unexpected character: even if you have never read plain text emails, you automatically understand that the ">" is a quoting character after reading it a while, and your eyes will automatically ignore it. All ">" characters have the same font width, which makes it *very* easy for the eyes to ignore. > Considering that dev-c++ was developed for windows, it is not unreasonable to > expect emails to be originated and received by the e-mail utilities > integral to windows. Considering that the Dev-C++ developers also use Linux, and that it's very easy to disable HTML in Outlook Express, I think it's perfectly reasonable to not send HTML emails. |
|
From: Colin L. <col...@wa...> - 2002-05-19 12:59:19
|
> Considering that the Dev-C++ developers also use Linux, and that it's > very easy to disable HTML in Outlook Express, I think it's perfectly > reasonable to not send HTML emails. yes yes yes =) please only send messages to the list in Plain text Colin |
|
From: Brian P. <br...@su...> - 2002-05-20 14:52:47
|
O.k. Folks, and I mean everybody: Have we got this out of our system yet? This battle has been going on for years and I doubt that it will be settled here, so back to business...Dev-C++ business. That is what this list is for, remember? If Colin, or whoever moderates the list, thinks HTML is an issue it will be addressed, until then, every man/woman back to their stations. b-- (P.s. I realize that I too responded to this issue not realizing how far it would go. I am sorry I said anything at all). On Sat, 2002-05-18 at 19:07, Bob Wilson wrote: > Well here goes, > Your message only contains a few lines of bold text. How does such a formatting "enhance" the understanding. > To you nothing, but it is easier for a reader to distinguish the original from the response. Conversely, the ">" interferes with reading a paragraph. It is an unexpected character that slows down the eye and interrupts the flow of reading. > > Emails were designed to display well *everywhere*. Which email client I'm using should not matter. This is exactly the problem: you'll have to use Windows just to be able to read emails well. > Considering that dev-c++ was developed for windows, it is not unreasonable to expect emails to be originated and received by the e-mail utilities integral to windows. > > If MS [would] just ditch HTML and script support, invisible script viruses would not exist at all. > Perhaps, but I am not willing to underestimate the ability of people to cause problems on either the Internet in general or on our respective computers. > This is not "my" environment, I'm talking about the mailing list's email archive here! You're messing up the archive, so no matter which browser/OS/computer/whatever you're using, if you look at the HTML mails in the archive, you will only see HTML tags. > > In regards to the archives on the server of the e-mail discussions, html based e-mails should not be a problem here either, but they are. The web archival system should be able to display an html message "htmlly" as well as one that is purely textual. Obviously that is not the case, but it should be. To me, the inconvenience posed by the html tags when you review an html based message archived on the web site is more than offset by the enhanced communications formatting offers to those who receive the message directly. That all assumes that the message is formatted in a way which does not detract from the communications. Please do not think that this paragraph is a slam directed at you or anyone else. It's not. It is simply a commentary on the level of maturity and sophistication of the Internet. We all tolerate things on the internet that we cause us to return software to the maker if it had the same errors or limitations we experience daily with various web sites. > > Regards, > > Bob > > |
