Re: [Review 1 - No pass] gd: A graphics library for fast image creation

2003-11-14 Thread Dr. Volker Zell
 Harold == Harold L Hunt, Harold writes:

Harold Dr. Volker Zell wrote:
 Harold == Harold L Hunt, Harold writes:
Harold checking how to run the C++ preprocessor... /lib/cpp
Harold configure: error: C++ preprocessor /lib/cpp fails sanity check
Harold See `config.log' for more details.
 What are the details in config.log ?
 Try running configure with set -x
 I think this has nothing to with my package shell script.

Harold How could if have nothing to do with the package shell script?  I ran
Harold the conf command and it borked.  It should not bork.  You should be
Harold passing any necessary options and declaring/setting any necessary
Harold environment variables in the shell script.  There should not be any
Harold additional knowledge of how to build this package that is not in the
Harold script.

Harold Granted, this could be a problem with my system, but I've not seen a
Harold configure script have trouble finding cpp before...

Here is the diff between my script and the generic-build-script from the cygwin
site. I don't see a place where I made drastic changes to the script in the conf
stage. Can anybody else confirming Harolds observations ?


--- generic-build-script2003-11-11 19:39:57.022836800 +0100
+++ D:\usr\local\objs\gd\cygwin\gd-2.0.15-1.sh  2003-11-12 08:13:27.565236000 +0100
@@ -21,9 +21,13 @@
 
 tscriptname=`basename $0 .sh`
 export PKG=`echo $tscriptname | sed -e 's/\-[^\-]*\-[^\-]*$//'`
+export PKG2=libgd2
+export PKG3=libgd2-devel
 export VER=`echo $tscriptname | sed -e s/${PKG}\-// -e 's/\-[^\-]*$//'`
 export REL=`echo $tscriptname | sed -e s/${PKG}\-${VER}\-//`
 export FULLPKG=${PKG}-${VER}-${REL}
+export FULLPKG2=${PKG2}-${VER}-${REL}
+export FULLPKG3=${PKG3}-${VER}-${REL}
 
 # determine correct decompression option and tarball filename
 if [ -e ${PKG}-${VER}.tar.gz ] ; then
@@ -38,11 +42,15 @@
 export src_pkg_name=${FULLPKG}-src.tar.bz2
 export src_patch_name=${FULLPKG}.patch
 export bin_pkg_name=${FULLPKG}.tar.bz2
+export bin_pkg_name2=${FULLPKG2}.tar.bz2
+export bin_pkg_name3=${FULLPKG3}.tar.bz2
 
 export src_orig_pkg=${topdir}/${src_orig_pkg_name}
 export src_pkg=${topdir}/${src_pkg_name}
 export src_patch=${topdir}/${src_patch_name}
 export bin_pkg=${topdir}/${bin_pkg_name}
+export bin_pkg2=${topdir}/${bin_pkg_name2}
+export bin_pkg3=${topdir}/${bin_pkg_name3}
 export srcdir=${topdir}/${PKG}-${VER}
 export objdir=${srcdir}/.build
 export instdir=${srcdir}/.inst
@@ -53,9 +61,13 @@
 # if this package creates binaries, they run on
 target=i686-pc-cygwin
 prefix=/usr
+pnoslash=`echo $prefix | sed -e 's#^/##'`
 sysconfdir=/etc
+snoslash=`echo $sysconfdir | sed -e 's#^/##'`
+
 MY_CFLAGS=-O2
 MY_LDFLAGS=
+MY_LIBS=-liconv
 
 mkdirs() {
   (cd ${topdir}  \
@@ -69,11 +81,25 @@
   tar xv${opt_decomp}f ${src_orig_pkg} ; \
   cd ${topdir}  \
   patch -p0  ${src_patch} 
-   mkdirs )
+   mkdirs 
+  mkpatch
+  bootstrap 
+  )
+}
+bootstrap() {
+  (cd ${srcdir} \
+  libtoolize --automake --copy --force  \
+  aclocal   \
+  automake --gnu --add-missing --force-missing --copy   \
+  autoconf  \
+  autoheader
+  )
 }
 conf() {
   (cd ${objdir}  \
-  CFLAGS=${MY_CFLAGS} LDFLAGS=${MY_LDFLAGS} \
+  lndir ../  \
+  rm -rf .build .inst .sinst CYGWIN-PATCHES  \
+  CFLAGS=${MY_CFLAGS} LDFLAGS=${MY_LDFLAGS} LIBS=${MY_LIBS} \
   ${srcdir}/configure \
   --srcdir=${srcdir} --prefix=${prefix} \
   --exec-prefix=${prefix} --sysconfdir=${sysconfdir} \
@@ -103,16 +129,57 @@
   rm -f ${instdir}${f} ; \
 fi ;\
   done \
-  for d in ${prefix}/share/doc/${PKG}-${VER} ${prefix}/share/doc/Cygwin \
-   ${sysconfdir}/postinstall ; do
-if [ ! -d ${instdir}${d} ] ; then
-  mkdir -p ${instdir}${d} ;\
+  for dirn in ${prefix}/share/doc/${PKG}-${VER} ${prefix}/share/doc/${PKG3}-${VER} \
+${prefix}/share/doc/Cygwin ${sysconfdir}/postinstall ; do \
+if [ ! -d ${instdir}${dirn} ]; then \
+  mkdir -p ${instdir}${dirn} ; \
 fi ;\
-  done \
+  done  \
   templist=; \
-  for f in ${srcdir}/ANNOUNCE ${srcdir}/CHANGES ${srcdir}/INSTALL \
-   ${srcdir}/KNOWNBUG ${srcdir}/LICENSE ${srcdir}/README \
-   ${srcdir}/TODO ${srcdir}/COPYING ; do \
+  for f in \
+${srcdir}/ABOUT*   \
+${srcdir}/ANNOUNCE*\
+${srcdir}/AUTHOR*  \
+${srcdir}/BUG* \
+${srcdir}/BUILDING \
+${srcdir}/changelog*   \
+${srcdir}/changeLog*   \
+${srcdir}/ChangeLog*   \
+${srcdir}/changes* \
+${srcdir}/Changes* \
+${srcdir}/CHANGES* \
+${srcdir}/copying  \
+${srcdir}/COPY*\
+${srcdir}/CREDIT*  \
+${srcdir}/FAQ* \
+${srcdir}/FEATURES \
+${srcdir}/FILES\
+${srcdir}/FIXES\
+${srcdir}/HACKING  \
+${srcdir}/HISTORY  \
+

Re: Please update links, mod_php4, mod_ssl, wget (was: [mark@openssl.org: [OpenSSL Advisory] Denial of Service in ASN.1 parsing])

2003-11-14 Thread Corinna Vinschen
On Tue, Nov 04, 2003 at 08:49:45AM -0500, Christopher Faylor wrote:
 On Tue, Nov 04, 2003 at 02:40:20PM +0100, Corinna Vinschen wrote:
 May I again ask the package maintainers of packages, which still
 use openssl-0.9.6, to update their packages to use openssl-0.9.7?
 These packages are
 
 - links  Sami Tikka
 - mod_php4   Stipe Tolj
 - mod_ss Stipe Tolj
 - wget   Hack Kampbjorn
 
 If we don't get a response within a week, then, IMO, maintainership of
 these packages is up for grabs.

Ok, the week is definitely over.  Wget is new and fine, but links,
mod_php4 and mod_ssl are still unchanged.

So, links is up for grabs now since Sami didn't bother to reply at all.
If nobody takes over maintainership, the package will be removed in
two weeks from now.

Stipe has at least replied so he gets another week to release new
versions of his packages.  The packages are up for grabs next Friday.
If nobody takes them, they will be removed two weeks later.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.


a2ps-4.13-1 packaging problem

2003-11-14 Thread Igor Pechtchanski
David,

The a2ps-4.13-1 package has a slight problem.  First off, the
/etc/a2ps-site.cfg should be installed by a post-install script, otherwise
it'll be overwritten on every reinstall (and you don't want that, that
file is intended for site-specific configuration).

Another couple of problems with the default a2ps-site.cfg (one reported in
http://cygwin.com/ml/cygwin/2003-11/msg00573.html) can be fixed by the
patch below.  HTH,
Igor

--- /etc/a2ps-site.cfg-orig 2003-08-22 12:12:19.0 -0400
+++ /etc/a2ps-site.cfg  2003-11-14 10:48:20.085779200 -0500
@@ -14,7 +14,7 @@
 Options: --encoding=latin1

 # Default medium
-Options: --medium=A4
+Options: --medium=Letter

 #
 # 2)   Your printers   #
@@ -45,14 +45,14 @@ DefaultPrinter: | #{lp.default}
 # the name of the printer (a2ps -P printer-name), but printer-name
 # is not specified below as a special case.
 # printer-name is available here as `#o'.
-UnknownPrinter: | #{lp} #o
+UnknownPrinter: | #{lp} #o

 ### Some special printers.
 # This section is to fill only if you want to tune your system.
 # The entry `UnknownPrinter' is enough to handle any case.

 # For instance, I want to specify that arlette is a Level 2 PostScript
-# printer.  I specif no command, so the `UnknownPrinter' command will
+# printer.  I specify no command, so the `UnknownPrinter' command will
 # be used.
 #Printer: arlette level2

@@ -71,3 +71,8 @@ UnknownPrinter: | #{lp} #o
 # This example uses the fact that `$N' expands in the input file name,
 # so a2ps foo -P gzip will save the output in foo.ps.gz.
 #Printer: gzip | gzip -c  $N.#..gz
+
+# You could even show the resulting postscript on-screen
+# It is better not to pipe into ghostview
+#Variable: ghostview ghostview -dNOPLATFONTS
+#Printer: display | cat  #f0  #{ghostview} `cygpath -w #f0`

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

I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster.  -- Patrick Naughton


Pending Packages List, 2003-11-14

2003-11-14 Thread Daniel Reed
This is the list of pending packages as of Friday, November 14, 2003.

** PACKAGE PROPOSERS ** Please verify these fields **
Package: The name and version of the package as it will appear in setup. 
Proposal: Files that will be uploaded to sources.redhat.com unmodified.
HOLD-UPS: What you need to finish! What we are waiting for.

Maintainers of existing packages are eligible to vote on ITPs and new package
proposals. Once a package has been proposed, a cygwin-apps subscriber must
review it, and may point out problems or suggest changes. Each package must
receive a good to go (positive review) and must have all problems addressed
before being accepted.

Problems can be addressed either by announcing an updated version or explaining
why the problem is not an issue.

===
 Pending Packages List
===

Waiting for review: ploticus sgrep distcc libsmi otcl tclcl rdesktop tzcode cabextract 
joe rxp gd
Waiting for vote[s]: ploticus sgrep libsmi rdesktop tzcode cabextract joe rxp (GAP)
With unresolved problems: tcm distcc gd

Package: tcm 2.20-1
Description: Toolkit for Conceptual Modeling (TCM)
   Proposer: Daniel Boesswetter
   Proposal: http://sources.redhat.com/ml/cygwin-apps/2003-01/msg00299.html
 http://home.in.tum.de/~boesswet/tcm-2.20-1.tar.bz2
 http://home.in.tum.de/~boesswet/tcm-2.20-1-src.tar.bz2
 http://home.in.tum.de/~boesswet/setup.hint
 Good to go: Charles Wilson (cygwin-apps-thread.11851) (once problems are addressed)
   Problems: So, here's the question for the list.  For the cygwin-specific README in 
a X-related package, where should it go? (cygwin-apps-thread.11851)
 Status: Attained required 3 votes. Package available. Reviewed.
   HOLD-UPS: Unresolved minor problems.


Package: ploticus 2.11-1
Description: Command line driven tool to generates various plots and graphs
   Proposer: Jari Aalto
   Proposal: http://sources.redhat.com/ml/cygwin-apps/2003-09/msg00165.html
 http://tierra.dyndns.org:81/cygwin/ploticus/ploticus-2.11-1.tar.bz2
 http://tierra.dyndns.org:81/cygwin/ploticus/ploticus-2.11-1-src.tar.bz2
 http://tierra.dyndns.org:81/cygwin/ploticus/setup.hint
 Status: Package available.
   HOLD-UPS: Not enough votes (need 3). No good to go review.


Package: sgrep 1.99.1-1
Description: Search indexed text regions like SGML, XML and HTML files
   Proposer: Jari Aalto
   Proposal: http://sources.redhat.com/ml/cygwin-apps/2003-09/msg00166.html
 http://tierra.dyndns.org:81/cygwin/sgrep/sgrep-1.92.1-1.tar.bz2
 http://tierra.dyndns.org:81/cygwin/sgrep/sgrep-1.92.1-1-src.tar.bz2
 http://tierra.dyndns.org:81/cygwin/sgrep/setup.hint
  Aye votes: Lapo Luchini (cygwin-apps-thread.11774) [1/3]
 Dr. Volker Zell (cygwin-apps-thread.12054) [2/3]
 Status: Package available.
   HOLD-UPS: Not enough votes (need 1 more). No good to go review.


Package: distcc 2.11.1-1
Description: A fast, free, distributed C/C++ compiler
   Proposer: John Morrison
   Proposal: mailto:[EMAIL PROTECTED]
 
http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/distcc/distcc-2.11.1-1.tar.bz2
 
http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/distcc/distcc-2.11.1-1-src.tar.bz2
 http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/distcc/setup.hint
   Problems: the documentation needs to be consolidated into 
usr/share/doc/distcc-2.11.1/ (cygwin-apps-thread.11644)
 a Cygwin-specific README needs to be created (cygwin-apps-thread.11644)
 either popt or libpopt0 should be required (cygwin-apps-thread.11644)
 cygwin should also be required (cygwin-apps-thread.11644)
 Status: Attained required 3 votes. Package available.
   HOLD-UPS: Unresolved problems. No good to go review.


Package: libsmi 0.4.1-1
Description: Library to access SMI MIB information
   Proposer: Abe Backus
   Proposal: mailto:[EMAIL PROTECTED]
 http://abraham.backus.com/release/libsmi/libsmi-0.4.1-1.tar.bz2
 http://abraham.backus.com/release/libsmi/libsmi-0.4.1-1-src.tar.bz2
 http://abraham.backus.com/release/libsmi/setup.hint
   Also: libsmi-devel  [A library to access SMI MIB information]
 
http://abraham.backus.com/release/libsmi/libsmi-devel/libsmi-devel-0.4.1-1.tar.bz2
 http://abraham.backus.com/release/libsmi/libsmi-devel/setup.hint
   Also: libsmi-tools  [Tools using a library to access SMI MIB information]
 
http://abraham.backus.com/release/libsmi/libsmi-tools/libsmi-tools-0.4.1-1.tar.bz2
 http://abraham.backus.com/release/libsmi/libsmi-tools/setup.hint
 Status: Package available.
   HOLD-UPS: Not enough votes (need 3). No good to go review.


Package: otcl 1.0.13-1
Description: OTcl, short for MIT Object Tcl. (main package)
   

Re: Pending Packages List, 2003-11-14 [otcl, tclcl]

2003-11-14 Thread Harold L Hunt II
Daniel,

I think I mis-posted the URLs in my announcements for otcl and tclcl. 
Each of the paths below should have cygwin/ changed to cygwin/release/

Thanks,

Harold

Daniel Reed wrote:
Package: otcl 1.0.13-1
Description: OTcl, short for MIT Object Tcl. (main package)
   Proposer: Harold L Hunt II
   Proposal: mailto:[EMAIL PROTECTED]
 http://www.msu.edu/~huntharo/cygwin/tclcl/otcl-1.0.13-1.tar.bz2
 http://www.msu.edu/~huntharo/cygwin/tclcl/otcl-1.0.13-1-src.tar.bz2
 http://www.msu.edu/~huntharo/cygwin/tclcl/setup.hint
   Also: libotcl0  [OTcl, short for MIT Object Tcl. (runtime)]
 http://www.msu.edu/~huntharo/cygwin/otcl/libotcl0/libotcl0-1.0.9-1.tar.bz2
 http://www.msu.edu/~huntharo/cygwin/otcl/libotcl0/setup.hint
   Also: libotcl-devel  [OTcl, short for MIT Object Tcl. (development)]
 
http://www.msu.edu/~huntharo/cygwin/otcl/libotcl-devel/libotcl-devel-1.0.9-1.tar.bz2
 http://www.msu.edu/~huntharo/cygwin/otcl/libotcl-devel/setup.hint
 Status: Vote-exempt. Package available.
   HOLD-UPS: No good to go review.
Package: tclcl 1.0.13-1
Description: TclCL (Tcl with classes) is a Tcl/C++ interface used by Mash, vic, vat, 
...
   Proposer: Harold L Hunt II
   Proposal: http://sources.redhat.com/ml/cygwin-apps/2003-11/msg5.html
 http://www.msu.edu/~huntharo/cygwin/tclcl/tclcl-1.0.13-1.tar.bz2
 http://www.msu.edu/~huntharo/cygwin/tclcl/tclcl-1.0.13-1-src.tar.bz2
 http://www.msu.edu/~huntharo/cygwin/tclcl/setup.hint
   Also: libtclcl0  [TclCL (Tcl with classes). (runtime)]
 
http://www.msu.edu/~huntharo/cygwin/tclcl/libtclcl0/libtclcl0-1.0.13-1.tar.bz2
 http://www.msu.edu/~huntharo/cygwin/tclcl/libtclcl0/setup.hint
   Also: libtclcl-devel  [TclCL (Tcl with classes). (development)]
 
http://www.msu.edu/~huntharo/cygwin/tclcl/libtclcl-devel/libtclcl-devel-1.0.13-1.tar.bz2
 http://www.msu.edu/~huntharo/cygwin/tclcl/libtclcl-devel/setup.hint
 Status: Vote-exempt. Package available.
   HOLD-UPS: No good to go review.




automated PPL

2003-11-14 Thread Daniel Reed
I am going to start testing a new script to pull out package proposals from
cygwin-apps messages. I have a couple small requests that hopefully will not
be too intrusive.

For messages about only one package, you can simply follow the message
formatting guidelines Christopher Faylor proposed for cygwin-announce in
September:
http://cygwin.com/ml/cygwin-apps/2003-09/msg00355.html
Or even more simply, whenever you mention the name of your package, include
its version number.


What I need, before any set of URLs, is the package name and version number,
separated by a space or hyphen. It does not need to be immediately before
the URLs, just close, as in:

I am pleased to announce the availability of bar 2.0 from:
BINARY: http://example.net/~doe/bar-2.0-1.tar.bz2
HINT: http://example.net/~doe/setup.hint
SOURCE: http://example.net/~doe/bar-2.0-1-src.tar.bz2

The word version can appear between the package name and the version
number, so ... of bar version 2.0 from would also be fine.


What *will* muck things up, however, are references to other packages, as in:

I am pleased to announce the availability of bar 2.0, which depends
on having cygwin 1.5.5 installed, from:
BINARY: http://example.net/~doe/bar-2.0-1.tar.bz2

Please make sure your package and its version are the last things that
look like a package/version pair before the URLs. To clarify, you can
certainly include whatever language you want, just make sure to state (or
restate) the package name and version before its URL, as in:

I am pleased to announce the availability of bar 2.0, which depends
on having cygwin 1.5.5 installed. bar-2.0 is available from:
BINARY: http://example.net/~doe/bar-2.0-1.tar.bz2


If you are announcing a package with subordinate packages (any package built
from the sources of a master package), list the master first and do not list
a -src for the subordinate package. Subordinate packages do not need a
version number*; the version of the master is always used. For example:

I have updated Cygwin's libfoo package at the following URLs:

libfoo-1.2-3

http://www.example.com/Cygwin/libfoo/libfoo-1.2-3-src.tar.bz2
http://www.example.com/Cygwin/libfoo/libfoo-1.2-3.tar.bz2
http://www.example.com/Cygwin/libfoo/setup.hint-libfoo

libfoo-devel

http://www.example.com/Cygwin/libfoo/libfoo-devel-1.2-3.tar.bz2
http://www.example.com/Cygwin/libfoo/setup.hint-libfoo-devel

libfoo-demo
===
http://www.example.com/Cygwin/libfoo/libfoo-demo-1.2-3.tar.bz2
http://www.example.com/Cygwin/libfoo/setup.hint-libfoo-demo


* I still need some way to identify the names of subordinate packages,
  though. If the subordinate package contains the name of the master package
  (like how libfoo-devel contains libfoo, and libotcl0 contains otcl),
  it will be found. Otherwise, you may have to put a dummy version string
  after the sub-package name so it will be found.


The simplest message would include the package name in the Subject and just
URLs in the body, as in:
Subject: Updated: bar-2.1

New version, please upload.

http://example.net/~doe/bar-2.1-1.tar.bz2
http://example.net/~doe/bar-2.1-1-src.tar.bz2
http://example.net/~doe/bar.hint


Hint files should contain the word hint; source files should contain
-src; binary files should at least contain .tar. You can end files in
.tar.zip or .tar.txt if your web server requires it, but make sure they are
actually bzip2'd tar files, as they will be renamed to .tar.bz2 when
uploaded.


Also, please try not to let your mailer break up URLs into multiple lines,
as in:
ftp://ftp.example.com/pub/users/john.doe/non-work/Cygwin/libfoo-1.2-
3-src.tar.bz2
Going beyond the 80th column is fine.


I have run the past two months' proposal messages through and it has been
nearly perfect. The misses were:
curl (believed the package was have),
gv (uses setup instead of hint),
opengl (believes the version is 1.4-1, which is probably my fault),
otcl 1.0.13 (did not list updated URLs for its subordinates),
suite3270 (just not the expected order of URLs), and
tcp-wrappers (written as TCP Wrappers instead of tcp-wrappers).

cabextract, cweb, fltk, fontconfig, gsl, joe, lftp 2.6.8-1, lftp 2.6.8-2,
lftp 2.6.8-3, otcl 1.0.9, rdesktop, rxp, sunrpc, tclcl, tzcode, wget, wtf,
and xmlto were all parsed correctly. I will be running those messages
through the new script to regenerate the PPL (I seem to have kept messing up
poor Harold's messages :/).


Thanks for reading through. If you have any questions or concerns, please
feel free to comment.

-- 
Daniel Reed [EMAIL PROTECTED] http://naim-users.org/nmlorg/   http://naim.n.ml.org/
The best executive is the one who has sense enough to pick good men to
do 

Re: XWin works on Win2K but not on some WinXP clients

2003-11-14 Thread Woellert, Kirk D.
I'm NOT giving up. This is now my mission in life (when I'm not doing what
I'm supposed to be doing). The guy with Win2K can login into the linux box
again (must not have rebooted the box or something for my last post). WinXP
clients no dice. I physically changed the the runlevel on the linux box by
invoking:

# init 3
gdm -debug 10 -no daemon

2nd line invokes the display manager, which by default puts the system back
in run level 5? Hence, that's why I didnt need to explicity change to run
level 5 as I erroneously did in previous posts? Also explains why the system
would display the message display 0 already active, launching display 1?

greps taken following that command:

[EMAIL PROTECTED] log]# ps -ef |grep xdm
root  4039 1 12 08:10 ?00:00:01 xdm
root  4043  3646  0 08:11 pts/000:00:00 grep xdm
[EMAIL PROTECTED] log]# ps -ef |grep kdm
root  4045  3646  0 08:11 pts/000:00:00 grep kdm
[EMAIL PROTECTED] log]# ps -ef |grep gdm
root  3282  3252  0 07:44 tty1 00:00:00 /usr/bin/gdm-binary -debug
10 -nodaemon
root  3320  3282  0 07:44 tty1 00:00:00 /usr/bin/gdm-binary -debug
10 -nodaemon
root  3321  3320  0 07:44 ?00:00:02 /usr/X11R6/bin/X :0 -auth
/var/gdm/:0.Xauth vt7
root  4047  3646  0 08:11 pts/000:00:00 grep gdm
[EMAIL PROTECTED] log]#


[EMAIL PROTECTED] log]# ls
boot.logcups ksyms.4messages.1rpmpkgs   secure.3
up2date.3 xdm-errors
boot.log.1  dmesgksyms.5messages.2rpmpkgs.1 secure.4
up2date.4 XFree86.0.log
boot.log.2  fax  ksyms.6messages.3rpmpkgs.2 spooler
uucp  XFree86.0.log.old
boot.log.3  gdm  lastlogmessages.4rpmpkgs.3 spooler.1
vbox  XFree86.1.log
boot.log.4  httpdmaillogmysqld.log.1  rpmpkgs.4 spooler.2
vsftpd.logXFree86.1.log.old
canna   iptraf   maillog.1  mysqld.log.2  saspooler.3
vsftpd.log.1  zebra
cronkdm.log  maillog.2  mysqld.log.3  samba spooler.4
vsftpd.log.2
cron.1  ksyms.0  maillog.3  mysqld.log.4  scrollkeeper.log  squid
vsftpd.log.3
cron.2  ksyms.1  maillog.4  news  secureup2date
vsftpd.log.4
cron.3  ksyms.2  mailmanpgsql secure.1  up2date.1
wtmp
cron.4  ksyms.3  messages   privoxy   secure.2  up2date.2
wtmp.1
[EMAIL PROTECTED] log]#

Excerpt from XFree86.0.log
(**) DevInputMice: Buttons: 5
(II) XINPUT: Adding extended input device DevInputMice (type: MOUSE)
(II) XINPUT: Adding extended input device Mouse0 (type: MOUSE)
(II) Mouse0: ps2EnableDataReporting: succeeded
(II) DevInputMice: ps2EnableDataReporting: succeeded
AUDIT: Fri Nov 14 07:44:42 2003: 3321 X: client 4 rejected from local host
[EMAIL PROTECTED] log]#

I deleted all the log files from the /var/log/gdm folder. They were a lot of
them, and they didnt seem to be changing from one day to the next. Following
deletion, of these files I asked the Win2K guy to login, and then I tried to
login, and no new 0:log files were generated in this sub-directory.
Apparently, individual login attempts are not logged here.

 I need more specific guidance from the forum. I keep pasting the log entrys
for the gdm into my mail, and they look the same - debug mode or not. Are
these the log entries you are looking for? How do I discern which entry
corresponds to the Win2K attempt vice the WinXP attempt?






Re: XWin works on Win2K but not on some WinXP clients

2003-11-14 Thread Harold L Hunt II
Kirk,

Woellert, Kirk D. wrote:

I'm NOT giving up. This is now my mission in life (when I'm not doing what
I'm supposed to be doing). The guy with Win2K can login into the linux box
again (must not have rebooted the box or something for my last post). WinXP
clients no dice.
Okay, I just wanted to make sure you weren't getting discouraged. 
Sometime after getting this far I get blind sided with an I'm giving 
up message.

I physically changed the the runlevel on the linux box by
invoking:
# init 3
gdm -debug 10 -no daemon
This is good.  This is precisely what you need to be doing for the 
debugging phase.

2nd line invokes the display manager, which by default puts the system back
in run level 5?
The primary difference between run level 3 and run level 5 is that a 
display manager is running.  Trying to move up to run level 5 after 
starting gdm on your own would cause init to attempt to start gdm again, 
which would not be good.

Hence, that's why I didnt need to explicity change to run
level 5 as I erroneously did in previous posts?
That's pretty much correct.

Also explains why the system
would display the message display 0 already active, launching display 1?
Exactly.

greps taken following that command:

[EMAIL PROTECTED] log]# ps -ef |grep xdm
root  4039 1 12 08:10 ?00:00:01 xdm
root  4043  3646  0 08:11 pts/000:00:00 grep xdm
Why is xdm running?  I thought that in a clean reboot you found out that 
only gdm was running?  There should only be one of xdm, gdm, kdm running 
at any time.

We really have to nail down precisely which one of the three is running 
at startup and make sure that that is the one we debug.

[EMAIL PROTECTED] log]# ps -ef |grep kdm
root  4045  3646  0 08:11 pts/000:00:00 grep kdm
Good.  kdm should not be running.

[EMAIL PROTECTED] log]# ps -ef |grep gdm
root  3282  3252  0 07:44 tty1 00:00:00 /usr/bin/gdm-binary -debug
10 -nodaemon
root  3320  3282  0 07:44 tty1 00:00:00 /usr/bin/gdm-binary -debug
10 -nodaemon
I don't think this is good.  I don't think there should be two instances 
of gdm running.  Make sure you reboot the machine before doing each 
test... you don't want to worry about an old process laying around, 
which would prevent you from seeing the debug messages.

root  3321  3320  0 07:44 ?00:00:02 /usr/X11R6/bin/X :0 -auth
/var/gdm/:0.Xauth vt7
That's fine.

I deleted all the log files from the /var/log/gdm folder. They were a lot of
them, and they didnt seem to be changing from one day to the next. Following
deletion, of these files I asked the Win2K guy to login, and then I tried to
login, and no new 0:log files were generated in this sub-directory.
Apparently, individual login attempts are not logged here.
Okay, well, you do have a problem above where you are running two 
instances of gdm and an instance of gdm.  All three of those instances 
are trying to listen on the same network port for XDMCP logins... it is 
a crapshoot as to which of them is actually handling connection 
attempts.  If it happens to be xdm, then there will not be new log files 
in /var/log/gdm (since xdm doesn't log there).

 I need more specific guidance from the forum. I keep pasting the log entrys
for the gdm into my mail, and they look the same - debug mode or not. Are
these the log entries you are looking for? How do I discern which entry
corresponds to the Win2K attempt vice the WinXP attempt?
I think we need to chat on the phone.  This should have taken only a few 
minutes to fix.  I will contact you off list to make arrangements.

Harold



Re: wmaker TIFF (actually libtiff4) problem

2003-11-14 Thread Christopher Faylor
On Fri, Nov 14, 2003 at 06:56:20PM +, [EMAIL PROTECTED] wrote:
Several people including myself have experienced the problem where
WindowMaker 0.80.2-1 does not properly display some TIFF images.  This
message describes a solution that seems to work for me.  It of course
does not seem like a good thing to do, so use at your own risk.  (I
haven't experienced any adverse effects so far).

I simply replaced /bin/cygtiff4.dll with /bin/cygtiff3.dll.

i.e.  cp /bin/cygtiff3.dll /bin/cygtiff4.dll

If you do not have cygtiff3.dll, you just need to install the libtiff3
package.

Copying dlls with different versions is rarely a good idea.  It's a better
idea to figure out what is ostensibly wrong with cygtiff4.dll and fix
that.


src/winsup/utils ChangeLog mkgroup.c mkpasswd. ...

2003-11-14 Thread corinna
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED]   2003-11-14 19:14:43

Modified files:
winsup/utils   : ChangeLog mkgroup.c mkpasswd.c passwd.c 

Log message:
* mkgroup.c: Avoid compiler warnings throughout.
* mkpasswd.c: Ditto.
* passwd.c: Ditto.

Patches:
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/utils/ChangeLog.diff?cvsroot=srcr1=1.244r2=1.245
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/utils/mkgroup.c.diff?cvsroot=srcr1=1.22r2=1.23
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/utils/mkpasswd.c.diff?cvsroot=srcr1=1.32r2=1.33
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/utils/passwd.c.diff?cvsroot=srcr1=1.10r2=1.11



thunk createDirectory and createFile calls

2003-11-14 Thread Robert Collins
Ok, this is the thin edge of the wedge:
thunk CreateDirectory and CreateFile throughout the core.
All inline, so there should be no performance hit, but the coming 
unicode changes will be able to be done in one place.

I considered redefining the CreateDirectory and CreateFile calls but 
decided against it.

I'd like to commit these parts in, as they are
a) common to every approach to this problem I can think of.
b) safe.
Is that ok?

2003-11-11  Robert Collins [EMAIL PROTECTED]
Ron Parker [EMAIL PROTECTED]
Rename CreateFile to cygwin_create_file throughout.
Rename CreateDirectory to cygwin_create_directory throughout.
* assert.cc: Ditto.
* dcrt0.cc: Ditto.
* dir.cc: Ditto.
* exceptions.cc: Ditto.
* fhandler.cc: Ditto.
* fhandler_console.cc: Ditto.
* fhandler_disk_file.cc: Ditto.
* fhandler_proc.cc: Ditto.
* fhandler_socket.cc: Ditto.
* fork.cc: Ditto.
* ntea.cc: Ditto.
* path.cc: Ditto.
* security.cc: Ditto.
* spawn.cc: Ditto.
* syscalls.cc: Ditto.
* times.cc: Ditto.
* uinfo.cc: Ditto.
2003-11-11  Robert Collins [EMAIL PROTECTED]
Ron Parker [EMAIL PROTECTED]

Rename CreateFile to cygwin_create_file throughout.
Rename CreateDirectory to cygwin_create_directory throughout.

* assert.cc: Ditto.
* dcrt0.cc: Ditto.
* dir.cc: Ditto.
* exceptions.cc: Ditto.
* fhandler.cc: Ditto.
* fhandler_console.cc: Ditto.
* fhandler_disk_file.cc: Ditto.
* fhandler_proc.cc: Ditto.
* fhandler_socket.cc: Ditto.
* fork.cc: Ditto.
* ntea.cc: Ditto.
* path.cc: Ditto.
* security.cc: Ditto.
* spawn.cc: Ditto.
* syscalls.cc: Ditto.
* times.cc: Ditto.
* uinfo.cc: Ditto.
? cvs.exe.stackdump
? cygwin_daemon.patch
? io.h
? localdiff
? pthread_cancel.patch
? pthread_fix.patch
? pthread_fork_save_keys.patch
? pthread_mutex.patch
? t
Index: assert.cc
===
RCS file: /cvs/src/src/winsup/cygwin/assert.cc,v
retrieving revision 1.9
diff -u -p -r1.9 assert.cc
--- assert.cc   19 Sep 2002 15:12:48 -  1.9
+++ assert.cc   14 Nov 2003 09:36:36 -
@@ -12,6 +12,7 @@ details. */
 #include security.h
 #include wingdi.h
 #include winuser.h
+#include io.h
 
 #include assert.h
 #include stdlib.h
@@ -28,8 +29,9 @@ __assert (const char *file, int line, co
   /* If we don't have a console in a Windows program, then bring up a
  message box for the assertion failure.  */
 
-  h = CreateFile (CONOUT$, GENERIC_WRITE, FILE_SHARE_WRITE, sec_none_nih,
- OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL, NULL);
+  h = cygwin_create_file (CONOUT$, GENERIC_WRITE, FILE_SHARE_WRITE,
+ sec_none_nih, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL,
+ NULL);
   if (h == INVALID_HANDLE_VALUE)
 {
   char *buf;
Index: dcrt0.cc
===
RCS file: /cvs/src/src/winsup/cygwin/dcrt0.cc,v
retrieving revision 1.189
diff -u -p -r1.189 dcrt0.cc
--- dcrt0.cc16 Oct 2003 14:08:27 -  1.189
+++ dcrt0.cc14 Nov 2003 09:36:36 -
@@ -34,6 +34,7 @@ details. */
 #include dll_init.h
 #include cygthread.h
 #include sync.h
+#include io.h
 
 #define MAX_AT_FILE_LEVEL 10
 
@@ -164,13 +165,13 @@ insert_file (char *name, char *cmd)
   HANDLE f;
   DWORD size;
 
-  f = CreateFile (name + 1,
- GENERIC_READ,  /* open for reading*/
- FILE_SHARE_READ,   /* share for reading   */
- sec_none_nih, /* no security */
- OPEN_EXISTING, /* existing file only  */
- FILE_ATTRIBUTE_NORMAL, /* normal file */
- NULL); /* no attr. template   */
+  f = cygwin_create_file (name + 1,
+ GENERIC_READ,  /* open for reading*/
+ FILE_SHARE_READ,   /* share for reading   */
+ sec_none_nih, /* no security */
+ OPEN_EXISTING, /* existing file only  */
+ FILE_ATTRIBUTE_NORMAL, /* normal file */
+ NULL); /* no attr. template   */
 
   if (f == INVALID_HANDLE_VALUE)
 {
@@ -1107,9 +1108,9 @@ __api_fatal (const char *fmt, ...)
  a serious error. */
   if (GetFileType (GetStdHandle (STD_ERROR_HANDLE)) != FILE_TYPE_CHAR)
 {
-  HANDLE h = CreateFile (CONOUT$, GENERIC_READ | GENERIC_WRITE,
-FILE_SHARE_WRITE | FILE_SHARE_WRITE,
-sec_none, OPEN_EXISTING, 0, 0);
+  HANDLE h = cygwin_create_file (CONOUT$, GENERIC_READ | GENERIC_WRITE,
+

Re: thunk createDirectory and createFile calls

2003-11-14 Thread Corinna Vinschen
On Fri, Nov 14, 2003 at 08:41:21PM +1100, Robert Collins wrote:
 /* io.h
 
Copyright 2003 Robert Collins  [EMAIL PROTECTED]
Copyright 2003 Ron Parker  [EMAIL PROTECTED]
 
 This file is part of Cygwin.
 
 This software is a copyrighted work licensed under the terms of the
 Cygwin license.  Please consult the file CYGWIN_LICENSE for
 details. */
 
 #ifndef _IO_H_
 #define _IO_H_
 
 inline HANDLE
 cygwin_create_file (LPCTSTR file_name, DWORD access, DWORD share_mode,
 LPSECURITY_ATTRIBUTES sec_attr,
 DWORD disposition, DWORD flags,
 HANDLE template_file)
 {
   return CreateFileA(file_name, access, share_mode, sec_attr, disposition,
flags, template_file);
 }
 
 inline 
 BOOL cygwin_create_directory (LPCTSTR filename, LPSECURITY_ATTRIBUTES sec_attr)
 {
   return CreateDirectory(filename, sec_attr);
   ^^^
   CreateDirectoryA?

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.


Re: thunk createDirectory and createFile calls

2003-11-14 Thread Max Bowsher
Robert Collins wrote:
 Corinna Vinschen wrote:
 
 On Fri, Nov 14, 2003 at 08:41:21PM +1100, Robert Collins wrote:
 
 inline
 BOOL cygwin_create_directory (LPCTSTR filename,
 LPSECURITY_ATTRIBUTES sec_attr) {
  return CreateDirectory(filename, sec_attr);
 
^^^
CreateDirectoryA?
 
 Ah, yeh.

Also, I think LPCTSTR should be LPCSTR ? (and also in the CreateFile case)

Max.



Re: thunk createDirectory and createFile calls

2003-11-14 Thread Robert Collins
Max Bowsher wrote:


Also, I think LPCTSTR should be LPCSTR ? (and also in the CreateFile case)

Not according to MSDN.

(excuse the unsigned emails, I don't have gpg setup with thunderbird on 
cygwin :[)

Rob




thunking, the next step

2003-11-14 Thread Robert Collins
Ok, I've now integrated and generalised Ron's unicode support mini-patch.

So, here tis a version that, well the changelog explains the overview, 
and io.h the detail.

Overhead wise, this is reasonably low:
1 strlen() per IO call minimum.
1 unicode conversion, only if needed.
inlined code, so no additional function calls.
2003-11-11  Robert Collins [EMAIL PROTECTED]
Ron Parker [EMAIL PROTECTED]
Rename thunked functions to cygwin_function_name,
create unicode capable thunks, and add autoload support, for:
  CreateFile
  CreateDirectory
  SetFileAttributes
  GetFileAttributes
  MoveFile
  MoveFileEx
* assert.cc: Ditto.
* dcrt0.cc: Ditto.
* dir.cc: Ditto.
* exceptions.cc: Ditto.
* fhandler.cc: Ditto.
* fhandler_console.cc: Ditto.
* fhandler_disk_file.cc: Ditto.
* fhandler_proc.cc: Ditto.
* fhandler_socket.cc: Ditto.
* fork.cc: Ditto.
* ntea.cc: Ditto.
* path.cc: Ditto.
* security.cc: Ditto.
* spawn.cc: Ditto.
* syscalls.cc: Ditto.
* times.cc: Ditto.
* uinfo.cc: Ditto.
* autoload.cc: Add ...W functions for the thunked functions.
* wincap.cc:  Add has_unicode_io capability.
* wincap.h:  Add has_unicode_io capability.
/* io.h

   Copyright 2003 Robert Collins  [EMAIL PROTECTED]
   Copyright 2003 Ron Parker  [EMAIL PROTECTED]

This file is part of Cygwin.

This software is a copyrighted work licensed under the terms of the
Cygwin license.  Please consult the file CYGWIN_LICENSE for
details. */

#ifndef _IO_H_
#define _IO_H_


/* this file is a tuhnk layer to automatically use unicode calls when possible.
 * ALL routines presume that valid memory checks have already been carried out.
 */

inline bool cygwin_filename_is_dos(LPCTSTR file_name)
{
  return file_name[1] == ':';
}

class IOThunkState
{
  public:
inline IOThunkState(LPCTSTR file_name);
inline ~IOThunkState();
enum Condition {FAILED, ANSI, WIDE} condition;
inline WCHAR *getWide();

/* Not implemented */
inline IOThunkState(IOThunkState const );
inline IOThunkState operator = (IOThunkState const );
  private:
size_t len;
WCHAR *wfilename;  
LPCTSTR file_name;/* pointer used during object life */
};

IOThunkState::IOThunkState(LPCTSTR filename): wfilename (NULL), file_name(filename)
{
  len = strlen(file_name);
  /* If it exceeds ANSI call length, fail. */
  if (!wincap.has_unicode_io()  len  MAX_PATH) 
{
  SetLastError(111); /* The file name is too long. */
  condition = FAILED;
  return;
}
  /* Call the ansi call if possible / required */
  if (!wincap.has_unicode_io() || !cygwin_filename_is_dos(file_name)
  || len = MAX_PATH)
{
  condition = ANSI;
  return;
}
  /* we need to use unicode to support this call */
  getWide();
}

WCHAR *
IOThunkState::getWide()
{
  if (wfilename != NULL || condition == FAILED)
return wfilename;
  if ((wfilename = (WCHAR *)malloc (sizeof(WCHAR) * (len + 4 + 1))) == NULL)
{
  SetLastError(111); /* The file name is too long. */
  condition = FAILED;
  return NULL;
}
  condition = WIDE;
  /* And convert */
  sys_mbstowcs (wfilename, ?\\, 5);
  sys_mbstowcs (wfilename + 4, file_name, len + 1);
  return wfilename;
}

IOThunkState::~IOThunkState()
{
  if (wfilename)
free(wfilename);
}


inline HANDLE
cygwin_create_file (LPCTSTR filename, DWORD access, DWORD share_mode,
  LPSECURITY_ATTRIBUTES sec_attr,
  DWORD disposition, DWORD flags,
  HANDLE template_file)
{
  IOThunkState state(filename);
  switch (state.condition) 
  {
case IOThunkState::FAILED:
  return 0;
case IOThunkState::ANSI:
  return CreateFileA (filename, access, share_mode, sec_attr, disposition,
   flags, template_file);
case IOThunkState::WIDE:
  return CreateFileW (state.getWide(), access, share_mode, sec_attr, disposition,
  flags, template_file);
  };
}

inline 
BOOL cygwin_create_directory (LPCTSTR filename, LPSECURITY_ATTRIBUTES sec_attr)
{
  IOThunkState state(filename);
  switch (state.condition) 
  {
case IOThunkState::FAILED:
  return 0;
case IOThunkState::ANSI:
  return CreateDirectoryA (filename, sec_attr);
case IOThunkState::WIDE:
  return CreateDirectoryW (state.getWide(), sec_attr);
  };
}

inline
DWORD cygwin_get_file_attributes(LPCTSTR filename)
{
  IOThunkState state(filename);
  switch (state.condition) 
  {
case IOThunkState::FAILED:
  return INVALID_FILE_ATTRIBUTES;
case IOThunkState::ANSI:
  return GetFileAttributesA (filename);
case IOThunkState::WIDE:
  return GetFileAttributesW (state.getWide());
  };
}

inline
BOOL cygwin_set_file_attributes(LPCTSTR filename, DWORD attr)
{
  IOThunkState 

Re: thunking, the next step

2003-11-14 Thread Corinna Vinschen
On Fri, Nov 14, 2003 at 11:02:11PM +1100, Robert Collins wrote:
 Ok, I've now integrated and generalised Ron's unicode support mini-patch.
 
 So, here tis a version that, well the changelog explains the overview, 
 and io.h the detail.
 
 Overhead wise, this is reasonably low:
 1 strlen() per IO call minimum.

I'm wondering if we couldn't get rid of that strlen call.  These
functions already get a Windows path.  This path is constructed by a
call to path_conv::check().  check() already scans the path so it
should be simple to add a length field to path_conv, which could
be used when calling the IOThunkState constructor.

Right?  Wrong?

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.


Re: thunk createDirectory and createFile calls

2003-11-14 Thread Robert Collins
On Sat, 2003-11-15 at 00:04, Max Bowsher wrote:
 
 http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/base/createfile.asp
 
  Look at the grey box :}.
 
 Exactly. CreateFile takes LPCTSTR - but you are calling CreateFileA, which
 takes LPCSTR.
 
 Granted, LPCTSTR == LPCSTR when UNICODE is not defined - but if you are
 relying on that, you don't need to bother with the A suffix on the
 function, either.

Ah, I'll look this up tomorrow. For now, I've done the change to not use
MAX_PATH throughout cygwin, and I've broken something. So, I'm figuring
out why :[. That said, I don't plan to rely on UNICODE not being
defined: this code should be the same no matter what options are passed.
Rob

-- 
GPG key available at: http://members.aardvark.net.au/lifeless/keys.txt.


signature.asc
Description: This is a digitally signed message part


Re: thunking, the next step

2003-11-14 Thread Robert Collins
On Fri, 2003-11-14 at 23:58, Corinna Vinschen wrote:
 I'm wondering if we couldn't get rid of that strlen call.  These
 functions already get a Windows path.  This path is constructed by a
 call to path_conv::check().  check() already scans the path so it
 should be simple to add a length field to path_conv, which could
 be used when calling the IOThunkState constructor.
 
 Right?  Wrong?

Probably yes. Passing length in (i.e. pascal style strings :}) would be
useful.

I've got a short term goal of a *working* stupidly long paths cygwin
first though :}.

I'm not hearing any 'your concepts are stuffed' feedback though, which I
like :}.

Rob
-- 
GPG key available at: http://members.aardvark.net.au/lifeless/keys.txt.


signature.asc
Description: This is a digitally signed message part


Re: thunk createDirectory and createFile calls

2003-11-14 Thread Christopher Faylor
On Fri, Nov 14, 2003 at 08:41:21PM +1100, Robert Collins wrote:
Rename CreateFile to cygwin_create_file throughout.
  ^^
Rename CreateDirectory to cygwin_create_directory throughout.
   ^^^

It is a given that we're working in cygwin.  Adding a cygwin_ to the
beginning of a function is just noise.

cgf


Re: thunking, the next step

2003-11-14 Thread Christopher Faylor
On Fri, Nov 14, 2003 at 11:02:11PM +1100, Robert Collins wrote:
Ok, I've now integrated and generalised Ron's unicode support mini-patch.

So, here tis a version that, well the changelog explains the overview, 
and io.h the detail.

Overhead wise, this is reasonably low:
1 strlen() per IO call minimum.
1 unicode conversion, only if needed.

And a couple of tests for do we do unicode for every call.

I wonder if path_conv couldn't be doing more of the upfront work.

cgf

inlined code, so no additional function calls.


Re: thunk createDirectory and createFile calls

2003-11-14 Thread Robert Collins
On Sat, 2003-11-15 at 02:52, Christopher Faylor wrote:
 On Fri, Nov 14, 2003 at 08:41:21PM +1100, Robert Collins wrote:
 Rename CreateFile to cygwin_create_file throughout.
   ^^
 Rename CreateDirectory to cygwin_create_directory throughout.
^^^
 
 It is a given that we're working in cygwin.  Adding a cygwin_ to the
 beginning of a function is just noise.

Heh, will fix... was following Ron's convention semi-blindly.

Rob
-- 
GPG key available at: http://members.aardvark.net.au/lifeless/keys.txt.


signature.asc
Description: This is a digitally signed message part


Re: thunk createDirectory and createFile calls

2003-11-14 Thread Corinna Vinschen
On Sat, Nov 15, 2003 at 04:48:16AM +1100, Robert Collins wrote:
 On Sat, 2003-11-15 at 02:52, Christopher Faylor wrote:
  On Fri, Nov 14, 2003 at 08:41:21PM +1100, Robert Collins wrote:
  Rename CreateFile to cygwin_create_file throughout.
^^
  Rename CreateDirectory to cygwin_create_directory throughout.
 ^^^
  
  It is a given that we're working in cygwin.  Adding a cygwin_ to the
  beginning of a function is just noise.
 
 Heh, will fix... was following Ron's convention semi-blindly.

Well, we have a small problem with get_file_attributes and
set_file_attributes.  We already have two functions called
get_file_attribute and set_file_attribute.  Note that the difference
is only the trailing 's'.

I'd suggest to change the name of the exisiting functions to something
a bit different so that it's less likely to confuse the two calls.
get_file_permissions and set_file_permissions would be good names for
them, wouldn't they?

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.


Re: thunking, the next step

2003-11-14 Thread Christopher Faylor
On Sat, Nov 15, 2003 at 04:52:43AM +1100, Robert Collins wrote:
On Sat, 2003-11-15 at 02:57, Christopher Faylor wrote:
 On Fri, Nov 14, 2003 at 11:02:11PM +1100, Robert Collins wrote:
 Ok, I've now integrated and generalised Ron's unicode support mini-patch.
 
 So, here tis a version that, well the changelog explains the overview, 
 and io.h the detail.
 
 Overhead wise, this is reasonably low:
 1 strlen() per IO call minimum.
 1 unicode conversion, only if needed.
 
 And a couple of tests for do we do unicode for every call.

Which are all inline aren't they? I guess I don't see the overhead as
significant compared to the strlen generation.

I'd rather just make the decision at initialization time if we can.
Possibly we could extend the function loader to either call FooW or
FooA as appropriate when Foo is specified.

cgf


Re: For masochists: the leap o faith

2003-11-14 Thread Robert Collins
Robert Collins wrote:

Ok, so this it for tonight, my bed is calling me.

If playing with this, be sure to:
rebuild libc as well as cygwin1.dll.
be setup to debug cygwin1.dll.
I don't *think* I've changed the size of the shared stuff, but then 
again, I'm pretty tired, so I'll believe anything right now.

My plan is to unbreak cygwin tomorrow, and then work through the list of 
potentially update-requiring API calls:
Turns out, that we still have a bug with gcc, where registeres are 
trashed when alloca is used to allocate large stack objects.

I posted a test case to the developers list when we where working on -O3 
support ?two? years back - it looks like the same issue.

So, I've dropped CYG_MAX_PATH to 512 in winsup.h, and that makes the dll 
usable. There is an issue with the win32 responses on loong files - but 
at least we can continue progressing.

So, Chris, are there any parts you've seen so far, that you've be happy 
to ok (i.e. the MAX_PATH-CYG_MAX_PATH rename), or the global search and 
replaces to the thunk functions?

As far as applications maing assumptions, unix file systems don't 
guarantee PATH_MAX: thats an upper limit of the OS, applications are 
expected to be able to handle to up to PATH_MAX... but can't expect the 
OS to do so in every case.

Now, for global use of an A or W function, Chris' utf patch which I just 
ran into digging into a INVALID_NAME error, also chose at runtime. I can 
easily alter IOThunkState to always use W if available, and then check a 
cached flag from then on in. I really think that the current overhead 
will be low enough to be a non-issue though.

Rob



Re: dtable.cc (build_fh_pc): serial port handling

2003-11-14 Thread Brian Ford
On Thu, 13 Nov 2003, Christopher Faylor wrote:

 On Wed, Nov 12, 2003 at 01:24:21PM -0600, Brian Ford wrote:
 2003-11-12  Brian Ford  [EMAIL PROTECTED]
 
  * dtable.cc (build_fh_pc): Use DEV_SERIAL_MAJOR to catch all
  serial ports.  Remove redundant FH_CYGDRIVE case since it is
  handled by DEV_CYGDRIVE_MAJOR.
 
 FYI, this is the reason I am here:
 
 http://www.cygwin.com/ml/cygwin/2003-10/msg01750.html
 
 He offered to test my tcflush patch, but reported being unable to
 open /dev/ttyS0 with the cvs compiled Cygwin.

 Reporting that this solved an actual bug would have been useful
 information in the patch.  I was holding off approving this until
 I had a chance to investigate and I'm extremely busy with real
 work this week.

Well, I'm busy too, so I understand.  The updated patch and comments were
not meant to push anything.  They should have been taken at face value;
just an update and some background info.

At the moment, I don't have any serial hardware myself to test this patch
with.  And, I haven't had Martin Farnik try it yet either.

However, it certainly looked like an obvious and logical bug fix.  So, I
submitted it for further review after minimal testing.  I did check the
situation out before and after in the debugger.  It looked like a problem
before, and it looked ok after, but that was as far as I went.

Since I'm new here, and even things that look obviously wrong to me are
not always incorrect, I appreciate and am content to wait for a full
review.  Even in my regular job, I can often be faulted for checking in an
obvious fix/change.  Sometimes, without even compiling it.  I know, I
know, I've got to stop that.

 So, approved and applied.

Anyway, thanks.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444


Re: dtable.cc (build_fh_pc): serial port handling

2003-11-14 Thread Christopher Faylor
On Fri, Nov 14, 2003 at 02:41:06PM -0600, Brian Ford wrote:
However, it certainly looked like an obvious and logical bug fix.

It's only logical and obvious if you assume that the com file device
handling is the same as other devices.  I needed to reaquaint myself
with whether that was true or not.  Saying and this makes /dev/ttyS0
work goes a long way to alleviating any concerns.

cgf


Re: For masochists: the leap o faith

2003-11-14 Thread Robert Collins
Christopher Faylor wrote:

On Sat, Nov 15, 2003 at 07:31:42AM +1100, Robert Collins wrote:

I posted a test case to the developers list when we where working on -O3 
support ?two? years back - it looks like the same issue.


This problem is fixed in the gcc cvs trunk.  I've asked Danny and Gerrit
about backporting the fix to 3.3.2.  It should be trivial to do so.
In fact, the test case I created back then passes now. It may be a 
variant on a theme though.


So, Chris, are there any parts you've seen so far, that you've be happy 
to ok (i.e. the MAX_PATH-CYG_MAX_PATH rename), or the global search and 
replaces to the thunk functions?


I haven't looked at anything in great detail.  This is not the best
possible time for me to be reviewing massive changes to cygwin,
unfortunately.
Ah. Well while there are a lot of textual changes, there are only a few 
logical changes. I'm happy to throw this into a branch and let you 
ponder - but I only have a few hours to actually work on it.

As far as applications maing assumptions, unix file systems don't 
guarantee PATH_MAX: thats an upper limit of the OS, applications are 
expected to be able to handle to up to PATH_MAX... but can't expect the 
OS to do so in every case.


It is fairly unusual for PATH_MAX to be many times greater than what
is support by pathconf.

Now, for global use of an A or W function, Chris' utf patch which I just 
ran into digging into a INVALID_NAME error, also chose at runtime. I can 
easily alter IOThunkState to always use W if available, and then check a 
cached flag from then on in. I really think that the current overhead 
will be low enough to be a non-issue though.


Sorry but you've lost me.  I don't know what my utf patch is.
Chris January :}.

For the record, I don't have any problems with changing PATH_MAX to
CYG_PATH_MAX as a first step for this change.  Small steps are, as
always, appreciated.
Alrighty, will commit that in a minute.

Rob






Re: For masochists: the leap o faith

2003-11-14 Thread Robert Collins
Christopher Faylor wrote:

On Sat, Nov 15, 2003 at 07:31:42AM +1100, Robert Collins wrote:

Robert Collins wrote:


Ok, so this it for tonight, my bed is calling me.


As far as applications maing assumptions, unix file systems don't 
guarantee PATH_MAX: thats an upper limit of the OS, applications are 
expected to be able to handle to up to PATH_MAX... but can't expect the 
OS to do so in every case.


It is fairly unusual for PATH_MAX to be many times greater than what
is support by pathconf.


And yet: http://www.opengroup.org/onlinepubs/007908799/xsh/fpathconf.html

the notes allude to the issue: unless you call [f]pathconf with a path 
for details on, some implementations won't supply valid information.

You're right though, that we need to update [f]pathconf as part of this.


If the implementation needs to use path to determine the value of name 
and the implementation does not support the association of name with the 
file specified by path, or if the process did not have appropriate 
privileges to query the file specified by path, or path does not exist, 
pathconf() returns -1 and errno is set to indicate the error.


and in http://www.opengroup.org/onlinepubs/007908799/xsh/limits.h.html
we have  Pathname Variable Values
The values in the following list may be constants within an 
implementation or may vary from one pathname to another. For example, 
file systems or directories may have different characteristics.

A definition of one of the values will be omitted from the limits.h 
header on specific implementations where the corresponding value is 
equal to or greater than the stated minimum, but where the value can 
vary depending on the file to which it is applied. The actual value 
supported for a specific pathname will be provided by the pathconf() 
function. 

I think we need to remove the PATH_MAX constant as per their comment, as 
we will now offer runtime differences:
win9X
NT FAT
NT NTFS.

NAME_MAX will still be constant, (although I haven't reviewed msdn on 
that yet).

Rob



Re: For masochists: the leap o faith

2003-11-14 Thread Robert Collins
Christopher Faylor wrote:

For the record, I don't have any problems with changing PATH_MAX to
CYG_PATH_MAX as a first step for this change.  Small steps are, as
always, appreciated.
Ok, so thats done.

What about, for a next step, simply the introduction of the thunk layer 
- with only A calls used by it. No Unicode, no length changes. ?

Thats probably the most verbose change, with the least variety in 
approach. From there on in we can debate the relative merits of 
path_conv state versus IOThunkState and the like without a huge patch in 
the wings.

Rob



Re: For masochists: the leap o faith

2003-11-14 Thread Christopher Faylor
On Sat, Nov 15, 2003 at 09:48:46AM +1100, Robert Collins wrote:
Christopher Faylor wrote:
It is fairly unusual for PATH_MAX to be many times greater than what is
support by pathconf.

And yet:
http://www.opengroup.org/onlinepubs/007908799/xsh/fpathconf.html

Yes, I've already (obviously?) been to SUSv3.  I wasn't talking about
standards.  I was talking about common practice.

If you have a common practice web site that you want to show me then
that might be a convincing argument.  Otherwise, I'll have to fall back
on my personal UNIX experience.

I'm not vetoing the change because PATH_MAX is potentially large.  I was
kind of hoping (because I'm in incurable optimist) to start a discussion
with people who were familiar with packages that used PATH_MAX.  How
SUSv3 defines PATH_MAX is irrelevant to existing programs.

cgf


Re: For masochists: the leap o faith

2003-11-14 Thread Robert Collins
On Sat, 2003-11-15 at 15:43, Christopher Faylor wrote:
 On Sat, Nov 15, 2003 at 09:48:46AM +1100, Robert Collins wrote:
 Christopher Faylor wrote:
 It is fairly unusual for PATH_MAX to be many times greater than what is
 support by pathconf.
 
 And yet:
 http://www.opengroup.org/onlinepubs/007908799/xsh/fpathconf.html
 
 Yes, I've already (obviously?) been to SUSv3.  I wasn't talking about
 standards.  I was talking about common practice.
 
 If you have a common practice web site that you want to show me then
 that might be a convincing argument.  Otherwise, I'll have to fall back
 on my personal UNIX experience.
 
 I'm not vetoing the change because PATH_MAX is potentially large.  I was
 kind of hoping (because I'm in incurable optimist) to start a discussion
 with people who were familiar with packages that used PATH_MAX.  How
 SUSv3 defines PATH_MAX is irrelevant to existing programs.

Well, it'll keep. I'll publish up my latest revision of the patch
tonight, and leave it for Ron or other interested parties to carry
through. There is obviously another couple of days work to get all the
edges off, and then there's the gcc objects-on-stack issue to resolve.
Still it'd be great to get this in, in some fashion.

I would like to get the thunking changes in, simply to make the only
part of the patch outstanding the controversial stuff. 

Rob

-- 
GPG key available at: http://www.robertcollins.net/keys.txt.


signature.asc
Description: This is a digitally signed message part


Re: Problems using WIN32 api

2003-11-14 Thread S. L.
Laurent,

[...]
 - are the /usr/lib/w32api/libXXX.a real static libs (with code)
or only interface to the system DLLs?
[...]

Most of them are interface to the system DLLs (or import libs as a
previous post states). 
For a complete answer, one would nm libname | grep __imp  on each of
them to see which is such an interface.
On my 1.3.x cygwin here, for your libuser32.a case, I have

$ nm /lib/w32api/libuser32.a | grep __imp | wc -l
582


[...]
 - is someone interested in a glib/gtk+ cygwin package
(not a native Win32 one)?
[...]

It seems not to be a general interest on this, as the posts related are
quite rare

Here, no longer than yesterday, I was in the state to cry out on this list
on the same topic, i.e. while building the same gtk+-2 I faced the problem of
(devel) libtool not being able to link (only) libuuid in the shared gdk.
Actually, before starting typing the message, I just recalled that there was a
single undefined error when tried to link without it, so I turned on the
patching-by-excluding/quick'n'dirty solution, which worked.

SLao

-- 
NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien...
Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService

Jetzt kostenlos anmelden unter http://www.gmx.net

+++ GMX - die erste Adresse für Mail, Message, More! +++


--
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 little problem with gcc cvs HEAD for cygwin, help needed...

2003-11-14 Thread Christian Joensson
I just wanted to ping the cygwin list for a little help... it's a
problem running the Ada testsuite in current gcc cvs HEAD under
cygwin... the problem relates to a shell script trying to use the
newly compiled gcc et al but end up using the system installed gcc...

maybe someone of you on this list can help out, pls see
http://gcc.gnu.org/bugzilla/13035 for more info.

Cheers,

/ChJ


--
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: A little problem with gcc cvs HEAD for cygwin, help needed...

2003-11-14 Thread Christian Joensson
On Fri, Nov 14, 2003 at 09:09:56AM +0100, Christian Joensson wrote:
 I just wanted to ping the cygwin list for a little help... it's a
 problem running the Ada testsuite in current gcc cvs HEAD under
 cygwin... the problem relates to a shell script trying to use the
 newly compiled gcc et al but end up using the system installed gcc...
 
 maybe someone of you on this list can help out, pls see
 http://gcc.gnu.org/bugzilla/13035 for more info.

sorry, wrong link, see http://gcc.gnu.org/PR13035 ...

/ChJ

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



Trouble in Compiling OpenGL-1.1.0-6 with Cygwin!

2003-11-14 Thread Alex MANTION
Hi everybody,

I am experiencing a trouble while I am trying to
compile OpenGl-1.1.0-6 from its sources available on
cygwin web site. I need this one to make Ghemical 1.5
working (for its glut component part [glutinit and so
on]).

When I do as indicating in the README.linux of this
package nothing happens (error message as usual ).

error :
'akefile:38:warning:overriding commands for target
'glsmap.dir
'akefile:30:warning;ignoring old commands for target
'glsmap.dir
Make : nothing to be done for 'Makefile'

Has anybody an idea to solve this trouble ? May I find
this glut extension somewhere else ?

Regards,

Alex M

Here are infos about my distribution
 Cygwin DLL version info:
DLL version: 1.5.5
DLL epoch: 19
DLL bad signal mask: 19005
DLL old termios: 5
DLL malloc env: 28
API major: 0
API minor: 94
Shared data: 3
DLL identifier: cygwin1
Mount registry: 2
Cygnus registry name: Cygnus Solutions
Cygwin registry name: Cygwin
Program options name: Program Options
Cygwin mount registry name: mounts v2
Cygdrive flags: cygdrive flags
Cygdrive prefix: cygdrive prefix
Cygdrive default prefix: 
Build date: Sat Sep 20 16:31:15 EDT 2003
CVS tag: cr-0x9b
Shared id: cygwin1S3

infos about my compilator :
gcc 3.3.1-3OK
gcc-g++ 3.3.1-3OK
gcc-g77 3.3.1-3OK
gcc-mingw   20020817-5 OK
gcc-mingw-core  20031020-1 OK
gcc-mingw-g++   20031020-1 OK
gcc-mingw-g77   20031020-1 OK





--
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: Perl CPAN module help

2003-11-14 Thread Patrick Eisenacher
man CPAN has this to offer:

# list all modules on my disk that have newer versions on CPAN
for $mod (CPAN::Shell-expand(Module,/./)){
  next unless $mod-inst_file;
  next if $mod-uptodate;
  printf Module %s is installed as %s, could be updated to %s from C
PAN\n, $mod-id, $mod-inst_version, $mod-cpan_version;
}
which gives you a list of all installed modules, including the 
distribution ones.

HTH,
Patrick
Brian Dessent schrieb:
zzapper wrote:

Peter,


cpan
cpan

How do you list modules already installed?


There's no definitive way to do this.  If you just want to see if you
have the Foo::Bar module, you can use perl -MFoo::Bar -e 1 and if you
get an error then you need to install Foo::Bar.
You can also try the following script which uses the ExtUtils::Installed
module, but I have found that its output is sometimes misleading, in
that it will not display base (stock included) modules.  And I'm not
sure if it knows about modules that are installed through means other
than CPAN (e.g. through your distro's package manager.)
#!/usr/bin/perl

use ExtUtils::Installed;
my $instmod = ExtUtils::Installed-new();
foreach my $module ($instmod-modules()) {
my $version = $instmod-version($module) || ???;
   print $module -- $version\n;
}
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: Perl CPAN module help

2003-11-14 Thread Patrick Eisenacher
or quick and dirty:

perl -e 'use CPAN; CPAN::Shell-r;'

HTH,
Patrick
Brian Dessent schrieb:

zzapper wrote:

Peter,


cpan
cpan

How do you list modules already installed?


There's no definitive way to do this.  If you just want to see if you
have the Foo::Bar module, you can use perl -MFoo::Bar -e 1 and if you
get an error then you need to install Foo::Bar.
You can also try the following script which uses the ExtUtils::Installed
module, but I have found that its output is sometimes misleading, in
that it will not display base (stock included) modules.  And I'm not
sure if it knows about modules that are installed through means other
than CPAN (e.g. through your distro's package manager.)
#!/usr/bin/perl

use ExtUtils::Installed;
my $instmod = ExtUtils::Installed-new();
foreach my $module ($instmod-modules()) {
my $version = $instmod-version($module) || ???;
   print $module -- $version\n;
}
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/


remote message logging from syslogd

2003-11-14 Thread Mario . Schuepany
Hi!

I want to log remote messages from linux machines on my cygwin machine. 
There
is a version of syslogd for cygwin available but the functionality to 
receive remote 
messages is missing.

Does anyone have an idea for a different approach to achieve this 
functionality?

Mario

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



Bug in gzip's stdout handling

2003-11-14 Thread Thomas Hammer
Hi.

I run the latest version of cygwin, with gzip, on WindowsXP SP1 and have a
problem with gzip. The command

  $ cat binaryfile.bin | gzip -c  bin.gz

produces an invalid .gz file:

  $ gunzip bin.gz

  gunzip: bin.gz: invalid compressed data--crc error

  gunzip: bin.gz: invalid compressed data--length error

If I do

  gzip binaryfile.bin

everything works as expected - i.e. the resulting .gz file is valid.

If I do this instead:

  cat binaryfile.bin  acopy.bin

The two .bin files are identical.

My gzip version:

  $ gzip --version
  gzip 1.3.5
  (2002-09-30)
  Copyright 2002 Free Software Foundation
  Copyright 1992-1993 Jean-loup Gailly
  This program comes with ABSOLUTELY NO WARRANTY.
  You may redistribute copies of this program
  under the terms of the GNU General Public License.
  For more information about these matters, see the file named COPYING.
  Compilation options:
  DIRENT UTIME STDC_HEADERS HAVE_UNISTD_H HAVE_MEMORY_H HAVE_STRING_H
HAVE_LSTAT ASMV
  Written by Jean-loup Gailly.

My conclusion is that gzip's handling of stdout is broken in some way.


The reason I report this problem, instead of just avoiding it by not using
the -c option for gzip, is that I discovered the problem while running make
dist on a Makefile.in created by automake. And it's automake that creates
the gzip command line. I'll send a patch to the automake people and ask them
to fix this - but since it's really gzip that is broken, I think it should
be fixed here too.

I think you could fix this by setting the mode for the filehandle for stdout
to O_BINARY, i.e. something like this:

#if defined (_WIN32)
setmode(FileHandle, O_BINARY);  /* Make sure it is in binary mode.
*/
#endif

It would be nice if you could look into it.

Best Regards,

Thomas Hammer
[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/



Re: Cannot read: No space left on device accessing DDS3 drive on W2K

2003-11-14 Thread Corinna Vinschen
On Thu, Nov 13, 2003 at 01:46:13PM -0500, Sean Brown wrote:
 Peter,
 
 Thanks for the pointer.  Both drives are DDS4 so both support density
 0x25 (DDS3) which is the density of the tapes.  Still no luck but am
 continuing in my search for a resolution.  

It could be a problem with the drive, though.

Anyway, please set the blocksize to 0 and strace tar.  Send the
strace to this list.  At one point in the file is perhaps an
intersting Windows error number.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
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: bash v2.05b.0 + nmake v7.10.3077 problem

2003-11-14 Thread Ronald Landheer-Cieslak
On Thu, Nov 13, 2003 at 06:21:33PM +0100, Hannu E K Nevalainen wrote:
  Not that I see this to be important;
 
  1. I see CRLF line endings.
That confirms that there is something wrong elsewhere (probably at my ISP or
someplace between there and the Cygwin list) as where you see cr nl, I see  
nl nl.. AFAIK, none of the software I use does any mangling in this fashion
(and I haven't had the problem before..)

  2. No double linefeeds in 'less' nor
 in the old Win-GUI editor I use (name: PFE).
I've downloaded the file from the archives just to make sure I have the right
one somewhere. It doesn't change much, though: I still don't see much of 
anything that might be suspicious in the file. A minimal testcase would be
nice..

rlc

-- 
Pollyanna's Educational Constant:
The hyperactive child is never absent.

--
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: Perl CPAN module help

2003-11-14 Thread zzapper
Thanx,
What the doctor ordered!!

I took one of the suggested Perl Scripts and use thus:-

listmod.pl | grep -i pod

zzapper
--

vim -c :%s/^/WhfgTNabgureRIvzSUnpxre/|:%s/[R-T]/ /Ig|:normal ggVGg?

http://www.vim.org/tips/tip.php?tip_id=305  Best of Vim Tips


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



bug: can't read com1 on windows 98

2003-11-14 Thread Robert Bon
Hello cygwin users,

can't read com1 on windows 98

a simple test case.

redirect stdout to com1
ls  com1
it works fine.

redirect stdin to com1
cat com1
works fine on a windows XP system.
Bug with Windows 98 nothing is ever received.

Tested on de same PC, same cygwin and new installed windows.

Robert.







--
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 in rxvt terminal

2003-11-14 Thread Ralf Berger
Hello,

is it possible to use the standard MySQL client in a rxvt terminal window?

While all is working fine in a cmd.exe-window (e.g. started with bash.bat), I got no 
prompt in the rxvt window. It seems, that no regular input reaches the MySQL client, 
but it is possible to cancel the operation, when I press Ctrl-C.

I would appreciate any help in this direction, to get rid of the ugly cmd.exe-Window.

Regards

Ralf
__
Horoskop, Comics, VIPs, Wetter, Sport und Lotto im WEB.DE Screensaver1.2
Kostenlos downloaden: http://screensaver.web.de/?mc=021110


--
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: Perl CPAN module help

2003-11-14 Thread Peter J. Acklam
Doug VanLeuven [EMAIL PROTECTED] wrote:

#!/usr/bin/perl

use CPAN;
# list all modules on my disk and note the newer versions
for $mod (CPAN::Shell-expand(Module,/./)){
 next unless $mod-inst_file;
 # here only when installed
 if ($mod-inst_version eq undef) {
 printf %s :No VERSION\n, $mod-id;
 }
 elsif ($mod-uptodate){
 printf %s %s\n, $mod-id, $mod-inst_version
 }
 else {
 # here when not up to date
 printf %s %s, NEW VERSION=%s\n,
 $mod-id, $mod-inst_version, $mod-cpan_version;
 }

That will miss all modules that don't exist on CPAN.

Peter

-- 
Peter J. Acklam - [EMAIL PROTECTED] - http://home.online.no/~pjacklam


--
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: Perl CPAN module help

2003-11-14 Thread Peter J. Acklam
Patrick Eisenacher [EMAIL PROTECTED] wrote:

man CPAN has this to offer:

# list all modules on my disk that have newer versions on CPAN
for $mod (CPAN::Shell-expand(Module,/./)){
   next unless $mod-inst_file;
   next if $mod-uptodate;
   printf Module %s is installed as %s, could be updated to %s from C
PAN\n, $mod-id, $mod-inst_version, $mod-cpan_version;
}

which gives you a list of all installed modules, including the
distribution ones.

No, no!  It only lists modules for which there exists a newer
version on CPAN.

Peter

-- 
Peter J. Acklam - [EMAIL PROTECTED] - http://home.online.no/~pjacklam


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



Tiff error : unknown field with tag 317

2003-11-14 Thread zze-BDE balg011 VAUCHER Laurent DvSI/SIReS/GRE
  Well. I reinstalled completely cygwin packages from scratch
to be sure and it seems quite easy to reproduce. The current
tiff libraries don't seem able to fully understand tiff images
supplied by the WindowMaker package. It is particularly visible
in the window maker configuration application (/usr/X11R6/GNUStep/
Apps/WPrefs.app/WPrefs), since almost all icons are broken or
blank.


Similarly, the following command

 tiffinfo /usr/X11R6/GNUStep/Apps/WPrefs.app/tiff/expert.tiff

produces 

TIFFReadDirectory: Warning, /usr/X11R6/GNUstep/Apps/WPrefs.app/
tiff/expert.tiff: unknown field with tag 317 (0x13d) encountered.

  According to the Tiff specs, tag 317 is for Predictor, and that
seems to be used mainly by LZW compression. Might it be a 
problem in the GIF library ?

  I did not have this error until I fully reinstalled Cygwin
because I must have compiled gif/tiff/jpeg library by myself or
something like this.


Laurent Vaucher.


cygcheck.out
Description: cygcheck.out
attachment: expert.tiff--
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/

a2ps header clipping problem

2003-11-14 Thread Jason Tishler
After upgrading to the official a2ps package from my private 4.13 build,
I started to notice the a2ps header is clipped off from the top of the
page.  If I revert back to my build, then all is well again.

Has anyone else noticed this problem too?  Or, is it just me?

Thanks,
Jason

-- 
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6

--
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: Perl CPAN module help

2003-11-14 Thread Gerrit P. Haase
Hello Gary,

Wednesday, November 12, 2003, 7:57:42 PM, you wrote:

 I tried installing several perl modules today, but make test failed on
 several in the LWP package and for HTML::Parser etc. Couldn't find modules
 I'd already installed in the INC path. With HTML::Parser it couldn't run gcc
 because it was not found. How do you use CPAN under cygwin? Is there a web
 page that outlines how to configure CPAN for cygwin, is that what is needed?
 Are others having problems and how did you fix them. I successfully install
 some and have force installed others and notice that if you do a perldoc
 perllocal you only get the first three modules listed, whereas if you do a
 more on the perllocal file, you see a lot more listed. What's up with that,
 can anyonw explain?

Just start the `cpan` script:
$ /usr/bin/cpan

It asks some questions to configure itself when it runs the first time.


-- 
Best regards,
 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: Bug in gzip's stdout handling

2003-11-14 Thread Igor Pechtchanski
On Fri, 14 Nov 2003, Thomas Hammer wrote:

 Hi.

 I run the latest version of cygwin, with gzip, on WindowsXP SP1 and have a
 problem with gzip.

Please see http://cygwin.com/problems.html for guidelines on how to
report Cygwin problems.

 The command

   $ cat binaryfile.bin | gzip -c  bin.gz

 produces an invalid .gz file:

   $ gunzip bin.gz
   gunzip: bin.gz: invalid compressed data--crc error
   gunzip: bin.gz: invalid compressed data--length error

 If I do

   gzip binaryfile.bin

 everything works as expected - i.e. the resulting .gz file is valid.

 If I do this instead:

   cat binaryfile.bin  acopy.bin

 The two .bin files are identical.

 My gzip version:

   $ gzip --version
   gzip 1.3.5
   (2002-09-30)
   Copyright 2002 Free Software Foundation
   Copyright 1992-1993 Jean-loup Gailly
   This program comes with ABSOLUTELY NO WARRANTY.
   You may redistribute copies of this program
   under the terms of the GNU General Public License.
   For more information about these matters, see the file named COPYING.
   Compilation options:
   DIRENT UTIME STDC_HEADERS HAVE_UNISTD_H HAVE_MEMORY_H HAVE_STRING_H HAVE_LSTAT ASMV
   Written by Jean-loup Gailly.

 My conclusion is that gzip's handling of stdout is broken in some way.

I bet you have a text mount.  Please *attach* the output of cygcheck
-svr, as per http://cygwin.com/problems.html - this will confirm the
guess.

 The reason I report this problem, instead of just avoiding it by not using
 the -c option for gzip, is that I discovered the problem while running make
 dist on a Makefile.in created by automake. And it's automake that creates
 the gzip command line. I'll send a patch to the automake people and ask them
 to fix this - but since it's really gzip that is broken, I think it should
 be fixed here too.

 I think you could fix this by setting the mode for the filehandle for stdout
 to O_BINARY, i.e. something like this:

 #if defined (_WIN32)
 setmode(FileHandle, O_BINARY);  /* Make sure it is in binary mode. */
 #endif

FYI, Cygwin doesn't define _WIN32.  Besides, the above is not a proper
patch.
Igor

 It would be nice if you could look into it.

 Best Regards,
 Thomas Hammer
 [EMAIL PROTECTED]

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

I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster.  -- Patrick Naughton

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



Learning zsh

2003-11-14 Thread zzapper
Hi
If one chooses to use zsh rather than bash, do you have to rewrite all
your scripts?. How steep is the learning curve??



zzapper
--

vim -c :%s/^/WhfgTNabgureRIvzSUnpxre/|:%s/[R-T]/ /Ig|:normal ggVGg?

http://www.vim.org/tips/tip.php?tip_id=305  Best of Vim Tips


--
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: a2ps header clipping problem

2003-11-14 Thread Igor Pechtchanski
On Fri, 14 Nov 2003, Jason Tishler wrote:

 After upgrading to the official a2ps package from my private 4.13 build,
 I started to notice the a2ps header is clipped off from the top of the
 page.  If I revert back to my build, then all is well again.

 Has anyone else noticed this problem too?  Or, is it just me?

Yep.  See below.
Igor

--- /etc/a2ps-site.cfg-orig 2003-08-22 12:12:19.00100 -0400
+++ /etc/a2ps-site.cfg  2003-11-11 10:43:44.837233000 -0500
@@ -14,7 +14,7 @@
 Options: --encoding=latin1

 # Default medium
-Options: --medium=A4
+Options: --medium=Letter

 #
 # 2)   Your printers   #

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

I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster.  -- Patrick Naughton

--
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: Bug in gzip's stdout handling

2003-11-14 Thread Thomas Hammer
 -Original Message-
 From: Igor Pechtchanski [mailto:[EMAIL PROTECTED]
 Sent: 14. november 2003 16:28
 To: Thomas Hammer
 Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
 Subject: Re: Bug in gzip's stdout handling


Hi Igor.

Thanks for responding so promptly :).

...


 I bet you have a text mount.  Please *attach* the output of cygcheck
 -svr, as per http://cygwin.com/problems.html - this will confirm the
 guess.

cygcheck.out attached.

I didn't find anything about any drives being mounted as text, though.

Two small bits of info that might or might not have some value:

1) I believe this has worked earlier (i.e. 6 months ago) for a colleague of
mine, running a recent version of cygwin. Which means that something could
have been broken in cygwin after that, or (more likely) that something for
some reason is configured differently on my system.

2) When I installed cygwin, I was asked if I wanted the tools to support
Unix-style newlines or DOS-style newlines. I answered DOS-style. I did
reinstall cygwin, specifying Unix-style newlines this time, and had the
same problem though.

.Thomas


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/

RE: FYI: bladeenc - fairly easy port.

2003-11-14 Thread Hannu E K Nevalainen
 From: Hannu E K Nevalainen
 Sent: Wednesday, September 24, 2003 12:26 AM

MOTIVATION:

Gerrit, about a Windows-native version:
   How fast is it compared with the Cygwin version?

Hannu:
 Answer: Approximately 20-40% faster in cmd native mode

 IMO the better compatibility with the other cygwin tools is worth more
 than the extra speed.


 Well, here it finally is; the patch(es?) for the executable version - for
those that have interest in it. (using: bladeenc 0.94.2  gcc 3.3.1)

Mostly due to the usual excuse (i.e. lack of time) I have chosen to not
create a cygwin package. A secondary reason; This might also be problematic
due to mp3-licensing.

 Feel free to use the patch as you wish. I *might* 'enhance' it further, but
don't count on it. ;-)  e.g. I've not tried -mno-cygwin yet ;-) FWIW.

/Hannu E K Nevalainen, B.Sc. EE - 59+16.37'N, 17+12.60'E
-- printf(LocalTime: UTC+%02d\n,(DST)? 2:1); --
--END OF MESSAGE--


bladeenc-0.94.2-stable-cygwin.sh
Description: Binary data


bladeenc-0.94.2-stable-cygwin.README
Description: Binary data


bladeenc-0.94.2-stable-cygwin.patch
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: Perl CPAN module help

2003-11-14 Thread Christopher Faylor
On Fri, Nov 14, 2003 at 04:25:01PM +0100, Gerrit P. Haase wrote:
Hello Gary,

Wednesday, November 12, 2003, 7:57:42 PM, you wrote:

 I tried installing several perl modules today, but make test failed on
 several in the LWP package and for HTML::Parser etc. Couldn't find modules
 I'd already installed in the INC path. With HTML::Parser it couldn't run gcc
 because it was not found. How do you use CPAN under cygwin? Is there a web
 page that outlines how to configure CPAN for cygwin, is that what is needed?
 Are others having problems and how did you fix them. I successfully install
 some and have force installed others and notice that if you do a perldoc
 perllocal you only get the first three modules listed, whereas if you do a
 more on the perllocal file, you see a lot more listed. What's up with that,
 can anyonw explain?

Just start the `cpan` script:
$ /usr/bin/cpan

It asks some questions to configure itself when it runs the first time.

Is there a cygwin question or observation somewhere?  It seems like we've
wandered into territory which would be best served in a forum devoted
strictly to perl.

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: Learning zsh

2003-11-14 Thread Christopher Faylor
On Fri, Nov 14, 2003 at 03:31:51PM +, zzapper wrote:
If one chooses to use zsh rather than bash, do you have to rewrite all
your scripts?. How steep is the learning curve??

http://www.zsh.org/ should have a wealth of information on this.
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam email harvesters: send email to [EMAIL PROTECTED]
and be permanently blocked from mailing lists at sources.redhat.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/



Problem wit Downloading Setup.exe

2003-11-14 Thread rmurfe
When I complete the download of the new setup from the cygwin site and
other mirror sites for the new version 1.5.. the download stalls at 98%
then it complete itself.  When I try to run the application in Window
XP, I get an error message This is not a valid Win32 app.  

Could you tell me what I am doing wrong or where I can get a working
version of the application?  Thank you. 


Robert Murphy 
Thanks 




--
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: Bug in gzip's stdout handling

2003-11-14 Thread Igor Pechtchanski
I've removed support at gzip dot org from this discussion.  So far this
is Cygwin-related, and you can update them later on the results if it
turns out to be a generic gzip issue.

On Fri, 14 Nov 2003, Thomas Hammer wrote:

  -Original Message-
  From: Igor Pechtchanski [mailto:[EMAIL PROTECTED]
  Sent: 14. november 2003 16:28
  To: Thomas Hammer
  Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
  Subject: Re: Bug in gzip's stdout handling
 

 Hi Igor.

 Thanks for responding so promptly :).

 ...

 
  I bet you have a text mount.  Please *attach* the output of cygcheck
  -svr, as per http://cygwin.com/problems.html - this will confirm the
  guess.

 cygcheck.out attached.

 I didn't find anything about any drives being mounted as text, though.

 Two small bits of info that might or might not have some value:

 1) I believe this has worked earlier (i.e. 6 months ago) for a colleague of
 mine, running a recent version of cygwin. Which means that something could
 have been broken in cygwin after that, or (more likely) that something for
 some reason is configured differently on my system.

 2) When I installed cygwin, I was asked if I wanted the tools to support
 Unix-style newlines or DOS-style newlines. I answered DOS-style. I did
 reinstall cygwin, specifying Unix-style newlines this time, and had the
 same problem though.

 .Thomas

(2) shows that you used to have text mounts.  Your cygcheck.out shows
binary mounts, so that's probably not the problem.

Please try the following:  sed '' binaryfile.bin  acopy.bin and compare
the files.  Also echo | sed ''  test.out; od -c test.out and perl -e
'print q{ }x2560' | gzip -c  test.gz; od -c test.gz.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster.  -- Patrick Naughton

--
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: a2ps header clipping problem

2003-11-14 Thread Igor Pechtchanski
On Fri, 14 Nov 2003, Jason Tishler wrote:

 Igor,

 On Fri, Nov 14, 2003 at 10:34:36AM -0500, Igor Pechtchanski wrote:
  On Fri, 14 Nov 2003, Jason Tishler wrote:
   Has anyone else noticed this problem too?  Or, is it just me?
 
  Yep.  See below.

 Doh!  Thanks!

 All,

 Should a2ps be configured to default to Letter instead of A4?

 Jason

Yes, IMO - see http://cygwin.com/ml/cygwin-apps/2003-11/msg00193.html.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster.  -- Patrick Naughton

--
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: Cannot read: No space left on device accessing DDS3 drive on W2K

2003-11-14 Thread Sean Brown
Peter/Corinna,

Well, it was an ID-10-T error.  A reboot solved the problem.  Evidently,
Cygwin requires a reboot on W2K before all functionality is available.
I assumed, since I was reading the drive and able to get status
information, that a reboot was unneccesary.  After rebooting the server,
the drive was fully accessible and I had no further errors reading tapes
created on the Linux system.

Thanks for taking the time assist.

Sean

 -Original Message-
 From: Corinna Vinschen [mailto:[EMAIL PROTECTED] 
 Sent: Friday, November 14, 2003 4:39 AM
 To: [EMAIL PROTECTED]
 Subject: Re: Cannot read: No space left on device accessing 
 DDS3 drive on W2K
 
 
 On Thu, Nov 13, 2003 at 01:46:13PM -0500, Sean Brown wrote:
  Peter,
  
  Thanks for the pointer.  Both drives are DDS4 so both 
 support density
  0x25 (DDS3) which is the density of the tapes.  Still no luck but am
  continuing in my search for a resolution.  
 
 It could be a problem with the drive, though.
 
 Anyway, please set the blocksize to 0 and strace tar.  Send the
 strace to this list.  At one point in the file is perhaps an
 intersting Windows error number.
 
 Corinna
 
 -- 
 Corinna Vinschen  Please, send mails 
 regarding Cygwin to
 Cygwin Developer
 mailto:[EMAIL PROTECTED]
 Red Hat, Inc.
 

--
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: a2ps header clipping problem

2003-11-14 Thread Hughes, Bill
Sent: 14 November 2003 16:30 From: Igor Pechtchanski
..snip..
  Should a2ps be configured to default to Letter instead of A4?
..snip..
Yes, IMO - see http://cygwin.com/ml/cygwin-apps/2003-11/msg00193.html.

Why? It doesn't seem evident from the referenced posting.
If it's a USA v Rest Of World Thing fine (or not), but is there a technical
reason?
A2ps seems to have originated in Europe which would explain the default to
A4...

--
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: a2ps header clipping problem

2003-11-14 Thread Jason Tishler
Igor,

On Fri, Nov 14, 2003 at 11:29:32AM -0500, Igor Pechtchanski wrote:
 On Fri, 14 Nov 2003, Jason Tishler wrote:
  Should a2ps be configured to default to Letter instead of A4?
 
 Yes, IMO -

Thanks for your concurrence.

 see http://cygwin.com/ml/cygwin-apps/2003-11/msg00193.html.

BTW, you caught me reading my mailing lists alphabetically again. :,)

Jason

-- 
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6

--
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: a2ps header clipping problem

2003-11-14 Thread Igor Pechtchanski
On Fri, 14 Nov 2003, Hughes, Bill wrote:

 Sent: 14 November 2003 16:30 From: Igor Pechtchanski
 ..snip..
   Should a2ps be configured to default to Letter instead of A4?
 ..snip..
 Yes, IMO - see http://cygwin.com/ml/cygwin-apps/2003-11/msg00193.html.

 Why? It doesn't seem evident from the referenced posting. If it's a USA
 v Rest Of World Thing fine (or not), but is there a technical reason?
 A2ps seems to have originated in Europe which would explain the default
 to A4...

Umm, yes, you're quite right.  I should change that line to a comment
instead (just so us USA people know how to fix our margins).
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster.  -- Patrick Naughton

--
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: Cannot read: No space left on device accessing DDS3 drive on W2K

2003-11-14 Thread Corinna Vinschen
On Fri, Nov 14, 2003 at 11:40:25AM -0500, Sean Brown wrote:
 Peter/Corinna,
 
 Well, it was an ID-10-T error.  A reboot solved the problem.  Evidently,
 Cygwin requires a reboot on W2K before all functionality is available.

Nope, wrong assumption.  Your machine did require a reboot for some
unknown reason but it's not Cygwin which needs it.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
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 rsync in a sceduled script

2003-11-14 Thread Bakken, Luke
  Rsync works perfectly everytime from the command line, but 
 sometimes after
  the rsync operation completes when it is run using a 
 script/scheduler, I
  get this error and rsync sits running (hung) till I 
 manually kill it.
  
  rsync error: syntax or usage error (code 1) at /tmp/rsync-
  2.5.6/main.c(1045)
  
  I logged stdout and stderr from the script, and here is 
 what it looks
  like:
  receiving file list ... done
  wrote 97 bytes  read 1569 bytes  175.37 bytes/sec
  total size is 1441861  speedup is 865.46
  rsync error: syntax or usage error (code 1) at /tmp/rsync-
  2.5.6/main.c(1045)
  
  Is it a bug? Is it me?
 
 
 I've fought this for awhile now. I can't figure it out. I 
 copied the script
 to a linux machine and it works flawlessly, same rsync 
 server. The command
 that is the root of all evil (my problem, in cygwin) :
 
 /usr/bin/rsync -qaz --partial --delete --timeout=4 \
 rsync://server.xyz.com/o/test/ /cygdrive/d/remote/backup.current/o/

rsync doesn't work perfectly with cygwin in some situations. Search the
archives for more info. I installed the latest dll snapshot and it
seemed to resolve some of the hanging issues I've seen.

Luke

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



Will next cygwin1.dll release have the select() fix?

2003-11-14 Thread Brian . Kelly
Will the next cygwin1.dll release have cgf's select() fix? And when is the
next version planned for release?
(I know a snap-shot is available).

Brian Kelly



WellChoice, Inc. made the following
 annotations on 11/14/2003 12:52:23 PM
--
Attention!  This electronic message contains information that may be legally
confidential and/or privileged.  The information is intended solely for the
individual or entity named above and access by anyone else is unauthorized.
If you are not the intended recipient, any disclosure, copying, distribution,
or use of the contents of this information is prohibited and may be unlawful.
If you have received this electronic transmission in error, please reply
immediately to the sender that you have received the message in error, and
delete it. Release/Disclosure Statement


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



.exe handling change in fileutils-4.1-2

2003-11-14 Thread Doru Carastan
In reply to: http://cygwin.com/ml/cygwin/2003-11/msg00478.html
--
It is normal to see touch foo.exe; cp foo bar fail. You just created 
foo.exe, which is definitely not foo. Check with ls -l.

The current versions of autoconf and automake define and use 
EXEEXT=.exe. Check your Makefile.am or Makefile.in files and add 
$(EXEEXT) to all commands that involve executables.

Good luck,

Doru Carastan

Cygwin Contractordoru.c @ pacbell.net
San Jose, CAhttp://www.4jobs.com/DoruCarastan
--
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: .exe handling change in fileutils-4.1-2

2003-11-14 Thread Nathan J. Williams
Doru Carastan [EMAIL PROTECTED] writes:

 In reply to: http://cygwin.com/ml/cygwin/2003-11/msg00478.html
 --
 
 It is normal to see touch foo.exe; cp foo bar fail. You just created
 foo.exe, which is definitely not foo. Check with ls -l.

Yes, I'm aware that foo.exe is not foo, but fileutils-4.1-1 contained
code which special-cased this situation, IMO very usefully. What I
would like to see is a ChangeLog entry or CVS log message or something
that corresponds to and explains the removal of that code.

 The current versions of autoconf and automake define and use
 EXEEXT=.exe. Check your Makefile.am or Makefile.in files and add
 $(EXEEXT) to all commands that involve executables.

The build system in question is not based on autoconf/automake.

- Nathan

--
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: Will next cygwin1.dll release have the select() fix?

2003-11-14 Thread Christopher Faylor
On Fri, Nov 14, 2003 at 12:52:03PM -0500, [EMAIL PROTECTED] wrote:
Will the next cygwin1.dll release have cgf's select() fix?

I'm wondering what you think the term snapshot means.

And when is the next version planned for release?

Standard flip answer: Definitely by December 2004.
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam email harvesters: send email to [EMAIL PROTECTED]
and be permanently blocked from mailing lists at sources.redhat.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: Maildir Support broken with Mutt 1.4.1?

2003-11-14 Thread Christian Weinberger
 Unfortunately the mutt version 1.4-1 doesn't find the cygcrypto.dll
 and cygssl.dll while there are only cygcrypto-0.9.7.dll and
 cygssl-0-9-7.dll. If I rename these dlls mutt dumps and I didn't test
 any further. But I would like to use a cygwin-supported mutt with
 maildir support to.
  
 Gruss Olaf Föllinger
 

At least this works in my installation. I´ve cygcrypto-0.9.7.dll, cygcrypt-
0.dll and cygcrypto.dll in my bin directory.

Maybe mutt 1.4-1 uses an older version? My cygcrypto.dll is dated 11 Apr 
2003.

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: 1.5.5-1 command substitution hangs (0% cpu) on XP

2003-11-14 Thread Geoffrey Ruscoe


 -Original Message-
 From: Geoffrey Ruscoe [mailto:[EMAIL PROTECTED] 
 Sent: Thursday, November 13, 2003 2:03 PM
 To: '[EMAIL PROTECTED]'
 Subject: RE: 1.5.5-1 command substitution hangs (0% cpu) on XP
 
 
 I'm sorry I posted this problem a second time (under this new 
 name) ... I thought my first attempt was too shotty and was 
 probably misnamed.  I was trying to continue the discussion 
 that I had found that most closely matched (blah, blah).


I don't think I've been forgiven yet ;)


 So I thought about trying an older version of cygwin to see 
 if that would cure what ails (should be ale's as in free beer 
 in my case) me, but I couldn't find snap shots of an older 
 release (maybe 1.3.22-1).  Is there a way to get this or 
 would this not be helpful.


I guess this is not a good idea


 Really, if anybody has any hints or things for me to try it 
 would be very greatly appreciated.  It seems so strange that 
 I would be the only one having this problem even after the 
 new version of bash.


Either this is a real stumper, or is so simple that ~anyone~ [read: I]
should have already figured it out, or ... What I would guess is that even
though I searched and searched, read the faq, read the user guide, and read
the posting guidelines I have offended all you hard working people -- and
thus haven't deserved response.  I'm sure I deserve such retribution, I'm
just not sure why ;).  To quote a famous bear: Oh bother.

Either way, keep up the good work, I have enjoyed using cygwin on many other
occasions (when I have been forced to use m$ winbloz).


Cheers


 Thanks again,
 Geoff
 
  -Original Message-
  From: Geoffrey Ruscoe [mailto:[EMAIL PROTECTED]
  Sent: Wednesday, November 12, 2003 11:12 AM
  To: '[EMAIL PROTECTED]'
  Subject: 1.5.5-1 command substitution hangs (0% cpu) on XP
  
  
  I have seen a number of references to this problem, but none
  of the fixes seems to work.  I have used cygwin on many 
  systems and not had this problem.
  
  Basically any form of command substitution hangs with 0% cpu
  usage.  Usually after a fresh reboot, the problem will not 
  occur for the first couple times I do it and then once the 
  first command substitution hangs, none of them work again 
  until a reboot.
  
  Simple commands such as
  Echo `echo hi`
  Or
  echo `date`
  Or 
  The same using $(date), etc.
  
  Have the same results as the post install scripts.
  
  On this computer the setup has never completely worked always
  stopping on the post install scripts.
  
  I can see the sh.exe processes in the task manager and have
  to kill them off.  As I do this the progress meter of setup 
  will continue until I have killed all of the locked sh 
  processes and the setup finally finishes.
  
  I have tried
  * the recent version of bash that was offered here
  * giving everyone full rights to cygwin and the entire c drive.
  * setting USER and HOME
  * making sure there are no spaces in either
  * various settings for CYGWIN (thought I had it there after a 
  reboot). Now my CYGWIN is just: ntsec
  
  here is my
  bash-2.05b$ uname -a
  CYGWIN_NT-5.1 Consultant01 1.5.5(0.94/3/2) 2003-09-20 16:31 
  i686 unknown unknown Cygwin
  
  And my cygcheck -svr is attached.
  
  The hang script hangs with both versions of bash (although
  not the first time or two after the fresh reboot).
  
  I'm not sure what to try next.  If anyone can point me to a
  document that might help, or if you have any suggestions to 
  try or some more information I can provide, it would be 
  greatly appreciated.  And I apologize for having to ask for 
  help on what I am sure is a EBCAC.  I have never had this 
  problem before.  
  
  Also important to note:  I think everything was working fine
  until the XP downloaded and installed some update it 
  needed.  But it is too late to verify that.  I have deleted 
  cygwin and reinstalled it several times (including removing 
  the regedit entries.
  
  Thanks again for anybody's help,
  
  Geoff
  
  
 
 --
 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: Trouble in Compiling OpenGL-1.1.0-6 with Cygwin!

2003-11-14 Thread Brian Ford
On Fri, 14 Nov 2003, Alex MANTION wrote:

 I am experiencing a trouble while I am trying to
 compile OpenGl-1.1.0-6 from its sources available on
 cygwin web site. I need this one to make Ghemical 1.5
 working (for its glut component part [glutinit and so
 on]).

The binary opengl package contains glut.  You should not need to compile
it yourself unless you need to change the glut source code.

Please install the current binary opengl package (version 1.1.0-7) and
read /usr/share/doc/Cygwin/opengl-1.1.0-7.README for usage information.

 When I do as indicating in the README.linux of this
 package nothing happens (error message as usual ).

Don't do that.  Cygwin is not Linux, although it has many similar
features.

IIRC, Cygwin's glut is compiled using MSVC++.

 Has anybody an idea to solve this trouble ? May I find
 this glut extension somewhere else ?

In the binary opengl package, yes.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

--
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: Will next cygwin1.dll release have the select() fix?

2003-11-14 Thread Brian . Kelly

 I'm wondering what you think the term snapshot means.

cvs - as opposed to setup.exe

So I take it I'm wrong and can get the select() fix via default setup.exe?

 Standard flip answer: Definitely by December 2004.

Is there such a thing as a standard non-flip answer?

BK





Christopher Faylor [EMAIL PROTECTED]@cygwin.com
on 11/14/2003 02:13:45 PM

Please respond to [EMAIL PROTECTED]

Sent by:[EMAIL PROTECTED]


To:[EMAIL PROTECTED]
cc: (bcc: Brian Kelly/WTC1/Empire)

Subject:Re: Will next cygwin1.dll release have the select() fix?


On Fri, Nov 14, 2003 at 12:52:03PM -0500, [EMAIL PROTECTED] wrote:
Will the next cygwin1.dll release have cgf's select() fix?

I'm wondering what you think the term snapshot means.

And when is the next version planned for release?

Standard flip answer: Definitely by December 2004.
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam email harvesters: send email to [EMAIL PROTECTED]
and be permanently blocked from mailing lists at sources.redhat.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/







WellChoice, Inc. made the following
 annotations on 11/14/2003 02:48:51 PM
--
Attention!  This electronic message contains information that may be legally
confidential and/or privileged.  The information is intended solely for the
individual or entity named above and access by anyone else is unauthorized.
If you are not the intended recipient, any disclosure, copying, distribution,
or use of the contents of this information is prohibited and may be unlawful.
If you have received this electronic transmission in error, please reply
immediately to the sender that you have received the message in error, and
delete it. Release/Disclosure Statement


--
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: Will next cygwin1.dll release have the select() fix?

2003-11-14 Thread Brian Ford
On Fri, 14 Nov 2003 [EMAIL PROTECTED] wrote:

  I'm wondering what you think the term snapshot means.

 cvs - as opposed to setup.exe

What do you think the cvs repository is for?

 So I take it I'm wrong and can get the select() fix via default setup.exe?

Not now, but the next release will be based off cvs.  Doh!

That is what snapshots are for, to test for a yet to be determined
future release.

  Standard flip answer: Definitely by December 2004.

 Is there such a thing as a standard non-flip answer?

Cygwin is a voluteer effort.  Releases do not happen on a schedule.
 Volunteer yourself, or take what you get.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

--
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: Will next cygwin1.dll release have the select() fix?

2003-11-14 Thread Christopher Faylor
On Fri, Nov 14, 2003 at 02:10:53PM -0600, Brian Ford wrote:
On Fri, 14 Nov 2003 [EMAIL PROTECTED] wrote:
I'm wondering what you think the term snapshot means.

cvs - as opposed to setup.exe

What do you think the cvs repository is for?

So I take it I'm wrong and can get the select() fix via default
setup.exe?

Not now, but the next release will be based off cvs.  Doh!

That is what snapshots are for, to test for a yet to be determined
future release.

Standard flip answer: Definitely by December 2004.

Is there such a thing as a standard non-flip answer?

Cygwin is a voluteer effort.  Releases do not happen on a schedule.
Volunteer yourself, or take what you get.

Gold star for Brian!

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: Will next cygwin1.dll release have the select() fix?

2003-11-14 Thread Brian Ford
On Fri, 14 Nov 2003, Christopher Faylor wrote:

 On Fri, Nov 14, 2003 at 02:10:53PM -0600, Brian Ford wrote:
 On Fri, 14 Nov 2003 [EMAIL PROTECTED] wrote:

 Gold star for Brian!

Thanks!  But, be carefull.  We're both Brian :D.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

--
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: Learning zsh

2003-11-14 Thread Peter A. Castro
On Fri, 14 Nov 2003, zzapper wrote:

 Hi
 If one chooses to use zsh rather than bash, do you have to rewrite all
 your scripts?. How steep is the learning curve??

While somethings are distinctly different between bash and zsh, and lot
of bash scripts will run under zsh.  But, why not use both?  I am an
advocate for zsh, being the Cygwin maintainer and all, but I've always
felt that you should use the right tool for the right job.  Choice of
shell is rather a personal thing.  Choose the shell which is right for
you and your usage.

Regarding the learning curve.  You can take most of your bash (or csh or
ksh) knowledge and apply it to zsh.  As I said, there are differences and
really the man/info pages are the best place to discover that.  The
Cygwin package comes with some sample source/profile files
(/usr/share/doc/zsh-4.1.1/StartupFiles/) which you can start with.  And,
I am happy to answer any questions you may have concering zsh.

 zzapper

-- 
Peter A. Castro [EMAIL PROTECTED] or [EMAIL PROTECTED]
Cats are just autistic Dogs -- Dr. Tony Attwood

--
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: Will next cygwin1.dll release have the select() fix?

2003-11-14 Thread Brian . Kelly

 Gold star for Brian!

Please - even thankless ungrateful lamprey-eel me knows you're not really
serious about giving your tag team coat-tailer a *real* gold star for this!
(I'll believe it when I see it on the website).

-bk





Christopher Faylor [EMAIL PROTECTED]@cygwin.com
on 11/14/2003 03:13:28 PM

Please respond to [EMAIL PROTECTED]

Sent by:[EMAIL PROTECTED]


To:[EMAIL PROTECTED]
cc: (bcc: Brian Kelly/WTC1/Empire)

Subject:Re: Will next cygwin1.dll release have the select() fix?


On Fri, Nov 14, 2003 at 02:10:53PM -0600, Brian Ford wrote:
On Fri, 14 Nov 2003 [EMAIL PROTECTED] wrote:
I'm wondering what you think the term snapshot means.

cvs - as opposed to setup.exe

What do you think the cvs repository is for?

So I take it I'm wrong and can get the select() fix via default
setup.exe?

Not now, but the next release will be based off cvs.  Doh!

That is what snapshots are for, to test for a yet to be determined
future release.

Standard flip answer: Definitely by December 2004.

Is there such a thing as a standard non-flip answer?

Cygwin is a voluteer effort.  Releases do not happen on a schedule.
Volunteer yourself, or take what you get.

Gold star for Brian!

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/







WellChoice, Inc. made the following
 annotations on 11/14/2003 03:40:49 PM
--
Attention!  This electronic message contains information that may be legally
confidential and/or privileged.  The information is intended solely for the
individual or entity named above and access by anyone else is unauthorized.
If you are not the intended recipient, any disclosure, copying, distribution,
or use of the contents of this information is prohibited and may be unlawful.
If you have received this electronic transmission in error, please reply
immediately to the sender that you have received the message in error, and
delete it. Release/Disclosure Statement


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



insight debugger locks up

2003-11-14 Thread y2bismil


Hi all,

i'm using the insight debugger from the lastest cygwin package.  It seems to be
locking up when trying to step through code.  The following program isolates the
issue on my system

**
#include io.h
#include stdio.h
#include  fcntl.h
#include sys/stat.h
#include conio.h

int main()
{
   int handle;
   handle= creat(hello.txt, 0);
   if (handle == -1)
   {
  printf(Unable to creat file hello.txt\r\n);
   }

   write(handle, Hello\r\n,7);
   close(handle);

   handle= open(hello.txt, O_RDWR|O_BINARY, S_IREAD | S_IWRITE);
   if (handle == -1)
   {
  printf(Unable to open file hello.txt\r\n);
   }
   write(handle, urdum\r\n,7);
   close(handle);

  while(1)
 {
char c = kbhit();
   if(c)
   {
c = getch();
char buffer[12];
buffer[0] = c;
buffer[1] = '\0';
printf(buffer);
break;
   }

 }
}


Compile line:

g++ -g -mno-cygwin -isystemC:/cygwin/usr/include/mingw -o main.exe  main.cpp
**
What I do:
Start the insight debugger.  Use Next (not even step into).  Stepping over this
line:  handle= creat(hello.txt, 0); causes a lockup of insight.  Yet, I get
the printfs:

printf(Unable to creat file hello.txt\r\n);
printf(Unable to open file hello.txt\r\n).

My problem first arose after trying out kbhit, which locks up.  Then I went to
my little file test program and it has the same problem.
Any ideas?

Yamin


This mail sent through www.mywaterloo.ca

--
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: insight debugger locks up

2003-11-14 Thread y2bismil
lol,

Weird.  It appears it is a kbhit problem.  For some reason even on that line way
up top, if I just press a key on the console screen from the debugger, the
program continues.  But stepping through appears to be messed up.  I have to put
breakpoints everywhere.

Is there some incompatibility with stepping through code and kbhit.

Yamin

Quoting [EMAIL PROTECTED]:

 
 
 Hi all,
 
 i'm using the insight debugger from the lastest cygwin package.  It seems to
 be
 locking up when trying to step through code.  The following program isolates
 the
 issue on my system
 
 **
 #include io.h
 #include stdio.h
 #include  fcntl.h
 #include sys/stat.h
 #include conio.h
 
 int main()
 {
int handle;
handle= creat(hello.txt, 0);
if (handle == -1)
{
   printf(Unable to creat file hello.txt\r\n);
}
 
write(handle, Hello\r\n,7);
close(handle);
 
handle= open(hello.txt, O_RDWR|O_BINARY, S_IREAD | S_IWRITE);
if (handle == -1)
{
   printf(Unable to open file hello.txt\r\n);
}
write(handle, urdum\r\n,7);
close(handle);
 
   while(1)
  {
   char c = kbhit();
if(c)
{
 c = getch();
 char buffer[12];
 buffer[0] = c;
 buffer[1] = '\0';
 printf(buffer);
 break;
}
 
  }
 }
 
 
 Compile line:
 
 g++ -g -mno-cygwin -isystemC:/cygwin/usr/include/mingw -o main.exe  main.cpp
 **
 What I do:
 Start the insight debugger.  Use Next (not even step into).  Stepping over
 this
 line:  handle= creat(hello.txt, 0); causes a lockup of insight.  Yet, I
 get
 the printfs:
 
 printf(Unable to creat file hello.txt\r\n);
 printf(Unable to open file hello.txt\r\n).
 
 My problem first arose after trying out kbhit, which locks up.  Then I went
 to
 my little file test program and it has the same problem.
 Any ideas?
 
 Yamin
 
 
 This mail sent through www.mywaterloo.ca
 





This mail sent through www.mywaterloo.ca

--
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: Will next cygwin1.dll release have the select() fix?

2003-11-14 Thread Christopher Faylor
On Fri, Nov 14, 2003 at 02:18:36PM -0600, Brian Ford wrote:
On Fri, 14 Nov 2003, Christopher Faylor wrote:

 On Fri, Nov 14, 2003 at 02:10:53PM -0600, Brian Ford wrote:
 On Fri, 14 Nov 2003 [EMAIL PROTECTED] wrote:

 Gold star for Brian!

Thanks!  But, be carefull.  We're both Brian :D.

I thought of that a millisecond after sending the email:

Gold star for Brian Ford!

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/



Whiny CYGWIN user needs help

2003-11-14 Thread Geoffrey Ruscoe
Another for the acronyms page?

CYGWIN: Caught You Giving Whiny Info? Not!

--
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: Trouble in Compiling OpenGL-1.1.0-6 with Cygwin!

2003-11-14 Thread Andre Bleau
Brian Ford wrote:

On Fri, 14 Nov 2003, Alex MANTION wrote:

 I am experiencing a trouble while I am trying to
 compile OpenGl-1.1.0-6 from its sources available on
 cygwin web site. I need this one to make Ghemical 1.5
 working (for its glut component part [glutinit and so
 on]).

The binary opengl package contains glut.  You should not need to compile
it yourself unless you need to change the glut source code.
Right.

Please install the current binary opengl package (version 1.1.0-7) and
read /usr/share/doc/Cygwin/opengl-1.1.0-7.README for usage information.
Well that file contains instructions about how to rebuild the package. 
Usage info is rather in /usr/share/doc/opengl-1.1.0/README.txt .


 When I do as indicating in the README.linux of this
 package nothing happens (error message as usual ).

Don't do that.  Cygwin is not Linux, although it has many similar
features.
IIRC, Cygwin's glut is compiled using MSVC++.
Right.


 Has anybody an idea to solve this trouble ? May I find
 this glut extension somewhere else ?

In the binary opengl package, yes.
Right.

Kudos to Brian, who has often offered fast and reliable answers about the 
OpenGL package to this list.

André Bleau, Cygwin's OpenGL package maintainer.

Please address all questions and problem reports about Cygwin's OpenGL 
package to [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/


Re: Learning zsh

2003-11-14 Thread zzapper
?

While somethings are distinctly different between bash and zsh, and lot
of bash scripts will run under zsh.  But, why not use both?  I am an
advocate for zsh, being the Cygwin maintainer and all, but I've always
felt that you should use the right tool for the right job.  Choice of
shell is rather a personal thing.  Choose the shell which is right for
you and your usage.

Regarding the learning curve.  You can take most of your bash (or csh or
ksh) knowledge and apply it to zsh.  As I said, there are differences and
really the man/info pages are the best place to discover that.  The
Cygwin package comes with some sample source/profile files
(/usr/share/doc/zsh-4.1.1/StartupFiles/) which you can start with.  And,
I am happy to answer any questions you may have concering zsh.

Thanx, and of I forgot that in any case with the bang header line I
can really specify any shell, I like. ie I can run my bash scripts.

What really affected me was invoking zsh and then not having my
environment aliases etc.

I've come across zsh before, it seems to more logical  less arcane
than other shells.

A previous poster, indicated that this group is probably not the best
place for such discussions, which is of course correct, but that said
there must be a lot of Unix Newbies here. (I'm a Unix oldbie, but that
means I know old Unix, rather than all this new stuff)

zzapper
--

vim -c :%s/^/WhfgTNabgureRIvzSUnpxre/|:%s/[R-T]/ /Ig|:normal ggVGg?

http://www.vim.org/tips/tip.php?tip_id=305  Best of Vim Tips


--
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: Learning zsh

2003-11-14 Thread Christopher Faylor
On Fri, Nov 14, 2003 at 09:39:18PM +, zzapper wrote:
A previous poster, indicated that this group is probably not the best
place for such discussions, which is of course correct, but that said
there must be a lot of Unix Newbies here. (I'm a Unix oldbie, but that
means I know old Unix, rather than all this new stuff)

There is a lot of food in a supermarket, too, but a supermarket isn't
the best place to hold a dinner party.

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: Installer question

2003-11-14 Thread Andre Bleau

On Thu, Nov 13, 2003 at 07:59:43PM -0500, Igor Pechtchanski wrote:
On Thu, 13 Nov 2003, Anon Mouse wrote:

 Hello,

   Couple of comments on the installer:

   - Does it have to be non-resizable?  It's REALLY a pain to keep
 scrolling left-right-left-right in a 3-inch window

Yes, it does.  The version of the installer currently distributed off the
main Cygwin web site (v2.416) is non-resizeable and will forever stay that
way[*].  There are a bunch of long discussions on both the main Cygwin
list and the cygwin-apps list as to why it has to be so.
I thought we agreed that we'd change it to be resizable to a 3.1 inch window
if there was a lot of interest in that.  Then when everyone got used to that,
we'd make a 3.2 inch window available.  We'd time these carefully at six month
intervals so as not to alarm anyone.
Then by 2010 we'd have something like a 4.4 inch window available.

A 4.4 inch window should be enough for anyone.

And you can quote me on that.

cgf
Anon,

You could outsmart cgf by buying a larger monitor. What appears as a 3-inch 
window on a 15-inch monitor would be 4.5-inch on a 22-inch screen. By 2010, 
45-inch monitors will be common place, and setup's chooser will thus be 
(wow!) 9 inches wide; that's double what cgf is promising you!

;-



André Bleau, Cygwin's OpenGL package maintainer.

Please address all questions and problem reports about Cygwin's OpenGL 
package to [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/


Include Problem

2003-11-14 Thread Martin Bündgens
Hallo,

i started using cygwin today and i got a small problem with some C progs.
How does Cygwin compensate file includes like linux/ip.h or linux/tcp.h.
Thanks for your help.

Regards,
Martin Bündgens.




--
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: Whiny CYGWIN user needs help

2003-11-14 Thread Graucsh
Geoffrey Ruscoe wrote:
Another for the acronyms page?

CYGWIN: Caught You Giving Whiny Info? Not!

Can You Grok When I'm Nice?



--
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: Learning zsh

2003-11-14 Thread Peter A. Castro
On Fri, 14 Nov 2003, Christopher Faylor wrote:

 On Fri, Nov 14, 2003 at 09:39:18PM +, zzapper wrote:
 A previous poster, indicated that this group is probably not the best
 place for such discussions, which is of course correct, but that said
 there must be a lot of Unix Newbies here. (I'm a Unix oldbie, but that
 means I know old Unix, rather than all this new stuff)

 There is a lot of food in a supermarket, too, but a supermarket isn't
 the best place to hold a dinner party.

I feel I must interject here.  That analogy is quite inaccurate (and,
besides I've suddenly become hungry).  zzapper's original question is
more akin to stopping someone on the street to ask directions.  It's not
like he was asking for an indept analysis of steak...err, I mean Zsh,
merely a question on will bash potatoes, err, scripts will work with it
or not.  A quick question deserts, err, deserves a quick answer
(*burp*).  And, he's right.  Lots of Newbies check in to this list with
cooking, err, casual questions.

 cgf

-- 
Peter A. Castro [EMAIL PROTECTED] or [EMAIL PROTECTED]
Cats are just autistic Dogs -- Dr. Tony Attwood

--
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: Include Problem

2003-11-14 Thread Brian Ford
On Sat, 15 Nov 2003, Martin Bündgens wrote:

 i started using cygwin today and i got a small problem with some C progs.
 How does Cygwin compensate file includes like linux/ip.h or linux/tcp.h.
 Thanks for your help.

It doesn't.  Cygwin != Linux.

Also, AFAIK, if a Linux application is directly including linux/*, it is
broken.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

--
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: Installer question

2003-11-14 Thread Igor Pechtchanski
On Fri, 14 Nov 2003, Andre Bleau wrote:

 On Thu, Nov 13, 2003 at 07:59:43PM -0500, Igor Pechtchanski wrote:
  On Thu, 13 Nov 2003, Anon Mouse wrote:
  
   Hello,
  
 Couple of comments on the installer:
  
 - Does it have to be non-resizable?  It's REALLY a pain to keep
   scrolling left-right-left-right in a 3-inch window
  
  Yes, it does.  The version of the installer currently distributed off the
  main Cygwin web site (v2.416) is non-resizeable and will forever stay that
  way[*].  There are a bunch of long discussions on both the main Cygwin
  list and the cygwin-apps list as to why it has to be so.
 
 I thought we agreed that we'd change it to be resizable to a 3.1 inch window
 if there was a lot of interest in that.  Then when everyone got used to that,
 we'd make a 3.2 inch window available.  We'd time these carefully at six month
 intervals so as not to alarm anyone.
 
 Then by 2010 we'd have something like a 4.4 inch window available.
 
 A 4.4 inch window should be enough for anyone.
 
 And you can quote me on that.
 
 cgf

 Anon,

 You could outsmart cgf by buying a larger monitor. What appears as a 3-inch
 window on a 15-inch monitor would be 4.5-inch on a 22-inch screen. By 2010,
 45-inch monitors will be common place, and setup's chooser will thus be
 (wow!) 9 inches wide; that's double what cgf is promising you!

 ;-

 André Bleau, Cygwin's OpenGL package maintainer.

 Please address all questions and problem reports about Cygwin's OpenGL
 package to [EMAIL PROTECTED] .

Such technology is already available today with various magnifier tools.
Check the Accessibility features of your friendly Windows operating
system. ;-)  In fact, I just realized that with these tools, even today's
setup window is fully resizeable...  What do you know...
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster.  -- Patrick Naughton

--
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: Learning zsh

2003-11-14 Thread Peter A. Castro
On Fri, 14 Nov 2003, Christopher Faylor wrote:

 On Fri, Nov 14, 2003 at 02:27:57PM -0800, Peter A. Castro wrote:
 On Fri, 14 Nov 2003, Christopher Faylor wrote:
 
  On Fri, Nov 14, 2003 at 09:39:18PM +, zzapper wrote:
  A previous poster, indicated that this group is probably not the best
  place for such discussions, which is of course correct, but that said
  there must be a lot of Unix Newbies here. (I'm a Unix oldbie, but that
  means I know old Unix, rather than all this new stuff)
 
  There is a lot of food in a supermarket, too, but a supermarket isn't
  the best place to hold a dinner party.

I'm probably gonna regret sending this.  It's a bit of a rant, and
doesn't contain any technical info, so unless you like rants, you can
safely hit delete now.  It's not an attack.  More like a general
expression of my consernation at the apparent state of things.

If you're still here, please read this in a somewhat light-hearted manner
(or read it in a BWAM manner if you so choose):

I was going to simply let this thread die, until you started this bit
about supermarkets, which conveys, to me, that in general people aren't
welcome to ask non-topic questions on this list.  It's an email list, for
crying out loud, not a library or some Microsoft Tech-Support line.
Besides, zzapper had already indicated his understanding that further
discussions would be taken to a different forum.  My reply was relevent
in that it gave some, hopefully, useful info with reference to where to
look further and which might be good for the email archives in case
someone else had such a question and the forsight to check the archives
first.  (sorry for the run-on sentence).  Your after-the-fact reply
was...well...just mean (kinda like kicking someone as they exit the
room).

 I feel I must interject here.  That analogy is quite inaccurate (and,
 besides I've suddenly become hungry).  zzapper's original question is
 more akin to stopping someone on the street to ask directions.  It's not
 like he was asking for an indept analysis of steak...err, I mean Zsh,
 merely a question on will bash potatoes, err, scripts will work with it
 or not.  A quick question deserts, err, deserves a quick answer
 (*burp*).  And, he's right.  Lots of Newbies check in to this list with
 cooking, err, casual questions.

 Let's use another analogy.  I shop at a supermarket.  I want to know how
 to cook pasta.  I see someone else shopping at the supermarket.  I tap
 them on the shoulder and ask *that one person* for cooking tips.  That's
 your analogy.

Did someone p1ss in your Wheaties this morning or are your just trying to
take the whole BWAM thing to the next level?  It appears my not-so-subtle
attempts at (bad) humor were completely ignored, too (oh well).

And, no, I specifically choose a street for a reason.  A street has lots
of noise, lots of large  small objects moving all around, both with
wheels and without, and, if you were in, say, New York during the morning
dash, sidewalks full of people, all talking on their cellphones at the
same time.  That was the analogy I was thinking of.  Quite the opposite
of a nice and quite supermarket.

But, that's completely beside the point I was trying to get across (and,
obviously, I failed to do so).  No, the point was more about being
curtious and helpful where ever possible.  It shows you actaully care
about other peoples problems.  Even in New York, you can politely stop
someone and 9 times out of 10 they will curtiously try to help answer
your question.

You're earlier response, pointing zzapper to the zsh website, was
helpful, but had more of a flavor of go over there and don't bother us.
Short and not-so-sweet.  I, however, felt this was a will it or won't
it type question, something that most technical websites (including
www.zsh.org) are absolutely horrible at answering.  Since I use zsh as
well as a host of other shells on a daily basis, I felt I was somewhat
qualified to give him a slightly less obtuse answer to his mostly simple
question in a more timely manner, and that others might benefit from it
in the future.  You know how much time it takes to research something
from a website or list archive.  If you already know the answer why not
help out and give it?

 That doesn't work in a mailing list.  A closer (if still imperfect)
 analogy for a mailing list is: I shop in a supermarket.  Since the
 supermarket sells food and I hear voices coming over the loudspeaker all
 of the time, I think it must be ok to use their loud speaker to ask
 anyone in the supermarket to give me advice on how to cook pasta.
 Several people start shouting advice.  Several of them are shouting I
 hate pasta! Some are telling the shopper to cook the pasta with a flame
 thrower.

 Someone else hears the loudspeaker and assumes that they now have a forum
 to ask about the softest toilet tissue.

 A queue forms.

 The mean store manager who wants his supermarket to be used for shopping
 and not for the broadcasting of 

Re: Learning zsh

2003-11-14 Thread Christopher Faylor
On Fri, Nov 14, 2003 at 04:18:41PM -0800, Peter A. Castro wrote:
I was going to simply let this thread die, until you started this bit
about supermarkets, which conveys, to me, that in general people aren't
welcome to ask non-topic questions

See: http://cygwin.com/lists.html

on this list.

Lets recap:
1) X posts a message about a non-cygwin topic

2) I respond with a pointer to where more information can be had.

3) You respond with advice.

4) X responds to you, and tangentially seems to imply (referring to me)
that since there are a lot of newbies here, it should be ok to ask any
sort of question.

5) I respond with an analogy that boils down to Just because you
bought the food here, it doesn't mean that it is the best place to
eat it.

6) You call the analogy inaccurate.

7) I respond to you, extending my analogy (it's interesting how
analogies always get people hot and bothered) to try to show why
it is important to keep a busy mailing list on topic.

8) And now here we are with you assuming that I am mean because I had
the temerity to 1) point someone to the place where they can get the
most help, 2) tell someone that this was not the best place to get
non-cygwin questions answered, and 3) try to show (very clumsily) why
keeping things on-topic in a busy mailing list is important.

I think that you have missed the point, or at least my intent, but this
has really gone on too long.  That's it for me.

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: cygwin 1.5.3: /bin/mv dir dir results in recursive-loop copy

2003-11-14 Thread Jim Meyering
Tony Clayton [EMAIL PROTECTED] wrote:
 in cygwin 1.5.3, I got the following error after a moment:
 mv: cannot create directory `src/src/src/src/src/src/src [...] /src':
 Invalid argument

mv (from any recent coreutils package)
works fine in that case on unix systems.

 I think it is the MAX_PATH=256 limitation that finally brings this to a
 halt.  Each of the subdirectories contains all the source files and a src
 directory.

 Running mv --version shows:
 mv (fileutils) 4.1
 ...

fileutils-4.1 is quite old.
I suggest you use something newer

STABLE
  ftp://ftp.gnu.org/gnu/coreutils/coreutils-5.0.tar.gz
  ftp://ftp.gnu.org/gnu/coreutils/coreutils-5.0.tar.bz2
  (coreutils is the union of fileutils, textutils, and sh-utils)

BETA
  ftp://alpha.gnu.org/gnu/coreutils/coreutils-5.0.91.tar.gz
  ftp://alpha.gnu.org/gnu/coreutils/coreutils-5.0.91.tar.bz2

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