1) Both the window and text text are very tiny. I would like them to be
big and visibla. I don't see anywhere in the source code where this is
set.
2) In the penultimate line of the source, it originally contained the text "exit(0)". In order to get it to compile, I had to comment out "(0)".
This changed an error into a warning, but at least it does compile and run.
On 2017-10-21, Kenny McCormack <gazelle@shell.xmission.com> wrote:
1) Both the window and text text are very tiny. I would like them to be
big and visibla. I don't see anywhere in the source code where this is
set.
See previous post.
2) In the penultimate line of the source, it originally contained the text >> "exit(0)". In order to get it to compile, I had to comment out "(0)".
This changed an error into a warning, but at least it does compile and run.
To get a warning-free compile, modify the end of the program as
follows:
In article <slrnoummbb.i4p.jcb@home.stevens-bradfield.com>,
Julian Bradfield <jcb@inf.ed.ac.uk> wrote:
On 2017-10-21, Kenny McCormack <gazelle@shell.xmission.com> wrote:
1) Both the window and text text are very tiny. I would like them to be >>> big and visibla. I don't see anywhere in the source code where this is
set.
See previous post.
I don't understand. How does the discussion of xmessage (in the other thread) have anything to do with how to modify the C source code to
produce a bigger window and/or bigger text?
2) In the penultimate line of the source, it originally contained the
text
"exit(0)". In order to get it to compile, I had to comment out "(0)".
This changed an error into a warning, but at least it does compile and
run.
To get a warning-free compile, modify the end of the program as
follows:
Yes; that works. Thanks.
What's amazing is that this did work, back in 1999. How can passing "exit(0)" as a function parameter do anything useful?
Maybe the original author didn't fully understand what he was doing.
Any X application built using the X toolkit will support the X toolkit >commandline arguments, including the -fn and the -xrm arguments.
Thus, your xquit program, having been built using the X toolkit, >automatically has -fn, etc as commandline arguments that you can tweak
as you see fit. For a list of X toolkit commandline options, see the >"OPTIONS" section of X(7) ("man 7 X").
To get a warning-free compile, modify the end of the program as
follows:
Yes; that works. Thanks.
What's amazing is that this did work, back in 1999. How can passing
"exit(0)" as a function parameter do anything useful?
Maybe the original author didn't fully understand what he was doing.
Probably, the original author was taking advantage of the not-so-stringent >argument type binding that K&R C offered.
In article <osfr3m$j37$1@dont-email.me>,[snip]
Lew Pitcher <lew.pitcher@digitalfreehold.ca> wrote:
What's amazing is that this did work, back in 1999. How can passing
"exit(0)" as a function parameter do anything useful?
Maybe the original author didn't fully understand what he was doing.
Well, my point is that even if you can get it past the compiler, any
function that gets called with "exit(0)" as a passed argument, will never
be executed. I.e., the evaluation of the function args will cause the program to exit - the function itself will never be called.
So, whatever functionality the XtAppAddTimeOut() function was supposed to
be doing, was not happening (in the original code as written).
Probably, the original author was taking advantage of the not-so-stringent >>argument type binding that K&R C offered.
Well, this was 1999 - not 1979.
In article <osfotr$6ch$1@news.xmission.com>,
Kenny McCormack <gazelle@shell.xmission.com> wrote:
What's amazing is that this did work, back in 1999. How can passing >>"exit(0)" as a function parameter do anything useful?
Perhaps it was written for a version of C with call-by-name.
What's amazing is that this did work, back in 1999. How can passing >"exit(0)" as a function parameter do anything useful?
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 351 |
Nodes: | 16 (2 / 14) |
Uptime: | 43:36:41 |
Calls: | 7,634 |
Files: | 12,799 |
Messages: | 5,690,252 |