Re: [ANNOUNCEMENT] Updated: cygwin-1.5.19-1

[Corinna Vinschen]

On Jan 17 08:31, Dr. Volker Zell wrote:
> > Christopher Faylor writes:
> 
> > I've made a new version of the Cygwin DLL and associated utilities
> > available for download.  As usual, a list of what has changed is below.
> 
> It looks like this version includes mingw-runtime and w32api.

Just an oversight.  I removed 1.5.19-1 and uploaded 1.5.19-2 which has
the mingw and w32api stuff removed.

As for the usr/etc directory, it is generated by `make install'
automatically and it's just an empty dir.  Maybe we should remove it,
but it's not that important, I think.


Thanks for the hint,
Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
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/

[ANNOUNCEMENT] Updated: cygwin-1.5.19-2

[Corinna Vinschen]

I've updated the Cygwin package to 1.5.19-2.

The -1 package accidentally contained files which are usually part of
the mingw-runtime and w32api packages.

===
NOTE:

If you have installed the mingw-runtime and w32api packages, and if
you already installed 1.5.19-1, then you should update to 1.5.19-2,
and then, afterwards, restart setup.exe and force a reinstall of the
mingw-runtime and w32api packages, otherwise you will later miss files.

If you didn't install 1.5.19-1, just install 1.5.19-2 and you're done.
===

Since there has nothing else changed, enjoy the original announcement
again:

I've made a new version of the Cygwin DLL and associated utilities
available for download.  As usual, a list of what has changed is below.

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@cygwin.com .

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there.  It will be in the format:

[EMAIL PROTECTED]

If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

Christopher Faylor
TimeSys, Inc.

Changes since 1.5.18-1:

cgf: Fix problem with non-cygwin programs which use pipes.

corinna: Export getline, getdelim.

cgf: Don't send notification to the parent if cygwin dll is loaded
dynamically.

cgf: Update malloc to version 2.8.2.

cgf: Rewrite bad argument checking for thread safety and improved speed.

cgf: Fix problem with spawn() of non-cygwin processes.

cgf: Define loff_t in types.h.

cgf: Define INET_ADDRSTRLEN in in.h.

arto.huusko: Fix fork problem when resources are low.

cgf: Add some linux-specific defines to ioctl.h.

cgf: Export pread() and pwrite().

sthoenna: Implement TIOCMBIS and TIOCMBIC.

corinna: Bounds check abstime in pthread_cond_timedwait.

mgorse: Fix possible seg fault when creating a detached thread.

cgf: Move more linux-like definitions into endian.h.

cgf: Fix problem where cygheap was miniscule in size rather than
many megabytes causing cygwin to prematurely run out of file handles
or to be incapable of handling long command lines.

cgf: Rework Makefile to allow separate debugging information to be
generated.

cgf: Try harder to generate EMFILE condition.

corinna: Export fts_children, fts_close, fts_get_clientptr,
fts_get_stream, fts_open, fts_read, fts_set, fts_set_clientptr,
ftw, nftw.

cgf: Add elf.h and friends to /usr/include.  This makes it easier
to build the linux kernel on cygwin.

cgf: Try harder to generate E2BIG when the command line length is
overrun on exec/spawn.

trcurtiss: Fix so that current baud rate of serial line is returned
regardless of DTR state.

corinna: Make cygwin more robust when running on 64-bit version of
Windows.

ptsekov: Fix problems with stale subshells in MC caused by EOF in pty
slaves not being correctly propagated.

cgf: Report "cygdrive" and proc as directories in / even if they haven't
been explicitly created as directories.

cgf: Implement and export readdir_r.

cgf: Fix handling of signal masks in threads.

cgf: Allow use of /proc values as standard input to programs like 'cat'.

cgf: Set proper errno when attempting to execuate a directory.

cgf: Fix handling of pause() in a non-main thread.

corinna: Emulate linux version of realpath() more closely.

cgf: Make lseek on a tty invalid.

cgf: Detect attempts to run a .com file masquerading as a 16bit .exe file
which cause problems on Win98/Me.

corinna: Disable all special handling of CTRL_LOGOFF_EVENT since it seems
to be sent too globally to be useful.

cgf: Fix stty "Not all operations could be performed" problem on serial ports
and allow "stty -a" to work on serial ports as well.

corinna: Fix open and stat on virtual subdirectories (/proc/registry, etc.)

corinna: Fix invalid errno handling in strerror.

corinna: Fix potential hang in pthread_cond_wait.

cgf: Fix annoying error pop-ups on Windows 98.

cgf: Report E2BIG when the size of an individual environment component is
> 32K.

cgf: Don't crash if the environment block grows greate than 32K.

corinna: Use Winsock 2 for everything.

cgf: Properly fill out si_code if siginfo_t structure.

sthoenna: Call signal handler with extra siginfo_t * and void *
parameters when SA_SIGINFO flag is set by a call to sigaction().

corinna: Make running on 64-bit windows slightly more robust.

cgf: Cleanup and speed up fork slightly.

cgf: Clean up an

Re - [ANNOUNCEMENT] Updated: cygwin-1.5.19-2

[Angelo Graziosi]

I am a little confused.

Usally I use snapshots. The last was 20060112 20:32:44.

Now should I install just Cygwin 1.5.19-2 or should I force also the
reinstall of mingw-runtime and w32api packages (those in the official
cygwin distribution)?

Best regards,

   Angelo.



--
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: Re - [ANNOUNCEMENT] Updated: cygwin-1.5.19-2

[Corinna Vinschen]

On Jan 17 11:48, Angelo Graziosi wrote:
> 
> I am a little confused.
> 
> Usally I use snapshots. The last was 20060112 20:32:44.
> 
> Now should I install just Cygwin 1.5.19-2 or should I force also the
> reinstall of mingw-runtime and w32api packages (those in the official
> cygwin distribution)?

I really thought my text was clear:

If you have installed the mingw-runtime and w32api packages, and
if you already installed 1.5.19-1, then you should update to 1.5.19-2,
^


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
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 - [ANNOUNCEMENT] Updated: cygwin-1.5.19-2

[Angelo Graziosi]

Corinna Vinschen wrote:

> Angelo Graziosi wrote:
>> 
>> I am a little confused.
>> 
>> Usally I use snapshots. The last was 20060112 20:32:44.
>> 
>> Now should I install just Cygwin 1.5.19-2 or should I force also the
>> reinstall of mingw-runtime and w32api packages (those in the official
>> cygwin distribution)?
>
> I really thought my text was clear:
>
> If you have installed the mingw-runtime and w32api packages, and
> if you already installed 1.5.19-1, then you should update to 1.5.19-2

I want to say that, using the snapshots, the mingw-runtime and w32api
packages currently installed are those of the snap.



Cheers,
  
  Angelo.


--
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: Using VC-compiled Mesa binaries under Cygwin

[Eric Lilja]

* * wrote:
> Are the import libraries using the cygwin filename conventions?
>
Well, no. Building Mesa with glut creates the following files (which I have 
copied to the directory of the simple test program I trying to build with 
compiler supplied with Cygwin using the Makefile in first post):
$ ls *.DLL *.lib
GLU32.DLL*  GLU32.lib*  GLUT32.DLL*  GLUT32.lib*  OPENGL32.DLL* 
OPENGL32.lib*
> example,
>
> -lm links against
> libm.a
>
> -lpcre links against
> libpcre.a
> libpcre.dll.a
> libpcre.la
>
> GCC just isn't going to find a file named glut32.lib using the
> -lglut32 switch like microsoft link.exe does.  It might work if you
> list it like all the object files.

I tried renaming GLUT32.DLL to libglut32.dll.a, but the linker still cannot 
find the definitions of any glut functions. I tried adding GLUT32.lib with 
the objects in the linking stage, but still no go.
However, doing a nm GLUT32.lib | grep glutPostRedisplay (the first undefined 
reference), shows:
$ nm GLUT32.lib | grep _glutPostRedisplay
 I [EMAIL PROTECTED]
 T [EMAIL PROTECTED]

Any ideas? And one more thing: Please don't quote raw email addresses when 
replying to this list. Thanks.

>
> On 1/16/06, Eric Lilja wrote:
>> I just compiled the latest version of Mesa (6.4.1) using Microsoft
>> Visual Studio, because I couldn't compile it with MinGW or Cygwin.
>> After editing a macro, I was successful in compiling Mesa + glut in
>> Visual Studio. Now, can I use the binaries (libs and DLLs) with
>> Cygwin? I can't seem to get my test program to link...I put the
>> mesa-binaries in the application path and I am using the following
>> Makefile:
>> CC = gcc
>> CFLAGS = -Wall -W -ansi -pedantic -g -O0 -c -o
>> LDFLAGS = -L. -lglut32 -lglu32 -lopengl32 -o $(EXEC)
>> EXEC = proj.exe
>> OBJECTS = simple1_9.o
>>
>> all: $(OBJECTS)
>>  $(CC) $^ $(LDFLAGS)
>>
>> %.o: %.c
>>  $(CC) $(CFLAGS) $@ $<
>>
>> clean:
>>  rm -f $(OBJECTS) $(EXEC) *~ *.stackdump
>>
>> But I'm getting link errors for any glut-functionsany ideas?
>>
>>
>>
>>
>> --
>> 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/ 




--
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: Re - [ANNOUNCEMENT] Updated: cygwin-1.5.19-2

[Corinna Vinschen]

On Jan 17 12:18, Angelo Graziosi wrote:
> Corinna Vinschen wrote:
> > Angelo Graziosi wrote:
> >> Usally I use snapshots. The last was 20060112 20:32:44.
> >> 
> >> Now should I install just Cygwin 1.5.19-2 or should I force also the
> >> reinstall of mingw-runtime and w32api packages (those in the official
> >> cygwin distribution)?
> >
> > I really thought my text was clear:
> >
> > If you have installed the mingw-runtime and w32api packages, and
> > if you already installed 1.5.19-1, then you should update to 1.5.19-2
> 
> I want to say that, using the snapshots, the mingw-runtime and w32api
> packages currently installed are those of the snap.

I see.  Well, the mingw-runtime and w32api parts of the Cygwin snapshots
are just those which happen to be part of the Cygwin sources to get
Cygwin built.  These are not the official sources used for creating the
mingw-runtime and w32api packages, but mere copies of the official
sources, which are kept up to date by the friendly volunteers of the
mingw developer community.

The differences between the files in the Cygwin sources and the official
packages aren't very big usually, though.  You should be ok with just
waiting until new mingw-runtime and w32api packages are uploaded.

But then again, if you want to be *sure* to use the official versions
of the mingw-runtime and w32api packages, then yes, you should force a
reinstall as I described. 


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
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/

add /home/mos to path?

[Paminu]

I have my .emacs file in c:\cygwin\home\mos, but emacs only read it if I put 
it in: "c:" How do I make emacs read from c:\cygwin\home\mos?? 




--
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/

[ANNOUNCEMENT] New package: syslog-ng-1.6.9-1

[Corinna Vinschen]

I have uploaded syslog-ng-1.6.9-1.

syslog-ng, as the name shows, is a syslogd replacement, but with new
functionality for the new generation. The original syslogd allows
messages only to be sorted based on priority/facility pairs; syslog-ng
adds the possibility to filter based on message contents using regular
expressions. The new configuration scheme is intuitive and powerful.
Forwarding logs over TCP and remembering all forwarding hops makes it
ideal for firewalled environments.

Please read /usr/share/doc/Cygwin/syslog-ng.README for postinstall
information.  I also recommend to visit the /usr/share/doc/syslog-ng/
directory and the man pages "syslog-ng" and "syslog-ng.conf".


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.

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there.  It will be in the format:

[EMAIL PROTECTED]

If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available  
starting at the above URL.

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
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/

[ANNOUNCEMENT] Updated: coreutils-5.93-2

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

A new release of coreutils, 5.93-2, is available for use, replacing 5.3.0-9.

NEWS:
=
This is a new, stable upstream release.  This release was previously
available as a test version, but now that cygwin-1.5.19-2 is out, I have
moved it to current.

Upstream news since 5.3.0 is attached; see also
/usr/share/doc/coreutils-5.93/.

This version also has a new cygwin-specific --append-exe option to ls(1)
(and dir, vdir) and stat(1); if a command-line argument does not have
.exe, but the file on the system does, then using this option will make
the listing show the .exe.  I found this addition to my ~/.bashrc useful
to use the new options (the spacing is chosen so that bash doesn't treat
the next word on the command line as an alias):

ls --append-exe -d . >/dev/null 2>&1 && append_exe=' --append-exe'
alias ls="ls {your favorite options here}$append_exe"
alias stat="stat$append_exe"
unset append_exe

Note that su(1) is UNSUPPORTED; for more details, see
http://cygwin.com/faq/faq_3.html#SEC42.  However, I am working on a patch
that will allow su to work for privileged accounts (note that in a default
Windows installation, even Administrators don't have enough privileges;
only SYSTEM does), with an appropriate error message for non-privileged
accounts.

DESCRIPTION:

GNU coreutils provides a collection of commonly used utilities essential
to a standard POSIX environment.  It comprises the former textutils,
sh-utils, and fileutils packages.  The following executables are included:

[ basename cat chgrp chmod chown chroot cksum comm cp csplit cut date dd
df dir dircolors dirname du echo env expand expr factor false fmt fold
gkill groups head hostid hostname id install join link ln logname ls
md5sum mkdir mkfifo mknod mv nice nl nohup od paste pathchk pinky pr
printenv printf ptx pwd readlink rm rmdir seq sha1sum shred sleep sort
split stat stty sum sync tac tail tee test touch tr true tsort tty uname
unexpand uniq unlink users vdir wc who whoami yes

UPDATE:
===
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.
Save it and run setup, answer the questions, then look for 'coreutils' in
the 'Base' category (it should already be selected).

DOWNLOAD:
=
Note that downloads from sources.redhat.com (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need to
find a mirror which has this update, please choose the one nearest to you:
http://cygwin.com/mirrors.html

QUESTIONS:
==
If you want to make a point or ask a question the Cygwin mailing list is
the appropriate place.

- --
Eric Blake
volunteer cygwin coreutils maintainer

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to the cygwin-announce mailing list, look at the
"List-Unsubscribe: " tag in the email header of this message. Send email
to the address specified there. It will be in the format:

[EMAIL PROTECTED]

If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDzOsP84KuGfSFAYARAtxBAJ9LgWgh9NaE95cp1DHPpDTiXsA4SQCeMSiR
ddRL4zEwOHkVT4ioMVNlxS8=
=AjZg
-END PGP SIGNATURE-
* Major changes in release 5.93 (2005-11-06) [stable]

** Bug fixes

  dircolors no longer segfaults upon an attempt to use the new
  STICKY_OTHER_WRITABLE (OWT) attribute

  du no longer overflows a counter when processing a file larger than
  2^31-1 on some 32-bit systems (at least some AIX 5.1 configurations).

  md5sum once again defaults to using the ` ' non-binary marker
  (rather than the `*' binary marker) by default on Unix-like systems.

  mkdir -p and install -d no longer exit nonzero when asked to create
  a directory like `nonexistent/.'

  rm emits a better diagnostic when (without -r) it fails to remove
  a directory on e.g., Solaris 9/10 systems.

  tac now works when stdin is a tty, even on non-Linux systems

  "tail -c 2 FILE" and "touch 010100" now operate as POSIX
  1003.1-2001 requires, even when coreutils is conforming to older
  POSIX standards, as the newly-required behavior is upward-compatible
  with the old.

** Build-related bug fixes

  installing .mo files would fail


* Major changes in release 5.92 (2005-10-22) [stable]

** Bug fixes

  chmod now diagnoses an invalid mode string starting with an octal digit

  dircolors now properly quotes single-quote characters

* Major changes in release 5.91 (2005-10-17) [stable candidate]

** Bug fixes

  "mkdir -p /a/b/c" no longer fails merely because a leading prefix
  directory (e.g., /a or /a/b) exists on a re

[ANNOUNCEMENT] Updated: findutils-4.2.27-1

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

A new release of findutils, 4.2.27-1, is available for use, replacing
4.2.25-2.

NEWS:
=
This is a new, stable upstream release.  This release was previously
available as a test version, but now that cygwin-1.5.19-2 is out, I have
moved it to current.

Upstream news since 4.2.25 is attached; see also
/usr/share/doc/findutils-4.2.27/.

Upstream findutils-4.3.0 has also been released as an unstable development
version; I will be packaging that soon as an experimental cygwin release.

DESCRIPTION:

The findutils package contains programs which will help you locate files
on your system.  The find utility searches through a hierarchy of
directories looking for files which match a certain set of criteria (such
as a filename pattern).  The xargs utility builds and executes command
lines from standard input arguments (usually lists of file names generated
by the find command).  The locate utility scans a database of filenames
and displays matches.  The updatedb utility builds the database for locate.

UPDATE:
===
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.
Save it and run setup, answer the questions and pick up 'findutils' from
the 'Base' category (it should already be selected).

DOWNLOAD:
=
Note that downloads from sources.redhat.com (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need to
find a mirror which has this update, please choose the one nearest to you:
http://cygwin.com/mirrors.html

QUESTIONS:
==
If you want to make a point or ask a question the Cygwin mailing list is
the appropriate place.

- --
Eric Blake
volunteer cygwin findutils maintainer

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to the cygwin-announce mailing list, look at the
"List-Unsubscribe: " tag in the email header of this message. Send email
to the address specified there. It will be in the format:

[EMAIL PROTECTED]

If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDzOs+84KuGfSFAYARAuqcAJ4+2DEEqoPKfoBbYg92r0Q+y056hACgy5W9
TW6kROin+4cTmgVhd76Sxik=
=FxIG
-END PGP SIGNATURE-
* Major changes in release 4.2.27

** Warnings of Future Changes

The test -perm /000 currently matches no files, but for greater
consistency with -perm -000, this will be changed to match all files;
this change will probably be made in early 2006.  Meanwhile, a warning
message is given if you do this.

** Bug Fixes

If xargs is invoked with many short arguments on PPC systems running
the Linux kernel, we no longer get an "argument list too long" error
from the operating system.

Fixed a bug in the test suite which caused it to spuriously fail on
systems where ARG_MAX is different to the value used by the Linux
kernel on 32-bit x86-architecture systems.

On systems running the Linux kernel, "find -printf %F" no longer
produces the wrong answer for files on filesystems that have been
remounted elsewhere using "mount --bind". (Savannah bug #14921).

** Documentation Changes

Following some extensive and detailed review comments from Aaron
Hawley, the material in the manual pages and the Texinfo manual are
now synchronised.

The %M format specifier of "find -printf" is now documented, although
it has existed since release 4.2.5.

The 'find' manual page now correctly documents the fact that -regex
defaults to using Emacs-style regular expressions (though this can be
changed).

* Major changes in release 4.2.26

** Public Service Announcements

I'd like to point out a second time that the interpretation of '-perm
+mode' has changed to be more POSIX-compliant.  If you want the old
behaviour of the GNU extension you should use '-perm /mode'.  See the
NEWS entry for findutils version 4.2.21 for details.

** Functional Changes

The xargs command now supports a new option (--delimiter) which allows
input items to be separated by characters other than null and
whitespace.  This resolves Savannah support request sr #102914.

Sometimes find needs to read the /etc/mtab file (or perform the
equivalent operation on systems not using /etc/mtab).  If this
information is needed butnot available, find now exits with an error
message non-zero status.  If the information is not needed, find will
not spuriously fail.

A new xargs option --delimiter allows the input delimiter to be
changed (previously \0 was the only choice unless you use the -L
option, which changes other semantics too).

** Bug Fixes

If the environment size is too large to allow xargs to oper

Re: [ANNOUNCEMENT] Updated: cygwin-1.5.19-2

[Pierre Bogossian]

rsh doesn't seem to work anymore since I upgraded to cygwin-1.5.19-2.
Running a simple commande like "rsh localhost echo blah" just hangs forever.
I can't tell if the problem comes from rsh command or from the server, in the
tests I made both were running on the same machine that I updated to 1.5.19-2.
Any clue about what happens ?

-- 
___
Play 100s of games for FREE! http://games.mail.com/


--
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: add /home/mos to path?

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Paminu on 1/17/2006 5:21 AM:
> I have my .emacs file in c:\cygwin\home\mos, but emacs only read it if I put 
> it in: "c:" How do I make emacs read from c:\cygwin\home\mos?? 

We need more details.  Did you mean emacs or xemacs (they are different,
after all)?  Are you running the cygwin version of emacs?  If so, you are
better off using POSIX paths (/home/mos) and not Windows paths, especially
since \ can be treated as an escape character.  If not (ie. you are
running some native Windows compilation of emacs), then consider using the
cygwin version, or else ask the distributor of the windows version for help.

Hint - following the directions in this link will help you greatly
(including the part about attaching the output of cygcheck -svr):

> Problem reports:   http://cygwin.com/problems.html

- --
Life is short - so eat dessert first!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDzO6o84KuGfSFAYARAmBDAKCWqDfsQkMDIaNvbj+ncWzjCMBiMQCgotof
Wca7/HdFvw1ckKCP087gSBY=
=kL0K
-END PGP SIGNATURE-

--
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: support

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

[I hate it when simple instructions aren't followed - I explicitly said
that the list was the correct place for support...]

-  Original Message 
Subject: RE: support
Date: Mon, 16 Jan 2006 15:35:24 +0100
From: Yaman, Nilgun (GE Trans, Non-US, Non-GE) 
To: Eric Blake 
>
> Hi,
>
> I am a new user for Cygwin and trying start a CAD program (UGNX2) in
> Windows by scripting in csh.
> Normally I run 2 batch files for required libraries and the paths in
> command prompt window of Windows. Then run the main batch file
> (ugii.bat) to start the program and it really starts perfectly.
> Whereas when I do the same things in csh, an error message appears as
> follows:
>
> ---
> \ugraf.exe
> ---
> Cannot find the file '\ugraf.exe' (or one of its components). Make sure
> the path and filename are correct and that all required libraries are
> available.
> ---
>
> You can find the ugii.bat in the attached file.
> ugraf.exe file is in the same folder with ugii.bat file. But I dont
> understand why the same script works in command prompt and does not work
> in csh...

If you want help with your csh script, then attach the csh script, not the
Windows .bat file.  And remember that in cygwin, you should be using POSIX
paths, such as ./ugraf.exe, since backslashes in Windows paths require
extra escaping that make them tougher to use.

>
> Thanks for kind reply.
> Regards,
>
> Nilgun Yaman


- --
Life is short - so eat dessert first!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDzPBp84KuGfSFAYARAt3UAKCUbCLZXj/Or8uuiqTJDyir5j+8HgCgjaGI
L5FpfpD1ZJJXT5kNejguuak=
=cVNK
-END PGP SIGNATURE-


ugii
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/

Re: Updated: coreutils-5.93-2 [Attn base-files maintainer]

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Eric Blake on 1/17/2006 6:03 AM:
> A new release of coreutils, 5.93-2, is available for use, replacing 5.3.0-9.
>
> dircolors now supports SETUID, SETGID, STICKY_OTHER_WRITABLE,
> OTHER_WRITABLE, and STICKY, with ls providing default colors for these
> categories if not specified by dircolors.

base-files now needs to be updated to use these new features in
/etc/defaults/etc/DIR_COLORS.  I suggest using "dircolors -p" as a
starting point.

- --
Life is short - so eat dessert first!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDzPGX84KuGfSFAYARAsZSAJ9vylkQWqU4KdwedZuHir6sAbKTFQCfaPpM
2LMNcywzpdgOxk8NNVfNp7Q=
=GAaM
-END PGP SIGNATURE-

--
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 - [ANNOUNCEMENT] Updated: cygwin-1.5.19-2

[Angelo Graziosi]

Corinna Vinschen wrote: 

   http://cygwin.com/ml/cygwin/2006-01/msg00747.html


Many thanks. 
Now it is all more clear.



Best regards,

   Angelo.


--
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: add "/home/mos" to path?

[Igor Peshansky]

This has nothing to do with Cygwin/X.  Redirecting to the main Cygwin
list.  Please remove  from replies.

On Tue, 17 Jan 2006, Paminu wrote:

> I have my .emacs file in c:\cygwin\home\mos, but emacs only read it if I
> put it in: "c:" How do I make emacs read from c:\cygwin\home\mos??

Does  help?
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"

--
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: [ANNOUNCEMENT] Updated: cygwin-1.5.19-2

[Yadin Y. Goldschmidt]

After upgrading to 1.5.19-2 sshd will not start. In the event viewer log  I 
see the message: type error event 7022:
the CYGWIN sshd service hung on starting
doing ps -a  I see 2 instances of  cygrunsrv one for cron that started and 
sshd service missing.

"Corinna Vinschen" <[EMAIL PROTECTED]> wrote in message 
news:[EMAIL PROTECTED]
> I've updated the Cygwin package to 1.5.19-2.
>
> The -1 package accidentally contained files which are usually part of
> the mingw-runtime and w32api packages.
>
> ===
> NOTE:
>
> If you have installed the mingw-runtime and w32api packages, and if
> you already installed 1.5.19-1, then you should update to 1.5.19-2,
> and then, afterwards, restart setup.exe and force a reinstall of the
> mingw-runtime and w32api packages, otherwise you will later miss files.
>
> If you didn't install 1.5.19-1, just install 1.5.19-2 and you're done.
> ===
>
> Since there has nothing else changed, enjoy the original announcement
> again:
>
> I've made a new version of the Cygwin DLL and associated utilities
> available for download.  As usual, a list of what has changed is below.
>
> 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@cygwin.com .
>
>  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***
>
> If you want to unsubscribe from the cygwin-announce mailing list, look
> at the "List-Unsubscribe: " tag in the email header of this message.
> Send email to the address specified there.  It will be in the format:
>
> [EMAIL PROTECTED]
>
> If you need more information on unsubscribing, start reading here:
>
> http://sources.redhat.com/lists.html#unsubscribe-simple
>
> Please read *all* of the information on unsubscribing that is available
> starting at this URL.
>
> Christopher Faylor
> TimeSys, Inc.
>
> Changes since 1.5.18-1:
>
> cgf: Fix problem with non-cygwin programs which use pipes.
>
> corinna: Export getline, getdelim.
>
> cgf: Don't send notification to the parent if cygwin dll is loaded
> dynamically.
>
> cgf: Update malloc to version 2.8.2.
>
> cgf: Rewrite bad argument checking for thread safety and improved speed.
>
> cgf: Fix problem with spawn() of non-cygwin processes.
>
> cgf: Define loff_t in types.h.
>
> cgf: Define INET_ADDRSTRLEN in in.h.
>
> arto.huusko: Fix fork problem when resources are low.
>
> cgf: Add some linux-specific defines to ioctl.h.
>
> cgf: Export pread() and pwrite().
>
> sthoenna: Implement TIOCMBIS and TIOCMBIC.
>
> corinna: Bounds check abstime in pthread_cond_timedwait.
>
> mgorse: Fix possible seg fault when creating a detached thread.
>
> cgf: Move more linux-like definitions into endian.h.
>
> cgf: Fix problem where cygheap was miniscule in size rather than
> many megabytes causing cygwin to prematurely run out of file handles
> or to be incapable of handling long command lines.
>
> cgf: Rework Makefile to allow separate debugging information to be
> generated.
>
> cgf: Try harder to generate EMFILE condition.
>
> corinna: Export fts_children, fts_close, fts_get_clientptr,
> fts_get_stream, fts_open, fts_read, fts_set, fts_set_clientptr,
> ftw, nftw.
>
> cgf: Add elf.h and friends to /usr/include.  This makes it easier
> to build the linux kernel on cygwin.
>
> cgf: Try harder to generate E2BIG when the command line length is
> overrun on exec/spawn.
>
> trcurtiss: Fix so that current baud rate of serial line is returned
> regardless of DTR state.
>
> corinna: Make cygwin more robust when running on 64-bit version of
> Windows.
>
> ptsekov: Fix problems with stale subshells in MC caused by EOF in pty
> slaves not being correctly propagated.
>
> cgf: Report "cygdrive" and proc as directories in / even if they haven't
> been explicitly created as directories.
>
> cgf: Implement and export readdir_r.
>
> cgf: Fix handling of signal masks in threads.
>
> cgf: Allow use of /proc values as standard input to programs like 'cat'.
>
> cgf: Set proper errno when attempting to execuate a directory.
>
> cgf: Fix handling of pause() in a non-main thread.
>
> corinna: Emulate linux version of realpath() more closely.
>
> cgf: Make lseek on a tty invalid.
>
> cgf: Detect attempts to run a .com file masquerading as a 16bit .exe file
> which cause problems on Win98/Me.
>
> corinna: Disable all special handling of CTRL_LOGOFF_EVENT since it seems
> to be sent too globally to be useful.
>
> cgf: Fix stty "Not all operations could be performed" problem on serial 
> ports
> and allow "stty -a" to work on serial ports as well.
>
> corinna: Fix open and stat on virtual subdirectories (/proc/registry, 
> etc.)
>
> corinna: Fix invalid errno handling in strerror.
>
> corinna: Fix potential hang 

RE: support

[Dave Korn]

Eric Blake wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> [I hate it when simple instructions aren't followed - I explicitly said
> that the list was the correct place for support...]

  Nilgun, I won't want private mail either; keep it to the list please.

>> I am a new user for Cygwin and trying start a CAD program (UGNX2) in
>> Windows by scripting in csh. Normally I run 2 batch files for required
>> libraries and the paths in command prompt window of Windows. Then run
>> the main batch file (ugii.bat) to start the program and it really starts
>> perfectly. 
>> Whereas when I do the same things in csh, an error message appears as
>> follows: 
>> 
>> ---
>> \ugraf.exe
>> ---
>> Cannot find the file '\ugraf.exe' (or one of its components). Make sure
>> the path and filename are correct and that all required libraries are
>> available. 
>> ---
>> 
>> You can find the ugii.bat in the attached file.
>> ugraf.exe file is in the same folder with ugii.bat file. But I dont
>> understand why the same script works in command prompt and does not work
>> in csh...
> 
> If you want help with your csh script, then attach the csh script, not the
> Windows .bat file.  And remember that in cygwin, you should be using POSIX
> paths, such as ./ugraf.exe, since backslashes in Windows paths require
> extra escaping that make them tougher to use.

  And also remember that in shell scripting most commands run in a sub shell,
and as soon as that subshell exits any changes made to its environment are
lost, so you need to source those files with the environment variable settings
rather than invoke them as standalone command lines.



cheers,
  DaveK
-- 
Can't think of a witty .sigline today


--
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: [ANNOUNCEMENT] Updated: cygwin-1.5.19-2

[Corinna Vinschen]

On Jan 17 14:16, Pierre Bogossian wrote:
> rsh doesn't seem to work anymore since I upgraded to cygwin-1.5.19-2.
> Running a simple commande like "rsh localhost echo blah" just hangs forever.
> I can't tell if the problem comes from rsh command or from the server, in the
> tests I made both were running on the same machine that I updated to 1.5.19-2.
> Any clue about what happens ?

Not yet.  I'm looking into this issue.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
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: [ANNOUNCEMENT] Updated: cygwin-1.5.19-2

[Corinna Vinschen]

On Jan 17 10:05, Yadin Y. Goldschmidt wrote:
> After upgrading to 1.5.19-2 sshd will not start. In the event viewer log  I 
> see the message: type error event 7022:
> the CYGWIN sshd service hung on starting
> doing ps -a  I see 2 instances of  cygrunsrv one for cron that started and 
> sshd service missing.

Try again.  sshd (as well as inetd, syslog-ng, esd) works fine for me
when started as service.  If you don't succeed, please see
http://cygwin.com/problems.html.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
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: Re - [ANNOUNCEMENT] Updated: cygwin-1.5.19-2

[Christopher Faylor]

On Tue, Jan 17, 2006 at 12:18:16PM +0100, Angelo Graziosi wrote:
>Corinna Vinschen wrote:
>
>> Angelo Graziosi wrote:
>>> 
>>> I am a little confused.
>>> 
>>> Usally I use snapshots. The last was 20060112 20:32:44.
>>> 
>>> Now should I install just Cygwin 1.5.19-2 or should I force also the
>>> reinstall of mingw-runtime and w32api packages (those in the official
>>> cygwin distribution)?
>>
>> I really thought my text was clear:
>>
>> If you have installed the mingw-runtime and w32api packages, and
>> if you already installed 1.5.19-1, then you should update to 1.5.19-2
>
>I want to say that, using the snapshots, the mingw-runtime and w32api
>packages currently installed are those of the snap.

This is unintentional and symptomatic of the problem which caused these
two packages to show up in the 1.5.19-1 release.

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: [ANNOUNCEMENT] Updated: cygwin-1.5.19-2

[Yadin Y. Goldschmidt]

I  rebooted again and this time the service started. Thanks.
"Corinna Vinschen"  wrote in message 
news:20060117152051.GX8318 at calimero.vinschen.de...
> On Jan 17 10:05, Yadin Y. Goldschmidt wrote:
>> After upgrading to 1.5.19-2 sshd will not start. In the event viewer log 
>> I
>> see the message: type error event 7022:
>> the CYGWIN sshd service hung on starting
>> doing ps -a  I see 2 instances of  cygrunsrv one for cron that started 
>> and
>> sshd service missing.
>
> Try again.  sshd (as well as inetd, syslog-ng, esd) works fine for me
> when started as service.  If you don't succeed, please see
> http://cygwin.com/problems.html.
>
>
> Corinna
>
> -- 
> Corinna Vinschen  Please, send mails regarding Cygwin to
> Cygwin Project Co-Leader  cygwin AT cygwin DOT com
> Red Hat
> 




--
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/

[ADMINISTRIVIA] Please don't use 'cygwin at cygwin dot com' as an email address

[Christopher Faylor]

The spam trap has caught a few attempts from people who are attempting
to use 'cygwin at cygwin dot com' (i.e., the actual email address) as
their "From: " email address.  Please don't do that.  It won't work.
This From: address has been used to send spam so its use as a From:
address has been blocked.

Judging by the fact that people try repeatedly to send email with this
 From: address, it seems like they are either not getting the bounces
that sourceware is sending or they are being ignored.  So, I'm sending
this general note to alert people - just don't do that.

Again, I'm talking about using the real address here, not the mildly
obfuscated one that I've used above.

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/

dircolors generates "uknown colorls variable su"

[Steve Kelem]

I upgraded to coreutils-5.93-2, and now when I run
eval `dircolors -csh`
I get
Unknown colorls variable `su'.

The following shows what dircolors generates.
% dircolors --csh
setenv LS_COLORS 
'no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01

:su=37;41:sg=30;43:tw=30;42:ow=34;42:st=37;44
:ex=01;32:*.cmd=01;32:*.exe=01;32:*.com=01;32:*.btm=01;32:*.bat=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31
:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.bz2=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.jpg=01;35
:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35
:*.tiff=01;35:*.png=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.avi=01;35:*.fli=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35
:*.xwd=01;35:*.flac=01;35:*.mp3=01;35:*.mpc=01;35:*.ogg=01;35:*.wav=01;35:'
% dircolors --version
dircolors (GNU coreutils) 5.93

Any idea what's wrong?

Thanks,
Steve

--
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: [ADMINISTRIVIA] Please don't use 'cygwin at cygwin dot com' as an email address

[Dave Korn]

Christopher Faylor wrote:
> The spam trap has caught a few attempts from people who are attempting
> to use 'cygwin at cygwin dot com' (i.e., the actual email address) as
> their "From: " email address.  Please don't do that.  It won't work.
> This From: address has been used to send spam so its use as a From:
> address has been blocked.

  Not to mention that forging an email address that you have no authority or
permission from the relevant domain owner to use is a ToS breach at pretty
much every ISP under the sun and arguably even a criminal offence in some
jurisdictions.

  And it's network abuse.  Don't do it.  If you want to use a munged address,
either 1) use a made-up address at a domain that you own or have the explicit
permission of the owner to use 2) append ".invalid" or otherwise use a pretend
domain name that cannot possibly exist 3) use a throwaway hotmail or
mailinator account or 4) consult the address-munging FAQ for further
explanations information and advice.

http://members.aol.com/emailfaq/mungfaq.html

cheers,
  DaveK

PS:  TINLC!
-- 
Can't think of a witty .sigline today


--
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: dircolors generates "uknown colorls variable su" [attn tcsh maintainer]

[Eric Blake]

> I upgraded to coreutils-5.93-2, and now when I run
> eval `dircolors -csh`
> I get
> Unknown colorls variable `su'.

Hmm, this is an upstream issue.  'man tcsh' documents that
LS_COLORS is a magic environment variable to the shell, and
by default, tcsh 6.14.00 does not recognize the su= code for
setuid variables, even though dircolors 5.93 now outputs
this category.  People using tcsh without patches suffer
from version mismatch between what dircolors outputs
for use by coreutils' ls, vs. what tcsh parses for use in the
shell builtin ls-F.

I personally don't use tcsh, and I am surprised that no one
else has reported this issue upstream to coreutils; I will
go ahead and raise that issue.  For now, the workaround
is to provide your own file for dircolors' use to avoid the
SETUID category:

eval "`dircolors --csh path/to/your/DIR_COLORS`"

--
Eric Blake
volunteer cygwin coreutils maintainer

--
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: ioperm

[Marcel Telka]

Hi Angelo.

On Mon, Jan 16, 2006 at 03:06:50PM +, Angelo Moscati wrote:
> Hi,
> 
> I would like to know how i can install the ioperm.sys driver in windows 
> that don't have cygwin.
> 
> I wrote a program that uses ioperm and (like other cygwin program) if i 
> want to use it in another
> pc i need just to take also the relevant dlls.
> But in this case I need also to install the driver. Ichanged the code of 
> the installer so that it can find it in the current directory but it 
> doesn't help. StartService fails.

Sorry. I don't know. ioperm.sys should work without cygwin. Also the installer
(with some tweaks, but you did it). So, sorry, I'm unable to hel you. OTOH, the
installer is quite simple, so you could debug where the problem is.

Also, running ioperm without cygwin is not supported :-).


Regards.

-- 
+---+
| 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/

[ANNOUNCEMENT] Updated: w32api-3.6-1

[Chris Sutcliffe]

I've made a new version of the w32api available for download.  A list
of what has changed is below.

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@cygwin.com .

 *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message. 
Send email to the address specified there.  It will be in the format:

[EMAIL PROTECTED]

If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is
available starting at this URL.

Changes since 3.5-1:

2006-01-17  Chris Sutcliffe  <[EMAIL PROTECTED]>

* include/w32api.h: Increment version to 3.6.
* Makefile.in: Ditto.

2006-01-12  Danny Smith  <[EMAIL PROTECTED]>

* include/wincrypt.h (WINADVAPI): Add to prototypes of
advapi32.dll functions.

2006-01-12  Danny Smith  <[EMAIL PROTECTED]>

* include/winsock2.h (struct sockaddr_storage):  Use RFC 2553
names for padding size constants.

2006-01-12  Danny Smith  <[EMAIL PROTECTED]>

* include/aclapi.h (WINADVAPI): Add to prototypes.
* include/winreg.h (WINADVAPI): Likewise.
* include/winsvc.h (WINADVAPI): Likewise.

2006-01-05  Michael Gerdau  <[EMAIL PROTECTED]>

* include/winbase.h (WINADVAPI): Define.

2006-01-03  Christopher Faylor  <[EMAIL PROTECTED]>

* include/winuser.h (CreateWindowStation): Correctly identify first
argument as constant.
(CreateWindowStation@): Ditto.

2006-01-03  Dimitri Papadopoulos  <[EMAIL PROTECTED]>

* include/uxtheme.h  [_WIN32_WINNT >= 0x0501]
(TMT_*, BT_*): Add constants.

2005-12-31  Corinna Vinschen  <[EMAIL PROTECTED]>

* include/winsock2.h: Don't define struct sockaddr_storage when
building Cygwin.

2005-12-22  Danny Smith  <[EMAIL PROTECTED]>

* lib/ws2_32.c: New file, defining IPv6 constants.
* lib/Makefile.in (SOURCES): Add ws2_32.c
(EXTRA_OBJS): Add ws2_32.o.

2005-12-21  Michael Jung  <[EMAIL PROTECTED]>

* lib/user32.def ([EMAIL PROTECTED],
[EMAIL PROTECTED]): Define.
* lib/shell32.c (IID_IShellLinkDataList): Add GUID.

2005-12-12  Christopher Faylor  <[EMAIL PROTECTED]>

* include/winuser.h (WINSTA_ALL_ACCESS): Define.

2005-12-09  Danny Smith  <[EMAIL PROTECTED]>

* lib/kernel32.def (CreateFiberEx): Correct suffix.

2005-12-09  Huw Davies <[EMAIL PROTECTED]>
Danny Smith <[EMAIL PROTECTED]>

* lib/msxml-uuid.c: New file to generate UUIDs for
MSXML interfaces.
* lib/Makefile.in (UUID_OBJS): Add msxml-uuid.o.

2005-12-07  Danny Smith  <[EMAIL PROTECTED]>

* include/winbase.h (GetDevicePowerState): Add prototype.
* lib/kernel32.def (GetDevicePowerState): Correct suffix.

2005-12-07  Brian Gunlogson  <[EMAIL PROTECTED]>

* include/winuser.h (GetClassLongPtr{AW}): Guard prototypes with _WIN64.
Define as macro if !_WIN64.
(SetClassLongPtr{AW}): Likewise.
(GCLP_*): Add GetClassLongPtr defines.
* lib/user32.def (GetClassLongPtr{AW}): Remove stubs.
(SetClassLongPtr{AW}): Likewise.

2005-11-18  Brian Gunlogson  <[EMAIL PROTECTED]>

* include/winuser.h (GetClassLongPtr{AW}): Add prototypes.
(SetClassLongPtr{AW}): Likewise.
(GCLP_*): Add GetClassLongPtr defines.
* lib/user32.def (GetClassLongPtr{AW}): Add stubs.
(SetClassLongPtr{AW}): Likewise.

2005-11-12  Danny Smith  <[EMAIL PROTECTED]>

* include/commdlg.h (OPENFILENAMEW): Add members for
_WIN32_WINNT >= 0x0500.
Thanks to Ricardo Dalcorsso Fodra.
(OPENFILENAMEA): Modify whitespace. Ansify comment.

2005-11-12  Danny Smith  <[EMAIL PROTECTED]>

* include/wingdi.h (GetICMProfileA): Correct prototype.
(GetICMProfileW): Likewise.
Thanks to: Paul J Lucas

2005-11-04  Michael Jung  <[EMAIL PROTECTED]>

* lib/shell32.c (CLSID_ShellFSFolder): Add GUID.

2005-11-03  Danny Smith  <[EMAIL PROTECTED]>

* lib/crypt32.def (CertOIDToAlgId, CertAlgIDToOID, CryptProtectData,
CryptUnprotectData, CryptDecodeObjectEx, CryptEncodeObjectEx,
CryptRegisterOIDFunction, CryptUnregisterOIDFunction): Add stubs.
Thanks to: F Richter  

--
Chris Sutcliffe
http://emergedesktop.org

--
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: cygwins setup hangs in installation

[Brett Serkez]

>> I DON'T have a hyperthreaded processor, and still see hangs with the
>> current stable version of setup.exe (v. 2.510.2.2)  It hangs
>> indefinitely during update-info-dir.sh.  My computer is a Pentium-M
>> 1.4GHz, 760MB RAM.
>
>This is a known bug (which is known to have nothing to do with
>hyperthreading)...
>
>> The good news: setup.exe does work fine if I use one of the unstable
>> versions (v. 2.523)  Then I get no hang and everything seems fine.
>
>...which is fixed in CVS (but it's good to know it's fixed)...

Looks like setup 2.510.2.2 is still the current version.  Does anyone
know when a fixed version of setup will be released that doesn't hang in
update-info-dir.sh?

Brett

Brett C. Serkez, Techie


--
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/

Install goes to network drive

[Scott Purcell]

Hello,

I am installing "cygwin" on a XP box. I have downloaded the setup and files to 
my local c:/tmp/files

When I run the setup, all appears good. I point to c:/cygwin and tell it to 
find files from c:/tmp/files. The install completes fine but when I type a cd ~ 
(show my home directory) the terminal shows my home here:
/cygdrive/h  which is a mounted server. I have done this three times, and each 
time it does this. I checked all environment variables. I just want my home to 
be /cygdrive/c so I can add a .bashrc and get rolling.

Can someone please assist.

Many thanks,
Scott



--
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/

Mysql client through gcc under cygwin

[cameron . chenier]

Hello All,
I had a though time programing a mysql client using gcc through cygwin. I
have come up with a guide which I hope will help anyone trying to
accomplish this in the future. There are other sites with advise out
there, but I was unable to find one that took me from start to finish.
Thus I have put this information together.



Windows 2k3 Server / CYGWIN / C program interfacing w/ mysql
Cameron Chenier ([EMAIL PROTECTED])

Completed Using:
mysql version 4.1.16
cygwin 1.5.18

Prereq:
Windows Installed
Mysql Installed using Windows Binaries (This is separate from the cygwin
mysql install)
Cygwin installed with gcc, g++, make

Overview:
The following is required when compiling a c program that requires a link
to a mysql database all on a Windows machine. There are other ways of
accomplishing this task. This method will use cygwin in order to use gcc.
A libmysqlclient is used to connect to the database. However cygwin must
compile this file from the source code of mysql, or we’ll have problems
with it. So what we have is Mysql installed on the Windows machine using
the Windows Binaries from the mysql.org website. In order to get the
libmysqlclient.a we must compile the mysql source code (NOT the Windows
code) using gcc through cygwin. Following the steps below assumes you have
Mysql server install on a windows machine. Cygwin is installed with the
gcc, g++, and make packages.

Steps:

   1.
  Download source for mysql from www.mysql.org
  -Get the linux source (tar.gz). This is at the end of the download
webpage
   2.
  Untar mysql source (ex. C:\mysql-src)
   3.
  Open cygwin
   4.
  Configure mysql install. Do this with –without-server option
 1.
%>cd /cygdrive/c/mysql-src/mysql-4.1.16
 2.
%>./configure –without-server
   5.
  Make and Install mysql (this will NOT effect the Windows Mysql
Server install)
 1.
%>make
 2.
%>make install
   6.
  The important files for the mysqlclient are:
 1.
/usr/local/lib/mysql/libmysqlclient.a
 2.
/usr/local/include/mysql/mysql.h
These files may be in different locations depending on your
install. The other common location of these files will be
/usr/lib/mysql and /usr/include/mysql. This will come into
play when compiling your mysqlclient program.
   7.
  Test file to ensure it all works:
 1.
Test file:

#include “mysql.h”
int main(){
MYSQL conn;
}

   2.
  Compile with following options
   3.
  -I/usr/local/include/mysql
   4.
  -L/usr/local/lib/mysql-lmysqlclient

ex. gcc test.c -o test -I/usr/local/include/mysql
-L/usr/local/lib/mysql -lmysqlclient
The location of these directories may be different for your
install as mentioned above.
   3.
  Problems:
 1.
I ran into a problem while compiling my test program with
my_compress.o missing from the libmysqlclient.a library

/usr/local/lib/mysql/libmysqlclient.a(my_compress.o):my_compress.c:(.text+0x5e):
undefined reference to ‘_compress’
Solution: to all the .o file into the gcc compile line. The
file is in the libmysql directory in the mysql source
directory.
  gcc test.c -o test
/cygdrive/c/mysql-src/mysql-4.1.16/libmysql/my_compress.o


References:
www.cygwin.com
www.mysql.org

--
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: add /home/mos to path?

[Paminu]

"Eric Blake" <[EMAIL PROTECTED]> skrev i en meddelelse 
news:[EMAIL PROTECTED]
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> According to Paminu on 1/17/2006 5:21 AM:
>> I have my .emacs file in c:\cygwin\home\mos, but emacs only read it if I 
>> put
>> it in: "c:" How do I make emacs read from c:\cygwin\home\mos??
>
> We need more details.  Did you mean emacs or xemacs (they are different,
> after all)?

I use an windows version of emacs, and it have worked fine before where it 
read from c:\cygwin\home\mos. I just can't remember how I got emacs to look 
there. 




--
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: Install goes to network drive

[Igor Peshansky]

On Tue, 17 Jan 2006, Scott Purcell wrote:

> Hello,
>
> I am installing "cygwin" on a XP box. I have downloaded the setup and
> files to my local c:/tmp/files
>
> When I run the setup, all appears good. I point to c:/cygwin and tell it
> to find files from c:/tmp/files. The install completes fine but when I
> type a cd ~ (show my home directory) the terminal shows my home here:
> /cygdrive/h which is a mounted server. I have done this three times, and
> each time it does this. I checked all environment variables. I just want
> my home to be /cygdrive/c so I can add a .bashrc and get rolling.
>
> Can someone please assist.

Does  help?  If not,
please read and follow

> Problem reports:   http://cygwin.com/problems.html

HTH,
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"

--
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: Install goes to network drive

[Brett Serkez]

> I am installing "cygwin" on a XP box. I have downloaded the setup and
> files to my local c:/tmp/files
>
> When I run the setup, all appears good. I point to c:/cygwin and tell
> it to find files from c:/tmp/files. The install completes fine but
> when I type a cd ~ (show my home directory) the terminal shows my home
> here: /cygdrive/h  which is a mounted server. I have done this three
> times, and each time it does this. I checked all environment
> variables. I just want my home to be /cygdrive/c so I can add a
> .bashrc and get rolling.

Your home directory is determined by the contents of /etc/passwd, just
as it would be on a UNIX/Linux system.  mkpasswd is run during
installation to generate /etc/passwd.

You can run the command 'mkpasswd -l' to see what was generated if you
are not in a domain, and 'mkpasswd -d' to see what was generated if you
are in a domain.

Use 'id' to see your user name and then look at /etc/passwd to see what
the setting is for your account, the easiest way to do this is with
'grep
user /etc/passwd'.  Your home directory is the second to last field.

You can edit /etc/passwd and change your home directory in this file, it
would usually be /home/user, but you can set it to anything you want.

Brett

Brett C. Serkez, Techie


--
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: add "/home/mos" to path?

[Paminu]

"Igor Peshansky" <[EMAIL PROTECTED]> skrev i en meddelelse 
news:[EMAIL PROTECTED]
> This has nothing to do with Cygwin/X.  Redirecting to the main Cygwin
> list.  Please remove  from replies.
>
> On Tue, 17 Jan 2006, Paminu wrote:
>
>> I have my .emacs file in c:\cygwin\home\mos, but emacs only read it if I
>> put it in: "c:" How do I make emacs read from c:\cygwin\home\mos??
>
> Does  help?
> Igor


nope I cannot type "set HOME" in the run menu. And I have already added 
c:\cygwin\home\mos to my environment variables in winXP. 




--
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: add "/home/mos" to path?

[Igor Peshansky]

On Tue, 17 Jan 2006, Paminu wrote:

> "Igor Peshansky" <[EMAIL PROTECTED]> skrev i en meddelelse
> news:[EMAIL PROTECTED]

.  Thanks.

> > This has nothing to do with Cygwin/X.  Redirecting to the main Cygwin
> > list.  Please remove  from replies.
   ^^^
I guess this didn't register...

> > On Tue, 17 Jan 2006, Paminu wrote:
> >
> >> I have my .emacs file in c:\cygwin\home\mos, but emacs only read it if I
> >> put it in: "c:" How do I make emacs read from c:\cygwin\home\mos??
> >
> > Does  help?
> > Igor
>
> nope I cannot type "set HOME" in the run menu. And I have already added
> c:\cygwin\home\mos to my environment variables in winXP.

According to your previous message, you're using a non-Cygwin version of
Emacs.  This list does not support non-Cygwin programs.  Please contact
the distributor of that Emacs version for support.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"

--
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/

child_copy: linked dll data write copy failed

[Benn Schreiber]

I had cygwin running just fine on my laptop, but my simple startxwin.cmd
(run from cmd.exe) script started failing. In stepping through it, I found
that I was getting "child_copy: linked dll data write copy failed" error on
xrdb, which appears to be when it runs cpp.

I upgraded to cygwin-1.5.19-2 in the hopes that this would fix it, but I'm
still seeing the error there. The attached error output is from running it
on 1.5.19-2. Everything else is current released versions as well.

Any suggestions on how to debug this would be greatly appreciated!

Thanks!

c:\> startxwin
startxwin.bat - Starting on Windows NT/2000/XP/2003
  3 [main] xrdb 2696 child_copy: linked dll data write copy failed,
0x3D3000..0x3D3010, done 0, windows pid 2286228, Win32 error 87
  3 [main] xrdb 2696 child_copy: linked dll data write copy failed,
0x3D3000..0x3D3010, done 0, windows pid 2286228, Win32 error 87
xrdb: Resource temporarily unavailable
xrdb: cannot run 'cpp -traditional -DHAS_THREADS -D__i386__
-DWIN32_LEAN_AND_MEA
N -DX_LOCALE-D_X86_ -D__CYGWIN__ -D_XOPEN_SOURCE
-D_
POSIX_C_SOURCE=199309L -D_BSD_SOURCE
-D_SVID_SOURCE -
D_GNU_SOURCE -DFD_SETSIZE=256   -DXResExtension
-DHOST=
127.0.0.1 -DSERVERHOST=127.0.0.1 -DSRVR_127_0_0_1 -DDISPLAY_NUM=0
-DCLIENTHOST=N
C -DCLNT_NC -DVERSION=11 -DREVISION=0 -DVENDOR="The Cygwin/X Project"
-DVNDR_The
_Cygwin_X_Project -DRELEASE=60802000 -DNUM_SCREENS=1 -DEXT_DAMAGE
-DEXT_X_Resour
ce -DEXT_RANDR -DEXT_RENDER -DEXT_XFIXES -DEXT_SGI_GLX -DEXT_GLX
-DEXT_XFree86_B
igfont -DEXT_TOG_CUP -DEXT_SECURITY -DEXT_XC_APPGROUP -DEXT_DOUBLE_BUFFER
-DEXT_
LBX -DEXT_RECORD -DEXT_XC_MISC -DEXT_XKEYBOARD -DEXT_SYNC -DEXT_DEC_XTRAP
-DEXT_
MIT_SUNDRY_NONSTANDARD -DEXT_BIG_REQUESTS -DEXT_XTEST -DEXT_XInputExtension
-DEX
T_Extended_Visual_Information -DEXT_SHAPE -DSCREEN_NUM=0 -DWIDTH=1400
-DHEIGHT=1
050 -DX_RESOLUTION=2954 -DY_RESOLUTION=2949 -DPLANES=24 -DBITS_PER_RGB=8
-DCLASS
=TrueColor -DCLASS_TrueColor=34 -DCOLOR -DCLASS_TrueColor_24=34'
 
c:\>



--
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/

1.5.18: rxvt only accepts control keys from synergy

[Elliott Hughes]

I searched the list for mentions of "rxvt" and "synergy", but only found this:

  http://sourceware.org/ml/cygwin/2005-10/msg00488.html

I too have a problem with the combination, but it's a bit more far-reaching. I 
can't type anything. I know this is the sort of problem you don't like: Cygwin 
bash(1) works fine, Cygwin rxvt(1) works fine (if I type on an attached 
keyboard), and "cygwin.bat" running in a "cmd" window works fine (even with 
keystrokes coming off the net via synergy). But I wondered if anyone else had 
seen this or had any ideas?

About the only thing I can type is control-d, which logs me out and closes the 
window, or return, which accepts the empty line.

It's not that control is "stuck" (as happens with x2vnc, but which i haven't 
yet seen with synergy): typing "d" doesn't do anything (other than cause the 
window to flash sometimes as it redraws).

The arrow keys move through my  history, and then I can see that control-w and 
control-u work. I also see that just pressing control seems to act as if I hit 
backspace twice.

It's also not that characters just aren't being echoed. "stty sane\n", "stty 
-a\n", and "exit\n" all do nothing that "\n" doesn't.

My synergy (http://synergy2.sourceforge.net/) setup is such that i have a Linux 
box with a keyboard and mouse attached, running the server, and I run the 
client on Cygwin and Mac OS machines. I'm not running X11 on the Cygwin box.

Any ideas of what I should look at?

-- 
Elliott Hughes, BlueArc Engineering


cygcheck.out
Description: cygcheck.out
--
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: 1.5.18: rxvt only accepts control keys from synergy

[Brian Dessent]

Elliott Hughes wrote:

> I too have a problem with the combination, but it's a bit more far-reaching. 
> I can't type anything. I know this is the sort of problem you don't like: 
> Cygwin bash(1) works fine, Cygwin rxvt(1) works fine (if I type on an 
> attached keyboard), and "cygwin.bat" running in a "cmd" window works fine 
> (even with keystrokes coming off the net via synergy). But I wondered if 
> anyone else had seen this or had any ideas?

I have no idea what 'synergy' is but it sounds like it's not a Cygwin
program (i.e. it is not linked against cygwin1.dll.)  If that's the case
you will probably not be able to use it in a rxvt window because it will
have no concept of the pty that rxvt presents.  The unix pseudoterminal
doesn't exist in windows, so Cygwin emulates it with a pipe.  Most
non-Cygwin programs don't expect to take interactive input from a pipe
so they buffer the input, which makes it seem as if nothing is
happening.

There's not much you can do about this, other than:

- run the program in a CMD window (without 'tty' in $CYGWIN) -- this
uses a native windows console instead of a pty
- find a Cygwin application to do the same function
- recompile synergy as a Cygwin app or at least to take input unbuffered
from a pipe

Brian

--
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: 1.5.18: rxvt only accepts control keys from synergy

[Christopher Faylor]

On Tue, Jan 17, 2006 at 06:10:29PM -0800, Brian Dessent wrote:
>Elliott Hughes wrote:
>>I too have a problem with the combination, but it's a bit more
>>far-reaching.  I can't type anything.  I know this is the sort of
>>problem you don't like: Cygwin bash(1) works fine, Cygwin rxvt(1) works
>>fine (if I type on an attached keyboard), and "cygwin.bat" running in a
>>"cmd" window works fine (even with keystrokes coming off the net via
>>synergy).  But I wondered if anyone else had seen this or had any
>>ideas?
>
>I have no idea what 'synergy' is but it sounds like it's not a Cygwin
>program (i.e.  it is not linked against cygwin1.dll.)

I happen to know about this one because I use synergy all of the time.

synergy is a program which allows one keyboard to control multiple
displays.  You move the cursor to the left to get to the screen on the
left, move it to the right to get to the screen on the right.  I often
use it to annoy my wife or kids while they're typing on the computer
next to me.  :-)

Synergy is a very nice application.  It doesn't have to be cygwin aware,
to operate, though.

I'd never tried it with rxvt before but, whaddaya know?  WJFFM.  This
is with 1.5.19, though.

Anyway, if rxvt works fine using the keyboard on the "other computer",
then the problem clearly has something to do with synergy and this is a
question for the synergy mailing list.  If rxvt doesn't work then that's
a question for the cygwin list.  I wouldn't expect there to be any
problems with rvxt, however.

And, yes, synergy does have a mailing list.

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: child_copy: linked dll data write copy failed

[Benn Schreiber]

I had some time to debug this, and found that it was the "Logitech Process
Monitor" service, which I had recently installed (and forgotten about). It
apparently causes a DLL to be loaded into every process, which was causing
the problem. Once I set the service to Manual start, Cygwin-X started
perfectly.

I'm good to go for now, if someone has any insights to help figure out why
this is happening, or wants to look into it further, I'm still interested.

Benn

* From: "Benn Schreiber" 
* To: 
* Date: Tue, 17 Jan 2006 17:31:24 -0800
* Subject: child_copy: linked dll data write copy failed

I had cygwin running just fine on my laptop, but my simple startxwin.cmd
(run from cmd.exe) script started failing. In stepping through it, I found
that I was getting "child_copy: linked dll data write copy failed" error on
xrdb, which appears to be when it runs cpp.

I upgraded to cygwin-1.5.19-2 in the hopes that this would fix it, but I'm
still seeing the error there. The attached error output is from running it
on 1.5.19-2. Everything else is current released versions as well.

Any suggestions on how to debug this would be greatly appreciated!

Thanks!

c:\> startxwin
startxwin.bat - Starting on Windows NT/2000/XP/2003
  3 [main] xrdb 2696 child_copy: linked dll data write copy failed,
0x3D3000..0x3D3010, done 0, windows pid 2286228, Win32 error 87
  3 [main] xrdb 2696 child_copy: linked dll data write copy failed,
0x3D3000..0x3D3010, done 0, windows pid 2286228, Win32 error 87
xrdb: Resource temporarily unavailable
xrdb: cannot run 'cpp -traditional -DHAS_THREADS -D__i386__
-DWIN32_LEAN_AND_MEA
N -DX_LOCALE-D_X86_ -D__CYGWIN__ -D_XOPEN_SOURCE
-D_
POSIX_C_SOURCE=199309L -D_BSD_SOURCE
-D_SVID_SOURCE -
D_GNU_SOURCE -DFD_SETSIZE=256   -DXResExtension
-DHOST=
127.0.0.1 -DSERVERHOST=127.0.0.1 -DSRVR_127_0_0_1 -DDISPLAY_NUM=0
-DCLIENTHOST=N
C -DCLNT_NC -DVERSION=11 -DREVISION=0 -DVENDOR="The Cygwin/X Project"
-DVNDR_The
_Cygwin_X_Project -DRELEASE=60802000 -DNUM_SCREENS=1 -DEXT_DAMAGE
-DEXT_X_Resour
ce -DEXT_RANDR -DEXT_RENDER -DEXT_XFIXES -DEXT_SGI_GLX -DEXT_GLX
-DEXT_XFree86_B
igfont -DEXT_TOG_CUP -DEXT_SECURITY -DEXT_XC_APPGROUP -DEXT_DOUBLE_BUFFER
-DEXT_
LBX -DEXT_RECORD -DEXT_XC_MISC -DEXT_XKEYBOARD -DEXT_SYNC -DEXT_DEC_XTRAP
-DEXT_
MIT_SUNDRY_NONSTANDARD -DEXT_BIG_REQUESTS -DEXT_XTEST -DEXT_XInputExtension
-DEX
T_Extended_Visual_Information -DEXT_SHAPE -DSCREEN_NUM=0 -DWIDTH=1400
-DHEIGHT=1
050 -DX_RESOLUTION=2954 -DY_RESOLUTION=2949 -DPLANES=24 -DBITS_PER_RGB=8
-DCLASS
=TrueColor -DCLASS_TrueColor=34 -DCOLOR -DCLASS_TrueColor_24=34'
 
c:\>






--
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: Using VC-compiled Mesa binaries under Cygwin

[* *]

On 1/17/06, Eric Lilja wrote:
> * * wrote:
> > Are the import libraries using the cygwin filename conventions?
> >
> Well, no. Building Mesa with glut creates the following files (which I have
> copied to the directory of the simple test program I trying to build with
> compiler supplied with Cygwin using the Makefile in first post):
> $ ls *.DLL *.lib
> GLU32.DLL*  GLU32.lib*  GLUT32.DLL*  GLUT32.lib*  OPENGL32.DLL*
> OPENGL32.lib*
> > example,
> >
> > -lm links against
> > libm.a
> >
> > -lpcre links against
> > libpcre.a
> > libpcre.dll.a
> > libpcre.la
> >
> > GCC just isn't going to find a file named glut32.lib using the
> > -lglut32 switch like microsoft link.exe does.  It might work if you
> > list it like all the object files.
>
> I tried renaming GLUT32.DLL to libglut32.dll.a, but the linker still cannot

But libglut32.dll.a should be the import library which Visual C++
named GLUT32.LIB

> find the definitions of any glut functions. I tried adding GLUT32.lib with
> the objects in the linking stage, but still no go.

This I would have hoped would work.  The GLUT32.DLL is certainly
usable from cygwin, as all system DLLs are (although non-C DLLs might
not be in some cases).

> However, doing a nm GLUT32.lib | grep glutPostRedisplay (the first undefined
> reference), shows:
> $ nm GLUT32.lib | grep _glutPostRedisplay
>  I [EMAIL PROTECTED]
>  T [EMAIL PROTECTED]

This is definitely the MSVC name mangling convention but I think
that gcc doesn't append the number of bytes on the end.  What calling
convention did you compile with?  I think MSVC adds the argument size
to stdcall but not cdecl, or else the other way around.

Actually, what was the error in the previous step?  Undefined symbols
I presume?  Please give a couple examples so I can see the mangled
names.  You may want to try recompiling the DLL with a different
calling convention specified in your MSVC project.  Functions in
system DLLs are stdcall.  I note that the /usr/include/w32api/*.h have
all declarations include __declspec(dllimport) __stdcall just like
MSVC... so your header files may need this too.

>
> Any ideas? And one more thing: Please don't quote raw email addresses when
> replying to this list. Thanks.

Oops.  Very sorry.

Other idea is to extract a gcc-format import library using dlltool... 
this looks helpful:
http://www.emmestech.com/software/cygwin/pexports-0.43/moron1.html

>
> >
> > On 1/16/06, Eric Lilja wrote:
> >> I just compiled the latest version of Mesa (6.4.1) using Microsoft
> >> Visual Studio, because I couldn't compile it with MinGW or Cygwin.
> >> After editing a macro, I was successful in compiling Mesa + glut in
> >> Visual Studio. Now, can I use the binaries (libs and DLLs) with
> >> Cygwin? I can't seem to get my test program to link...I put the
> >> mesa-binaries in the application path and I am using the following
> >> Makefile:
> >> CC = gcc
> >> CFLAGS = -Wall -W -ansi -pedantic -g -O0 -c -o
> >> LDFLAGS = -L. -lglut32 -lglu32 -lopengl32 -o $(EXEC)
> >> EXEC = proj.exe
> >> OBJECTS = simple1_9.o
> >>
> >> all: $(OBJECTS)
> >>  $(CC) $^ $(LDFLAGS)
> >>
> >> %.o: %.c
> >>  $(CC) $(CFLAGS) $@ $<
> >>
> >> clean:
> >>  rm -f $(OBJECTS) $(EXEC) *~ *.stackdump
> >>
> >> But I'm getting link errors for any glut-functionsany ideas?
> >>
> >>
> >>
> >>
> >> --
> >> 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/
>
>
>
>
> --
> 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/
>
>

--
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/