all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* Re: [horiguti@meadowy.org: Re: Your Emacs changes]
       [not found] <E1Fr7P1-00039f-Mx@fencepost.gnu.org>
@ 2006-06-24 21:34 ` Eli Zaretskii
  0 siblings, 0 replies; only message in thread
From: Eli Zaretskii @ 2006-06-24 21:34 UTC (permalink / raw)
  Cc: rms, emacs-devel

> Date: Thu, 15 Jun 2006 22:21:12 +0900 (JST)
> To: rms@gnu.org
> Subject: Re: Your Emacs changes
> From: Kyotaro HORIGUCHI <horiguti@meadowy.org>
> 
> Sorry for delay in replying to your message.
> 
> > We can install your Emacs changes now.  Would you please send
> > me the latest version of them, adapted to the current CVS
> > sources, with change log entries?
> 
> Following patches are to make available make-network-process with
> :nowait on MS-Windows, for emacs that the revision of
> src/ChangeLog is 1.5136.

I applied your changes on my machine, but I found some disturbing
inaccuracies (described below), so I didn't yet commit the patch to
CVS, pending your answers to my questions below.

> +int (PASCAL *pfn_getsockopt) (SOCKET s, int level, int optname,
> +			      const char * optval, int *optlen);

You declare pfn_getsockopt, but you never initialize it: there's no
LOAD_PROC line for it.  Should we add a LOAD_PROC for it?

>  int
> +sys_getsockopt (int s, int level, int optname, char *optval, int *optlen)
                                                  ^^^^^^
This should be "void *", not "char *", as that's what process.c
expects.  Is it safe to use "void *" with your code?

Also, the linker issues the following warning about sys_getsockopt:

    Warning: resolving _sys_getsockopt@20 by linking to _sys_getsockopt
    Use --enable-stdcall-fixup to disable these warnings
    Use --disable-stdcall-fixup to disable these fixups

What should we change in the code to avoid this warning?

> - --- process.c	1 Jun 2006 14:08:25 -0000	1.483
> +++ process.c	15 Jun 2006 13:08:01 -0000
> @@ -4831,5 +4831,5 @@
>  	      p = XPROCESS (proc);
>  
> - -#ifdef GNU_LINUX
> +#ifdef GNU_LINUX || WINDOWS

This is a bad #ifdef (the preprocessor simply ignores everything after
GNU_LINUX).  While it is easy to fix the problem, this makes me wonder
whether the sys_getsockopt code was indeed tested by you, as this last
problem would ifdef away the call to getsockopt, if indeed this is the
code you used on your machine.

Finally, please provide a short test case that would demonstrate that
the new code is working (something that wasn't working in Emacs on
Windows before the patch, but should work after the patch).

Thanks in advance.

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2006-06-24 21:34 UTC | newest]

Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <E1Fr7P1-00039f-Mx@fencepost.gnu.org>
2006-06-24 21:34 ` [horiguti@meadowy.org: Re: Your Emacs changes] Eli Zaretskii

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.