Re: compile in cygwin

[Brian Dessent]

Duong Duong wrote:
> 
> I download an component buibded in linux and recopiled
> it in cygwin but gcc showed somne errors. One of them
> are the error in string.h file.
> I attach this source code with this email. It is open
> source VietNamese keyboard for linux.
> Could you help me? Thanks

This is a question about an X11 app, so it probably belongs on
cygwin-xfree@cygwin.com and not on this list.

>From the doc/manual in the tarball:

- The system must have either en_US.UTF-8 or vi_VN.UTF-8 locale
installed

I believe that Cygwin does not have any locale support for anything but
the default "C" locale, so it doesn't sound like it's going to work.

That said it seems to compile okay for me with a few minor changes.  I
cannot test it, but I'll tell you what I did.

First of all, I didn't get any errors about "string.h" so I suspect
you're missing some -devel packages.  At the very least you'll need
xorg-x11-devel.  Use the package search feature of the cygwin.com web
site to find out what you're missing if you have to.

Next, the program #defines a macro named _PTR which collides with the
one of the same name in the libc include files.  You will have to edit
src/IMdkit/FrameMgr.h and src/IMdkit/i18nIMProto.c to rename _PTR to
something else.  I just called it _PTR2.  You can do this with a command
such as:

perl -i.bak -pe 's/_PTR\(/_PTR2\(/'
src/IMdkit/{FrameMgr.h,i18nIMProto.c}

There's also a problem with the link order in src/xim/Makefile.am.  The
libIMdkit library links against some libX11 symbols and the linker will
complain unless -lX11 comes after libIMdkit.la in the link command
line.  See attached patch.

Finally you will need to edit src/gui/gui.c to replace WAIT_ANY in the
call to waitpid() with -1.  I think WAIT_ANY is a glibc-ism that's not
portable.

Now from the top level directory run "autoreconf --install --force
--verbose", "./configure", and then "make".  You should have everything
built at this point.  That is where I stopped, you're on your own from
there on.

Brian--- src/xim/Makefile.am 2005-03-07 00:38:36.78125 -0800
+++ src/xim/Makefile.am.orig2005-03-07 00:38:08.578125000 -0800
@@ -11,8 +11,8 @@
 ukxim_CFLAGS =  \
 @X_CFLAGS@
 ##ukxim_LDADD = ../IMdkit/libXimd.a ../ukengine/libUnikey.la
-ukxim_LDADD = ../IMdkit/libIMdkit.la -lX11 ../ukengine/libUnikey.la 
../vnconv/libvnconv.la
-ukxim_LDFLAGS = @X_LIBS@ @X_PRE_LIBS@
+ukxim_LDADD = ../IMdkit/libIMdkit.la ../ukengine/libUnikey.la 
../vnconv/libvnconv.la
+ukxim_LDFLAGS = @X_LIBS@ @X_PRE_LIBS@ -lX11
 
 EXTRA_DIST = install.sed uninstall.sed
 

--
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: passwordless ssh (2) failing

[Isaiah]

I'm not sure if it's a known issue; no one has responded to my post
about it. I have not found a fix yet.  I also searched the archives prior
to my post (attached) and found nothing.

On Sun, Mar 06, 2005 at 11:55:48AM -0500, Charles Galpin wrote:
> So does this mean this is a known issue? Is this cygwin related? Any fix?
> 
> I searched the archive many times and have spent hours on this, but I am
> stumped!
-- 
- Isaiah
>From [EMAIL PROTECTED]  Fri Mar  4 14:38:29 2005
Return-Path: <[EMAIL PROTECTED]>
X-Original-To: [EMAIL PROTECTED]
Delivered-To: [EMAIL PROTECTED]
Received: from sourceware.org (sourceware.org [12.107.209.250])
by aelyn.hell-city.org (Postfix) with SMTP id 1C085240A7
for <[EMAIL PROTECTED]>; Fri,  4 Mar 2005 14:38:27 -0800 (PST)
Received: (qmail 32485 invoked by alias); 4 Mar 2005 22:59:43 -
Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
Precedence: bulk
List-Unsubscribe: 
List-Subscribe: 
List-Archive: 
List-Post: 
List-Help: , 
Sender: [EMAIL PROTECTED]
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com
Received: (qmail 30999 invoked from network); 4 Mar 2005 22:59:17 -
Received: from unknown (HELO aelyn.hell-city.org) (66.220.20.158) by 
sourceware.org with SMTP; 4 Mar 2005 22:59:17 -
Received: by aelyn.hell-city.org (Postfix, from userid 503) id 3145E240A1; Fri, 
 4 Mar 2005 14:37:58 -0800 (PST)
Date: Fri, 4 Mar 2005 14:37:58 -0800
From: Isaiah <[EMAIL PROTECTED]>
To: cygwin@cygwin.com
Subject: 1.5.13: ssh -2 to sshd fails
Message-ID: <[EMAIL PROTECTED]>
Reply-To: Isaiah <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="9amGYk9869ThD9tj"
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Status: RO
Content-Length: 28965
Lines: 711

--9amGYk9869ThD9tj
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

I installed openssh on a host (cygwin.out-ad1 attached), used
ssh-host-config -y.  After starting the service, when I tried to ssh to it,
I received the error message:

Read from socket failed: Connection reset by peer

This was puzzling, because it worked fine on another host several
months earlier (cygwin.out-mx1 attached).

Both have default sshd_config files, so protocol 1 and 2 are active.

ssh -1 from unix clients succeeds to the problematic host.  ssh -2 from
itself succeeds on the problematic host (interesting!).  ssh -2 from unix
clients fails to the problematic host.  ssh -2 from other cygwin ssh
clients also fails to the problematic host.

Using verbose options with the ssh clients did not yield helpful
information.  

Starting sshd with -ddd appeared to change behavior slightly; the
server would stop the service after each failed ssh attempt.  By design?
I've attached the sshd.log from a single start-and-fail-then-die.

There are no firewalls involved.

I would really like -2 to succeed.  Is there more information I can
provide to help?

Thanks for your time in advance,
-- 
- Isaiah

--9amGYk9869ThD9tj
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="cygcheck.out-ad1"


Cygwin Configuration Diagnostics
Current System Time: Fri Mar 04 12:16:38 2005

Windows .NET Server Ver 5.2 Build 3790 

Path:   C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
c:\Program Files\Support Tools\
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
C:\cygwin\bin

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 500(Administrator) GID: 513(Domain Users)
513(Domain Users)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 500(Administrator) GID: 513(Domain Users)
0(root) 513(Domain Users)
544(Administrators) 554(Pre-Windows 2000 Compatible Access)
545(Users)  1605(PasswordPropDeny)
10545(mkgroup_l_d)

SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS

CYGWIN = `ntsec'
HOME = `C:\cygwin\home\Administrator'
MAKE_MODE = `unix'
PWD = `/home/Administrator'
USER = `Administrator'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
CLUSTERLOG = `C:\WINDOWS\Cluster\cluster.log'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `AD1'
COMSPEC = `C:\WINDOWS\system32\cmd.exe'
CVS_RSH = `/bin/ssh'
HOMEDRIVE = `C:'
HOMEPATH = `\cygwin\home\Administrator'
HOSTNAME = `AD1'
INFOPATH = 
`/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:'
LOGNAME = `Administrator'
LOGONSERVER = `\\AD1'
MAIL = `/var/spool/mail/Administrator'
MANPATH = 
`/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man'
NUMBER_OF_PROCESSORS = `2'
OLDPWD = `/home/Administrator'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.

emacs with libungif (solved)

[shih lin]

network part  need help, tested info in 

http://geocities.com/fsshl/firewalle10.htm

and lsof cmmand not found, nor is sysinternals in win xp


eric [EMAIL PROTECTED] ~
$ find  /cygdrive/c/.  | grep sysinternals
find: /cygdrive/c/./hiberfil.sys: No such file or directory
find: /cygdrive/c/./pagefile.sys: No such file or directory
find: /cygdrive/c/./System Volume Information: Permission denied

accerate network make open software grow








http://Game.37.com/  <--- Free Games
http://newJoke.com/   <---  J O K E S  ! ! !

Re: emacs with libungif (solved)

[Brian Dessent]

shih lin wrote:

> and lsof cmmand not found, nor is sysinternals in win xp

http://www.sysinternals.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/

Slow pipes after upgrade cygwin 1.5.12-1 -> 1.5.13-1

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Problem description:
Having a background job running, even in the lowest priority (low),
execution of pipes is extremly slow. Everything else seems to run fine.
That's really weired, because at cygwin startup all scripts in
/etc/profile.d are sourced, which are using a lot of pipes. That results
in cygwin startup time up to minutes, if you have a lot of packages
installed.
Any idea, workaround?
Rainer
P.S.
Pease cc me, I'm not on the list.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Cygwin)
Comment: Using GnuPG with Netscape - http://enigmail.mozdev.org
iD8DBQFCLCu2a/wPs2kzmrIRAsOuAJ43k8HLDy1giuPtsANeoF0IUpMoHwCcDsy3
qg62ehF5LDZQLTRcKDFs7ug=
=rk2C
-END PGP SIGNATURE-
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Slow pipes after upgrade cygwin 1.5.12-1 -> 1.5.13-1

[Andrew Schulman]

> Problem description:
> Having a background job running, even in the lowest priority (low),
> execution of pipes is extremly slow. Everything else seems to run fine.
> 
> That's really weired, because at cygwin startup all scripts in
> /etc/profile.d are sourced, which are using a lot of pipes. That results
> in cygwin startup time up to minutes, if you have a lot of packages
> installed.

I've also observed very slow bash startup, on two different hosts after
upgrade to cygwin 1.5.13-1.  The first time I start bash after a reboot it
pauses for several minutes without completing its startup scripts.  If I
interrupt the startup and exit bash, then start bash again, now it starts
up in about the usual amount of time, until I reboot again.



--
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: Slow pipes after upgrade cygwin 1.5.12-1 -> 1.5.13-1

[Corinna Vinschen]

On Mar  7 11:23, Rainer Emrich wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Problem description:
> Having a background job running, even in the lowest priority (low),
> execution of pipes is extremly slow. Everything else seems to run fine.
> 
> That's really weired, because at cygwin startup all scripts in
> /etc/profile.d are sourced, which are using a lot of pipes. That results
> in cygwin startup time up to minutes, if you have a lot of packages
> installed.
> 
> Any idea, workaround?

Reading the mailing list archive, perhaps.  You'll find a thread with
a subject along the lines of "Slow pipes after upgrading..." from just
a few days ago.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:cygwin@cygwin.com
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/

Patch for variable page width in man

[Eugene Kotlyarov]

Hello
  I've made small patch for man with which it uses screen width when 
displaying man pages. Also there seems to be missing build dependency in 
readme for lndir which is in xorg-x11-bin-lndir package.
diff -upr man-1.5o1/configure man-1.5o1-patched/configure
--- man-1.5o1/configure 2005-03-07 14:50:28.921875000 +0300
+++ man-1.5o1-patched/configure 2005-03-07 14:29:29.03125 +0300
@@ -229,6 +229,15 @@ if test -s conftest && ./conftest 2>/dev
 fi
 rm -f conftest conftest.c
 
+echo checking for sys/termios.h
+echo "#include 
+main() { exit(0); }" > conftest.c
+eval $compile
+if test -s conftest && ./conftest 2>/dev/null; then
+  DEFS="$DEFS -DTERMIOS_HEADER"
+fi
+rm -f conftest conftest.c
+
 echo checking for POSIX.1 header files
 echo "#include 
 main() {
diff -upr man-1.5o1/src/man.c man-1.5o1-patched/src/man.c
--- man-1.5o1/src/man.c 2005-03-07 14:50:29.0 +0300
+++ man-1.5o1-patched/src/man.c 2005-03-07 14:29:40.87500 +0300
@@ -30,6 +30,9 @@
 #include 
 #include 
 #include 
+#ifdef TERMIOS_HEADER
+#include 
+#endif
 
 #ifndef R_OK
 #define R_OK 4

--
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: Slow pipes after upgrade cygwin 1.5.12-1 -> 1.5.13-1

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dear Corinna,
I read the thread, but there's no solution mentioned.
Rainer Emrich
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (Cygwin)
Comment: Using GnuPG with Netscape - http://enigmail.mozdev.org
iD8DBQFCLF1Oa/wPs2kzmrIRAm3CAJ9dY5Pl1cLgeZ6kiR6Rd8Y5AJpHhQCgk4kg
1WUEWzOgUrqXVKTL+xa715w=
=dvW6
-END PGP SIGNATURE-
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

[ANNOUNCEMENT] New packages: unison2.9.1, unison2.9.20, unison2.10.2

[Schulman . Andrew]

Three new Unison packages are now available in the Cygwin distribution: 
unison2.9.1, unison2.9.20, and unison2.10.2.  These packages replace the 
older 'unison' package, which is now deprecated and has been moved into 
the ZZZRemovedPackages category.

Unison is a file synchronizer for Unix and Windows. It allows two replicas 
of a collection of files and directories to be stored on different hosts 
(or different disks on the same host), modified separately, and then 
brought up to date by propagating the changes in each replica to the 
other.

The reason for separating Unison into three different packages is that 
different versions of Unison will not talk to each other.  For example, if 
you are running Unison version 2.10.2 and attempt to synchronize with a 
server running version 2.9.20, Unison will issue an error message about 
incompatible versions and quit.  By installing one or more of the packages 
listed above, you can run whichever version you need in order to 
synchronize with your server.  Note, however, that every time you switch 
to a different version of Unison for synchronizing the same set of files, 
you will have to wait while Unison deletes and rebuilds its archive files.

You can safely install more than one of these packages; their executables 
are named /usr/bin/unison-2.9.1.exe etc.  In addition, the package 
installer will create a symlink from /usr/bin/unison.exe to 
/etc/alternatives/unison.exe, and from /etc/alternatives/unison.exe to one 
of the installed /usr/bin/unison-*.exe files.  You can reset this last 
symlink, either manually or using update-alternatives(8), to point to 
whichever version you want to use by default. 
If you are using your Cygwin host as the Unison server, you can invoke 
Unison on the client with '-servercmd /usr/bin/unison-$VERSION' to run the 
version you want on the server, or put 'servercmd 
/usr/bin/unison-$VERSION' into the client's preference file.

Please note that these unison* packages contain the CLI or text-mode 
version of Unison.  The GUI (GTK2) version will be packaged for Cygwin if 
I can get it to work.

Home page:  http://www.cis.upenn.edu/~bcpierce/unison/
License:GPL

Andrew E. Schulman

***

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

If you have questions or comments, please send them to the Cygwin
mailing list at: cygwin@cygwin.com .

*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

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

[EMAIL PROTECTED]

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

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

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

***


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

cygwin1.dll exit status

[zevel]

The latest version of cygwin1.dll ("cygwin1.dll" v0.0 ts=2005/3/1 11:01) 
does not return the correct exit status when a Cygwin application is 
called from Windows. Older versions such as ("cygwin1.dll" v0.0 
ts=2004/11/10 8:34) do.

Example:
Create the bash script - error4.sh
-
#
# simple script to return the exit status of 4
#
exit 4
-
The from the Windows command prompt run the following:
C:\TMP> bash error4.sh
C:\TMP> echo %errorlevel%
For an older cygwin1.dll the output is:
4
For the newest cygwin1.dll the output is:
1024
Cygwin Configuration Diagnostics
Current System Time: Mon Mar 07 09:16:21 2005
Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4
Path:   .\
C:\cygwin\usr\X11R6\bin
C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\WINNT\system32
C:\WINNT
C:\WINNT\System32\Wbem
C:\cygwin\usr\X11R6\bin
Output from C:\cygwin\bin\id.exe (nontsec)
UID: 500(zevel) GID: 500(mkgroup)
500(mkgroup)
Output from C:\cygwin\bin\id.exe (ntsec)
UID: 500(zevel)   GID: 500(mkgroup)
0(root) 544(Administrators) 545(Users)  500(mkgroup)
SysDir: C:\WINNT\system32
WinDir: C:\WINNT
CYGWIN = `binmode'
HOME = `/home/zevel'
MAKE_MODE = `unix'
PWD = `/tmp'
USER = `zevel'
ALLUSERSPROFILE = `C:\Documents and Settings\All Users.WINNT'
APPDATA = `C:\Documents and Settings\zevel\Application Data'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `FOO'
COMSPEC = `C:\WINNT\system32\cmd.exe'
DISPLAY = `localhost:0'
EXINIT = `set nobackup ai tabstop=4 backspace=2 textauto wildchar=9'
HOMEDRIVE = `C:'
HOMEPATH = `\Documents and Settings\zevel'
HOSTNAME = `foo'
LOGONSERVER = `\\FOO'
MANPATH = `:/usr/ssl/man'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/bin'
OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PKG_CONFIG_PATH = `/usr/X11R6/lib/pkgconfig'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 15 Model 1 Stepping 2, GenuineIntel'
PROCESSOR_LEVEL = `15'
PROCESSOR_REVISION = `0102'
PROGRAMFILES = `C:\Program Files'
PROMPT = `$P$G'
PS1 = `$PWD> '
SHLVL = `1'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINNT'
TEMP = `C:\TMP'
TERM = `cygwin'
USERDOMAIN = `FOO'
USERNAME = `zevel'
USERPROFILE = `C:\Documents and Settings\zevel'
WINDIR = `C:\WINNT'
_ = `/usr/bin/cygcheck'
POSIXLY_CORRECT = `1'
HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x0022
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = `C:\cygwin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = `C:\cygwin/bin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = `C:\cygwin/lib'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts 
v2\/usr/X11R6/lib/X11/fonts
  (default) = `C:\cygwin\usr\X11R6\lib\X11\fonts'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options

a:  fd N/AN/A
c:  hd  NTFS 41001Mb  58% CP CS UN PA FC WIN2K
d:  cd N/AN/A
C:\cygwin  / system  binmode
C:\cygwin/bin  /usr/bin  system  binmode
C:\cygwin/lib  /usr/lib  system  binmode
C:\cygwin\usr\X11R6\lib\X11\fonts  /usr/X11R6/lib/X11/fonts  system  binmode
.  / system 
binmode,cygdrive

Found: C:\cygwin\bin\awk.exe
Found: C:\cygwin\bin\bash.exe
Found: C:\cygwin\bin\cat.exe
Found: C:\cygwin\bin\cp.exe
Found: C:\cygwin\bin\cpp.exe
Found: C:\cygwin\bin\find.exe
Found: C:\cygwin\bin\gcc.exe
Found: C:\cygwin\bin\gdb.exe
Found: C:\cygwin\bin\grep.exe
Found: C:\cygwin\bin\ld.exe
Found: C:\cygwin\bin\ls.exe
Found: C:\cygwin\bin\make.exe
Found: C:\cygwin\bin\make.exe
Found: C:\cygwin\bin\mv.exe
Found: C:\cygwin\bin\rm.exe
Found: C:\cygwin\bin\rm.exe
Found: C:\cygwin\bin\sed.exe
Found: C:\cygwin\bin\sh.exe
Found: C:\cygwin\bin\tar.exe
  243k 2005/02/23 C:\cygwin\usr\X11R6\bin\cygdps-1.dll - os=4.0 img=1.0 
sys=4.0
  "cygdps-1.dll" v0.0 ts=2005/2/23 9:42
   26k 2005/02/23 C:\cygwin\usr\X11R6\bin\cygdpstk-1.dll - os=4.0 
img=1.0 sys=4.0
  "cygdpstk-1.dll" v0.0 ts=2005/2/23 9:42
   28k 2004/03/31 C:\cygwin\usr\X11R6\bin\cygDtPrint-1.dll - os=4.0 
img=1.0 sys=4.0
  "cygDtPrint-1.dll" v0.0 ts=2004/3/30 23:23
   21k 2005/02/23 C:\cygwi

Has a solution been found to the problem with curses.h-termcap.h-tparm?

[Eric Lilja]

Hello, I am trying to build a MySQL client under Cygwin (configuring 
with --without-server). I have tried versions 4.1.10 and 5.0.2. My Cygwin 
version is the latest with the latest non-experimental versions of all 
installed packages. Windows XP Pro SP2 + all additional updates.

When trying to build MySQL (either of the above mentioned versions), both 
compilations end with an error described here (I found this using google):
http://www.cygwin.com/ml/cygwin/2004-12/msg00392.html

Seems like the MySQL source is including both termcap.h and curses.h, which 
brings to conflicting tparm types into the global namespace. I was wondering 
if anyone has been successful in finding a way around this problem? I really 
would like to solve this, because then I could ditch MSVC++ for my 
developing needs altogether. I have managed to convert all our projects to 
the cygwin tools except for one (a C++ program) that communicates with a 
MySQL server.

/ Eric 




--
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: Slow pipes after upgrade cygwin 1.5.12-1 -> 1.5.13-1

[Christopher Faylor]

On Mon, Mar 07, 2005 at 02:55:26PM +0100, Rainer Emrich wrote:
>I read the thread, but there's no solution mentioned.

http://sources.redhat.com/ml/cygwin/2005-03/msg00159.html

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

error in scanf reading %le format and 00 exponent

[Charles L. Werner]

Hi,
I seem to have detected a serious error (for me of course...)
in the current cygwin 1.5.13 library.  The minus sign of input values  with a 
e+00 exponent, for example
-1.1e+00  fail to read the minus sign. Here is a short program rdf.c that 
demonstrates the
problem. Compiled with
gcc rdf.c -o rdf.exe
#include 
main()
{
  double a;
  while(1){
printf("input: ");
scanf("%le",&a);
printf("a: %le\n",a);
  }
}
Here are some examples that show the bug:
$ rdf
input: -.11e+00
a: 1.10e-01   !akkk
input: -1.1e+00
a: 1.10e+00   !akkk
input: -1.1e00
a: 1.10e+00  !akkk
input: -11e-01
a: -1.10e+00  !akkk
input: -.11E+01   !ok
a: -1.10e+00
input: -11e-01!ok
a: -1.10e+00
So the problem seems to be related to the case where the exponent is 00.
What is to be done?
Thanks
Charles
--
Dr. Charles L. Werner
Gamma Remote Sensing AG
Worbstr. 225
CH-3073 Gümligen, Switzerland
Tel: +41 31 951 70 05
FAX: +41 31 951 70 08
http://www.gamma-rs.ch

--
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: keychain service--hanging in ssh-add

[Chuck]

Karl M wrote:

> I think it may be related to your update to cygwin-1.5.13-1. This is a
> symptom that I was seeing also, but only on one machine (XP SP2 laptop)
> and only on some reboots. Please try a snapshot and report the results.

This is also an XP SP2 laptop. It's a Dell D600.

> Another experiment is to reboot, and wait for the disk activity to stop.
> That is, to wait until the reboot is really finished. Then try ssh-add.
> That would be worth trying with both 1.5.13-1 and with a snapshot.
> 
> Please tell me about your system configuration. Are you running
> ssh-agent and or keychain as a service?

I am running ssh-add manually. I don't use keychain at all and I am not
running ssh-agent as a service either. I run it manually as part of my
.profile. I only ever run one cygwin session so this is not a problem. I
also usually run a pdksh X-windows session using Cygwin's X server.

> What may be going on is that after boot-up, the machine is busy and the
> new pipe code slows down (see postings from cgf). For me, this was
> causing a race at startup. When I prevented the race, it prevented the
> problem...but I don't think I found the problem, just sent it back into
> hiding.

To me it appears to be some sort of initialization problem. The first
time I run ssh-add it hangs forever, regardless of how long I wait
before starting it after booting. If I interrupt it, and run it again,
it immediately prompts for the passphrase and everything starts working
as it did prior to installing cygwin-1.5.13-1.

Is there a snapshot available somewhere? I normally don't install
anything but production releases.
--
Chuck


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

compile error in fstream

[Hans Horn]

Group,

I'm trying to compile a source tree under cygwin gcc 3.4.1.
This is where gcc barfs:

In file included from 
/usr/lib/gcc/i686-pc-cygwin/3.4.1/../../../../include/c++/3.4.1/fstream:857,
 from ...
/usr/lib/gcc/i686-pc-cygwin/3.4.1/../../../../include/c++/3.4.1/bits/fstream.tcc:
 
In member function `virtual typename std::basic_filebuf<_CharT, 
_Traits>::int_type std::basic_filebuf<_CharT, _Traits>::underflow()':
/usr/lib/gcc/i686-pc-cygwin/3.4.1/../../../../include/c++/3.4.1/bits/fstream.tcc:277:
 
error: expected unqualified-id before '(' token
/usr/lib/gcc/i686-pc-cygwin/3.4.1/../../../../include/c++/3.4.1/bits/fstream.tcc:
 
In member function `virtual std::streamsize std::basic_filebuf<_CharT, 
_Traits>::xsputn(const _CharT*, std::streamsize)':
/usr/lib/gcc/i686-pc-cygwin/3.4.1/../../../../include/c++/3.4.1/bits/fstream.tcc:518:
 
error: expected unqualified-id before '(' token

the last time I did that successfully was in April 2004; dunno what gcc 
vintage I had back then.

Anybody got any clues?

H. 




--
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: cygwin1.dll exit status

[Larry Hall]

At 09:30 AM 3/7/2005, you wrote:
>The latest version of cygwin1.dll ("cygwin1.dll" v0.0 ts=2005/3/1 11:01) does 
>not return the correct exit status when a Cygwin application is called from 
>Windows. Older versions such as ("cygwin1.dll" v0.0 ts=2004/11/10 8:34) do.
>
>
>Example:
>
>Create the bash script - error4.sh
>-
>#
># simple script to return the exit status of 4
>#
>exit 4
>-
>
>The from the Windows command prompt run the following:
>
>C:\TMP> bash error4.sh
>C:\TMP> echo %errorlevel%
>
>For an older cygwin1.dll the output is:
>4
>
>For the newest cygwin1.dll the output is:
>1024


See .  Also 
look at the similar thread about this same issue last week:
.  This is all
as-designed/as-intended.



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


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

Re: keychain service--hanging in ssh-add

[Igor Pechtchanski]

On Mon, 7 Mar 2005, Chuck wrote:

> Is there a snapshot available somewhere? I normally don't install
> anything but production releases.


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!

"The Sun will pass between the Earth and the Moon tonight for a total
Lunar eclipse..." -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT

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

Cron not working windows 2003 box

[Roberto Basso]

Thanks!
_
Ricerche online più semplici e veloci con MSN Toolbar! 
http://toolbar.msn.it/
$ crontab -l
# DO NOT EDIT THIS FILE - edit the master and reinstall.
# (/tmp/crontab.3316 installed on Mon Mar  7 17:34:23 2005)
# (Cron version -- $Id: crontab.c,v 1.8 2004/12/21 16:14:41 corinna Exp $)
35 17 * * * /opt/scripts/pgm > /opt/scripts/pgm.out 2>&1
Cygwin Configuration Diagnostics
Current System Time: Mon Mar 07 17:37:36 2005
Windows .NET Server Ver 5.2 Build 3790
Path:   C:\cygwin\lib\subversion\bin
C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
C:\cygwin\bin
Output from C:\cygwin\bin\id.exe (nontsec)
UID: 500(ibm_admin) GID: 513(Nessuno)
513(Nessuno)
Output from C:\cygwin\bin\id.exe (ntsec)
UID: 500(ibm_admin) GID: 513(Nessuno)
513(Nessuno)544(Administrators) 545(Users)
SysDir: C:\WINDOWS\system32
WinDir: C:\Documents and Settings\Administrator\WINDOWS
CYGWIN = `ntsec tty'
HOME = `C:\cygwin\home\ibm_admin'
MAKE_MODE = `unix'
PWD = `/opt/scripts'
USER = `ibm_admin'
ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\Administrator\Dati applicazioni'
CLIENTNAME = `MILSNISM1WTSC06'
CLUSTERLOG = `C:\WINDOWS\Cluster\cluster.log'
COMMONPROGRAMFILES = `C:\Programmi\File comuni'
COMPUTERNAME = `IT1DS12KINDER'
COMSPEC = `C:\WINDOWS\system32\cmd.exe'
CVS_RSH = `/bin/ssh'
HOMEDRIVE = `C:'
HOMEPATH = `\Documents and Settings\Administrator'
HOSTNAME = `it1ds12kinder'
INFOPATH = 
`/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:'
LOGONSERVER = `\\IT1DS12KINDER'
MANPATH = 
`/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man:/usr/X11R6/man'
NUMBER_OF_PROCESSORS = `2'
OLDPWD = `/home/ibm_admin'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PKG_CONFIG_PATH = `/usr/X11R6/lib/pkgconfig'
PRINTER = `'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 9, GenuineIntel'
PROCESSOR_LEVEL = `15'
PROCESSOR_REVISION = `0209'
PROGRAMFILES = `C:\Programmi'
PROMPT = `$P$G'
PS1 = `\[\033]0;\w\007
[EMAIL PROTECTED] \[\033[33m\w\033[0m\]
$ '
SESSIONNAME = `RDP-Tcp#4'
SHLVL = `1'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINDOWS'
TEMP = `C:\DOCUME~1\ADMINI~1\IMPOST~1\Temp\2'
TERM = `cygwin'
TEXMF = `{/usr/share/lilypond/2.4.2,/usr/share/texmf}'
TMP = `C:\DOCUME~1\ADMINI~1\IMPOST~1\Temp\2'
USERDOMAIN = `IT1DS12KINDER'
USERNAME = `ibm_admin'
USERPROFILE = `C:\Documents and Settings\Administrator'
WINDIR = `C:\WINDOWS'
WRCINSTALLROOT = `E:\Programmi\WebTrends\'
_ = `/usr/bin/cygcheck'
POSIXLY_CORRECT = `1'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
 (default) = `/cygdrive'
 cygdrive flags = 0x0022
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
 (default) = `C:\cygwin'
 flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
 (default) = `C:\cygwin/bin'
 flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
 (default) = `C:\cygwin/lib'
 flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Terminal 
Server\Install\Software\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Terminal 
Server\Install\Software\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Terminal 
Server\Install\Software\Cygnus Solutions\Cygwin\mounts v2

a:  fd N/AN/A
c:  hd  NTFS 34699Mb  17% CP CS UN PA FC
d:  cd N/AN/A
e:  hd  NTFS 69994Mb   7% CP CS UN PA FC Volume
f:  hd  NTFS 34702Mb  20% CP CS UN PA FC Volume
C:\cygwin  /  system  binmode
C:\cygwin/bin  /usr/bin   system  binmode
C:\cygwin/lib  /usr/lib   system  binmode
.  /cygdrive  system  binmode,cygdrive
Found: C:\cygwin\bin\awk.exe
Found: C:\cygwin\bin\bash.exe
Found: C:\cygwin\bin\cat.exe
Found: C:\cygwin\bin\cp.exe
Found: C:\cygwin\bin\cpp.exe
Found: C:\cygwin\bin\find.exe
Found: C:\cygwin\bin\gcc.exe
Found: C:\cygwin\bin\gdb.exe
Found: C:\cygwin\bin\grep.exe
Found: C:\cygwin\bin\ld.exe
Found: C:\cygwin\bin\ls.exe
Found: C:\cygwin\bin\make.exe
Found: C:\cygwin\bin\mv.exe
Found: C:\cygwin\bin\rm.exe
Found: C:\cygwin\bin\sed.exe
Found: C:\cygwin\bin\sh.exe
Found: C:\cygwin\bin\tar.exe
 125k 2004/12/30 C:\cygwin\lib\subversion\bin\cygsvn_client-1-0.dll - 
os=4.0 img=1

Re: compile error in fstream

[Mikael]

"Hans Horn" wrote:
> Group,
>
> I'm trying to compile a source tree under cygwin gcc 3.4.1.
> This is where gcc barfs:
>

[Error messages snipped]

You should make sure you are using g++ to compile c++ code and if you are 
using g++ to compile you should post the smallest possible program that 
exhibits your problem.

>
> the last time I did that successfully was in April 2004; dunno what gcc 
> vintage I had back then.
>
> Anybody got any clues?
>
> H.

/ M 




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

Possible lack of thread safety in dup,fdopen

[Mark Pizzolato]

I've been using clamav's clamd under cygwin and today noticed an issue.
Clamd is a multi-threaded program.
The following code sequence encountered an error today (ERROR calling fdopen 
on fd 11):

int i, fd;
FILE *f, *tmp;
tmp = fopen("somefile", "wb+");
if (NULL == tmp) return;
fd = fileno(tmp);
{write some stuff to fd }
lseek(fd, 0, SEEK_SET);
i = dup(fd);
if ((f - fdopen(i, "rb")) == NULL) {
fprintf(stderr, "ERROR calling fdopen on  fd %d", i);
This is happening in one thread while other threads are merrily open and 
closing files and sockets.

I've got some log output suggesting that fd 11 might have also been used by 
another thread at "around" the same time.  It would seem that this could 
only happen if something lost track of the bookeeping for fd's or there was 
a race managing that bookeeping.

I tried to look at the code for fopen(),dup(), and fdopen() myself before 
reporting this, but I can't find the implementations of these system calls 
in the source package for cygwin-1.5.13-1

Can someone point me to where I can look at the source code?
Thanks.
- Mark Pizzolato



--
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: compile error in fstream

[Hans Horn]

I should have mentioned that the code compiles using if I add 
the -mno-cygwin flag to the compile options.

H.

Hans Horn wrote:
> Group,
>
> I'm trying to compile a source tree under cygwin gcc 3.4.1.
> This is where gcc barfs:
>
> In file included from
> /usr/lib/gcc/i686-pc-cygwin/3.4.1/../../../../include/c++/3.4.1/fstream:857,
> from ...
> /usr/lib/gcc/i686-pc-cygwin/3.4.1/../../../../include/c++/3.4.1/bits/fstream.tcc:
> In member function `virtual typename std::basic_filebuf<_CharT,
> _Traits>::int_type std::basic_filebuf<_CharT, _Traits>::underflow()':
> /usr/lib/gcc/i686-pc-cygwin/3.4.1/../../../../include/c++/3.4.1/bits/fstream.tcc:277:
> error: expected unqualified-id before '(' token
> /usr/lib/gcc/i686-pc-cygwin/3.4.1/../../../../include/c++/3.4.1/bits/fstream.tcc:
> In member function `virtual std::streamsize std::basic_filebuf<_CharT,
> _Traits>::xsputn(const _CharT*, std::streamsize)':
> /usr/lib/gcc/i686-pc-cygwin/3.4.1/../../../../include/c++/3.4.1/bits/fstream.tcc:518:
> error: expected unqualified-id before '(' token
>
> the last time I did that successfully was in April 2004; dunno what
> gcc vintage I had back then.
>
> Anybody got any clues?
>
> H. 




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

types "quad_t" & "u_quad_t"

[Linda W]

I was lamenting the lack of the simple "hexdump" facility
I have on linux.  I figured -- how difficult would it be
to port that.
Well...not too, turns out, though, that it needs a type
quad_t and u_quad_t defined.
On linux, they are defined in /usr/include/sys/types.h
Should they be included in "cygwin's" types.h
as well or is there a better place for them?
They do work:
typedef long long int quad_t;
typedef long long unsigned u_quad_t;
Can I "motion" that they be included in cygwin's
/usr/include/sys/types.h?
They may not be the native machine's word size, but they
appear to be required for some of the linux utils to compile
correctly...
BTW, would there be any interest in including hexdump with the cyg utils?
I like the "-C" format alot -- lets me look at hex and ascii equivalents on
a file...
HEXDUMP(1)  System General Commands Manual
HEXDUMP(1)
NAME
 hexdump - ascii, decimal, hexadecimal, octal dump
SYNOPSIS
  [-bcCdovx] [-e format_string] [-f format_file] [-n length] [-s skip]
  file ...
DESCRIPTION
 The hexdump utility is a filter which displays the specified files, or
 the standard input, if no files are specified, in a user specified forÂ
 mat.
 The options are as follows:
 -b  One-byte octal display.  Display the input offset in
hexadecÂ
 imal, followed by sixteen space-separated, three column,
 zero-filled, bytes of input data, in octal, per line.
 -c  One-byte character display.  Display the input offset
in hexÂ
 adecimal, followed by sixteen space-separated, three
column,
 space-filled, characters of input data per line.
 -C  Canonical hex+ASCII display.  Display the input offset in
 hexadecimal, followed by sixteen space-separated, two
column,
 hexadecimal bytes, followed by the same sixteen bytes
in %_p
 format enclosed in ââ|'' characters.
 -d  Two-byte decimal display.  Display the input offset in hexÂ
 adecimal, followed by eight space-separated, five column,
 zero-filled, two-byte units of input data, in unsigned
deciÂ
 mal, per line.
 -e format_string
 Specify a format string to be used for displaying data.
 -f format_file
 Specify a file that contains one or more newline separated
 format strings.  Empty lines and lines whose first
non-blank
 character is a hash mark (#) are ignored.
 -n length   Interpret only length bytes of input.
 -o  Two-byte octal display.  Display the input offset in
hexadecÂ
 imal, followed by eight space-separated, six column, zero-
 filled, two byte quantities of input data, in octal, per
 line.
 -s offset   Skip offset bytes from the beginning of the input.  By
 default, offset is interpreted as a decimal number.  With a
 leading 0x or 0X, offset is interpreted as a
hexadecimal numÂ
 ber, otherwise, with a leading 0, offset is interpreted
as an
 octal number.  Appending the character b, k, or m to offset
 causes it to be interpreted as a multiple of 512, 1024, or
 1048576, respectively.
 -v  The -v option causes hexdump to display all input data.
 Without the -v option, any number of groups of output
lines,
 which would be identical to the immediately preceding group
 of output lines (except for the input offsets), are
replaced
 with a line comprised of a single asterisk.
 -x  Two-byte hexadecimal display.  Display the input offset in
 hexadecimal, followed by eight, space separated, four
column,
 zero-filled, two-byte quantities of input data, in
hexadeciÂ
 mal, per line.
 For each input file, hexdump sequentially copies the input to standard
 output, transforming the data according to the format strings specified
 by the -e and -f options, in the order that they were specified.
   Formats
 A format string contains any number of format units, separated by
whitesÂ
 pace.  A format unit contains up to three items: an iteration count, a
 byte count, and a format.
 The iteration count is an optional positive integer, which defaults to
 one.  Each format is applied iteration count times.
 The byte count is an optional positive integer.  If specified it
defines
 the number of bytes to be interpreted by each iteration of the format.
 If an iteration count and/or a byte count is specified, a single slash
 must be placed after the iteration count and/or before the byte
count to
 disambiguate them.  Any whitespace before or after the slash is
ignored.
 The format is required and must be surrounded by doub

Re: types "quad_t" & "u_quad_t"

[Brian Dessent]

Linda W wrote:

> I was lamenting the lack of the simple "hexdump" facility
> I have on linux.  I figured -- how difficult would it be
> to port that.

Cygwin already has the 'od' utility (in coreutils) which has the same
functionality.  For example, "od -A x -v -t x1z filename" will give a
nice side-by-side hex/ascii output of a file.

> Well...not too, turns out, though, that it needs a type
> quad_t and u_quad_t defined.

As far as I know, and I could be wrong, the quad_t and u_quad_t types
are BSD-isms and not actually part of any standard.  POSIX defines
int64_t and u_int64_t which would be the more portable types for a
program to use.  'hexdump' is from BSD as well so that's probably why it
uses them and not the standard ones.

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: cygstart patch

[Michael Schaap]

Hi Anthony, Chuck, all,
On 4-Mar-2005 4:21, Charles Wilson wrote:
Anthony --
I've applied this patch. Thanks!

Sorry for jumping in so late...
While I agree that the revised patch looks good and does the job, I'm 
not too happy with the constant reallocation that's going on. (I know, 
there won't be a measurable performance impact, but it, well, just looks 
wring to me. ;-) )

In any case, here's a proposed alternative patch (against the version 
containing Anthony's patch already) which calculates the actual total 
argument size in advance, before allocating.
(In addition, I've taken the opportunity to change the listed email 
address (cygwin_start at mscha dot org), which I had to block long ago 
due to the ongoing stream of spam and viruses, to a new one, obscured 
this time. Plus, I changed the feedback address to the mailing list 
address (also obscured), since the list is obviously much more 
responsive than I am. :-/ )

Chuck, if this looks OK to you, can you apply this patch?
Thanks, also to Anthony and all for everything you've done.
– Michael
PS: That free() bug was very embarrassing... :-[ (Hmm... why do I even 
draw attention to that again? ;-) )

--
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: cygstart patch

[Michael Schaap]

This time with patch.  :-[
– Michael
On 8-Mar-2005 2:13, Michael Schaap wrote:
Hi Anthony, Chuck, all,
On 4-Mar-2005 4:21, Charles Wilson wrote:
Anthony --
I've applied this patch. Thanks!

Sorry for jumping in so late...
While I agree that the revised patch looks good and does the job, I'm 
not too happy with the constant reallocation that's going on. (I know, 
there won't be a measurable performance impact, but it, well, just 
looks wring to me. ;-) )

In any case, here's a proposed alternative patch (against the version 
containing Anthony's patch already) which calculates the actual total 
argument size in advance, before allocating.
(In addition, I've taken the opportunity to change the listed email 
address (cygwin_start at mscha dot org), which I had to block long ago 
due to the ongoing stream of spam and viruses, to a new one, obscured 
this time. Plus, I changed the feedback address to the mailing list 
address (also obscured), since the list is obviously much more 
responsive than I am. :-/ )

Chuck, if this looks OK to you, can you apply this patch?
Thanks, also to Anthony and all for everything you've done.
– Michael
PS: That free() bug was very embarrassing... :-[ (Hmm... why do I even 
draw attention to that again? ;-) )

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

diff -u ORIG/cygstart.1 ./cygstart.1
--- ORIG/cygstart.1 2002-03-15 04:51:30.0 +0100
+++ ./cygstart.12005-03-08 01:42:09.214625000 +0100
@@ -194,7 +194,7 @@
 
 .\"{{{  Author
 .SH AUTHOR
-Michael Schaap <[EMAIL PROTECTED]>
+Michael Schaap 
 .\"}}}
 .\"{{{  See also
 .SH "SEE ALSO"
diff -u ORIG/cygstart.c ./cygstart.c
--- ORIG/cygstart.c 2005-03-08 01:22:15.42225 +0100
+++ ./cygstart.c2005-03-08 01:41:21.16775 +0100
@@ -1,7 +1,7 @@
 /*
  * cygstart - Let Windows start a program, or open a file or URL
  *
- * (c) 2002 Michael Schaap <[EMAIL PROTECTED]>
+ * (c) 2002 Michael Schaap 
  *
  * This program is free software; you can redistribute it and/or
  * modify it under the terms of the GNU General Public License
@@ -74,6 +74,8 @@
 int ret;
 char *action = NULL;
 char *file = NULL;
+size_t argLength;
+const char **tmp;
 char *args = NULL;
 char *workDir = NULL;
 int show = SW_SHOWNORMAL;
@@ -102,7 +104,7 @@
 { NULL, '\0', 0, NULL, 0, NULL, NULL }
 };
 
-/* SHow options */
+/* Show options */
 struct poptOption showOptionsTable[] = {
 { "hide",  '\0',  POPT_ARG_NONE, NULL, 'H', \
   "Hides the window and activates another window", NULL},
@@ -340,16 +342,17 @@
 
 /* Retrieve any arguments */
 if (rest && *rest) {
-if ((args = (char *) malloc(strlen(*rest)+1)) == NULL) {
+tmp = rest;
+argLength = strlen(*tmp);
+while (tmp++ && *tmp) {
+argLength += 1 + strlen(*tmp);
+}
+if ((args = (char *) malloc(argLength+1)) == NULL) {
 fprintf(stderr, "%s: memory allocation error\n", argv[0]);
 exit(1);
-}   
+}
 strcpy(args, *rest);
 while (rest++ && *rest) {
-if ((args = (char *) realloc(args, strlen(args)+strlen(*rest)+2)) 
== NULL) {
-fprintf(stderr, "%s: memory allocation error\n", argv[0]);
-exit(1);
-}  
 strcat(args, " ");
 strcat(args, *rest);
 }
@@ -464,7 +467,7 @@
 {
 fprintf(f, "\n");
 fprintf(f, "With thanks to MSDN: <%s>\n\n", MSDN_URL);
-fprintf(f, "Please report any bugs to <[EMAIL PROTECTED]>.\n");
+fprintf(f, "Please report any bugs to .\n");
 }
 
 static printLicense(FILE *f, char *name)

--
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: types "quad_t" & "u_quad_t"

[Linda W]

Brian Dessent wrote:
Linda W wrote:
 

I was lamenting the lack of the simple "hexdump" facility
I have on linux.  I figured -- how difficult would it be
to port that.
   

Cygwin already has the 'od' utility (in coreutils) which has the same
functionality.  For example, "od -A x -v -t x1z filename" will give a
nice side-by-side hex/ascii output of a file.
 

hmph...never heard of it (even though I have it installed (*doh!*))...
Sure take alot more characters to get a simple hex & ascii side-by-side
dump!   How am I gonna remember all that?  :-)  I often have to use
the man page to figure out it's the "-C" option on hexdump to do that
simple feat, but now I need to remember what?...egads!  Well if ya'll
is happy with that, that's fine w/me.
 

Well...not too, turns out, though, that it needs a type
quad_t and u_quad_t defined.
   

As far as I know, and I could be wrong, the quad_t and u_quad_t types
are BSD-isms and not actually part of any standard.  POSIX defines
int64_t and u_int64_t which would be the more portable types for a
program to use.  'hexdump' is from BSD as well so that's probably why it
uses them and not the standard ones.
 

Figures...posix..so sterile a type name: int64_t...descriptive but
still sterile.   Quads made sense growing up on machine with 16-bit words,
32-bit double-words (dwords) and 64-bit quadruple words, though I suppose
someone might confuse qwords with "quads" (heard that used with 
"Giga-quads" as
a unit of memory measurement in Star Trek one time), which I speculated
was the same as a (million->mega,billion->giga, trillion->tera,
quadrillion->peta) petabyte -- where do they get these prefixes, anyway?

Brian
 

Thanks for the edification...guess I'll just go 'od' some now...now
that I think about it, "hexdump" was really too long and English-like
to be a real unix util.  "od" fits right in with cp, ls, awk, dc, bc,
etc.  :-)
Linda

--
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: types "quad_t" & "u_quad_t"

[Brian Dessent]

Linda W wrote:

> hmph...never heard of it (even though I have it installed (*doh!*))...
> Sure take alot more characters to get a simple hex & ascii side-by-side
> dump!   How am I gonna remember all that?  :-)  I often have to use
> the man page to figure out it's the "-C" option on hexdump to do that
> simple feat, but now I need to remember what?...egads!  Well if ya'll
> is happy with that, that's fine w/me.

Add the following to your ~/.profile then:

alias od="od -A x -v -t x1z"

Now you can type "od foo" and never have to remember the arguments.  If
you ever need to execute the "real" od without the added parameters you
can type "o\d" instead.

> Thanks for the edification...guess I'll just go 'od' some now...now
> that I think about it, "hexdump" was really too long and English-like
> to be a real unix util.  "od" fits right in with cp, ls, awk, dc, bc,
> etc.  :-)

That and the fact that "dump" was already taken as a name for a
completely unrelated utility.

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/

resuming 'vi' error after upgrade cygwin 1.5.12-1 -> 1.5.13-1

[Nine9]

After upgrading to "cygwin-1.5.13-1", running in
"tcsh" and doing "vi textfile" -> "^z" -> "fg" doesn't
work (e.g., typing "j"s to move the cursor displays
"j"s on the screen).  Rebooted just in case, "vi"
still not working.

Ran "setup.exe" and re-installed cygwin-1.5.12-1. 
Doing "vi" -> "^z" -> "fg" worked fine from "tcsh".

Rebooted, installed "cygwin-1.5.13-1" again (and
rebooted just in case again).  Resuming "vi" still not
working right.

Installed "cygwin-1.5.12-1" again, and resuming "vi"
works.

Repeated the cycle again, same results.

Thank you.

-- bye


=
---  ---  ---




__ 
Celebrate Yahoo!'s 10th Birthday! 
Yahoo! Netrospective: 100 Moments of the Web 
http://birthday.yahoo.com/netrospective/

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

setup modifying code?

[Linda W]

Dave Korn wrote:
Since it is a known fact that it _does_ legitimately contain
self-modifying code, the fact that your system doesn't warn must mean it is
not configured to warn about self-modifying code.
 


  This is probably a non-issue, but I don't know if it's been
tested.  Does anyone know if setup's self-modifying code feature
could cause problems on XP-SP2 running on a processor that supports the
No-execute bit on data segments?
Linda


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

bash / snapshot combi crash

[David Dindorp]

Version:
 Cygwin DLL  2005-03-04
 bash  2.05b-17

Where:
 Bash script.  Code:
  let "fieldno=$counter+1"
 -x output:
  ++ let fieldno=0+1

Reproducability:
 Happened two times so far.
 Above line runs a couple of hundred times without crashing at first.
 Doesn't happen in 20050226.

Source location:
 /netrel/src/cygwin-snapshot-20050304-1/winsup/cygwin/pinfo.h:178

Stack trace:
 Exception: STATUS_ACCESS_VIOLATION at eip=61056E0D
 eax=422CBC95 ebx= ecx=0A03 edx=
 esi=0022CCE0 edi=0BA4 ebp=0022CD98 esp=0022CC80
 program=c:\agent\bin-cygwin\bash.exe, pid 3076, thread main
 cs=001B ds=0023 es=0023 fs=0038 gs= ss=0023
 Stack trace:
 Frame Function  Args
 0022CD98  61056E0D  (0022CEF0, 0022CEF4, 0022CEF8, 0022CDA0)
 0022CF18  6105774D  (00FF, 0022CF38, 0022CF34, 0003)
 0022CF48  610939EF  (, , 0022CF7C, 0A0750C0)
 0022CFA8  00420C6E  (0A0750C0, , 0046A816, )
 0022D038  00423C93  (0022D078, , , )
 0022D058  0041F4D0  (0022D078, , , )
 0022D088  0041F58B  (0A0741E0, , 0022D0E8, 0040CDAF)
 0022D0A8  0041F5E9  (0A0741E0, , 0022D0FC, 0A07637B)
 0022D0C8  0041F255  (0A0741E0, , 0041F5B0, 0A065A50)
 0022D108  0041EE1B  (0A075B30, 0001, 0022D138, 00424814)
 0022D118  0041EEBA  (0A075B30, 0A076070, 0022D148, 0001)
 0022D138  00424814  (0A065A50, 001F, 0022D1B8, 00410235)
 0022D148  0042416A  (0A065A50, , 0022D188, 6105E4C5)
 0022D1B8  00410235  (0A065A28, , , )
 0022D1F8  0040D8FF  (0A065A10, , , )
 0022D228  0040EA7E  (0A065960, , , )
 End of stack trace (more stack frames may be present)


I'd be happy to make a test case, but I'm quite busy doing other
test cases and real work at the moment.  If this report is not
helping anyone at all, let me know.


--
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: cygstart patch

[Charles Wilson]

Michael Schaap wrote:
This time with patch.  :-[
Applied.
--
Chuck
--
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: types "quad_t" & "u_quad_t"

[Charles Wilson]

Brian Dessent wrote:
Linda W wrote:

I was lamenting the lack of the simple "hexdump" facility
I have on linux.  I figured -- how difficult would it be
to port that.

Cygwin already has the 'od' utility (in coreutils) which has the same
functionality.  For example, "od -A x -v -t x1z filename" will give a
nice side-by-side hex/ascii output of a file.
Also, the cygutils package contains "dump.exe" which does something 
similar.  But that's no reason NOT to hava hexdump, too.  The more the 
merrier!

--
Chuck
--
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: compile error in fstream

[Hans Horn]

Well, after poking around, I found that explicitly #including  
fixed the problem.
No idea why it worked without that #include under -mno-cygwin or why it 
worked with older gcc!
Anycase - problem solved.

Hans Horn wrote:
> Group,
>
> I'm trying to compile a source tree under cygwin gcc 3.4.1.
> This is where gcc barfs:
>
> In file included from
> /usr/lib/gcc/i686-pc-cygwin/3.4.1/../../../../include/c++/3.4.1/fstream:857,
> from ...
> /usr/lib/gcc/i686-pc-cygwin/3.4.1/../../../../include/c++/3.4.1/bits/fstream.tcc:
> In member function `virtual typename std::basic_filebuf<_CharT,
> _Traits>::int_type std::basic_filebuf<_CharT, _Traits>::underflow()':
> /usr/lib/gcc/i686-pc-cygwin/3.4.1/../../../../include/c++/3.4.1/bits/fstream.tcc:277:
> error: expected unqualified-id before '(' token
> /usr/lib/gcc/i686-pc-cygwin/3.4.1/../../../../include/c++/3.4.1/bits/fstream.tcc:
> In member function `virtual std::streamsize std::basic_filebuf<_CharT,
> _Traits>::xsputn(const _CharT*, std::streamsize)':
> /usr/lib/gcc/i686-pc-cygwin/3.4.1/../../../../include/c++/3.4.1/bits/fstream.tcc:518:
> error: expected unqualified-id before '(' token
>
> the last time I did that successfully was in April 2004; dunno what
> gcc vintage I had back then.
>
> Anybody got any clues?
>
> H. 




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