Re: can't paste from Windows to X clients

2004-11-28 Thread Jay Smith
We were having a similar problem with Cygwin/xfree on Windows 95 with Linux 
running in Xwindows supplied via xfree/cygwin.

The problem had several aspects.
- When we up graded Cygwin at one point (can't remember which) things 
stopped working so we fell back.

- When we up graded our Red Hat 8 from Gnome to KDE, the cut/paste 
stopped working.  It was dead for a while until a KDE upgrade came along 
that included an upgrade to a package that caused things to work ... 
sometimes.  So there was a KDE problem -- but I don't recall what package 
it was (I think it had a Q in it).  However, we are current on KDE and 
things are working ... sometimes.

The final solution and to fix it so it works almost all the time was that:
--- We stopped using -clipboard.  Instead we run the standalone xwinclip 
after the cygwin was started.

--- When using the xwinclip, it would either fail quickly or fail to start 
at all or fail to restart if we used the windows start command.  Instead 
we simply run xwinclip.exe (without the start command) about 20 seconds 
after the cygwin is started.  It is best to wait until the linux desktop is 
up and settled in.

--- With that method, xwinclip will start and stay started about 80% of the 
time.  However, sometimes it won't start/restart or it will die during the 
day.  Attempts to restart it at that point often do not work immediately. 
The solution to that is to go into a simple windows program like Notepad, 
highlight some plain text and do ctrl-c.  Then try restarting xwinclip.exe 
-- it should work. Somehow it gets something in its craw that it does not 
know what to do with and it dies.

I know that some of my problems are probably because we are still using 
Win95 for desktops.  (We are holding out until linux gets good enough on 
the corporate desktop that we can switch to all-linux; soon I hope if the 
linux-heads would realize that they need to get serious about linux in the 
corporate environment before Joe Employee can be productive with.)

I also know that since I am not using the latest and greatest (?) Cygwin 
stuff, I can't whine about things not working.  However, I find the Cygwin 
upgrade process so darn obnoxious and time consuming with multiple download 
sites which may or may not work at any given moment and then you have to 
start over, blah, blah, blah.  I would be willing to PAY for a STABLE 
Cygwin upgrade/download method so that I did not have to play sysadmin to 
get the latest versions. (Someday hopefully the Cygwin folks will realize 
that not everybody likes to twiddle bits and that some people have to work 
at their jobs to make money instead of trying to figure out how to get 
stuff downloaded.)

Jay
Andrew Schulman said the following on 08/09/2004 03:42 PM:
I run XWin.exe -multiwindow -clipboard -dpi 100 .  I can copy and paste from X 
to Windows clients, but not from Windows to X clients.  Windows to Windows 
and X to X copies also work fine.

I know I've seen postings about this problem in the past, but I can't find 
anything recent about it and I don't know what the status is.  The problem 
has persisted for me for a long time, on two different Windows XP boxes.

Any help appreciated.  cygcheck -svr is attached.
Andrew.


Update of fhandler-tut.txt

2004-11-28 Thread Gerd Spalink
When trying to add an experimental /dev/mixer, I found that
the fhandler tutorial was obsolete. This patch brings it up-to-date.


ChangeLog Entry:


2004-11-28  Gerd Spalink  [EMAIL PROTECTED]

* fhandler-tut.txt: Update description to cygwin 1.5.13


Patch:


Index: fhandler-tut.txt
===
RCS file: /cvs/src/src/winsup/doc/fhandler-tut.txt,v
retrieving revision 1.2
diff -p -u -r1.2 fhandler-tut.txt
--- fhandler-tut.txt18 Aug 2000 19:52:31 -  1.2
+++ fhandler-tut.txt28 Nov 2004 18:38:47 -
@@ -6,7 +6,7 @@ showing an example of /dev/zero.
 Files to note:

 fhandler.h - must define a new derived class here and FH_*
-path.cc - to notice /dev/zero and mark it
+devices.in - to notice /dev/zero and mark it
 fhandler_zero.cc - new
 dtable.cc - to create the fhandler instance

@@ -27,23 +27,38 @@ simulating everything.  Thus:
   handle of -1, which (1) maps swap memory, and (2) zeros it out for
   us (at least, on NT).

-OK, let's start with fhandler.h.
+OK, let's start with devices.h.

-First, update the comment about which files are where.  We're adding
-fhandler_dev_zero as FH_DEV_ZERO.  We're adding this as a fast
-device (it will never block) so we have to adjust FH_NDEV also.
+We have to create a new entry in the enum fh_devices.  The new
+devices must get a major and a minor ID.  As a rule of thumb, just
+copy the ones that are used on a linux system.

-Later in that file, we'll copy fhandler_dev_null and edit it to be
+Now, let's continue with fhandler.h.
+
+First, update the fhandler_union near the end of the file with a
+line for the new device.  Use existing members, in this case __dev_null
+as a template.  This union is sorted alphabetically.
+
+Earlier in that file, we'll copy fhandler_dev_null and edit it to be
 fhandler_dev_zero.  I chose that one because it's small, but we'll add
 more members as we go (since we're simulating the whole thing).  In
 fact, let's copy the I/O methods from fhandler_windows since we'll
 need all those anyway, even though we'll go through the full list
 later.

-OK, next we need to edit path.cc to recognize when the user is trying
-to open /dev/zero.  Look in get_device_number; there's a long list
-of cases, just add one (I added one after null).  Also remember to
-add an entry to the windows_device_names list in the right spot.
+OK, next we need to edit devices.in.  There is a section where each device
+is listed with its cygwin path, its structure and its windows path.
+/dev/zero, FH_ZERO, \\dev\\zero
+This is needed to recognize when the user is trying to open /dev/zero.
+You have to build devices.cc from devices.in now.
+There is a script 'gendevices' in the winsup/cygwin directory which may
+be called at some time in the future if you use 'make' to build the DLL.
+However, I had to type
+make /cygdrive/c/sw/cygwin_dev/src/winsup/cygwin/devices.cc
+in the directory /cygdrive/c/sw/cygwin_dev/obj/i686-pc-cygwin/winsup/cygwin
+to achieve this.  Note the absolute path names here.
+You have to have shilka available to do that; this is part of the
+cygwin cocom package.

 To go along with that change, we'll need to change dtable.cc.  Look for
 FH_NULL and add a case for FH_ZERO as well.


Re: Update of fhandler-tut.txt

2004-11-28 Thread Christopher Faylor
On Sun, Nov 28, 2004 at 07:40:19PM +0100, Gerd Spalink wrote:
+However, I had to type
+make /cygdrive/c/sw/cygwin_dev/src/winsup/cygwin/devices.cc
+in the directory /cygdrive/c/sw/cygwin_dev/obj/i686-pc-cygwin/winsup/cygwin
+to achieve this.

Lets not document problems with the makefile or user problems, please.


[ANNOUNCEMENT] New Package: hexedit-1.2.10-1

2004-11-28 Thread Marcel Telka
hexedit-1.2.10-1 has been uploaded to the Cygwin net distribution.

Hexedit is a utility which allows you to view and edit hexadecimal or
ASCII files and/or view binary files.

http://merd.sourceforge.net/pixel/hexedit.html

To update your installation, click on the Install Cygwin now link on 
the http://cygwin.com/ web page. This downloads setup.exe to your 
system. Then, run setup and answer all of the questions.

If you have questions or comments, please send them to the Cygwin 
mailing list at: cygwin at cygwin dot com. I would appreciate it if you 
would use this mailing list rather than emailing me directly.

-- 
+---+
| Marcel Telka   e-mail:   [EMAIL PROTECTED]  |
|homepage: http://telka.sk/ |
|jabber:   [EMAIL PROTECTED] |
+---+


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



sshd broken on reboot

2004-11-28 Thread David Christensen
Cygwin:

My O/S is WinXP Pro SP2 and my Cygwin is current as of last night.  I
would like to start using sshd.  I located and read:

http://pigtail.net/LRP/printsrv/cygwin-sshd.html


I installed sshd per steps 3-6.  sshd works fine when I start it
manually, but is broken on reboot:

[EMAIL PROTECTED]:~$ ssh localhost
ssh_exchange_identification: Connection closed by remote host


I think this is the clue:

[EMAIL PROTECTED]:~$ cat /var/log/sshd.log
  3 [main] sshd 952 fork_copy: linked dll data/bss pass 0 faile
d, 0x3DB000..0x3DB050, done 0, windows  pid 3484, Win32 error 487


Please see attached files for details.


Any suggestions?


TIA,

David
Verify DOS environment using Command Prompt:

C:\echo %CYGWIN%
ntsec tty

C:\path
PATH=C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\cygwin\bin


Start a Cygwin Bash shell.  Stop and remove sshd service:

[EMAIL PROTECTED]:~$ cygrunsrv -E sshd
[EMAIL PROTECTED]:~$ cygrunsrv -R sshd


Remove sshd log:

[EMAIL PROTECTED]:~$ rm /var/log/sshd.log
rm: remove write-protected file `/var/log/sshd.log'? y


Install sshd using ssh-host-config script:

[EMAIL PROTECTED]:~$ ssh-host-config
Overwrite existing /etc/ssh_config file? (yes/no) yes
Generating /etc/ssh_config file
Overwrite existing /etc/sshd_config file? (yes/no) yes
Privilege separation is set to yes by default since OpenSSH 3.3.
However, this requires a non-privileged account called 'sshd'.
For more info on privilege separation read 
/usr/share/doc/openssh/README.privsep.

Should privilege separation be used? (yes/no) yes
Generating /etc/sshd_config file


Warning: The following functions require administrator privileges!

Do you want to install sshd as service?
(Say no if it's already installed as service) (yes/no) yes

Which value should the environment variable CYGWIN have when
sshd starts? It's recommended to set at least ntsec to be
able to change user context without password.
Default is ntsec.  CYGWIN=ntsec tty

The service has been installed under LocalSystem account.
To start the service, call `net start sshd' or `cygrunsrv -S sshd'.

Host configuration finished. Have fun!


Start sshd service:

[EMAIL PROTECTED]:~$ cygrunsrv -S sshd


Test it:

[EMAIL PROTECTED]:~$ ssh localhost
[EMAIL PROTECTED]'s password:
Last login: Sat Nov 27 22:19:44 2004 from 192.168.1.246
[EMAIL PROTECTED]:~$ exit
logout
Connection to localhost closed.


Look at sshd log:

[EMAIL PROTECTED]:~$ cat /var/log/sshd.log


Reboot.  Try to log in:

[EMAIL PROTECTED]:~$ ssh localhost
ssh_exchange_identification: Connection closed by remote host


Look if sshd is running:

[EMAIL PROTECTED]:~$ ps -a
  PIDPPIDPGID WINPID  TTY  UIDSTIME COMMAND
 1952   11952   1952?   18 08:25:36 /usr/bin/cygrunsrv
 2044   12044   2044?   18 08:25:36 /usr/bin/cygrunsrv
  1961952 196244?   18 08:25:37 /usr/sbin/cron
  2042044 204252?   18 08:25:42 /usr/bin/exim-4.43-1
  904   1 904904?   18 08:25:40 /usr/bin/cygrunsrv
  952 904 952   1012?   18 08:25:41 /usr/sbin/sshd
 3004   13004   30040 1003 08:26:11 /usr/bin/bash
 357230043572   35840 1003 08:26:41 /usr/bin/ps

[EMAIL PROTECTED]:~$ cygrunsrv -Q sshd
Service sshd exists
Type: Own Process
Current State   : Running
Controls Accepted   : Accept Stop

Windows Services indicates CYGWIN sshd has status started, Startup Type 
Automatic, and Log On As Local System.


/var/log/sshd.log has a clue:

[EMAIL PROTECTED]:~$ cat /var/log/sshd.log
  3 [main] sshd 952 fork_copy: linked dll data/bss pass 0 failed, 
0x3DB000..0x3DB050, done 0, windows pid 3484, Win32 error 487


Windows Task Manager shows no process with PID 3484.


Manually stop and start sshd:

[EMAIL PROTECTED]:~$ cygrunsrv -E sshd
[EMAIL PROTECTED]:~$ cygrunsrv -S sshd
[EMAIL PROTECTED]:~$ ssh localhost
[EMAIL PROTECTED]'s password:
Last login: Sun Nov 28 08:23:05 2004 from localhost


ssh_config
Description: Binary data


ssh-host-config
Description: Binary data


cygcheck.out
Description: Binary data
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Piping problems with bk and ssh under Win XP SP2

2004-11-28 Thread Stefan Hinz
With my current installation (Win XP SP2, Cygwin 1.5.12) it looks like I 
cannot use BitKeeper via ssh since there is a piping problem with SP2 
and Cygwin. I have two questions:

1) Is this considered a Win XP (SP2) problem, or will this issue be fixed?
2) Is there a workaround? If the workaround is downgrading Cygwin, then 
where's the information on how to do this?

Thanks in advance for your time!
Regards,
Stefan
--
Stefan Hinz [EMAIL PROTECTED]
MySQL AB, Documentation Team
Taunusstr. 27, 12161 Berlin, Germany
Desk: +49 30 82702940 Fax: +49 30 82702941
Mobile: +49 177 7841069
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


Re: sshd broken on reboot

2004-11-28 Thread Larry Hall
At 11:57 AM 11/28/2004, you wrote:
Cygwin:

My O/S is WinXP Pro SP2 and my Cygwin is current as of last night.  I
would like to start using sshd.  I located and read:

http://pigtail.net/LRP/printsrv/cygwin-sshd.html


I installed sshd per steps 3-6.  sshd works fine when I start it
manually, but is broken on reboot:

[EMAIL PROTECTED]:~$ ssh localhost
ssh_exchange_identification: Connection closed by remote host


I think this is the clue:

[EMAIL PROTECTED]:~$ cat /var/log/sshd.log
  3 [main] sshd 952 fork_copy: linked dll data/bss pass 0 faile
d, 0x3DB000..0x3DB050, done 0, windows  pid 3484, Win32 error 487


Please see attached files for details.


Any suggestions?


Sure.  Uninstall and reinstall the 'openssh' package and then follow the 
configuration instructions in '/usr/share/doc/Cygwin/openssh.README'.  
Either that or contact the author of the instructions you used to create
your installation.  Those instructions weren't provided as part of Cygwin
so for practical reasons, they are off-topic for this list.


--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



[Fwd: SEDT (VMS EDT-like editor) under Cygwin ?]

2004-11-28 Thread bobby mcnulty junior
I'm sending this here.
It was on talk amongst yourselfs.
 Original Message 
Subject: SEDT (VMS EDT-like editor) under Cygwin ?
Date: Sun, 28 Nov 2004 18:07:16 + (UTC)
From: Jim McCarthy [EMAIL PROTECTED]
Reply-To: Talk Amongst Yourselves [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Hello --
SEDT is a VMS-EDT-like editor freely available as C source code for 
multiple
platforms (Windows, Unix, Linux, etc) at http://www.ankersoft.com/Sedt.html

I have successfully build sedt.exe (following the Linux example) under
Cygwin/X ... but running it either in the Cygwin console window, and/or 
in an
xterm or rxvt window under Cygwin/X, I encounter strange behavior.  Text
entered from the keyboard appears fine on the screeen until I hit return,
which instead of moving to the start of a new line echoes as ^M 
(actually, the
letter M in reverse-video) on the screen.  This behavior is the same 
regardless
of which SYSTEM=x setting I use in SEDT's startup configuration file,
SEDT.CNF ... (i.e., I've tried xterm, vt100, vt200, vt300, and even IBMAT).

Any fans of VMS EDT out there who might be sufficiently interested in SEDT
under Cygwin to help me troubleshoot these problems ?  Must have 
something to
do with how Cygwin is build on top of MS-Windows (my Windows 
installation is
Windows NT Workstation 4.0, SP6a, and my Cygwin kernel release is 1.5.12
(0.116/4/2), built 2004-11-10 08:34; set shows term = xterm.

Thanks for any assistance,
  -- Jim


--
Robert McNulty Junior
email: [EMAIL PROTECTED]
webpage: www.geocities.com/bobbymcn2004
begin:vcard
fn:Robert McNulty Junior
n:McNulty Junior;Robert
adr:;;3971 Linda Ann Drive;Millbrook;AL;36054;USA
email;internet:[EMAIL PROTECTED]
tel;home:1-334-285-5490
x-mozilla-html:FALSE
url:http://www.geocities.com/bobbymcn2004
version:2.1
end:vcard


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

FDISK support

2004-11-28 Thread
According to this post: 
http://sources.redhat.com/ml/cygwin/2002-11/msg01300.html , you can now use 
fdisk. Can someone please tell me how to get fdisk onto cygwin? I couldn't 
find the package with the cygwin setup file. Thanks everyone.

Mike

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


Re: what's the difference between File Handle and File Descriptor?

2004-11-28 Thread Jason Curl
news.gosonic.com wrote:
Thanks
One is high level (streams, file handles) the other is low level (file 
descriptors).

Have a look at the difference between fopen() and open().



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


Re: SEDT (VMS EDT-like editor) under Cygwin ?

2004-11-28 Thread Gerrit P. Haase
Jim McCarthy wrote:
Hello --
SEDT is a VMS-EDT-like editor freely available as C source code for multiple 
platforms (Windows, Unix, Linux, etc) at http://www.ankersoft.com/Sedt.html

I have successfully build sedt.exe (following the Linux example) under 
Cygwin/X ... but running it either in the Cygwin console window, and/or in an 
xterm or rxvt window under Cygwin/X, I encounter strange behavior.  Text 
entered from the keyboard appears fine on the screeen until I hit return, 
which instead of moving to the start of a new line echoes as ^M (actually, the 
letter M in reverse-video) on the screen.  This behavior is the same regardless 
of which SYSTEM=x setting I use in SEDT's startup configuration file, 
SEDT.CNF ... (i.e., I've tried xterm, vt100, vt200, vt300, and even IBMAT).

Any fans of VMS EDT out there who might be sufficiently interested in SEDT 
under Cygwin to help me troubleshoot these problems ?  Must have something to 
do with how Cygwin is build on top of MS-Windows (my Windows installation is 
Windows NT Workstation 4.0, SP6a, and my Cygwin kernel release is 1.5.12 
(0.116/4/2), built 2004-11-10 08:34; set shows term = xterm.

Thanks for any assistance,
I'm getting this:
$ make
ccache gcc -O -DANSIC -DUNIX -DTERMCAP -DLINUX   -c -o sedt.o sedt.c
sedt.c: In function `strcasecmp':
sedt.c:1297: error: argument S doesn't match prototype
/usr/include/string.h:60: error: prototype declaration
sedt.c:1297: error: argument T doesn't match prototype
/usr/include/string.h:60: error: prototype declaration
make: *** [sedt.o] Error 1
Have you a patchfile about the changes you needed to apply to the sources?
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


RE: SEDT (VMS EDT-like editor) under Cygwin ?

2004-11-28 Thread Jim McCarthy
Sorry, no patchfile, but ...

1) Edit sedt.c and change all 'stricmp' to 'sedt_stricmp' to avoid
   conflict with 'stricmp' declaration in /usr/include/string.h

2) In comd.c, add #include errno.h before line #include proto.h

With these changes, build should result in a functional sedt.exe
file.

  -- Jim


-Original Message-
From: Gerrit P. Haase [mailto:[EMAIL PROTECTED]
Sent: Sunday, November 28, 2004 13:29
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: SEDT (VMS EDT-like editor) under Cygwin ?

I'm getting this:

$ make
ccache gcc -O -DANSIC -DUNIX -DTERMCAP -DLINUX   -c -o sedt.o sedt.c
sedt.c: In function `strcasecmp':
sedt.c:1297: error: argument S doesn't match prototype
/usr/include/string.h:60: error: prototype declaration
sedt.c:1297: error: argument T doesn't match prototype
/usr/include/string.h:60: error: prototype declaration
make: *** [sedt.o] Error 1


Have you a patchfile about the changes you needed to apply to the sources?

Gerrit
-- 
=^..^=

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: SEDT (VMS EDT-like editor) under Cygwin ?

2004-11-28 Thread Gerrit P. Haase
Jim McCarthy wrote:
Sorry, no patchfile, but ...
1) Edit sedt.c and change all 'stricmp' to 'sedt_stricmp' to avoid
   conflict with 'stricmp' declaration in /usr/include/string.h
2) In comd.c, add #include errno.h before line #include proto.h
With these changes, build should result in a functional sedt.exe
file.
Well, not really, I found two more issues:
diff -urd sedt/term.c sedt-0.0/term.c
--- sedt/term.c 1994-08-28 20:51:34.0 +0200
+++ sedt-0.0/term.c 2004-11-28 23:17:21.615971200 +0100
@@ -747,7 +747,7 @@
   }
   _exit(1);
  }
-#if !defined(SCO)  !defined(HPUX)
+#if !defined(SCO)  !defined(HPUX)  !defined(__CYGWIN__)
  if (ioctl(0,TIOCGWINSZ,ws)!=-1ws.ws_row!=0ws.ws_col!=0)
  {Scr_Length=ws.ws_row;
   Scr_Width=ws.ws_col;
diff -urd sedt/vars.c sedt-0.0/vars.c
--- sedt/vars.c 1994-08-28 20:51:36.0 +0200
+++ sedt-0.0/vars.c 2004-11-28 23:14:58.730512000 +0100
@@ -279,7 +279,7 @@
 int Saved_Character=0;
 #endif
-#if defined(UNIX)  !(defined(SCO) | defined(HPUX))
+#if defined(UNIX)  !(defined(SCO) | defined(HPUX) | defined(__CYGWIN__))
 #include sys/ioctl.h
 struct winsize ws;
/*Structure for terminal height and width*/

I think it is not really working.  In the docs is mentioned that
the backtick character is what : is in vim, but it seems to have
no effect when I hit backtick, I cannot delete or save or exit...
What you could try to do about your problem is:
add /usr/lib/automode.o to the objects and link it in the executable.
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


Re: SEDT (VMS EDT-like editor) under Cygwin ?

2004-11-28 Thread Christopher Faylor
On Mon, Nov 29, 2004 at 12:35:53AM +0100, Gerrit P. Haase wrote:
Jim McCarthy wrote:
Sorry, no patchfile, but ...

1) Edit sedt.c and change all 'stricmp' to 'sedt_stricmp' to avoid
   conflict with 'stricmp' declaration in /usr/include/string.h

2) In comd.c, add #include errno.h before line #include proto.h

With these changes, build should result in a functional sedt.exe
file.

Well, not really, I found two more issues:

diff -urd sedt/term.c sedt-0.0/term.c
--- sedt/term.c1994-08-28 20:51:34.0 +0200
+++ sedt-0.0/term.c2004-11-28 23:17:21.615971200 +0100
@@ -747,7 +747,7 @@
   }
   _exit(1);
  }
-#if !defined(SCO)  !defined(HPUX)
+#if !defined(SCO)  !defined(HPUX)  !defined(__CYGWIN__)
  if (ioctl(0,TIOCGWINSZ,ws)!=-1ws.ws_row!=0ws.ws_col!=0)

Why is this?  TIOCGWINSZ is defined for cygwin.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: SEDT (VMS EDT-like editor) under Cygwin ?

2004-11-28 Thread Gerrit P. Haase
Christopher Faylor wrote:
On Mon, Nov 29, 2004 at 12:35:53AM +0100, Gerrit P. Haase wrote:
Jim McCarthy wrote:
Sorry, no patchfile, but ...
1) Edit sedt.c and change all 'stricmp' to 'sedt_stricmp' to avoid
 conflict with 'stricmp' declaration in /usr/include/string.h
2) In comd.c, add #include errno.h before line #include proto.h
With these changes, build should result in a functional sedt.exe
file.
Well, not really, I found two more issues:
diff -urd sedt/term.c sedt-0.0/term.c
--- sedt/term.c 1994-08-28 20:51:34.0 +0200
+++ sedt-0.0/term.c 2004-11-28 23:17:21.615971200 +0100
@@ -747,7 +747,7 @@
 }
 _exit(1);
}
-#if !defined(SCO)  !defined(HPUX)
+#if !defined(SCO)  !defined(HPUX)  !defined(__CYGWIN__)
if (ioctl(0,TIOCGWINSZ,ws)!=-1ws.ws_row!=0ws.ws_col!=0)

Why is this?  TIOCGWINSZ is defined for cygwin.
I got an error at this line:
ccache gcc -O -DANSIC -DUNIX -DTERMCAP -DLINUX   -c -o term.o term.c
term.c: In function `Set_Terminal':
term.c:751: error: `TIOCGWINSZ' undeclared (first use in this function)
term.c:751: error: (Each undeclared identifier is reported only once
term.c:751: error: for each function it appears in.)
term.c:751: error: invalid use of undefined type `struct winsize'
term.c:751: error: invalid use of undefined type `struct winsize'
term.c:752: error: invalid use of undefined type `struct winsize'
term.c:753: error: invalid use of undefined type `struct winsize'
make: *** [term.o] Error 1
When I include sys/termios.h I get this:
$ make
ccache gcc -O -DANSIC -DUNIX -DTERMCAP -DLINUX   -c -o term.o term.c
term.c: In function `Set_Terminal':
term.c:754: error: invalid use of undefined type `struct winsize'
term.c:754: error: invalid use of undefined type `struct winsize'
term.c:755: error: invalid use of undefined type `struct winsize'
term.c:756: error: invalid use of undefined type `struct winsize'
make: *** [term.o] Error 1
Even if I patch vars.c to include sys/termios.h so that the part
with 'struct winsize ws' compiles, I get the second error.
Gerit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


How to let a process know when a stream file is modifed

2004-11-28 Thread news.gosonic.com
Hi All,

I need to find a way to let a program know when a stream if modified. Please
help.

Ge




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: SEDT (VMS EDT-like editor) under Cygwin ?

2004-11-28 Thread Christopher Faylor
On Mon, Nov 29, 2004 at 01:09:02AM +0100, Gerrit P. Haase wrote:
Christopher Faylor wrote:

On Mon, Nov 29, 2004 at 12:35:53AM +0100, Gerrit P. Haase wrote:

Jim McCarthy wrote:

Sorry, no patchfile, but ...

1) Edit sedt.c and change all 'stricmp' to 'sedt_stricmp' to avoid
 conflict with 'stricmp' declaration in /usr/include/string.h

2) In comd.c, add #include errno.h before line #include proto.h

With these changes, build should result in a functional sedt.exe
file.

Well, not really, I found two more issues:

diff -urd sedt/term.c sedt-0.0/term.c
--- sedt/term.c  1994-08-28 20:51:34.0 +0200
+++ sedt-0.0/term.c  2004-11-28 23:17:21.615971200 +0100
@@ -747,7 +747,7 @@
 }
 _exit(1);
}
-#if !defined(SCO)  !defined(HPUX)
+#if !defined(SCO)  !defined(HPUX)  !defined(__CYGWIN__)
if (ioctl(0,TIOCGWINSZ,ws)!=-1ws.ws_row!=0ws.ws_col!=0)


Why is this?  TIOCGWINSZ is defined for cygwin.

I got an error at this line:
ccache gcc -O -DANSIC -DUNIX -DTERMCAP -DLINUX   -c -o term.o term.c
term.c: In function `Set_Terminal':
term.c:751: error: `TIOCGWINSZ' undeclared (first use in this function)
term.c:751: error: (Each undeclared identifier is reported only once
term.c:751: error: for each function it appears in.)
term.c:751: error: invalid use of undefined type `struct winsize'
term.c:751: error: invalid use of undefined type `struct winsize'
term.c:752: error: invalid use of undefined type `struct winsize'
term.c:753: error: invalid use of undefined type `struct winsize'
make: *** [term.o] Error 1

When I include sys/termios.h I get this:
$ make
ccache gcc -O -DANSIC -DUNIX -DTERMCAP -DLINUX   -c -o term.o term.c
term.c: In function `Set_Terminal':
term.c:754: error: invalid use of undefined type `struct winsize'
term.c:754: error: invalid use of undefined type `struct winsize'
term.c:755: error: invalid use of undefined type `struct winsize'
term.c:756: error: invalid use of undefined type `struct winsize'
make: *** [term.o] Error 1


Even if I patch vars.c to include sys/termios.h so that the part
with 'struct winsize ws' compiles, I get the second error.

Which means that term.c is using winsize incorrectly, apparently.

Since other applications (like vim) are using TIOCGWINSZ, it can't be
entirely broken.

If this actually ever becomes a package it shouldn't be released broken
in this regard.  It should be able to determine the size of the screen.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



RE: sshd broken on reboot

2004-11-28 Thread David Christensen
Larry Hall wrote:
 Uninstall and reinstall the 'openssh' package and then follow the 
 configuration instructions in '/usr/share/doc/Cygwin/openssh.README'.


Same result.


David


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



RE: sshd broken on reboot

2004-11-28 Thread Larry Hall
At 10:38 PM 11/28/2004, you wrote:
Larry Hall wrote:
 Uninstall and reinstall the 'openssh' package and then follow the 
 configuration instructions in '/usr/share/doc/Cygwin/openssh.README'.


Same result.


OK, so now you want to run your server in debug mode, try to connect, and
check the output.  That should clarify what the problem is.  More
than likely, it's permissions of your home directory, the .ssh directory,
or the files in /var/log.  Also, make sure your home directory as stated
by '/etc/passwd' or the HOME environment variable exists.



--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



gcc-g77 4.4.1-1 stack memory error

2004-11-28 Thread Ata Bilgili
G'day;

I have a Fortran 77 code involving the finite element
solution of rather large matrices using a conjugate gradient
method. The code trustfully runs with g77 on Linux and Unix
with no problems. 

When I tried running it this morning using the Cygwin
gcc-g77 3.3.3-3, it complied nicely but I got a runtime
error of MapViewOfFileEx failed, Win32. I then installed
gcc-g77 3.4.1-1 and the same thing happened but with rather
different error messages: First I got a *.exe.stackdump file
(attached) and then received a Segmentation Error.

An internet search yields -Wl --stack= options for gcc.
Is there any workaround for g77? This is rather frustrating,
knowing that I have to find a way to get this to work under
Cygwin. I believe this is a Windows problem rather than
Cygwin but!!! Cygcheck output is also attached.

Thank you.

Ata Bilgili
[EMAIL PROTECTED]

bellamy.exe.stackdump
Description: Binary data


cygcheck.out
Description: Binary data
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Help needed for using SPIN

2004-11-28 Thread Patrick Fulgence
Hi, 

I need to learn how to use the tool SPIN based on promela language. What do I 
need to get on my computer for that ? I've very embarassed because I don't 
arrive to do antything for understanding how it works. I've read a lot of 
stuff about that nut I still being not on the way for using it. Need your help 
please.

Thanks.
Patrick.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: Help needed for using SPIN

2004-11-28 Thread Christopher Faylor
On Mon, Nov 29, 2004 at 04:42:41AM +, Patrick Fulgence wrote:
I need to learn how to use the tool SPIN based on promela language.
What do I need to get on my computer for that ?  I've very embarassed
because I don't arrive to do antything for understanding how it works.
I've read a lot of stuff about that nut I still being not on the way
for using it.  Need your help please.

The cygwin mailing list has nothing to do with SPIN or promela.  You're
in the wrong place.  Sorry.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: Help needed for using SPIN

2004-11-28 Thread bobby mcnulty junior
Patrick Fulgence wrote:
Hi, 

I need to learn how to use the tool SPIN based on promela language. What do I 
need to get on my computer for that ? I've very embarassed because I don't 
arrive to do antything for understanding how it works. I've read a lot of 
stuff about that nut I still being not on the way for using it. Need your help 
please.

Thanks.
Patrick.
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


Wrong mailing, we have nothing do with Spin. This is Cygwin, Not Spin or
promela.
--
Robert McNulty Junior
email: [EMAIL PROTECTED]
webpage: www.geocities.com/bobbymcn2004
begin:vcard
fn:Robert McNulty Junior
n:McNulty Junior;Robert
adr:;;3971 Linda Ann Drive;Millbrook;AL;36054;USA
email;internet:[EMAIL PROTECTED]
tel;home:1-334-285-5490
x-mozilla-html:FALSE
url:http://www.geocities.com/bobbymcn2004
version:2.1
end:vcard


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: gcc-g77 4.4.1-1 stack memory error

2004-11-28 Thread Tim Prince
At 09:17 PM 11/28/2004, Ata Bilgili wrote:
G'day;
An internet search yields -Wl --stack= options for gcc.
Is there any workaround for g77?
In what way is a linker option supposed to be specific to gcc?  Did it fail 
because of the omitted comma?  Seriously, many of the options detailed 
under 'info gcc' apply to g77.  So, if you spend a few seconds, you will 
see that this is an option passed to ld, which can be looked up in 'info ld'

Tim Prince 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


uw-imap Cygwin secrets revealed, at least a bit!

2004-11-28 Thread Christian Weinberger
The initial problem was:
- uw-imap on cygwin ran well with Outlook Express
- but hung upon connection when using Outlook 2003

In the end I made it to get it work with the following workaround:
In inetd.conf, I dont start the daemon directly, but use the following 
wrapper 
script.

#!/bin/sh
tee NUL | /usr/sbin/imapd

This slows down communication a bit, but I can connect and had no more hangs up 
till now. So the original problem seems to be timing specific.

My guesses are:
- the cygwin port of uw-imap may have a problem here. I couldnt find any 
similar error reports for any other platform uw-imap is running on.
- cygwin causes the problem itself
- inetd is out of the line since I also tested with xinetd and had similar 
effects

Id be glad to assist one of the gurus going deeper into this.

Even more, Id like to invest more time again to debug it myself, but my gdb 
knowledge is non-existing. If someone would show me how to start, the I 
definitely would do so. My concern is that usual debugging approaches will fail 
because of the timing related cause of the problem.

Thanks to all of you so far!
Christian


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



Re: gcc-g77 4.4.1-1 stack memory error

2004-11-28 Thread Ata Bilgili

Thanks for the clue Tim. 

It was a stupid oversight on my part. The makefile version
that I was using had the ordering of linker options wrong so
these were never in effect. Moving these options  forward
took care of the problem.

Best regards.

Ata Bilgili
 

---Tim Prince [EMAIL PROTECTED] wrote ---

 In what way is a linker option supposed to be specific to
gcc?  Did it fail because of the omitted comma? 
--- End of forwarded message ---

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



A vexing installation problem

2004-11-28 Thread David Hinds
A couple days ago, I tried to update a quite old cygwin installation
on a Windows XP SP2 box to the latest (1.5.12-1).  After the update,
all Cygwin programs exit immediately and silently.  I've tried
scrubbing the Windows registry of anything with a Cyg in it,
deleting the Cygwin tree, and reinstalling from scratch, with the same
result.  Running strace on any Cygwin program shows apparently
normal output (as far as I can tell) up to a point; and then zippo.

For example, here's the end of 'strace ls':

  149   42033 [main] ls 4072 pwdgrp::load: /etc/group
  140   42173 [main] ls 4072 pwdgrp::load: strange path_conv problem
  140   42313 [main] ls 4072 pwdgrp::load: /etc/group load failed
  152   42465 [main] ls 4072 __cygwin_lock_lock: threadcount 1.  not locking
  151   42616 [main] ls 4072 __cygwin_lock_unlock: threadcount 1.  not unlocking
  148   42764 [main] ls 4072 pwdgrp::read_group: Completing /etc/group: 
mkpasswd:S-1-5-21-1844237615-725345543-682003330-513:401:dhinds
  442   43206 [main] ls 4072 cygheap_user::ontherange: what 2, pw 0x10011018
  147   43353 [main] ls 4072 cygheap_user::ontherange: HOME is already in the 
environment /cygdrive/h
  684   44037 [main] ls 4072 sigproc_init: process/signal handling enabled(1)
  176   44213 [main] ls 4072 __cygwin_lock_lock: threadcount 1.  not locking
  167   44380 [main] ls 4072 __cygwin_lock_unlock: threadcount 1.  not unlocking

Some commands get as far as executing build_argv().  I'm not sure what
to do next: has anyone seen anything like this before?  Or, can anyone
suggest how to go about debugging this?

-- Dave

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



New Package: hexedit-1.2.10-1

2004-11-28 Thread Marcel Telka
hexedit-1.2.10-1 has been uploaded to the Cygwin net distribution.

Hexedit is a utility which allows you to view and edit hexadecimal or
ASCII files and/or view binary files.

http://merd.sourceforge.net/pixel/hexedit.html

To update your installation, click on the Install Cygwin now link on 
the http://cygwin.com/ web page. This downloads setup.exe to your 
system. Then, run setup and answer all of the questions.

If you have questions or comments, please send them to the Cygwin 
mailing list at: cygwin at cygwin dot com. I would appreciate it if you 
would use this mailing list rather than emailing me directly.

-- 
+---+
| Marcel Telka   e-mail:   [EMAIL PROTECTED]  |
|homepage: http://telka.sk/ |
|jabber:   [EMAIL PROTECTED] |
+---+