RE: New patch available.

RE: New patch available.

[Sergey Okhapkin]

rale wrote:
> hi,
>   Just grabbed the new bins, and so far, it seems to be working perfect
> under Win98.  Thanks, great job.
> >  - rcmd(), rexec(), rresvport(), socketpair() calls implemented.
> >
> > Signal handling in precompiled binary changed (no source provided for a 
now).
> > Chris Faylor rewrote signal handling stuff with semaphores instead of 
window
> > messages. With this changes new dll runs stable on Windows 95! I 
successfully
> > rebuilt the whole b18 cdk from the scratch on Windows 95 with this dll. 
Try it!
> >

Please, address your congratulations to Chris! He made a gread work on 
signal handling rewritting. His changes allows the new dll to run stable on 
Win9X.

--
Sergey Okhapkin, http://www.lexa.ru/sos
Moscow, Russia
Looking for a job.


-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

Re: New patch available.

[Alex]

On Tue, 14 Oct 1997, Kermit Tensmeyer wrote:

> Sergey Okhapkin wrote:
> > 
> > Hi!
> > 
> >  - rcmd(), rexec(), rresvport(), socketpair() calls implemented.

Ack.  I took a quick look at the patch, and I was thinking, wouldn't it be
better to trap any non AF_INET sockets, and then return EPROTONOSUPPORT 
or EAFNOSUPPORT?

> > Signal handling in precompiled binary changed (no source provided for a now).
> > Chris Faylor rewrote signal handling stuff with semaphores instead of window
> > messages.
> 
>  Wonderful!  Is there an include file where prototypes for these
>  functions are available?

Assuming the functions follow basic BSDisms, the prototypes should be as
follows:

/* unistd.h */
int rcmd (char **, int, char *, char *, char *, int *);
int rresvport (int);
/* sys/socket.h */
int socketpair (int, int, int, int *);
/* ? */
int rexec (char **, int, char *, char *, char *, int *);

- alex

-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

Re: New patch available.

[Kermit Tensmeyer]

Sergey Okhapkin wrote:
> 
> Hi!
> 
>  - rcmd(), rexec(), rresvport(), socketpair() calls implemented.
> 
> Signal handling in precompiled binary changed (no source provided for a now).
> Chris Faylor rewrote signal handling stuff with semaphores instead of window
> messages.

 Wonderful!  Is there an include file where prototypes for these
 functions are available?




-- 
-------
  Kermit Tensmeyer    (E & T - Networking)
  Kermit@ticnet.com     Dallas
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

Re: New patch available.

[Alex]

On Mon, 13 Oct 1997, Sergey Okhapkin wrote:

> Hi!
> 
>  - rcmd(), rexec(), rresvport(), socketpair() calls implemented.
> 
> Signal handling in precompiled binary changed (no source provided for a now).
> Chris Faylor rewrote signal handling stuff with semaphores instead of window
> messages. With this changes new dll runs stable on Windows 95! I successfully
> rebuilt the whole b18 cdk from the scratch on Windows 95 with this dll. Try it!

Congratulations!  I'm really glad to be able to use the gnu-win32 tools on
my computer again.  Any word on when b19 is comming out?
<PLUG>
With a little bit more kludging, I hope to have a chrooted rpm 2.4.7
(right now i #define'd chroot (x) return 0;).  However I also took the
coolview.tar.gz and put just the .a and .dll libs in a little tar file on
my web page, for those who have faster connections to the usa than to
Russia. ( http://www.hooked.net/~garbanzo/gnuwin32 )
</PLUG>

- alex

-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

Re: New patch available.

[rale]

hi,
  Just grabbed the new bins, and so far, it seems to be working perfect
under Win98.  Thanks, great job.
-rale


Sergey Okhapkin wrote:
> 
> Hi!
> 
>  - rcmd(), rexec(), rresvport(), socketpair() calls implemented.
> 
> Signal handling in precompiled binary changed (no source provided for a now).
> Chris Faylor rewrote signal handling stuff with semaphores instead of window
> messages. With this changes new dll runs stable on Windows 95! I successfully
> rebuilt the whole b18 cdk from the scratch on Windows 95 with this dll. Try it!
> 
> --
> Sergey Okhapkin, http://www.lexa.ru/sos
> Moscow, Russia
> Looking for a job
> 
> -
> For help on using this list (especially unsubscribing), send a message to
> "gnu-win32-request@cygnus.com" with one line of text: "help".
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

New patch available.

[Sergey Okhapkin]

Hi!

 - rcmd(), rexec(), rresvport(), socketpair() calls implemented.

Signal handling in precompiled binary changed (no source provided for a now).
Chris Faylor rewrote signal handling stuff with semaphores instead of window
messages. With this changes new dll runs stable on Windows 95! I successfully
rebuilt the whole b18 cdk from the scratch on Windows 95 with this dll. Try it!

-- 
Sergey Okhapkin, http://www.lexa.ru/sos
Moscow, Russia
Looking for a job

-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

New patch available

[Sergey Okhapkin]

Hi!

- All the environment-related problems should be fixed.
- Application's start-up time decreased (read /etc/passwd and /etc/group
  only when neccessary, but not on every process startup).
- Fixed a bug in setpwent() call.
- If the environment variable CYGWIN_TITLE is set to "strip", the executable's
  path is not dispayed on console title.


-- 
Sergey Okhapkin, http://www.lexa.ru/sos
Moscow, Russia
Looking for a job.


-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

New patch available

[Sergey Okhapkin]

Hi!

- Do not send SIGCHLD to parent on process exit if running on Windows 95 and
CYGWIN_SIGCHLD environment variable not set.
- Fixed errno value of fcntl syscall.

In.rexecd in remote.tar.gz checks now remote user name/password against NT security database and works on NT only.

-- 
Sergey Okhapkin, http://www.lexa.ru/sos
Moscow, Russia
Looking for a job.


-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

New patch available.

[Sergey Okhapkin]

Hi!

- Link() syscall fails to create a hard link to read-only file. 

-- 
Sergey Okhapkin, http://www.lexa.ru/sos
Moscow, Russia
Looking for a job.


-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

New patch available

[Sergey Okhapkin]

Hi!

- Link() syscall makes a hard links on NTFS partitions (NT only). 


-- 
Sergey Okhapkin, http://www.lexa.ru/sos
Moscow, Russia
Looking for a job

-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

Re: New patch available

[Micheal A. Benzinger]

Jerome,

I, too, had problems getting telnetd using NT4SP3 as you.  To
rectify these problems I took two steps:

1) I had to add user rights as specified at the bottom of
   Sergey's home page to the user that was used to start
   up the inetd service.

2) I had to ensure that I had a valid /etc/passwd and /etc/group
   and, in my case, they had to be UNIX type files with only
   linefeeds and not DOS type files with lines feeds and carriage
   returns.

After I made these two changes I was able to log in from any of
our UNIX hosts as well as other NT work stations.

I hope this helps,

Mike Benzinger

P.S.  I was able to get VIM 5.0l to compile and run after
applying the patches made by Chris Faylor in version 5.0h
and the modification to vim.h that I found.  After this
VIM seems to be rolling along fairly nicely except for the
fact that at work I am experiencing some problems with 
"dd" and "j" not updating the screen when deleting a line
or scrolling at the bottom of the screen.

At 06:39 PM 8/6/97 +0200, Jerome Gay wrote:
> James-
>
>Sorry to bother you, but I cannot get telnetd to work on NT4SP3...
>Did you tweak something to get it work ?
>Did you set some special user rights in NT ?
>How are you running inetd (as a service, or from command line) ?
>I'll appreciate your help.
>
>Jerom "ZoSo"
>


-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

Re: New patch available

[Jerome Gay]

 James-

Sorry to bother you, but I cannot get telnetd to work on NT4SP3...
Did you tweak something to get it work ?
Did you set some special user rights in NT ?
How are you running inetd (as a service, or from command line) ?
I'll appreciate your help.

Jerom "ZoSo"

-----Original Message-----
From: James Dumser <dumser@ti.com>
To: Sergey Okhapkin <sos@prospect.com.ru>
Cc: gnu-win32@cygnus.com <gnu-win32@cygnus.com>
Date: Saturday, August 02, 1997 7:25 AM
Subject: re: New patch available



>On Fri, 01 Aug 1997 13:11, Sergey Okhapkin <sos@prospect.com.ru> wrote:
>>- console code no longer alway translates CR to NL when tty support is
>>  enabled. The behavior depends now of termios settings.
>>- signals should terminate blocking socket calls.
>>- Chris Faylor's (cfg@bbc.com) patch for wait and SIGCHLD raising
>>  logic - cygwin processes now waits non-cygwin processes correctly, no
>>  more time races problems with SIGCHLD raising and process's exit.
>>- utmp/wtmp files are filled now for every cygwin's session (both local >
>session and telnet session). "Who" command works now. Create /var/run
>>  and /var/log directories to enable utmp logging.
>>- syslog() call handles now %m macro.
>>- signal raising keys (ctrl-C, ctrl-\ etc) restarts suspended tty
>>  output.
>>
>>New internet servers/clients added to remote.tar.gz
>
>Installed this on my NT 4.0SP3 workstation and ran into a couple of
gotchas:
>  - Telneting into your own machine appears to work correctly, but
>telneting from some other machines (Suns running SunOS 4.1.3 in my
>    experiments) did not echo terminal input -- commands only appeared
>    after a return (you had to type blind). I compared stty -all outputs
>    and did not find anything different. I also tried telneting from my
>    PC to a Unix box then back to my PC; this also didn't work
>    correctly. [Telneting from Solaris (5.5.1) does work correctly.]
>  - stty rows x doesn't work. "Locally" (non-telnet), the command is
>    accepted but has no effect (as indicated by a subsequent stty -all).
>    When logged in through telnet, stty rows x gives "stty: standard
>    input: No such file or directory."
>
>--
>James Dumser  972.462.5335  dumser@ti.com
>-
>For help on using this list (especially unsubscribing), send a message to
>"gnu-win32-request@cygnus.com" with one line of text: "help".
>

-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

re: New patch available

[James Dumser]

On Fri, 01 Aug 1997 13:11, Sergey Okhapkin <sos@prospect.com.ru> wrote:
>- console code no longer alway translates CR to NL when tty support is 
>  enabled. The behavior depends now of termios settings.
>- signals should terminate blocking socket calls.
>- Chris Faylor's (cfg@bbc.com) patch for wait and SIGCHLD raising
>  logic - cygwin processes now waits non-cygwin processes correctly, no
>  more time races problems with SIGCHLD raising and process's exit.
>- utmp/wtmp files are filled now for every cygwin's session (both local >
session and telnet session). "Who" command works now. Create /var/run
>  and /var/log directories to enable utmp logging.
>- syslog() call handles now %m macro.
>- signal raising keys (ctrl-C, ctrl-\ etc) restarts suspended tty
>  output.
>  
>New internet servers/clients added to remote.tar.gz

Installed this on my NT 4.0SP3 workstation and ran into a couple of gotchas:
  - Telneting into your own machine appears to work correctly, but
telneting from some other machines (Suns running SunOS 4.1.3 in my
    experiments) did not echo terminal input -- commands only appeared
    after a return (you had to type blind). I compared stty -all outputs
    and did not find anything different. I also tried telneting from my
    PC to a Unix box then back to my PC; this also didn't work
    correctly. [Telneting from Solaris (5.5.1) does work correctly.]
  - stty rows x doesn't work. "Locally" (non-telnet), the command is
    accepted but has no effect (as indicated by a subsequent stty -all).
    When logged in through telnet, stty rows x gives "stty: standard
    input: No such file or directory."

-- 
James Dumser  972.462.5335  dumser@ti.com
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

New patch available

[Sergey Okhapkin]

Hi!

- console code no longer alway translates CR to NL when tty support is 
enabled. The behavior depends now of termios settings.
- signals should terminate blocking socket calls.
- Chris Faylor's (cfg@bbc.com) patch for wait and SIGCHLD raising logic - 
cygwin processes now waits non-cygwin processes correctly, no more time 
races problems with SIGCHLD raising and process's exit.
- utmp/wtmp files are filled now for every cygwin's session (both local 
session and telnet session). "Who" command works now. Create /var/run and 
/var/log directories to enable utmp logging.
- syslog() call handles now %m macro.
- signal raising keys (ctrl-C, ctrl-\ etc) restarts suspended tty output.

New internet servers/clients added to remote.tar.gz


--
Sergey Okhapkin, http://www.lexa.ru/sos
Moscow, Russia
Looking for a job.


-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

New patch available.

[Sergey Okhapkin]

Hi!

- fixed scroll region bug, termcap "cs" entry works now. 
- fpathconf syscall implemented. 
- national characters in filenames are now allowed. 
- next to last (:-) bug in signal handling fixed. 
- inode numbers emulation impruved. 
- signal while in a fork bug fixed. 
- path handling bugfix. 
- many fixes related to syscalls return values/errno handling. 

-- 
Sergey Okhapkin, http://www.lexa.ru/sos
Moscow, Russia
Looking for a job.


-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".