HDTenEightyP/NetNews huggingface dataset:
From: jfw@ksr.com (John F. Woods)
Newsgroups: comp.std.c
Subject: Re: <limits.h> and MB_LEN_MAX
Date: 28 Aug 92 13:46:34 EDT

glenn@ready.com (Glenn Kasten) writes:
><limits.h> is supposed to define MB_LEN_MAX.  Is it permissible for a
>conforming implementation to define MB_LEN_MAX in terms of another
>type, where that other type is not declared in <limits.h>?  In other
>words, do header files have to be complete in themselves, or can they
>require other header files to also be included, in order to be
>usable?

"2.2.4.2.1 Sizes of Integral Types <limits.h>

    The values given below shall be replaced by constant expressions suitable
for use in #if preprocessing directives.  ...
	MB_LEN_MAX"

Including <limits.h> therefore must correctly define MB_LEN_MAX.  An
implementation that does not do so cannot compile this strictly conforming
ANSI C program:
	#include <limits.h>
	main() {
		int i = MB_LEN_MAX;
	}
and therefore is not a conforming implementation.  End of discussion.

It is acceptable for <limits.h> to perform any necessary #includes itself,
->IF<- it does so in such a way that the result of "#include <limits.h>" does
not define any identifiers other than those documented in 2.2.4.2.1 or
otherwise reserved to the implementation.

	BAD:
	<limits.h>:
	#include <screwy.h>	/* contains #define ONE 1 */
	#define MB_LEN_MAX ONE

	OK:
	<limits.h>:
	#include <screwy.h>	/* contains #define __ONE__ 1 */
	#define MB_LEN_MAX __ONE__
From: sprave@gonzo.informatik.uni-dortmund.de (Joachim Sprave)
Newsgroups: comp.std.c
Subject: Re: int const * p;
Date: 2 Sep 1992 08:27:02 GMT
Organization: CS Department, Dortmund University, Germany
Distribution: world
NNTP-Posting-Host: gonzo

Sorry,

I apologize to SUN, Jutta you're right. The fact is, in my test
program I jumped to the wrong line. So

	       int const * p;

is accepted by acc and gcc. The error message occured in the line

		const int const *q;

which IMO is incorrect, or at least useless.
acc reports:	"constp.c", line 4: invalid type combination
gcc reports:	constp.c:4: warning: duplicate `const'

Thanks to all who answered

         //////\\
        /        \
       _|  _   _ |_
      |.|-(.)-(.)+.|
       \|    J   |/
        \   ---  /
         \      /
          "####"
		Joachim
Newsgroups: comp.std.c
From: gordon@sneaky.lonestar.org (Gordon Burditt)
Subject: Re: space optimization involving enum
Organization: Gordon Burditt
Date: Wed, 26 Aug 1992 22:25:05 GMT

>In section 3.1.2.5 (ANSI numbering, 6.1.2.5 in ISO edition) standard
>specifies in effect that all integral types, including enums, have the
>same representation.  

So far, so good.

>                      The representation of 10000 has to use the bit
>sequence 10011100010000.  

As I read it, wrong.  Nothing I see prevents use of 2's complement, 
1's complement, or excess-2**(n-1) (the sign bit being reversed from
2's complement).  However, it has to be used consistently on integral
types.

					Gordon L. Burditt
					sneaky.lonestar.org!gordon
From: diamond@jit081.enet.dec.com (27-Aug-1992 1743)
Newsgroups: comp.std.c
Subject: Re: space optimization involving enum
Date: 27 Aug 92 08:47:39 GMT

In article <19920826.124331.137@almaden.ibm.com> dmm@vnet.ibm.com (dave) writes:
>In <1992Aug26.184220.8236@taumet.com> Steve Clamage writes:
[In prototyping functions that are defined without prototypes]
>> If enums are smaller than ints, avoid those too.
>
>That means that given
>  enum c { red, green, blue };
>  int f( x ) enum c x; { }
>there is no strictly-conforming way to write a parameter-list prototype
>for the function f.

True.  If you want to use enums but omit prototypes in function definitions,
and if you want to remain portable, then you have to omit prototypes when
calling those functions as well.

However, if you are willing to define your functions as taking ints instead
of enums, then (usually) you can add prototypes in whichever portions of your
program that you wish, and not have to change any of the actual calls, and
maintain portability.  The reason is that the values of enum constants still
have to fit in ints, i.e. portable programs could never have defined anything
like  enum c { red = 32768 };  in the first place.

>  int f( int );
>would be right if  enum c  were of short or char size.  If  enum c  were
>of int or long size, then
>  int f( enum c );
>would be the prototype, right?

Well, if  enum c  were of int size then  int f(int);  would still have been
good enough too.  You get in trouble with long though as you said -- and
possibly also if the standard's citations of "implementation-defined"
integral types are allowed to include implementation-provided extensions to
the standard integral types (an unsolved question).
--
Norman Diamond       diamond@jit081.enet.dec.com
If this were the company's opinion, I wouldn't be allowed to post it.
"Yeah -- bad wiring.  That was probably it.  Very bad."
wq
Newsgroups: comp.std.c
From: eggert@twinsun.com (Paul Eggert)
Subject: Re: int const * p;
Organization: Twin Sun, Inc
Date: Thu, 3 Sep 1992 04:28:01 GMT

jfw@ksr.com (John F. Woods) writes:

>	const int * const a;

>is OK.

Yes, but it's terribly confusing.
For consistency, you should always put `const'
_after_ the type that it modifies.  Just like `*'.
So the declaration should be:

	int const * const a;

It's too bad that common usage has this backwards.
Even the standard's examples are backwards.
From: diamond@jit081.enet.dec.com (24-Aug-1992 1243)
Newsgroups: comp.std.c
Subject: Re: scrcpy implementation question
Date: 24 Aug 92 03:46:45 GMT

pinkas@caraway.intel.com (Israel Pinkas) writes:
>In order to avoid checking every byte, they plan to copy past the terminator
>('\0'), and copy a number of bytes equal to the smaller of the src or dst.

They are allowed to implement such an operation in a non-standard function
that is provided as an implementation extension.  A friendly name for an
extension would begin with two underscores.  The standard reserves to the
implementation all identifiers that begin with scr, so it is also permitted
for the extension to be named something like strfast.  However, we don't
know what new names might be standardized in C-2001, so the second course
might be a bit risky and unfriendly.

They are not allowed to make strcpy behave in that manner.  The standard
defines what strcpy does, and you already showed some examples that would fail.

--
Norman Diamond      diamond@jit081.enet.dec.com
Digital did not write this message.
Newsgroups: comp.std.c
From: steve@taumet.com (Steve Clamage)
Subject: Re: space optimization involving enum
Organization: TauMetric Corporation
Date: Thu, 27 Aug 1992 18:25:40 GMT

dmm@vnet.ibm.com (dave) writes:


|In <1992Aug26.184220.8236@taumet.com> Steve Clamage writes:
|>If enums are smaller than ints, avoid those too.

|That means that given

|  enum c { red, green, blue };
|  int f( x ) enum c x; { }

|there is no strictly-conforming way to write a parameter-list prototype
|for the function f.

Correct.  Don't use enum parameters if you mix old-style definitions
with prototypes.

|  int f( int );
|would be right if  enum c  were of short or char size.  If  enum c  were
|of int or long size, then

|  int f( enum c );
|would be the prototype, right?

We are talking about nonportable code at this point, but that is
basically right.  If enums are the same size as int, you could still use
	int f(int);
for the prototype.
-- 

Steve Clamage, TauMetric Corp, steve@taumet.com
Vice Chair, ANSI C++ Committee, X3J16
Newsgroups: comp.std.c
From: etxjnor@solsta.ericsson.se (Jan Norden  TX/DK)
Subject: validation suites
Organization: Ericsson
Date: Wed, 2 Sep 1992 13:27:35 GMT



--
--
Jan Norden, Ericsson Telecom AB | E-mail: etxjnor@solsta.ericsson.se
KS/ETX/TX/DK                    | Voice.: +46 54 193168 Fax...: +46 54 152509
S-652 21 KARLSTAD , SWEDEN      | Memo..: ERI.ETX.ETXJNOR
From: hho%aludra.usc.edu@usc.edu ("** N.T.K.C.D. ***")
Subject: Microsoft C Function
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: comp.std.c
Date: 25 Aug 92 20:52:11 GMT

Hi all
A friend of mine using MS C compiler is looking for a function in
C which act like a hot key. Like Turbo Pascal, where you can
map a subroutine to a function key, then when ever the user press
that key, the routine will get executed. :-))

If you know the name of the function in Microsoft C on DOS, please
mail me.. Thanks alot.

H.


--
*******************************************************************************
Hung P. Ho, Jr. (John)     USC DENTISTRY    PH.SYSTEMS          CCCOGP
                           hho@usc.edu      hung@phsys.com      hung@cccogp.com
Newsgroups: comp.std.c
From: robertl@county.lmt.mn.org (ROBERT LAUMEYER)
Subject: Operations on Files
Keywords: ANSI C, files
Organization: LaserMaster R&D, Minneapolis, MN  USA
Date: Wed, 2 Sep 1992 16:52:14 GMT

	The ANSI C standard seems to have a rather odd mix of file 
operations.  Why didn't they add (over K&R) some other useful file 
operations such as fileexist, getfirst, getnext, etc?  It seems that 
these could not be much more dependent on the underlying file system than 
rename or remove.
From: garyp@gvls2.gvl.unisys.com (Gary Palangian)
Newsgroups: comp.emacs
Subject: Re: Sun arrow keys with meta and control?
Date: 26 Aug 92 19:22:48 GMT
Distribution: comp
Organization: Unisys Defense Systems, Great Valley Labs, Paoli, Pa









Hey Now Everyone,

Could someone teach me how to bind Sun Sparcstation function
keys?  I've been trying to do it but I have only been
successful binding the arrow keys.  

I sent mail to John but it got bounced :(

Thanks Ahead of Time,


Gary P.

garyp@rmtc.unisys.com
(303)452-8722
Newsgroups: comp.emacs
From: spencer@med.umich.edu (Spencer W. Thomas)
Subject: Re: anything better than RMAIL around?
Organization: University of Michigan
Date: Thu, 3 Sep 1992 20:44:30 GMT

I much prefer vm to RMAIL.  It easily supports multiple "folders".
The "folders" are standard Unix mail files, so I'm not stuck with
using emacs when I'm on a dial-up or something.  The command set is
probably equivalent (it's been quite a while since I used RMAIL).  The
summary window is much better integrated than the half-hearted RMAIL
summary mode.

You can pick up vm from a number of places, including
archive.cis.ohio-state.edu in
pub/gnu/emacs/elisp-archive/packages/vm-4.41.tar.Z.

--
=Spencer W. Thomas 		|  Info Tech and Networking, B1911 CFOB, 0704
   "Genome Informatician"	|  Univ of Michigan, Ann Arbor, MI 48109
Spencer.W.Thomas@med.umich.edu	|  313-747-2778, FAX 313-764-4133
From: mr@ogre.cica.indiana.edu (Michael Regoli)
Newsgroups: comp.emacs
Subject: Re: Getting full filename in modeline?
Date: 27 Aug 92 14:41:00 GMT
Organization: Indiana University

In <mr.714866914@ogre> mr@ogre.cica.indiana.edu (Michael Regoli) writes:


>I frequently edit a lot of files with the same name.  It sometimes
>becomes difficult telling which directory they're in when I just see
>"FILENAME<1>", "FILENAME<2>", etc., in the mode line.

>Can I get a subdirectory *and* a filename in the mode line?  I'm
>running ver 18.58.1.

Thanks to all that responded to my request!

Some sent me e-lisp code from comp.emacs; another person recommended
the variable "mode-line-format" to add the "%f" construct for the
filename.  Another kind soul refered me to a module on
archive.cis.ohio-state.edu:

   /pub/gnu/emacs/elisp-archive/as-is/prettymodeln.el.Z

to create "prettier mode lines with long filenames."

Many thanks to all!

--
michael regoli
mr@cica.indiana.edu
regoli@iubacs.BITNET
..{ames, rutgers}!iuvax!cica!mr
Newsgroups: comp.emacs
From: allanl@cory.Berkeley.EDU (A. Chris Long  Jr.)
Subject: Using Meta on an HP
Summary: How can I use Meta on an HP?
Keywords: HP, snake, X, meta
Organization: University of California, at Berkeley
Date: Mon, 31 Aug 1992 21:15:42 GMT


Could somebody please tell me what the magic is for getting emacs to
recognize the "Extend char" key as the meta key?  This is emacs
18.57.34 running on the HP series 700 running HP-UX A.B8.05 (I think).

Please respond by email.  If there's interest, I'll post a summary.
Thank you very, very much.


A. Chris Long, Jr.				allanl@cs.berkeley.edu
From: osymh@giac1.oscs.montana.edu (Michael L. Hitch)
Newsgroups: comp.emacs
Subject: Re: microemacs on ibm-pc
Keywords: n
Date: 28 Aug 92 16:34:10 GMT
Distribution: comp
Organization: Montana State University, Bozeman  MT

In article <yybn8gn.jsteele@netcom.com> jsteele@netcom.com (John Steele) writes:
>In <1992Aug26.968.2797@channel1> "raun kupiec" <raun.kupiec@channel1.com> writes:
...
>>2. I have a more serious problem.  When I access the help main menu, if
>>I use the down arrow key the program hangs and I have to reboot.  It
>>didn't use to do this before I copied the updated 3.11c version of the
>>executable into the directory.  Is this a new bug, or could I have affected
>>something in the .cmd files?  
>
>This may be a side effect of not having HOME set correctly.  Try it.
>Or it may be a bad help file...

  I had this problem with 3.11 and 3.11c after I recompiled them.  The problem
is that the default stack size that LINK creates is too small.  There is a
line in main.c that is supposed to set the default stack to 20,000, but that
statement doesn't seem to work with MicroSoft C 6.0A.  I used EXEMOD to
change the stack size and the help menu worked.
-- 
Michael L. Hitch			BITNET:    OSYMH@MTSUNIX1.BITNET
Computer Services Consultant		INTERNET:  osymh@msu.oscs.montana.edu
Office of Systems and Computing Services
Montana State University	Bozeman, MT	USA
From: reichste@jif.berkeley.edu (Zinovy Reichstein)
Newsgroups: comp.emacs
Subject: building microemacs on a sun
Date: 27 Aug 1992 01:21:00 GMT
Organization: U.C. Berkeley Math. Department.
NNTP-Posting-Host: jif.berkeley.edu

I would like to build microemacs on a sun, but I have never done
something like that before and I need some help.  Could someone please
explain it to me? If this is a FAQ, please just refer me to the right
source. 
   I got the microemacs source files, the header files, and the
makeunix file.  What do I do now?  In my ignorance I tried the command
"make makeunix" (after having changed the directory names in
makefile), but that didn't work.
   I'd greatly appreciate your help.
   Thanks,
               Nikolaus Vonessen
               vonessen@math.usc.edu
From: jacob@latcs1.lat.oz.au (Jacob L. Cybulski)
Newsgroups: comp.emacs
Subject: EMACS Programming Manual
Summary: Query: Where to get the manual from?
Keywords: Lisp
Date: 2 Sep 92 08:02:21 GMT
Organization: Comp Sci, La Trobe Uni, Australia

I am trying to use GNU Emacs as a user interface to one of my programs.
I have a copy of normal user manual that comes with GNU Emacs V 18,
but I find it insufficient to start writing useful pieces of GNU Lisp
code which could drive the entire interface. Is there an on-line or
printed documentation which could explain all of the Lisp functions
available in Emacs? Or am I doomed to decipher a few samples that come
with Emacs itself? 

Another question: is it possible to interface C code with GNU Emacs?

Jacob

P.S. I am trying to avoid excessive hackwork here!

=============================================================================
Jacob L. Cybulski,  Deputy  Director,  Amdahl  Australian  Intelligent  Tools
Programme,  Dept of  Comp Sci  &  Comp Eng,  La Trobe  University,  Bundoora,
Vic. 3083, Australia. Ph: +613 479 1270, Fax: +613 470 4915, Telex: AA 33143,
E-Mail: jacob@latcs1.lat.oz.au.                                     ... G'Day
=============================================================================
Xref: sparky comp.emacs:2983 gnu.emacs.help:3901
Organization: Penn State University
Date: Mon, 31 Aug 1992 10:45:27 EDT
From: H. Choe <HXC6@psuvm.psu.edu>
Newsgroups: comp.emacs,gnu.emacs.help
Subject: Is there a Xedit mode?

The subject line says everything.  Thanks...
Newsgroups: comp.emacs
From: ejh@khonshu.colorado.edu (Edward J. Hartnett)
Subject: Re: small question about going into directories with find-file
Organization: Cooperative Institute for Research in the Environmental Sciences
Date: Sun, 23 Aug 1992 16:51:29 GMT

In article <173nldINNmrv@early-bird.think.com> barmar@think.com (Barry Margolin) writes:
>In article <1992Aug21.153958.3937@colorado.edu> ejh@khonshu.colorado.edu (Edward J. Hartnett) writes:
>>This is somethng I've been curious about for some time. If I do a
>>C-x C-f (find file) right after I start emacs, I get Find File: ~/
>>in the minibuffer, and if I hit return, I get into dired with my
>>home directory listed. If I then open a file in that directory,
>>then do a C-x C-f again, I get the same Find File: ~/ in the
>>minibuffer, but if I hit return, I don't go back into dired, I get
>>nowhere. I have to edit the minibuffer and remove the / before it
>>will let me open that directory in dired again. 
>
>Despite what the prompt implies, the default that's used when you don't
>type anything (actually, if your response is identical to the initial
>value) is the current buffer's pathname.

Yes, I understand this, I think. 

>
>When you use find-file right after starting Emacs, the current buffer
>doesn't have a pathname, so your response is used as is.  But when you're
>in a buffer with a file it defaults to the buffer pathname.
>

Right, but that's really my question: why doesn't it take the current
buffer's pathname as the file that I want to open, and thus go into
dired in that directory?

>This behavior is implemented in the C routine that implements the
>read-file-name function.  It occurs whenever the third argument (the
>default value) is nil, as it is when it's called from call-interactively's
>processing of the interactive "F" argument type.  To fix it from Lisp you
>can change find-file so that it calls read-file-name explicitly to get its
>argument, and passes an explicit third argument of the current
directory.

This last paragraph sailed about 4 inches above my head! What are the
first two arguments?



-- 
Edward Hartnett			ejh@khonshu.colorado.edu
From: nelson@crynwr.com (Russell Nelson)
Newsgroups: comp.emacs
Subject: MicroEMACS vs Freemacs.
Date: 27 Aug 92 14:03:07 GMT
Organization: Crynwr Software

In article <DEAN.92Aug26174026@world.std.com> dean@world.std.com writes:

   Please tell me, what is the difference between the GNU recommended Freemacs 
   Russell Nelson and MicroEMACS?  Is MicroEMACS better? It gets quite a bit more
   attention here on the newsgroup listings.

Freemacs is more compatible with GNU Emacs, and only edits files <
64K.  MicroEMACS edits files that will fit in memory.  MicroEMACS is
written in C and is portable to Unix.  Freemacs is written in .ASM.

-russ <nelson@crynwr.com>  I'm proud to be a humble Quaker!
Crynwr Software            Crynwr Software sells packet driver support.
11 Grant St.               315-268-1925 Voice
Potsdam, NY 13676          315-268-9201 FAX
From: dodd@mycenae.cchem (Lawrence R. Dodd)
Newsgroups: comp.emacs
Subject: Re: BAD, bad, bad TABS in emacs
Date: 1 Sep 92 05:34:35
Organization: Dept of Chemical Engineering, UC Berkeley, CA, USA
NNTP-Posting-Host: mycenae.cchem.berkeley.edu
In-reply-to: mcook@fendahl.dev.cdx.mot.com's message of 18 Aug 92 15:47:11 GMT


>>>>> "Michael" == Michael Cook <mcook@fendahl.dev.cdx.mot.com> writes:

>b: search a whole buffer, replacing control-i's with the same scheme
>   of spaces.

  Michael>   M-< M-> M-x untabify RET

OR:

(defun untabify-buffer()
  (interactive)
  (untabify (point-min) (point-max)))
From: osynw@giac1.oscs.montana.edu (Nate Williams)
Newsgroups: comp.emacs
Subject: Re: microemacs on ibm-pc
Keywords: n
Date: 26 Aug 92 20:02:42 GMT
Distribution: comp
Organization: Montana State University, Bozeman  MT

In article <1992Aug26.968.2797@channel1> "raun kupiec" <raun.kupiec@channel1.com> writes:
>I've got a couple of questions about MicroEMACS 3.11c on the IBM-PC.
>
>2. I have a more serious problem.  When I access the help main menu, if
                                                      ^^^^^^^^^^^^^^^
>I use the down arrow key the program hangs and I have to reboot.  It
   ^^^^^^^      ^^^^^^^^^     ^^^^^^^^^^^^^
>didn't use to do this before I copied the updated 3.11c version of the
>executable into the directory.  Is this a new bug, or could I have affected
>something in the .cmd files?  
>
>Any help would be greatly appreciated.

Nope, this is not a bug.  This is caused from not enough stack in the 
executable.  I have uploaded a fixed version to simtel20, and it will
hopefully be announced sometime soon.  In the meantime, if you want to use
your current version, you will need to un-PKLite it, and use some sort of
EXEHDR program to increase the stack size, or else wait for the new version
on simtel20.

Sorry for that, but since I don't run under DOS, I just assumed the standard
stack size was enough.


Nate
-- 
:-):-):-):-):-):-):-):_):-):-):-):-):-):-):-):-):-):-):-):-):-):-):-):-):-):-)
:-)Inet: osynw@giac1.oscs.montana.edu  :-) Sys. Mgr. - GIS lab : Earth Sci.:-)
:-)Bnet: osynw@MTSUNIX (Painfully slow):-) The guy blamed for everything   :-)
:-):-):-):-):-):-):-):-):-):-):-):-):-):-):-):-):-):-):-):-):-):-):-):-):-):-)
Xref: sparky comp.emacs:2989 gnu.emacs.help:3912
From: sef@Veritas.COM (Sef Kloninger)
Newsgroups: comp.emacs,gnu.emacs.help
Subject: Re: How to hide lines containing an expression?
Date: 31 Aug 92 23:12:08 GMT
Organization: VERITAS Software

In article <92244.104646HXC6@psuvm.psu.edu> HXC6@psuvm.psu.edu (H. Choe) writes:
>For example, I want to hide all lines which contain [or does not contain]
>a particular string from the screen.  Any ideas?  Thank you.

Try Bert Barbe's "all.el" function that mimics the "all" functionality
of vi.  Here's the first few lines:

;; all.el v1.00   Bert Barbe   (stud01@cc4.kuleuven.ac.be)
;; use : type          M-x all
;;       then type the pattern ( or just enter to show all lines again)

good luck!
sef
-- 
------------------
Sef Kloninger
Veritas Software                        Stanford University
sef@veritas.com                         sef@cs.stanford.edu
From: nickel@cs.tu-berlin.de (Juergen Nickelsen)
Newsgroups: comp.emacs
Subject: Re: C-Y inside isearch-forward-regexp
Date: 26 Aug 92 22:42:44 GMT
Reply-To: nickel@cs.tu-berlin.de
Distribution: comp.emacs
Organization: STONE Project, Technical University of Berlin, Germany

In article <ROB.92Aug26120714@fosters.med.utah.edu>
rob@fosters.med.utah.edu (Rob Sargent) writes:

> Scenario:
> backward-kill-word
> isearch-forward-remember yank
> 
> Results:
> Mini-buffer displays remainder of line as the search target, and
> cursor is at EOL.
[...]
> Is this expected behaviour?

Yes. From the documentation of isearch-forward (which also applies to
isearch-forward-regexp for the most part):

	Type C-y to yank rest of line onto end of search string, etc.

--
Juergen Nickelsen
Newsgroups: comp.emacs