Re: bsd-games--one package or many?
On Thu, Oct 16, 2003 at 10:33:24PM -0400, Igor Pechtchanski wrote: On Thu, 16 Oct 2003, Aaron V. Humphrey wrote: On the other hand, three of the programs(wtf, fortune, and robots)have already been released as separate packages. If a bsd-games package was then added, should they be merged in? Left out? Added as dependencies? [...] I can't really speak for fortune and robots, but I know that the wtf package is a completely independent implementation, unrelated to BSD. Ditto robots. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: bsd-games--one package or many?
Personally, I would certainly prefer splitting up the package - especially
if the diff games have different dependencies.
To download all the games, you can simply download the entire category,
so I don't think we need a single package that depends on all the games.
OTOH you might want such a package if you want to build the games from a
single source tree.
WFIW, you stand a very good chance at getting the minimum three votes and one
review if you do decide to ITP one or more games.
rlc
NB: for the non-free games, remember anything linked to Cygwin is GPLed. If
the original license doesn't allow that, you can't package the game(s).
On Thu, Oct 16, 2003 at 07:05:26PM -0600, Aaron V. Humphrey wrote:
Greetings,
I'm fairly new to cygwin-apps, but I've been lurking on the main cygwin
list for a few months. Subscribed to the digest, so it never seems
worth actually replying to anything, which is probably all to the good.
I've been considering porting bsd-games to Cygwin, and recently managed
to stop considering and actually do something about it. I've gotten the
code to compile, though sometimes only by commenting out things like
flock() calls(fcntl() research is still forthcoming). I also managed to
link in err.c through a somewhat hamhanded approach that I'm not happy
with. I think I've also managed to track the code to its upstream
source.
It has occurred to me, though, to wonder whether bsd-games would be best
done as a single monolithic package, or as a number of smaller packages,
per game or the like.
If it was a single package, then it would take up less space on the
packages list, and it would be easier to synch it up with release numbers
from sites like Debian. It's also a group of programs that traditionally
go together.
On the other hand, three of the programs(wtf, fortune, and robots)have
already been released as separate packages. If a bsd-games package was
then added, should they be merged in? Left out? Added as dependencies?
Some of the programs are ncurses-dependent, and some are not. factor
can be built to depend on openssh(?) to use its factoring routines, but
I'd hesitate to make the whole package dependent on that. Some of the
programs are not really game-like(number, for instance).
I know that Debian has also split up the package because of licensing
uncertainties; I think only rogue is on the bsd-games-nonfree package,
but I think there are others that have been left out of the packages
entirely because of unclear licensing. I don't know if that's an issue
for Cygwin.
I also harbour some doubts about the legality of propagating monop, for
example, which is surely trademarked or copyrighted or something by the
makes of the Monopoly boardgame.
Also, if it's done as smaller packages, it'd be easier for me as a
first-time packager, and I'd be able to get something ready to release
more quickly.
So I'm leaning towards multiple packages, but I'd like to get opinions
from others before I commit to it.
One thing that I also wondered about was words, as in
/usr{/share}/dict/words. Wordlists are required for hangman and
boggle, at least, and as far as I can tell aren't available in the
Cygwin installation anywhere. Is that another package people might be
interested in? If I can find a wordlist I'm happy with, anyway...
--
--Alfvaen(Web page: http://www.telusplanet.net/public/alfvaen/)
Song In My Head--Barenaked Ladies:Another Postcard
Current Book--Jean M. Auel:The Plains of Passage
Wind that speaks to the leaves, telling stories that no one believes
--
If they can make penicillin out of moldy bread, they can sure make
something out of you.
-- Muhammad Ali
Pending Packages List, 2003-10-17
This is the list of pending packages as of Friday, October 17, 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. === Pending Packages List === Waiting for review: tcm ploticus sgrep libsigsegv suite3270 distcc libsmi fltk nfs-server Waiting for vote[s]: ploticus sgrep libsigsegv suite3270 check d libsmi nfs-server (graphviz) (GAP) With unresolved problems: tcm libsigsegv distcc 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 Problems: If this does fall under cygwin-apps since it is not an X package but a package that requires X, should the package be recreated with prefix set to /usr instead of /usr/X11R6? (cygwin-apps-get.11645) Status: Attained required 3 votes. Package available. HOLD-UPS: Unresolved problems. Not reviewed. 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). Not reviewed. 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 Status: Package available. HOLD-UPS: Not enough votes (need 3). Not reviewed. Package: libsigsegv 2.0-1 Description: Library for handling page faults. Proposer: Jari Aalto Proposal: http://sources.redhat.com/ml/cygwin-apps/2003-09/msg00238.html http://tierra.dyndns.org:81/cygwin/libsigsegv/libsigsegv-2.0-1.tar.bz2 http://tierra.dyndns.org:81/cygwin/libsigsegv/libsigsegv-2.0-1-src.tar.bz2 http://tierra.dyndns.org:81/cygwin/libsigsegv/setup.hint Also: libsigsegv-devel [Library for handling page faults.] http://tierra.dyndns.org:81/cygwin/libsigsegv/devel/libsigsegv-devel-2.0-1.tar.bz2 http://tierra.dyndns.org:81/cygwin/libsigsegv/devel/setup.hint Also: libsigsegv-doc [Library for handling page faults (Documentation).] http://tierra.dyndns.org:81/cygwin/libsigsegv/doc/libsigsegv-doc-2.0-1.tar.bz2 http://tierra.dyndns.org:81/cygwin/libsigsegv/doc/setup.hint Problems: base package as well as the devel package contain the same files in usr/lib (cygwin-apps-get.11564) the package uses a too old libtool (cygwin-apps-get.11564) Same for the docs. Why splitting if the documentation is for developers? (cygwin-apps-get.11564) Aye votes: Ronald Landheer-Cieslak (2003-09/msg00239.html) [1/3] Sam Steingold (cygwin-apps-get.11623) [2/3] Status: Package available. HOLD-UPS: Not enough votes (need 1 more). Unresolved problems. Not reviewed. Package: suite3270 3.2.20-1 Description: 3270 Emulator Suite Proposer: Peter A. Castro Proposal: http://sources.redhat.com/ml/cygwin-apps/2003-09/msg00340.html http://www.fruitbat.org/Cygwin/suite3270/suite3270-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/suite3270-3.2.20-1-src.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/setup.hint.suite3270 Also: suite3270-common [3270 Emulator Suite (common)] http://www.fruitbat.org/Cygwin/suite3270/suite3270-common-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/setup.hint.suite3270-common Also: c3270 [3270 Emulator (Curses)] http://www.fruitbat.org/Cygwin/suite3270/c3270-3.2.20-1.tar.bz2 http://www.fruitbat.org/Cygwin/suite3270/setup.hint.c3270 Also: pr3287 [3287 Printer Emulator]
Re: Pending Packages List, 2003-10-17
Daniel, Daniel Reed wrote: [...] 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 Problems: If this does fall under cygwin-apps since it is not an X package but a package that requires X, should the package be recreated with prefix set to /usr instead of /usr/X11R6? (cygwin-apps-get.11645) _This_is_no_problem_. As we found out in http://cygwin.com/ml/cygwin-apps/2003-10/msg00211.html, X-apps are supposed to live under /usr/X11R6. I won't rebuild the package unless something more serious is found. Regards, Daniel Status: Attained required 3 votes. Package available. HOLD-UPS: Unresolved problems. Not reviewed.
nfs-server vote (Was Re: Pending Packages List, 2003-10-17)
On Fri, 17 Oct 2003, Daniel Reed wrote: Package: nfs-server 2.2.47-2 Description: Universal NFS server. Proposer: Sam Robb Proposal: mailto:[EMAIL PROTECTED] http://www.oneparticularharbor.net/cygwin/nfs-server/nfs-server-2.2.47-2.tar.bz2 http://www.oneparticularharbor.net/cygwin/nfs-server/nfs-server-2.2.47-2-src.tar.bz2 http://www.oneparticularharbor.net/cygwin/nfs-server/setup.hint Aye votes: A.R. Burgers (cygwin-apps-get.11689) [1/3] Status: Package available. HOLD-UPS: Not enough votes (need 2 more). Not reviewed. This has my vote. I believe I originally voted for this, too. 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
Re: Pending Packages List, 2003-10-17
On 2003-10-17T19:34+0200, Daniel Boesswetter wrote: ) 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 )Problems: If this does fall under cygwin-apps since it is not an X package but a package that requires X, should the package be recreated with prefix set to /usr instead of /usr/X11R6? (cygwin-apps-get.11645) ) ) _This_is_no_problem_. As we found out in ) http://cygwin.com/ml/cygwin-apps/2003-10/msg00211.html, X-apps are ) supposed to live under /usr/X11R6. I won't rebuild the package unless ) something more serious is found. Binaries and libraries are under /usr/X11R6/, but it appears anything that would be shared between potential X-only and non-X versions of the package should be prefixed in /usr (i.e. man pages should be in /usr/share/man instead of /usr/X11R6/man or /usr/X11R6/share/man). Not a fatal flaw (I just removed it from the PPL), but the package still needs an independent functionality review. -- Daniel Reed [EMAIL PROTECTED] http://naim-users.org/nmlorg/ http://naim.n.ml.org/ Punishment often increases the feelings of estrangement and strengthens the power of resistance. -- Friedrich Nietzsche, German Philosopher
Re: Pending Packages List, 2003-10-17
Hallo Daniel, Package: libsigsegv 2.0-1 [...] HOLD-UPS: Not enough votes (need 1 more). Unresolved problems. Not reviewed. I vote pro libsigsegv. Package: nfs-server 2.2.47-2 [...] HOLD-UPS: Not enough votes (need 2 more). Not reviewed. And also vote pro nfs-server. ITP: graphviz [...] HOLD-UPS: Not enough votes (need 1 more). No package, nothing to review! I vote pro graphviz. Gerrit -- =^..^=
3270 package naming (Re: Pending Packages List, 2003-10-17)
Package: suite3270 3.2.20-1 Description: 3270 Emulator Suite Proposer: Peter A. Castro suite3270-common [3270 Emulator Suite (common)] c3270 [3270 Emulator (Curses)] pr3287 [3287 Printer Emulator] s3270 [3270 Emulator (Scripted)] tcl3270 [3270 Emulator (Tcl)] x3270 [3270 Emulator (X-Windows)] This package naming scheme would scatter the seperate packages throughout the alphabetic setup listing. Wouldn't using the pattern of suite3270-* be better? Max.
xman - Not showing X man pages?
xman doesn't list X man pages. Yet, /etc/man.config seems to imply that /usr/X11R6/bin is in the MANPATH, but running 'set' shows that this is not the case. Does man.config get read only by man, not xman? Does xman look only at the MANPATH environment variable? If xman only looks at the MANPATH environment variable, then do we need to add /usr/X11R6/man to MANPATH via a script in /etc/profile.d? I manually added /usr/X11R6/man to the MANPATH and got xman to start showing the X man pages, which leads me to believe that this would be the correct solution. Thanks in advance for any feedback, Harold
Re: Copy / Paste
In message [EMAIL PROTECTED], Alexander Gottwald [EMAIL PROTECTED] writes On Wed, 15 Oct 2003, Cliff Stanford wrote: Hmm... CVS seems to be missing a copy of xc/programs/Xserver/xfixes/xfixesproto.h in the XFIXES_BRANCH which means that xfixes.c won't build. The files were in xc/include/extensions I've added them to the xoncygwin cvs. They will show up on public cvs tomorrow, Hmm. Still nothing. Just as a sanity check: $ cat CVS/Root :pserver:[EMAIL PROTECTED]:/cvsroot/xoncygwin $ cat CVS/Tag TXFIXES_BRANCH This correct? Cliff. -- Cliff Stanford Might Limited +44 20 7257 2000 (Office) 17-18 Henrietta Street +44 7973 616 666 (Mobile) London WC2E 8QH
Re: Shared libXt/Xmu/Xaw/Xaw6 XFree86-bin and XFree86-prog test build
Hi, Did some testing on your build and rebuild my xc tree with new cygwin.rules and Ralf's patch to Xt All looks good to me. Thanks Colin
a problem with X connection to HPC server-------local computer IP name
I am trying to connect to a SGI Onyx 300 server from an PC with Win ME and cygwin at home through typical Xwin.exe -ac -query remote_ws -from my local computer IP name but the remote login screen doesn't appear properly. It's just a blank window. I think my problem is really with local IP setting. I am not sure about my local IP. It is a 3 pcs LAN connectting to the internet through a router. My pc got a local IP: 192.168.0.3, whist 3pcs share one external IP(as gateway) provided by ISP. But neither of the IPs can work(openning DISPLAY). My problem is only with an XDMCP-query session. What I must do to access a machine with SSH and X -query in this case? Thanks in advance. Philip D.
Re: a problem with X connection to HPC server-------local computer IP name
I don't use SSH or XDM, but nonetheless was intrigued by your question about running XDM via an SSH tunnel. After some poking around, it occurred to me that there might be a way to make this work by finding and editting the Xservers file on the XDM server. The process would go something like... 1) Launch XWin without the -query business. 2) Set DISPLAY=127.0.0.1:0 then run ssh -x xdmserver to bring up a tunnel into the XDM server. 3) Once connected, edit the XDM server's Xservers file and create a local entry for the display number handled by ssh. 4) Send a SIGHUP signal to XDM to tell it to re-read the Xservers file and start managing the virtual DISPLAY setup by ssh. The one thing I'm not sure abouit is what would happen to XDM after the SSH tunnel ended. Will it continuously loop trying to start an X session on the defunct DISPLAY? From: dh [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: a problem with X connection to HPC server---local computer IP name Date: Fri, 17 Oct 2003 13:25:45 +0100 I am trying to connect to a SGI Onyx 300 server from an PC with Win ME and cygwin at home through typical Xwin.exe -ac -query remote_ws -from my local computer IP name but the remote login screen doesn't appear properly. It's just a blank window. I think my problem is really with local IP setting. I am not sure about my local IP. It is a 3 pcs LAN connectting to the internet through a router. My pc got a local IP: 192.168.0.3, whist 3pcs share one external IP(as gateway) provided by ISP. But neither of the IPs can work(openning DISPLAY). My problem is only with an XDMCP-query session. What I must do to access a machine with SSH and X -query in this case? Thanks in advance. Philip D. _ Need more e-mail storage? Get 10MB with Hotmail Extra Storage. http://join.msn.com/?PAGE=features/es
Re: Copy / Paste
Cliff, Sorry, I meant to mail these to you yesterday so that you could get started. I will send them off-list. Harold Cliff Stanford wrote: In message [EMAIL PROTECTED], Alexander Gottwald [EMAIL PROTECTED] writes On Wed, 15 Oct 2003, Cliff Stanford wrote: Hmm... CVS seems to be missing a copy of xc/programs/Xserver/xfixes/xfixesproto.h in the XFIXES_BRANCH which means that xfixes.c won't build. The files were in xc/include/extensions I've added them to the xoncygwin cvs. They will show up on public cvs tomorrow, Hmm. Still nothing. Just as a sanity check: $ cat CVS/Root :pserver:[EMAIL PROTECTED]:/cvsroot/xoncygwin $ cat CVS/Tag TXFIXES_BRANCH This correct? Cliff.
Updated: XFree86-bin-4.3.0-5 and XFree86-prog-4.3.0-8
The following packages have been updated in the Cygwin distribution: *** XFree86-bin-4.3.0-5 *** XFree86-prog-4.3.0-8 Changes === 1) xc/lib/Xt/Initialize.c,IntrinsicP.h xc/config/cf/cygwin.rules - Add a very nice hack to allow Xt to be built as a shared library. The fix exports _XtInherit as a data symbol and adds a bit of assembly code to the data section that redirects calls to the XtInherit function in the Xt DLL. (Ralf Habacker) 2) General - Recompile all libraries and executables with Xt, Xaw, Xaw6, and Xmu built as shared libraries. This cuts the size of the XFree86-bin package from around 10 MiB to 4 MiB. (Harold L Hunt II) -- Harold Hunt 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. Once you've downloaded setup.exe, run it and select XFree86 and then click on the appropriate field until the above announced version number appears if it is not displayed already. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: [EMAIL PROTECTED] . If you want to subscribe go to: http://cygwin.com/lists.html I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree86 mailing list is the appropriate place.
Updated: XFree86-xserv-4.3.0-20
Announcement The XFree86-xserv-4.3.0-20 package has been updated in the Cygwin distribution. Links = Server source, direct link: http://www.msu.edu/~huntharo/xwin/server/xwin-20031017-1340.tar.bz2 (130 KiB) xc/programs/Xserver/hw/xwin (all files) diff against 4.3.0-18 source code: http://www.msu.edu/~huntharo/xwin/server/xwin-4.3.0-18-to-4.3.0-20.diff (20 KiB) Changes === 1) Clipboard Support - Enabled copying and pasting of non-ascii characters even when Windows does not support Unicode (i.e. Windows 95/98/Me). (Kensuke Matsuzaki) 2) Clipboard Support - Add ``-nounicodeclipboard'' command-line parameter that instructs the clipboard support in XWin.exe to not use Unicode functions, even if Windows supports them. (Kensuke Matsuzaki) 3) winconfig.c - Prevent JP layouts loaded for JP Windows with US keyboards. (Takuma Murakami) 4) winscrinit.c - Bail if -rootless and -multiwindow flags both present. (Harold L Hunt II) -- Harold Hunt 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. Once you've downloaded setup.exe, run it and select XFree86 and then click on the appropriate field until the above announced version number appears if it is not displayed already. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: [EMAIL PROTECTED] . If you want to subscribe go to: http://cygwin.com/lists.html I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree86 mailing list is the appropriate place.
Re: xman - Not showing X man pages?
On Fri, 17 Oct 2003, Harold L Hunt II wrote: xman doesn't list X man pages. Yet, /etc/man.config seems to imply that /usr/X11R6/bin is in the MANPATH, but running 'set' shows that this is not the case. Does man.config get read only by man, not xman? Does xman look only at the MANPATH environment variable? According to the xman man page, that is the case. If xman only looks at the MANPATH environment variable, then do we need to add /usr/X11R6/man to MANPATH via a script in /etc/profile.d? I manually added /usr/X11R6/man to the MANPATH and got xman to start showing the X man pages, which leads me to believe that this would be the correct solution. Thanks in advance for any feedback, Harold Exactly. Preferably, this script should be added in the package that contains the X manpages (XFree86-man, I believe). Or you can reuse the 00xfree.sh that's already there (from the XFree86-bin package, I think). 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
Enabling cygwin.rules/SharedLibFont
I have tried enabling SharedLibFont in cygwin.rules, but we need xc/lib/font/Xfont-def.cpp. I ran Alexander's gendef.sh script to create the export list as follows: cd lib/font gendef.sh Xfont bitmap/unshared/?*.o fontfile/unshared/?*.o fc/unshared/?*.o fontcache/unshared/?*.o Speedo/unshared/?*.o Type1/unshared/?*.o FreeType/unshared/?*.o util/unshared/?*.o The Xfont-def.cpp file gets built just fine, but 'make' gives the following errors. Any help would be appreciated. Harold make[1]: Leaving directory `/home/harold/x-devel/4.3/build/std/lib/font/stubs' rm -f libXfont-1.dll.a rm -f cygXfont-1.dll gcc -shared -Wl,--out-implib=libXfont-1.dll.a -Wl,--enable-auto-import --def Xfo nt.def -Wl,--exclude-libs,ALL -o cygXfont-1.dll bitmap/?*.o fontfile/?*.o fc/?*. o fontcache/?*.o Speedo/?*.o Type1/?*.o FreeTyp e/?*.outil/?*.o Creating library file: libXfont-1.dll.a fontfile/ffcheck.o(.text+0x49):ffcheck.c: undefined reference to `_XpClientIsBit mapClient' fontfile/ffcheck.o(.text+0xe1):ffcheck.c: undefined reference to `_XpClientIsBit mapClient' fontfile/ffcheck.o(.text+0x171):ffcheck.c: undefined reference to `_XpClientIsBi tmapClient' fontfile/ffcheck.o(.text+0x207):ffcheck.c: undefined reference to `_XpClientIsBi tmapClient' fontfile/ffcheck.o(.text+0x2a1):ffcheck.c: undefined reference to `_XpClientIsBi tmapClient' fontfile/ffcheck.o(.text+0x337):ffcheck.c: more undefined references to `_XpClie ntIsBitmapClient' follow fontfile/ffcheck.o(.text+0x437):ffcheck.c: undefined reference to `_RegisterFPEF unctions' fontfile/fontdir.o(.text+0x1096):fontdir.c: undefined reference to `_GetDefaultP ointSize' fontfile/fontdir.o(.text+0x11d3):fontdir.c: undefined reference to `_GetClientRe solutions' fontfile/fontdir.o(.text+0x1255):fontdir.c: undefined reference to `_GetDefaultP ointSize' fontfile/fontdir.o(.text+0x12b9):fontdir.c: undefined reference to `_GetDefaultP ointSize' fontfile/fontencc.o(.text+0x59):fontencc.c: undefined reference to `_ErrorF' fontfile/fontencc.o(.text+0xa8):fontencc.c: undefined reference to `_ErrorF' fontfile/fontfile.o(.text+0x1b0e):fontfile.c: undefined reference to `_RegisterF PEFunctions' fontfile/fontscale.o(.text+0x268):fontscale.c: undefined reference to `_GetClien tResolutions' fontfile/gunzip.o(.text+0x84):gunzip.c: undefined reference to `_inflateInit2_' fontfile/gunzip.o(.text+0x116):gunzip.c: undefined reference to `_inflateEnd' fontfile/gunzip.o(.text+0x228):gunzip.c: undefined reference to `_inflate' fontfile/printerfont.o(.text+0x120):printerfont.c: undefined reference to `_XpCl ientIsPrintClient' fontfile/printerfont.o(.text+0x1b5):printerfont.c: undefined reference to `_XpCl ientIsPrintClient' fontfile/printerfont.o(.text+0x245):printerfont.c: undefined reference to `_XpCl ientIsPrintClient' fontfile/printerfont.o(.text+0x2db):printerfont.c: undefined reference to `_XpCl ientIsPrintClient' fontfile/printerfont.o(.text+0x375):printerfont.c: undefined reference to `_XpCl ientIsPrintClient' fontfile/printerfont.o(.text+0x40b):printerfont.c: more undefined references to `_XpClientIsPrintClient' follow fontfile/printerfont.o(.text+0x4ee):printerfont.c: undefined reference to `_Regi sterFPEFunctions' fontfile/renderers.o(.text+0x169):renderers.c: undefined reference to `_ErrorF' fc/fsconvert.o(.text+0x107a):fsconvert.c: undefined reference to `_find_old_font ' fc/fsconvert.o(.text+0x10aa):fsconvert.c: undefined reference to `_DeleteFontCli entID' fc/fsconvert.o(.text+0x11d0):fsconvert.c: undefined reference to `_GetNewFontCli entID' fc/fsconvert.o(.text+0x11df):fsconvert.c: undefined reference to `_StoreFontClie ntFont' fc/fserve.o(.text+0x56):fserve.c: undefined reference to `_GetClientResolutions' fc/fserve.o(.text+0x149):fserve.c: undefined reference to `_init_fs_handlers' fc/fserve.o(.text+0x231):fserve.c: undefined reference to `_remove_fs_handlers' fc/fserve.o(.text+0x358):fserve.c: undefined reference to `_GetTimeInMillis' fc/fserve.o(.text+0x41b):fserve.c: undefined reference to `_ClientSignal' fc/fserve.o(.text+0x731):fserve.c: undefined reference to `_GetTimeInMillis' fc/fserve.o(.text+0x85d):fserve.c: undefined reference to `_GetTimeInMillis' fc/fserve.o(.text+0x89f):fserve.c: undefined reference to `_find_old_font' fc/fserve.o(.text+0xd27):fserve.c: undefined reference to `_GetTimeInMillis' fc/fserve.o(.text+0x10f9):fserve.c: undefined reference to `_GetTimeInMillis' fc/fserve.o(.text+0x1415):fserve.c: undefined reference to `_GetTimeInMillis' fc/fserve.o(.text+0x165f):fserve.c: undefined reference to `_ClientSignal' fc/fserve.o(.text+0x1789):fserve.c: undefined reference to `_GetTimeInMillis' fc/fserve.o(.text+0x1817):fserve.c: undefined reference to `_ClientSignal' fc/fserve.o(.text+0x18a7):fserve.c: undefined reference to `_ClientSignal' fc/fserve.o(.text+0x18cd):fserve.c: undefined reference to `_GetTimeInMillis' fc/fserve.o(.text+0x24d9):fserve.c: undefined reference to
Updated: XFree86-man-4.3.0-2
The XFree86-man-4.3.0-2 package has been updated in the Cygwin distribution. Changes: 1) Add two new files: /etc/profile.d/XFree86-man.csh /etc/profile.d/XFree86-man.sh Both of these files append /usr/X11R6/man to the environment variable MANPATH. This allows 'xman' to finally list the XFree86 man pages in its directory of man pages. (Harold L Hunt II, Igor Pechtchanski) -- Harold Hunt 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. Once you've downloaded setup.exe, run it and select XFree86 and then click on the appropriate field until the above announced version number appears if it is not displayed already. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: [EMAIL PROTECTED] . If you want to subscribe go to: http://cygwin.com/lists.html I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree86 mailing list is the appropriate place.
Updated: XFree86-fsrv-4.3.0-4
The XFree86-fsrv-4.3.0-4 package has been updated in the Cygwin distribution. Changes: 1) The man page for xfs went missing. Found it and put it back in this package where it belongs. (Harold L Hunt II) -- Harold Hunt 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. Once you've downloaded setup.exe, run it and select XFree86 and then click on the appropriate field until the above announced version number appears if it is not displayed already. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: [EMAIL PROTECTED] . If you want to subscribe go to: http://cygwin.com/lists.html I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree86 mailing list is the appropriate place.
Re: xman - Not showing X man pages?
Igor, Thanks. Just uploaded XFree86-man-4.3.0-2. It will be nice to have this working finally. Any other rough edges that Cygwin/XFree86 has that I am blissfully unaware of? Harold Igor Pechtchanski wrote: On Fri, 17 Oct 2003, Harold L Hunt II wrote: xman doesn't list X man pages. Yet, /etc/man.config seems to imply that /usr/X11R6/bin is in the MANPATH, but running 'set' shows that this is not the case. Does man.config get read only by man, not xman? Does xman look only at the MANPATH environment variable? According to the xman man page, that is the case. If xman only looks at the MANPATH environment variable, then do we need to add /usr/X11R6/man to MANPATH via a script in /etc/profile.d? I manually added /usr/X11R6/man to the MANPATH and got xman to start showing the X man pages, which leads me to believe that this would be the correct solution. Thanks in advance for any feedback, Harold Exactly. Preferably, this script should be added in the package that contains the X manpages (XFree86-man, I believe). Or you can reuse the 00xfree.sh that's already there (from the XFree86-bin package, I think). Igor
winsup/utils ChangeLog Makefile.in cygcheck.cc ...
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2003-10-17 17:19:31 Modified files: utils : ChangeLog Makefile.in cygcheck.cc cygpath.cc Log message: * cygcheck.cc (pretty_id): Don't exec if `id' program is not found. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/utils/ChangeLog.diff?cvsroot=uberbaumr1=1.240r2=1.241 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/utils/Makefile.in.diff?cvsroot=uberbaumr1=1.53r2=1.54 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/utils/cygcheck.cc.diff?cvsroot=uberbaumr1=1.38r2=1.39 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/utils/cygpath.cc.diff?cvsroot=uberbaumr1=1.29r2=1.30
winsup/utils cygpath.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2003-10-17 17:20:06 Modified files: utils : cygpath.cc Log message: revert accidental checkin Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/utils/cygpath.cc.diff?cvsroot=uberbaumr1=1.30r2=1.31
src/winsup/mingw ChangeLog include/stdio.h
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2003-10-17 21:43:31 Modified files: winsup/mingw : ChangeLog winsup/mingw/include: stdio.h Log message: * include/stdio.h (_filbuf): Add prototype. (_flsbuf): Add prototype. (getc): Add inline version. (putc): Likewise. (getchar): Likewise. (putchar): Likewise. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/ChangeLog.diff?cvsroot=srcr1=1.159r2=1.160 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/include/stdio.h.diff?cvsroot=srcr1=1.18r2=1.19
Re: Is multithreaded profiling on cygwin possible?
Hi Brian Thanks very much for your comments. I think I have changed my approach so that it is broadly similar to your suggestions, but may differ in some details. I have dropped the RNG. I dont think it is necessary or warranted. I have dropped the dll import library concept. I would agree that Corinna's suggestion about WaitForSingleObject is probably better, though I havent yet done it that way. My current approach is to keep track of the time accumulated by each thread, and when it has exceeded the amount represented by a profiling period, assign the tick to the current PC, and subtract that amount of time from the running total for the thread. So it always adds up, anyway. I still have it so that each thread that is to be profiled calls moncontrol(1). Also, an application compiled and linked without -pg could always use the profil call in a similar way. Each thread would call profil with identical parameters. To do the DLL's, I have added a linked list of profiling ranges to profil.c. These ranges are specified using an environment variable. The ranges may be DLL specific, or general memory ranges. There is a separate data file output upon program termination for each range, in addition to gmon.out. If a dll has not been stripped, gprof will use the data file and the dll to output a flat profile, but without call counts though. (At least this works with cygwin1.dll) I have written a simple utility to summarise the information in these data files, giving flat addresses and CPU usage. Peter Garrone -- __ Check out the latest SMS services @ http://www.linuxmail.org This allows you to send and receive SMS through your mailbox. Powered by Outblaze -- 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: Program too big to fit in memory - Previous hints didn't work
Hi Elkin, E G wrote on Thursday, October 16, 2003 7:47 PM: I then compiled the fortran code and linked the libraries and required object files -including the C program- as I did in Linux (I just changed the paths for the includes and the libraries) and the names of the libraries ( -lXpm - -lXpm.dll, -lX11 --lX11.dll). It compiled fine and I got my object dependencies ok and the exe file without problems. But, when I tried to run the program I got a Program too big to fit in memory error message and it didn't run. The program is 1.4 MB and my computer has 256 MB RAM and 9 GB hard disk free space (defragmented, i.e., single chunk). unfortunately I have to tell you that this problem may not be Cygwin related at all. Try googling for Program too big to fit in memory and you will see, that this error occurs in very obscure situations for all kind of applications normally running without problem. And that you'll not find any true reason or solution for it. I was struck by this error the last time when I tried to call the MS SQL setup (to install it in a VMware instance) and it terminated always immediately for no real reason. Starting setup from the commad line I got the error message from above. The error went away when I told VMware to provide access to the CD-Rom in raw mode (but do not ask me why this is related with the error, I had plenty of memory). The error is raised by the OS itself i.e. the OS refused to run the application at all and gives the error message. Did you try to run your app on another machine? I would not be surprised, if it works like charm. Did you tried to run other big Cygwin applications like KDE for Cygwin? Regards, Jörg -- 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/
hangs with recent cygwin versions
i am using the latest 1.5.5-1, with everything updated via setup within the last couple of days. Windows 2000, all the latest sp's and patches. ever since upgrading from 1.3.something to 1.5.5-1, i've gotten periodic hangs of various sorts. in all cases, the console is completely wedged and can only be killed through the upper-right-hand close button. [1] i have an expect script that runs telnet. sometimes when run, it gets as far as `Spawning telnet xxx ...' then wedges, with 100% CPU chewage. this appears to increase in frequency until eventually it happens always, and can only be fixed by rebooting. [2] for awhile i was getting 100% repeatable wedges [no CPU usage] by running tail on a long file. the following is what tail was attempting to display: Folder: /usr/home/wing/users/wing/mail/Trash 5211 From [EMAIL PROTECTED] Fri Oct 17 06:36:43 2003 Subject: (RAZOR2_CHECK) (RCVD_IN_SBL) (RCVD_IN_NJABL) Ben, Make Your Debt Disa Folder: /usr/home/wing/users/wing/mail/Trash12445 From [EMAIL PROTECTED] Fri Oct 17 06:45:32 2003 Subject: (RAZOR2_CHECK) \xc4\xfa\xba\xc3,\xb9\xd8\xd3\xda\xce\xd2\xc3\xc7\xba\xcf\xd7\xf7\xca\xc2\xd2\xc b Folder: /usr/home/wing/users/wing/mail/Trash11483 From [EMAIL PROTECTED]@FINANCEBIZ.COM.BR Fri Oct 17 06:50:53 2003 Subject: (HTML only) (RAZOR2_CHECK) (PYZOR_CHECK) (DCC_CHECK) (RCVD_IN_NJABL) Folder: /usr/home/wing/users/wing/mail/Trash 7190 [in place of \x sequences are actual characters; none of these lines should wrap, if they are, that's my mail reader's fault.] it was hanging when trying to display the line with the weird characters in it. last thing you'd see is the previous line. unfortunately i can't reproduce this any longer. instead, i get output like this: 666:~/etc/users/wing/procmail 117$ tail procmail.log.old Folder: /usr/home/wing/users/wing/mail/Trash 5211 From [EMAIL PROTECTED] Fri Oct 17 06:36:43 2003 Subject: (RAZOR2_CHECK) (RCVD_IN_SBL) (RCVD_IN_NJABL) Ben, Make Your Debt Disa Folder: /usr/home/wing/users/wing/mail/Trash12445 From [EMAIL PROTECTED] Fri Oct 17 06:45:32 2003 BIZ.COM.BR Fri Oct 17 06:50:53 2003 Subject: (HTML only) (RAZOR2_CHECK) (PYZOR_CHECK) (DCC_CHECK) (RCVD_IN_NJABL) Folder: /usr/home/wing/users/wing/mail/Trash 7190 where there's some text eaten but no hanging. ben -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Install problem
Can't get list of download sites. Make sure your network settings are correct and try again. After years of successful Cygwin installs/updates both at home and work I moved yesterday to a new workplace and got just this message on attempting a new installation on the office-supplied LAN zero-privilege* God-knows-what machine. I changed from Direct connection to Use IE5 settings at the appropriate point during setup, and everything went smoothly thereafter. (* I can't even format my own USB memory stick.) Fergus -- 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: Percent of CPU this job got 100%
Shankar Unni [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
Christopher Faylor wrote:
On Thu, Oct 16, 2003 at 08:38:33AM +0200, Alex Vinokur wrote:
$ /bin/time -v a 1000
[...]
Percent of CPU this job got: 133%
Automatic, built-in meanness at no extra charge.
:-).
Alex: is it possible your program is multi-threaded, and you have one of
those shiny new hyperthreading P4s? Remote, but that could give you this
behavior..
No, it isn't.
Here is program t.c :
--
#include stdio.h
#include assert.h
int main (int argc, char** argv)
{
int i;
assert (argc 1);
for (i = 0; i atoi(argv[1]); i++);
return 0;
}
--
But even otherwise, small discrepancies between wall clock and computed
CPU clock are not uncommon, and given that your running time is pretty
close to one CPU HZ tick, you can get weird anomalies like this.
Try timing a 100.
--
Shankar.
===
Windows 2000 Professional
CYGWIN_NT-5.0 1.5.4(0.94/3/2)
gcc version 3.3.1 (cygming special)
GNU time 1.7
===
$ gcc t.c
$ command time -v a 1000
Command being timed: a 1000
User time (seconds): 0.03
System time (seconds): 0.03
Percent of CPU this job got: 127%
Elapsed (wall clock) time (h:mm:ss or m:ss): 0:00.04
[---omitted---]
$ command time -v a 1
Command being timed: a 1
User time (seconds): 18.82
System time (seconds): 0.04
Percent of CPU this job got: 99%
Elapsed (wall clock) time (h:mm:ss or m:ss): 0:19.03
[---omitted---]
=
Alex Vinokur
mailto:[EMAIL PROTECTED]
http://mathforum.org/library/view/10978.html
news://news.gmane.org/gmane.comp.lang.c++.perfometer
=
--
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: decent fonts for rxvt in cygwin
Edward Peschko wrote: I must have mis-installed cygwin-xfree.. don't see xwin in any of my cygwin directories I installed, and I'm pretty sure I installed Xfree86. I use exceed as my xwindow server, so it never really phased me. You might wish to try reinstalling XFree86. Personally I'd use it over Exceed (though perhaps Exceed might be better performance-wise). rxvt is resizable via the normal mechanism of moving the mouse to the corner, clicking and dragging. well, like I said, that's what I do, except I use -geometry 90x90 to see how it looks at that size and hit 'return' per font. Preferably I automate with 'resize' it so I filter out the obvious candidates and don't have to look through hundreds/thousands of fonts. I don't see an equivalent program to resize on cygwin though. Not sure about your usage of resize. Guess I just never used resize in that fashion. Anyways you can rxvt -fn fontname -geometry 90x90... Anyways something is out of whack. xlsfonts doesn't return (for me) any lucida console entries. It might be that because I'm using exceed as an xserver, and hence getting the wrong list of fonts. In any case, my bet is that the fonts that look perfectly fine on XFree86 look suboptimal on exceed. Looks like I grep through the /usr/X1lR6 directory for pcf files.. AFAIK Lucida Console is a Windows font. Don't discount Windows fonts as some are OK. And I would think it would be easier for an X server to render a native Windows font than to convert an X font (though I could be wrong). In general though you are only looking for a font or two to use for your terms. Once found you won't be doing this exercise anymore. I've always wanted an X (or Windows) application that simply renders many fonts for you to look at to choose a good font. Never found such an application. Like I said, Lucida Console is the font I choose (though I could be persuaded to use a better font if somebody suggests one). -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: What does clock() calculate?
Alex Vinokur [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
clock : Calculates the best available approximation of the cumulative amount of
time used by your program since it started. (From man clock).
Does clock() calculate user-used-time + system-used-time?
Yes, it is.
===
Windows 2000 Professional
CYGWIN_NT-5.0 1.5.4(0.94/3/2)
gcc version 3.3.1 (cygming special)
===
= C code : File t.c : BEGIN =
#include stdio.h
#include stdlib.h
#include time.h
#include sys/resource.h
#include assert.h
int main(int argc, char** argv)
{
clock_t start_clock,
end_clock;
struct rusage start_rusage,
end_rusage;
clock_t diff_clock;
double diff_rusage_user,
diff_rusage_system;
int i;
assert (argc 1);
fprintf (stderr, - Start -\n);
start_clock = clock();
getrusage(RUSAGE_SELF, start_rusage);
for (i = 0; i atoi (argv[1]); i++) printf (ABC\n);
getrusage(RUSAGE_SELF, end_rusage);
end_clock = clock();
assert (!(start_clock == (clock_t)(-1)));
assert (!(end_clock == (clock_t)(-1)));
diff_clock = end_clock - start_clock;
fprintf (stderr, \n);
fprintf (stderr, clock : start = %lu ticks, end = %lu ticks\n,
start_clock, end_clock);
fprintf (stderr, clock : elapsed time = %.2f sec\n,
(double)(diff_clock)/CLOCKS_PER_SEC);
diff_rusage_user =
(end_rusage.ru_utime.tv_sec - start_rusage.ru_utime.tv_sec)
+
(end_rusage.ru_utime.tv_usec - start_rusage.ru_utime.tv_usec)/ 1.0e6;
fprintf (stderr, \n);
fprintf (stderr, rusage user : start = (%ld sec, %ld msec), end = (%ld sec, %ld
msec)\n,
start_rusage.ru_utime.tv_sec,
start_rusage.ru_utime.tv_usec,
end_rusage.ru_utime.tv_sec,
end_rusage.ru_utime.tv_usec
);
fprintf (stderr, rusage user : elapsed time = %.2f sec\n, diff_rusage_user);
diff_rusage_system =
(end_rusage.ru_stime.tv_sec - start_rusage.ru_stime.tv_sec)
+
(end_rusage.ru_stime.tv_usec - start_rusage.ru_stime.tv_usec)/ 1.0e6;
fprintf (stderr, \n);
fprintf (stderr, rusage system : start = (%ld sec, %ld msec), end = (%ld sec, %ld
msec)\n,
start_rusage.ru_stime.tv_sec,
start_rusage.ru_stime.tv_usec,
end_rusage.ru_stime.tv_sec,
end_rusage.ru_stime.tv_usec
);
fprintf (stderr, rusage system : elapsed time = %.2f sec\n, diff_rusage_system);
fprintf (stderr, \n- Finish \n\n);
return 0;
}
= C code : File t.c : END ===
= Compilation Run : BEGIN ===
$ gcc t.c
$ a 1
- Start -
ABC
ABC
ABC
[---omitted---]
ABC
ABC
ABC
clock : start = 10 ticks, end = 900 ticks
clock : elapsed time = 0.89 sec
rusage user : start = (0 sec, 1 msec), end = (0 sec, 54 msec)
rusage user : elapsed time = 0.53 sec
rusage system : start = (0 sec, 0 msec), end = (0 sec, 36 msec)
rusage system : elapsed time = 0.36 sec
- Finish
= Compilation Run : END =
We can see that
clock elapsed time (0.89) == rusage user elapsed time (0.53) + rusage system elapsed
time (0.36)
=
Alex Vinokur
mailto:[EMAIL PROTECTED]
http://mathforum.org/library/view/10978.html
news://news.gmane.org/gmane.comp.lang.c++.perfometer
=
--
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 to install apache as a service on Win2K with cygrunsrv command
I install cygwin fron clean environnement. Now, all the entries in /etc/passwd are populate from current MYDOM (Windows local domain). This is the current entry for my user : sample_user:unused_by_nt/2000/xp:11293:10513:Sample test,U-MYDOM\sample_user,S-1-5-21-x xxx--xx-1293:/home/sample_user:/bin/bash I installed cron service. This service run with no complain. I install the apache service (I logged as sample_user) [EMAIL PROTECTED] ~ $ cygrunsrv -I cyg_httpd -p /usr/sbin/httpd.exe -u sample_user Enter password of user `MYDOM\sample_user': Reenter, please: The new service look good in my Windows 2000 tools. But when I try to run it: [EMAIL PROTECTED] ~ $ cygrunsrv -S cyg_httpd cygrunsrv: Error starting a service: StartService: Win32 error 1069: L'échec d'une ouverture de session a empêché le démarrage du service. (AKA : can't open session = no server starting) How can I launch service whith open session (as cygrunsrv -S cyg_httpd -u sample_user) ? I don't read anything of this in the cygrunsrv.README. I can install cyg_httpd with no user. But when I try to launch it : [Thu Oct 16 13:25:07 2003] [alert] (22)Invalid argument: setuid: unable to change to uid: 65535 [Thu Oct 16 13:25:07 2003] [alert] (22)Invalid argument: setuid: unable to change to uid: 65535 [Thu Oct 16 13:25:08 2003] [alert] (22)Invalid argument: setuid: unable to change to uid: 65535 [Thu Oct 16 13:25:08 2003] [alert] (22)Invalid argument: setuid: unable to change to uid: 65535 [Thu Oct 16 13:25:08 2003] [notice] Apache/1.3.24 (Cygwin) configured -- resuming normal operations [Thu Oct 16 13:25:08 2003] [notice] Accept mutex: pthread (Default: pthread) [Thu Oct 16 13:25:08 2003] [alert] Child 1812 returned a Fatal error... Apache is exiting! [Thu Oct 16 13:25:08 2003] [alert] (22)Invalid argument: setuid: unable to change to uid: 65535 My id is good : $ id uid=11293(sample_user) gid=10513(Utilisa. du domaine) groups=544(Administrateurs),5 45(Utilisateurs),10513(Utilisa. du domaine) Why the apache server try to change to uid 65535 ? Note : I can run apache server by : /usr/sbin/apachectl start -- 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: ssmtp 2.38.7-4 reads headers from message body.
Yesterday, I wrote: Of course ssmtp should only use the From: line from the header, not from the body. Suppose the body contained for example From: [EMAIL PROTECTED]. We would not want the message to be sent with that From: line, do we? :-) I did some more testing and found that ssmtp does apparently *not* use the To: line from the body. That would of course be even worse. Well, things *are* worse. Apparently ssmtp uses From: *and* To: from the body, but just not the way I thought. I did another test with four addresses, From: and To: in the header (FH and TH) and From: and To: in the body (FB and TB). ssmtp uses them as follows (when using the -t option): FH: OK, mail is sent with this From: address. TH: OK, mail is sent to this To: address. FB: Wrong, this address is set in a Return-Path: header (with uppercase downcased). TB: Wrong, mail is *also* sent to this address and shown in an Apparently-To: header. I hope we all agree that processing FB and TB is totally wrong. The body should not be interpreted in any way and mailing to TB is pretty annoying and potentially dangerous and mailing with a Return-Path: set to FB is misrepresenting the real sender. In hindsight, I probably agree with Felix van Hove that -t is not supported, because while ssmtp does not complain about -t, it says this when using -ba: /usr/sbin/ssmtp: -ba is not supported by sSMTP sendmail, nor is -t. OTOH, I also tried to use -FFrank Slootweg [EMAIL PROTECTED] [EMAIL PROTECTED] instead of -t. That works a little better because it does not send the message to TB, but it still sets FB in a Return-Path: header, which is really wrong. When using -d9 (debugging) you can see that ssmtp says Read Header: when reading the *body* (both with -t and with -F... -f... address). Does anybody have some other suggestions? Another tool which can do the same job (i.e. read From:, To:, Subject: (and possibly Cc: and Bcc:) only from the header part of the input file)? -- 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: ssmtp 2.38.7-4 reads headers from message body.
On Fri, Oct 17, 2003 at 10:57:27AM +0200, Frank Slootweg wrote: Does anybody have some other suggestions? Another tool which can do the same job (i.e. read From:, To:, Subject: (and possibly Cc: and Bcc:) only from the header part of the input file)? exim ? Gruss Olaf Föllinger -- Olaf Föllinger Berater S.E.S.A. Software und Systeme AG -- 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: ssmtp 2.38.7-4 reads headers from message body.
On Thu, Oct 16, 2003 at 07:33:32PM +0200, Frank Slootweg wrote: [I hope this reply is threaded correctly. The digest version of this list does not preserve References: etc.. I got a copy of your message from the archive and used ssmtp :-) to send it to myself (in OE).] Corinna Vinschen [EMAIL PROTECTED] wrote: On Thu, Oct 16, 2003 at 10:35:59AM +0200, Frank Slootweg wrote: [This is my first posting to this list. I hope the format is OK.] I am trying to use ssmtp (2.38.7-4) as my 'mailer' in tin, the newsreader. tin invokes ssmtp as /usr/sbin/ssmtp -t %F where %F is a file which contains the header (lines), a blank line (only \r\n) and body. I just saw this. Ssmtp checks for an empty line by testing the first character being a \n. I'm not familar with the mail-related RFCs. Is it allowed to send lines with DOS lineendings? In that case it's a fault in ssmtp. Otherwise... are you using textmode mounts? What editor are you using to create mails/news in tin? Please send also an attached cygcheck output as descibed on http://cygwin.com/problems.html. 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: ssmtp 2.38.7-4 reads headers from message body.
Corinna Vinschen [EMAIL PROTECTED] wrote in [EMAIL PROTECTED] in gmane.os.cygwin on Fri, 17 Oct 2003 11:33:07 +0200: I'm not familar with the mail-related RFCs. Is it allowed to send lines with DOS lineendings? The RFCs for SMTP e-mail (RFC2821 and its predecesors) /require/ CR-LF (\r\n i.e. DOS) line endings. (Probably because debugging using dumb terminals or printers was easier that way in days of yore.) Regards, -- Sam Edge -- 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: ssmtp 2.38.7-4 reads headers from message body.
On Fri, Oct 17, 2003 at 11:04:19AM +0100, Sam Edge wrote:
Corinna Vinschen [EMAIL PROTECTED] wrote in
[EMAIL PROTECTED]
in gmane.os.cygwin on Fri, 17 Oct 2003 11:33:07 +0200:
I'm not familar with the mail-related RFCs. Is
it allowed to send lines with DOS lineendings?
The RFCs for SMTP e-mail (RFC2821 and its predecesors) /require/ CR-LF
(\r\n i.e. DOS) line endings. (Probably because debugging using
dumb terminals or printers was easier that way in days of yore.)
Interesting. So a check as in ssmtp:
while ((fgets (buffer, sizeof buffer, stdin) != NULL) (buffer[0] != '\n'))
{
/* It's a header line */
}
seems a bit oversimplified, right?
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/
ash does not understand '~'
Hi,
the following shell script does not work at least with ash-20031007-1
although I don't see any reason why this should not be a valid syntax. If
you use
export PATH=${HOME}:/usr/bin
then the scripts runs. bash has no problems with this.
--- ~/test ---
#!/bin/sh
export PATH=~:/usr/bin
test2
--- ~/test2 ---
#!/bin/sh
echo test2
Ralf
--
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: ssmtp 2.38.7-4 reads headers from message body.
On Fri, Oct 17, 2003 at 12:08:40PM +0200, Corinna Vinschen wrote:
On Fri, Oct 17, 2003 at 11:04:19AM +0100, Sam Edge wrote:
Corinna Vinschen [EMAIL PROTECTED] wrote in
[EMAIL PROTECTED]
in gmane.os.cygwin on Fri, 17 Oct 2003 11:33:07 +0200:
I'm not familar with the mail-related RFCs. Is
it allowed to send lines with DOS lineendings?
The RFCs for SMTP e-mail (RFC2821 and its predecesors) /require/ CR-LF
(\r\n i.e. DOS) line endings. (Probably because debugging using
dumb terminals or printers was easier that way in days of yore.)
Interesting. So a check as in ssmtp:
while ((fgets (buffer, sizeof buffer, stdin) != NULL) (buffer[0] != '\n'))
{
/* It's a header line */
}
seems a bit oversimplified, right?
Well, this happens when reading the input file. When writing the output
stream to the mailhub, it uses \r\n explicitely.
So ssmtp assumes that the input file is using only \n. Of course, ssmtp
has never been written with textmode mounts in mind...
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: ash does not understand '~'
On Fri, Oct 17, 2003 at 12:19:36PM +0200, Ralf Habacker wrote: Hi, the following shell script does not work at least with ash-20031007-1 although I don't see any reason why this should not be a valid syntax. If you use The reason is, '~' is an extension to the bourne shell syntax, first defined in csh or tcsh, AFAIK. ash is a pure bourne shell with next to no extensions. Using '~' in a shell script is non-portable. 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: ash does not understand '~'
Hi Ralf,
Ralf Habacker wrote on Friday, October 17, 2003 12:20 PM:
the following shell script does not work at least with
ash-20031007-1 although I don't see any reason why this
should not be a valid syntax. If you use
export PATH=${HOME}:/usr/bin
then the scripts runs. bash has no problems with this.
--- ~/test ---
#!/bin/sh
export PATH=~:/usr/bin
test2
--- ~/test2 ---
#!/bin/sh
echo test2
ash does not know ~, see:
$ sh
\[\033]0;\w\007
\033[1m\]\[\033[34m\][$SHLVL] [EMAIL PROTECTED] \[\033[33m\w\033[0m\]
$ cd /
\[\033]0;\w\007
\033[1m\]\[\033[34m\][$SHLVL] [EMAIL PROTECTED] \[\033[33m\w\033[0m\]
$ cd ~
cd: can't cd to ~
\[\033]0;\w\007
\033[1m\]\[\033[34m\][$SHLVL] [EMAIL PROTECTED] \[\033[33m\w\033[0m\]
$ exit
BTW: It does also not know the [ ] syntax for a built-in test, you always have to
use test:
if test -f /etc/hosts; then
echo /etc/hosts exist!
fi
and you cannot combine export with an assignment, you have to write separate
statements:
VARIABLE=test
export VARIABLE
Just a short overview over the most common pitfalls :)
Regards,
Jörg
--
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: long timeouts on shutdown/log off
Ok, here are the ps results... I can see three cron tasks with the I field set (Interactive?) which is very odd as my backup script doesn't have any input (I've attached the script and the output) maybe cron isn't able to close the shells it creates to run the jobs properly? Any ideas? - Q-Games, Dylan Cuthbert. http://www.q-games.com Andrew DeFaria [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Dylan Cuthbert wrote: The problem: After about a day's work I go to logoff or shutdown and the machine just sits there, fully operational and in the process of logging off, so I can't open any new tasks but I can open up a file explorer window or the start menu etc. If I wait long enough (and I mean 15 minutes to several hours) the machine will eventually log off succussfully. While in this in the process of logging off mode, start the TaskManager (or better yet have the TaskManager running when you attempt shutdown), then selectively start killing processes. If you kill a process and wham you logout that's probably the culprit! Note you cannot kill services with the TaskManager. You can either: Start the Services applet and attempt to shutdown the services or have a console window running and try net stop sevice name or do what I do, get Process Explorer from SysInternals which allows you to kill services. Good luck. backup-sh.tgz Description: Binary data PIDPPIDPGID WINPID TTY UIDSTIME COMMAND 1368 11368 1368? 18 10:46:45 /usr/bin/cygrunsrv 136413681368 1620? 18 10:46:45 /usr/sbin/cron 3892 13892 38920 12000 11:03:04 /usr/bin/rxvt I392838923928 39441 12000 11:03:04 /usr/bin/bash I239613641368 2396? 18 16:00:00 /usr/sbin/cron 235223962352 2604? 12000 16:00:02 /usr/bin/sh 408823522352 2680? 12000 16:00:02 /usr/bin/bash 80440882352 2620? 12000 16:42:35 /usr/bin/rsync 1492 8042352 1492? 12000 16:42:35 /usr/bin/rsync I264013641368 2640? 18 17:00:00 /usr/sbin/cron 339626403396 2380? 12000 17:00:02 /usr/bin/sh 238433963396 1284? 12000 17:00:02 /usr/bin/bash 232823843396 2928? 12000 17:30:10 /usr/bin/rsync 282423283396 2824? 12000 17:30:10 /usr/bin/rsync I 90413641368904? 18 19:00:00 /usr/sbin/cron 2192 9042192 3076? 12000 19:00:03 /usr/bin/sh 340821922192 2332? 12000 19:00:03 /usr/bin/bash 189634082192300? 12000 19:04:44 /usr/bin/rsync 248818962192 2488? 12000 19:04:45 /usr/bin/rsync 3480 13480 34804 12000 19:46:39 /usr/bin/rxvt 5083480 508 36365 12000 19:46:39 /usr/bin/bash 2944 5082944 19445 12000 19:48:29 /usr/bin/ps PIDPPIDPGID WINPID TTY UIDSTIME COMMAND 1368 11368 1368? 18 10:46:45 /usr/bin/cygrunsrv 1912 0 0 1912?0 10:47:38 C:\WINXP\Explorer.EXE 248 0 0248?0 10:47:39 C:\WINXP\System32\conime.exe 1872 0 0 1872?0 10:47:40 C:\WINXP\System32\ctfmon.exe 704 0 0704?0 10:47:42 C:\Program Files\Elaborate Bytes\CloneCD\CloneCDTray.exe 612 0 0612?0 10:47:42 C:\Program Files\D-Tools\daemon.exe 1068 0 0 1068?0 10:47:42 C:\WINXP\SOUNDMAN.EXE 1748 0 0 1748?0 10:47:43 C:\Program Files\Logitech\MouseWare\system\em_exec.exe 588 0 0588?0 10:47:43 C:\Program Files\QuickTime\qttask.exe 712 0 0712?0 10:47:44 D:\tools\jajc\jajc.exe 1204 0 0 1204?0 10:47:44 C:\Program Files\Messenger\msmsgs.exe 1236 0 0 1236?0 10:47:45 C:\Program Files\RSNet\RSEDNClient.exe 1572 0 0 1572?0 10:47:45 C:\Program Files\Gigabyte\Gigabyte Windows Utility Manager\gwum.exe 1684 0 0 1684?0 10:47:45 C:\Program Files\SonyPDA\Hotsync.exe 1104 0 0 1104?0 10:47:46 C:\Program Files\OpenOffice.org1.1\program\soffice.exe 492 0 0492?0 10:47:47 C:\Program Files\One Guy Coding\Vern 3.2\vern32.exe 2972 0 0 2972?0 10:47:59 C:\Program Files\Outlook Express\msimn.exe 3884 0 0 3884?0 11:03:04 C:\WINXP\system32\cmd.exe 3892 13892 38920 12000 11:03:04 /usr/bin/rxvt 3944 0 0 3944?0 11:03:05
Re: ash does not understand '~'
On Fri, Oct 17, 2003 at 12:37:10PM +0200, J?rg Schaible wrote: BTW: It does also not know the [ ] syntax for a built-in test, you always have to use test: if test -f /etc/hosts; then echo /etc/hosts exist! fi Beep. Wrong. It knows [ ] Corinna and you cannot combine export with an assignment, you have to write separate statements: VARIABLE=test export VARIABLE Beep. Wrong, too. export var=value is a vaild bourne shell syntax. 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/
AW: ash does not understand '~'
Hi the following shell script does not work at least with ash-20031007-1 although I don't see any reason why this should not be a valid syntax. If you use The reason is, '~' is an extension to the bourne shell syntax, first defined in csh or tcsh, AFAIK. ash is a pure bourne shell with next to no extensions. Using '~' in a shell script is non-portable. Thanks, there is always something new to learn :-) Ralf -- 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/
Is there a 'ping' in Cygwin?
Apologies if this is as dumb as it seems to me, but is 'ping' available in Cygwin from the prompt? I checked http://cygwin.com/cgi-bin2/package-grep.cgi?grep=ping and didn't see any likely candidates. I have almost everything installed, and short of using the perl or ruby modules I don't seem to have any ping available in Cygwin. e.g. $ ping cygwin.com bash: ping: command not found NB I am not complaining, I assume I have missed something. regards, Bill Hughes cygcheck.out 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: Is there a 'ping' in Cygwin?
Hughes, Bill [EMAIL PROTECTED] wrote: Apologies if this is as dumb as it seems to me, but is 'ping' available in Cygwin from the prompt? If you have installed inetutils, yes. 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/
confused by libxml2 installation
Hi! This is a couple of questions concerning the libxml that comes along with cygwin. I'm trying to compile the example files from the libxml tutorial and I'm having trouble with undefined reference to `_xmlStrcmp'. I link it against the libxml though, and it seems to contain the missing symbol : dliberce:~/soft/toto1 gcc -lxml2 toto.c -I/usr/include/libxml2 -L/lib /cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccMrXqGT.o(.text+0x3e):toto.c: undef ined reference to `_xmlStrcmp' /cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccMrXqGT.o(.text+0x5f):toto.c: undef ined reference to `_xmlNodeListGetString' /cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccMrXqGT.o(.text+0x7b):toto.c: undef ined reference to `__imp__xmlFree' /cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccMrXqGT.o(.text+0x126):toto.c: unde fined reference to `_xmlParseFile' /cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccMrXqGT.o(.text+0x157):toto.c: unde fined reference to `_xmlDocGetRootElement' /cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccMrXqGT.o(.text+0x183):toto.c: unde fined reference to `_xmlFreeDoc' /cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccMrXqGT.o(.text+0x19e):toto.c: unde fined reference to `_xmlStrcmp' /cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccMrXqGT.o(.text+0x1c5):toto.c: unde fined reference to `_xmlFreeDoc' /cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccMrXqGT.o(.text+0x1ee):toto.c: unde fined reference to `_xmlStrcmp' /cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/ccMrXqGT.o(.text+0x21a):toto.c: unde fined reference to `_xmlFreeDoc' collect2: ld returned 1 exit status dliberce:~/soft/toto1 dliberce:~/soft/toto1 dliberce:~/soft/toto1 dliberce:~/soft/toto1 nm /lib/libxml2.a | grep xmlStrcmp 20e0 T _xmlStrcmp U _xmlStrcmp U _xmlStrcmp U _xmlStrcmp dliberce:~/soft/toto1 dliberce:~/soft/toto1 xml2-config --version 2.5.7 dliberce:~/soft/toto1 xml2-config --libs -lxml2 dliberce:~/soft/toto1 Anybody has a clue of what's going on here ? Actually, there are several libxml : dliberce:/lib ls *xml* lib-org-xml-sax.a libxml2.a libxml2.dll.a libxml2.la xml2Conf.sh dliberce:/lib Anybody knows what libxml2.dll.a is? Is it a dll or a static archive like libxml2.a ? How can I know which of the 3 libxml files gcc tries to use? And how can I direct him? Any information or pointer to some doc or manual will be welcome! David -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Is there a 'ping' in Cygwin?
On Fri, 17 Oct 2003, Hughes, Bill wrote: $ ping cygwin.com bash: ping: command not found My suggestion is ln -s /cygdrive/c/WINDOWS/system32/ping/exe ping.exe ./ping.exe cygwin.com V. -- 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: Is there a 'ping' in Cygwin?
* Hughes, Bill (2003-10-17 13:31 +0200) Apologies if this is as dumb as it seems to me, but is 'ping' available in Cygwin from the prompt? I have almost everything installed, and short of using the perl or ruby modules I don't seem to have any ping available in Cygwin. e.g. $ ping cygwin.com bash: ping: command not found Same as under Windows, NetWare, Linux or any other decent Operating System: either specify the whole path to your ping or take care that your ping is in the PATH environment variable. Easy, isn't it? FYI: The default /etc/profile and /etc/zprofile take care that the default path for ping.exe is in bash/zsh $PATH if the default path is in your Windows PATH variable (and that is also the default under Windows). Thorsten -- Content-Type: text/explicit; charset=ISO-8859-666 (Parental Advisory) Content-Transfer-Warning: message contains innuendos not suited for children under the age of 18 -- 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: Is there a 'ping' in Cygwin?
On Fri, Oct 17, 2003 at 01:41:38PM +0200, Peter J. Acklam wrote: Hughes, Bill [EMAIL PROTECTED] wrote: Apologies if this is as dumb as it seems to me, but is 'ping' available in Cygwin from the prompt? If you have installed inetutils, yes. Ping isn't part of inetutils. The right answer is, you have ping if you're running the Windows subsystem on your Cygwin machine. 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: Is there a 'ping' in Cygwin?
Corinna Vinschen [EMAIL PROTECTED] wrote: Peter J. Acklam wrote: Hughes, Bill [EMAIL PROTECTED] wrote: Apologies if this is as dumb as it seems to me, but is 'ping' available in Cygwin from the prompt? If you have installed inetutils, yes. Ping isn't part of inetutils. The right answer is, you have ping if you're running the Windows subsystem on your Cygwin machine. Thanks for the correction. I realized a bit too late that I was wrong. 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: ash does not understand '~'
Corinna Vinschen wrote on Friday, October 17, 2003 1:04 PM: On Fri, Oct 17, 2003 at 12:37:10PM +0200, J?rg Schaible wrote: BTW: It does also not know the [ ] syntax for a built-in test, you always have to use test: if test -f /etc/hosts; then echo /etc/hosts exist! fi Beep. Wrong. It knows [ ] Corinna and you cannot combine export with an assignment, you have to write separate statements: VARIABLE=test export VARIABLE Beep. Wrong, too. export var=value is a vaild bourne shell syntax. Corinna Did that change at some point? I remember having really big problems writing scripts running on a on Solaris, Linux and Cygwin some years ago g and IIRC it was basically because of ash at that time ... Regards, Jörg -- 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: ash does not understand '~'
Jörg Schaible wrote: Corinna Vinschen wrote on Friday, October 17, 2003 1:04 PM: On Fri, Oct 17, 2003 at 12:37:10PM +0200, J?rg Schaible wrote: BTW: It does also not know the [ ] syntax for a built-in test, you always have to use test: if test -f /etc/hosts; then echo /etc/hosts exist! fi Beep. Wrong. It knows [ ] Corinna Did that change at some point? I remember having really big problems writing scripts running on a on Solaris, Linux and Cygwin some years ago g and IIRC it was basically because of ash at that time ... I thought this was resolved by making '/bin/[' a symlink to /bin/test. This gives the appearance of the shell supporting [ ] even though it's really just running a program just as if you had used 'test'. 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/
You have dbmail running?
Hallo, I try to get dbmail from www.dbmail.org up and running, but it doesn't work:-( The pop3d and the imapd are exiting immediately and the injection of mail into the postgresql database doesn't work. Have you dbmail up and running? And if so, how did you compile it? 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: Is there a 'ping' in Cygwin?
Sent: 17 October 2003 12:59 From: Thorsten Kampe * Hughes, Bill (2003-10-17 13:31 +0200) Apologies if this is as dumb as it seems to me, but is 'ping' available in Cygwin from the prompt? I have almost everything installed, and short of using the perl or ruby modules I don't seem to have any ping available in Cygwin. e.g. $ ping cygwin.com bash: ping: command not found Same as under Windows, NetWare, Linux or any other decent Operating System: either specify the whole path to your ping or take care that your ping is in the PATH environment variable. Easy, isn't it? FYI: The default /etc/profile and /etc/zprofile take care that the default path for ping.exe is in bash/zsh $PATH if the default path is in your Windows PATH variable (and that is also the default under Windows). Thorsten That's how I thought it worked, and it was in my path - or so I thought. Somehow my path was wrong in Cygwin - it contained /cygdrive/c/WINNT/System32 which looked ok (too much windows) - but it should have been SYSTEM32, and I should be using PING.EXE too. This comes from using check_case:strict I suspect. Is this expected behaviour - I mean did my changing $CYGWIN to include check_case:strict break the default setup? I shall now fix my path and create symlinks so 'ping' works. Thanks everyone for the help. -- 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: ash does not understand '~'
On Fri, Oct 17, 2003 at 05:48:12AM -0700, Brian Dessent wrote: Jörg Schaible wrote: Corinna Vinschen wrote on Friday, October 17, 2003 1:04 PM: On Fri, Oct 17, 2003 at 12:37:10PM +0200, J?rg Schaible wrote: BTW: It does also not know the [ ] syntax for a built-in test, you always have to use test: if test -f /etc/hosts; then echo /etc/hosts exist! fi Beep. Wrong. It knows [ ] Corinna Did that change at some point? I remember having really big problems writing scripts running on a on Solaris, Linux and Cygwin some years ago g and IIRC it was basically because of ash at that time ... I thought this was resolved by making '/bin/[' a symlink to /bin/test. This gives the appearance of the shell supporting [ ] even though it's really just running a program just as if you had used 'test'. How does that take care of the closing `]' ? rlc -- No-one would remember the Good Samaritan if he had only had good intentions. He had money as well. -- Margaret Thatcher -- 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: Errors when trying to access /dev/null
Problem solved! I do have null.sys on my system but it was not listed in the Windows device manager. It somehow got uninstalled. I looked for a while for some manual way to re-install it to no avail, so I re-installed Windows XP. Now cygwin works fine, but just about everything else is broken... I'll re-install XP's SP1 and hopefully things should return to normal. Thanks for the assistance. Sandy --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.528 / Virus Database: 324 - Release Date: 10/16/2003 -- 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: Is there a 'ping' in Cygwin?
I shall now fix my path and create symlinks so 'ping' works. I corrected the case of the directory names in the windows environment variable and Cygwin now finds PING.EXE, just a note for the record. I know PTC etc, but would changing the (presumably cygpath) translation of the windows path to adjust case to the correct value add too much overhead? -- 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: ssmtp 2.38.7-4 reads headers from message body.
Corinna Vinschen [EMAIL PROTECTED] wrote:
On Fri, Oct 17, 2003 at 12:08:40PM +0200, Corinna Vinschen wrote:
On Fri, Oct 17, 2003 at 11:04:19AM +0100, Sam Edge wrote:
Corinna Vinschen [EMAIL PROTECTED] wrote in
[EMAIL PROTECTED]
in gmane.os.cygwin on Fri, 17 Oct 2003 11:33:07 +0200:
I'm not familar with the mail-related RFCs. Is
it allowed to send lines with DOS lineendings?
The RFCs for SMTP e-mail (RFC2821 and its predecesors) /require/
CR-LF (\r\n i.e. DOS) line endings. (Probably because
debugging using dumb terminals or printers was easier that way in
days of yore.)
Interesting. So a check as in ssmtp:
while ((fgets (buffer, sizeof buffer, stdin) != NULL)
(buffer[0] != '\n'))
{
/* It's a header line */
}
seems a bit oversimplified, right?
Well, this happens when reading the input file. When writing the
output stream to the mailhub, it uses \r\n explicitely.
So ssmtp assumes that the input file is using only \n. Of course,
ssmtp has never been written with textmode mounts in mind...
Thanks! That is it! I converted the input file from DOS (\r\n) to UNIX
(\n) format and now ssmtp works correctly, i.e. it only reads From: and
To: from the header, not from the body. So now I only have to
incorporate this conversion into my tin (newsreader) setup.
So my problem is solved, but what about the generic problem? IMO ssmtp
in a Cygwin environment should be able to handle DOS format data. AFAIK,
there are (POSIX? XPG?) standards for opening a stream in text mode,
which should make things compatible between ('DOS' and UNIX) platforms.
Anyway, even if ssmtp is supposed to be 'UNIX-only', then why can it
(apparently) handle DOS format lines *in* the header and *in* the body,
but not *between* the header and body?
What happens now? Do the author(s)/maintainer(s) of ssmtp pick up this
issue? The Cygwin Where should I send problem reports? page
(http://cygwin.com/problems.html) requests not to send bug reports
directly to the author(s)/maintainer(s), but will they really pick up
bug reports from this high volume mailing list ([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: ash does not understand '~'
On Fri, Oct 17, 2003 at 03:46:16PM +0200, Ronald Landheer-Cieslak wrote: On Fri, Oct 17, 2003 at 05:48:12AM -0700, Brian Dessent wrote: I thought this was resolved by making '/bin/[' a symlink to /bin/test. This gives the appearance of the shell supporting [ ] even though it's really just running a program just as if you had used 'test'. How does that take care of the closing `]' ? The test(1) sources are your friend ;-) The above isn't true for ash but test(1) is able to work that way. 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: setreuid
Hello, Corinna. On Thu, Oct 16, 2003 at 15:50:59, Corinna Vinschen wrote: This works if I grant Erstellen eines Tokenobjekts to ZAISAN\ibr. What is going on? That's correct. Did you read http://cygwin.com/cygwin-ug-net/ntsec.html? The problem is not to read, the problem is to understand :) . I had thought that the first three privileges were enough to change user with setreuid alone without a password. Btw., if you're planning to use that account as logon account, don't give these rights to that account. That's very dangerous. Because of possible privilege escalation, or are there any other implications? Start a service under system account as inetd and let it handle the user context switch. Thanks for the tip, I'll do so. With kind regards, Baurjan. -- 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: Is there a 'ping' in Cygwin?
Hughes, Bill wrote on Friday, October 17, 2003 3:32 PM: I shall now fix my path and create symlinks so 'ping' works. I corrected the case of the directory names in the windows environment variable and Cygwin now finds PING.EXE, just a note for the record. I know PTC etc, but would changing the (presumably cygpath) translation of the windows path to adjust case to the correct value add too much overhead? It is, because Windows does return wrong case itself from its functions. I implemented in cygpath at least for the -S option, that the path is with correct case. To ensure case you would have to look up every single element in the path name by requesting the entry in the corresponding directory ... really too much overhead. Regards, Jörg -- 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: ssmtp 2.38.7-4 reads headers from message body.
On Fri, Oct 17, 2003 at 03:30:39PM +0200, Frank Slootweg wrote:
Corinna Vinschen [EMAIL PROTECTED] wrote:
So ssmtp assumes that the input file is using only \n. Of course,
ssmtp has never been written with textmode mounts in mind...
Thanks! That is it! I converted the input file from DOS (\r\n) to UNIX
(\n) format and now ssmtp works correctly, i.e. it only reads From: and
To: from the header, not from the body. So now I only have to
incorporate this conversion into my tin (newsreader) setup.
Yeah, don't write the temporary files on a textmode mount.
So my problem is solved, but what about the generic problem? IMO ssmtp
in a Cygwin environment should be able to handle DOS format data. AFAIK,
there are (POSIX? XPG?) standards for opening a stream in text mode,
which should make things compatible between ('DOS' and UNIX) platforms.
Nope, that won't work as a generic solution. Think binary attachment.
Anyway, even if ssmtp is supposed to be 'UNIX-only', then why can it
(apparently) handle DOS format lines *in* the header and *in* the body,
but not *between* the header and body?
Use the source, Luke! Actually it can't. It only handles \n but header
lines have a specific format which simplifies things.
What happens now? Do the author(s)/maintainer(s) of ssmtp pick up this
issue? The Cygwin Where should I send problem reports? page
(http://cygwin.com/problems.html) requests not to send bug reports
directly to the author(s)/maintainer(s), but will they really pick up
bug reports from this high volume mailing list ([EMAIL PROTECTED])?
Erm... are you reading the cygwin announcements? I'm ssmtp maintainer
for Cygwin but there's no upstream maintainer. ssmtp development has
been abandoned. Since you're the first one coming across that problem
I don't value it too high, especially since there's a workaround.
And I'm not sure if that's actually a ssmtp problem or if that's not
rather a tin problem. Yes, I'm also tin maintainer for Cygwin...
Before I forget it: PATCHES GRATEFULLY ACCEPTED!
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: ssmtp 2.38.7-4 reads headers from message body.
Olaf Foellinger [EMAIL PROTECTED] wrote: On Fri, Oct 17, 2003 at 10:57:27AM +0200, Frank Slootweg wrote: Does anybody have some other suggestions? Another tool which can do the same job (i.e. read From:, To:, Subject: (and possibly Cc: and Bcc:) only from the header part of the input file)? exim ? Thanks for the pointer! As you can see in my other response, I already have a usable workaround for ssmtp (convert DOS-format input to UNIX-format), but exim may come in handy at some time. I installed it and played a little with it. Even without bothering to configure it, it 'automagically' worked, but then stopped working with mail stuck in the mail queue. As I have too litlle experience with sendmail (I only used it as a user, i.e. sendmail -t, not as an admin), it is not clear to me if I can only use exim -t inputfile or that I also have to run exim (with -bd?) as a daemon. Anyway, that is for the future. For the moment I can use ssmtp with UNIX-format input. But thanks again for your pointer! -- 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/
Anyone know what this would be?
The description for Event ID ( 0 ) in Source ( procmail ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. The following information is part of the event: procmail: PID 9556 : Descriptor 3057 was not open. Thanks, Billy +--+ | Billy Huddleston Senior Systems Administrator | | Net-Express http://www.nxs.net | | 114 Sherway Rd. Voice: 865-691-2011 | | Knoxville, TN 37922 Fax: 865-691-9894 | | [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: setreuid
On Fri, Oct 17, 2003 at 04:52:34PM +0300, Baurjan Ismagulov wrote: Btw., if you're planning to use that account as logon account, don't give these rights to that account. That's very dangerous. Because of possible privilege escalation, or are there any other implications? Yes, no. ;-) Start a service under system account as inetd and let it handle the user context switch. Thanks for the tip, I'll do so. To be more correct: Start inetd or xinetd as service, and add rsync to /etc/inetd.conf or /etc/xinetd.d/. Or, if rsync can handle this (I don't know), start it directly from cygrunsrv also under SYSTEM account. 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: ash does not understand '~'
Ronald Landheer-Cieslak wrote: I thought this was resolved by making '/bin/[' a symlink to /bin/test. This gives the appearance of the shell supporting [ ] even though it's really just running a program just as if you had used 'test'. How does that take care of the closing `]' ? Presumably it looks at argv and if invoked as [ it knows to ignore the closing ]. 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: ssmtp 2.38.7-4 reads headers from message body.
Corinna Vinschen [EMAIL PROTECTED] wrote in
[EMAIL PROTECTED]
in gmane.os.cygwin on Fri, 17 Oct 2003 12:26:54 +0200:
The RFCs for SMTP e-mail (RFC2821 and its predecesors) /require/ CR-LF
(\r\n i.e. DOS) line endings. (Probably because debugging using
dumb terminals or printers was easier that way in days of yore.)
Interesting. So a check as in ssmtp:
while ((fgets (buffer, sizeof buffer, stdin) != NULL) (buffer[0] != '\n'))
{
/* It's a header line */
}
seems a bit oversimplified, right?
Well, this happens when reading the input file. When writing the output
stream to the mailhub, it uses \r\n explicitely.
So ssmtp assumes that the input file is using only \n. Of course, ssmtp
has never been written with textmode mounts in mind...
Answered your own question. :-D
The translation between the SMTP stream's CRLF and the UNIX (or DOS
text-mode) LF is maybe done elsewhere?
Does ssmtp explicitly set stdin to be text-mode? If it's coming from a
UNIX background maybe not. Might be a simple fix then, to get it to do
so before starting to read?
Regards,
--
Sam Edge
--
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/
Widechar file functions
Hello, It would be nice to have Cygwin use Widechar file functions such as CreateFileW where possible. Current Cygwin code uses ANSI functions exclusively, which prevents Cygwin programs from getting unmodified Unicode filenames from the underlying NTFS/VFAT filesystem. I assume the correct way is to load the relevant Widechar functions via GetProcAddress and use them if they exist AND a Cygwin expects UTF-8 char* in file functions flag was turned on. This flag should be runtime rather than compile time, so that each application could define it for itself. Are there any plans to make those changes in the near future? Please Cc me as I'm not subscribed to the list. P.S. It might be important to note that Microsoft sees the Unicode variant of its API as the future of the Win32 API. -- 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: Is there a 'ping' in Cygwin?
Corinna Vinschen [EMAIL PROTECTED] wrote in [EMAIL PROTECTED] in gmane.os.cygwin on Fri, 17 Oct 2003 14:03:42 +0200: Ping isn't part of inetutils. The right answer is, you have ping if you're running the Windows subsystem on your Cygwin machine. Hehe. I think that deserves a gold star. :-D I love Fridays. -- Sam Edge -- 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 missing getreent and fopen
On Sun, 12 Oct 2003 18:53:57 -0400 (EDT), Igor Pechtchanski [EMAIL PROTECTED] said: On Sun, 12 Oct 2003, synthespian wrote: -- Início da mensagem original --- From: Corinna Vinschen Date: Fri, 10 Oct 2003 17:04:18 +0200 Subject: Re: cygwin1.dll missing getreent and fopen On Fri, Oct 10, 2003 at 02:44:48PM +, Misha Gale wrote: I have just tried to install cygwin, using the setup.exe downloaded from cygwin.com, and installing from a local directory (rsync'ed from sources.redhat.com last night) and having installed all the packages, come to the postinstall stage and been bombarded with messages saying The procedure entry point __fopen64 couldn not be located in the dynamic link library cygwin1.dll or The procedure entry point __getreent couldn not be located in the dynamic link library cygwin1.dll This occurs when 'bash' 'sed', 'basename' or 'uname' (and probably others) are executed. I have also recieved an unable to locate dll for cygpcre.dll from 'grep.exe' cygwin1.dll is installed in /bin, is this the right location or should it be in %SYSTEMROOT%? No! Never! I am running Win2000 Pro SP4. Is it actually possible someone has oopsed in the dll code tree and removed these rather crucial functions? Or have have I got a corrupt dll somehow? An older one. Apparently you didn't install using the setup.exe tool. Remove your Cygwin installation, download setup.exe (http://cygwin.com has a link) and start setup.exe to install a Cygwin distro. Corinna Hi -- I have experienced the same problem under WindowsME, since the two releases after Sept 20th. I do not get the fopen error, but I do experience the getreent error. Complete reinstallation, including redownloading setup.exe does not work. The complaint about cygwin1.dll remains and the shell doesn't launch. I was just about to post a similiar report; here it is: Cygwin fails to start on WinME. This is after the 2 latest releases: starting on the September 20 release and the current. I have tried reinstalling Cygwin more than one, re-downloading, etc, but to no avail. The error msg I get (translated from Portuguese) is: The file BASH.EXE is linked to the (to a) CYGWIN1.DLL export file that was not found: __getreent. I have Cygwin in C:\cygwin However, the CYGWIN1.dll is placed right under C:\cygwin\bin Could this have something to do with the LD_LIBRARY_PATH variable? However, in my previous installation, I don't remember fiddling with this variable... This is the CYGWIN .bat file @echo off C: chdir C:\cygwin\bin bash --login -i PATH c:\bin\emacs-21.2:c:\cygwin\bin:c:\cygwin\usr\bin:c:cygwin\usr\local\bin;C:\Perl\bin\;c:\ruby\bin;C:\WINDOWS;C:\WINDOWS\COMMAND;C:\texmf\miktex\bin;C:\POSSUM5\jmf;C:\POSSUM5\poet\bin;C:\POSSUM5\java\bin;C:\j2sdk1.4.1_01\bin;%PATH;C:\sml\bin;C:\bin\Mozart\bin;C:\pp\bin\win32 HOMEc:\cygwin\home DEFAULT I do not have a CYGWIN variable, as mentioned in the User Guide: C:\ set CYGWIN=tty notitle glob but that doesn't work when I use it on the DOS prompt. The CYGWIN1.dll is version 1003.22.0.0 Any help appreciated, because I'm /seriously/ stuck. -- Henry Henry, Please read and follow the Cygwin problem reporting guidelines at http://cygwin.com/problems.html, especially the part about attaching (as an uncompressed text *attachment*) the output of cygcheck -svr. Sadly, I can't include this output, as I can't run any cygwin command at all - they all depend on cygwin1.dll being sane. The output I can get before it crashes is as follows: E:\cygwin\bincygcheck -svr Cygwin Win95/NT Configuration Diagnostics Current System Time: Fri Oct 17 15:06:36 2003 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4 Path: D:\WIN2K\system32 D:\WIN2K D:\WIN2K\System32\Wbem E:\cygwin\bin\id.exe output (nontsec) Followed by the now familiar message about not finding __getreentrant() FWIW, it looks like you have another copy of cygwin1.dll in your path. Also, your PATH has wrong separators (if it's a Windows path, it should have ';'s, and if it's a Unix path, it should have POSIX directories). Igor P.S. FYI, Cygwin ignores LD_LIBRARY_PATH, and the DLLs are found using the value of PATH. -- 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:
RE: decent fonts for rxvt in cygwin
try xfontsel reid -Original Message- From: Edward Peschko [mailto:[EMAIL PROTECTED] Sent: Thursday, October 16, 2003 9:25 PM To: [EMAIL PROTECTED] Subject: decent fonts for rxvt in cygwin hey, I've been searching for decent fonts in cygwin, and haven't found a really good method for doing so. On solaris, I do a xlsfonts, pipe it to a file, and write a script to cycle through the fonts at an obscenely high geometry value (ex: 500x500). Because the windowing system prevents such a large screen, it crops the windows as they are displaying. I then do a resize on the window, and get a list of fonts with corresponding sizes. I then look at the fonts with reasonable values, aiming for two windows, 90x90 (which my monitor can reasonably support, resolution-wise). So far, the best fit I've found on solaris is 6x9. On cygwin its a different story though. I saw xlsfonts, but there doesn't seem to be an equivalent to 'resize'. 'xwininfo' is available, but it doesn't have an option to print the information about the current window. So, right now, I'm scrolling through the 2000 or so fonts returned by xlsfonts, manually looking through each one. Any better way to do this? Ed -- 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/
tcsetattr ()
As far as I can tell, the Cygwin 1.5+ releases has broken tcsetattr (). It appears that tcgetattr () works OK, but tcsetattr () seems to have no affect on the tty's settings. In addition, once I have manually configured a port using either stty or the DOS mode command, my routines see a lot of garbage in the tty input stream as well as some indication of some extra characters. This may be related to the tcflush () problem reported in [EMAIL PROTECTED]. Overall, what I'm seeing smells like a sizes of things problem due to the 64 bit upgrade. I have since reinstalled a 1.3.22 release I had archived and my serial communications stuff now works as expected. Craig A. Gullixson Instrument Engineer INTERNET: [EMAIL PROTECTED] National Solar Observatory/Sac. PeakPHONE: (505) 434-7065 Sunspot, NM 88349 USA FAX: (505) 434-7029 -- 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: ssmtp 2.38.7-4 reads headers from message body.
Corinna Vinschen [EMAIL PROTECTED] wrote:
On Fri, Oct 17, 2003 at 03:30:39PM +0200, Frank Slootweg wrote:
[deleted]
So my problem is solved, but what about the generic problem? IMO
ssmtp in a Cygwin environment should be able to handle DOS format
data. AFAIK, there are (POSIX? XPG?) standards for opening a stream
in text mode, which should make things compatible between ('DOS' and
UNIX) platforms.
Nope, that won't work as a generic solution. Think binary
attachment.
Sorry, but I do not agree. In a mail message (i.e. header(s) and
body/bodies), a binary attachment is not really binary. It is encoded
as 'text' (i.e. uuencode, base64, etc.) and those text lines can have a
normal text end-of-line, i.e. \r\n for 'DOS' and \n for UNIX.
[deleted]
Erm... are you reading the cygwin announcements?
No, I don't. Can you give a pointer where/how I can read the cygwin
announcements? Thanks.
I'm ssmtp maintainer
for Cygwin but there's no upstream maintainer. ssmtp development has
been abandoned. Since you're the first one coming across that problem
I don't value it too high, especially since there's a workaround.
And I'm not sure if that's actually a ssmtp problem or if that's not
rather a tin problem. Yes, I'm also tin maintainer for Cygwin...
You would have to ask Urs et al whether or not this is a tin problem.
As shown in my 'basenote', I originally posted about this in the
news.software.readers Newsgroup. I'll report my findings there.
Personally I consider it normal that under Windows, tin will write
DOS-format text files (because some generic Windows stuff (for example
notepad) still has problems with UNIX-format). Until now most 'free'
software has been very transparent with regard to DOS and UNIX format
text. Case in point: I used to do most of my text stuff on UNIX systems
(at work). Now I'm doing most on my (private) Windows system. Most of my
old files are still UNIX format, but give no problems. So I think that
ssmtp is somewhat unique and somewhat 'broken'.
Before I forget it: PATCHES GRATEFULLY ACCEPTED!
Don't hold your breath. I have only very limited programming
experience and none in a Cygwin environment, so this will probably be
too hard for me to patch.
--
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/
linux/*.h include files
I´m trying to compile a C program under cygwin but it uses some linux include files. (#include linux/in.h and #include linux/if_ether.h) Is there a downloadable package with these files? Could i copy the original linux .h files to the include directory? or the program will not run under cygwin? :) Atenciosamente, (Sincerelly,) Flavio Rabello fone: 55-27-3348-4096 fax: 55-27-3348-4289 Frase do dia: Why should I grow up ? This is more fun ! Public PGP key at server pgpkeys.mit.edu port 11371 -- 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: ash does not understand '~'
On Fri, Oct 17, 2003 at 02:36:54PM +0200, J?rg Schaible wrote: Corinna Vinschen wrote on Friday, October 17, 2003 1:04 PM: On Fri, Oct 17, 2003 at 12:37:10PM +0200, J?rg Schaible wrote: BTW: It does also not know the [ ] syntax for a built-in test, you always have to use test: if test -f /etc/hosts; then echo /etc/hosts exist! fi Beep. Wrong. It knows [ ] Corinna and you cannot combine export with an assignment, you have to write separate statements: VARIABLE=test export VARIABLE Beep. Wrong, too. export var=value is a vaild bourne shell syntax. Did that change at some point? I remember having really big problems writing scripts running on a on Solaris, Linux and Cygwin some years ago g and IIRC it was basically because of ash at that time ... It must have changed because I recally ash not accepting that syntax, too and I know that older versions of /bin/sh don't like it. ash does understand it now, though. 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: long timeouts on shutdown/log off
On Fri, Oct 17, 2003 at 07:50:34PM +0900, Dylan Cuthbert wrote: Ok, here are the ps results... I can see three cron tasks with the I field set (Interactive?) which is very odd as my backup script doesn't have any input (I've attached the script and the output) 'I'nput. That would indicate that cron is waiting for some kind of file I/O. 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: ash does not understand '~'
Corinna Vinschen wrote: On Fri, Oct 17, 2003 at 12:19:36PM +0200, Ralf Habacker wrote: Hi, the following shell script does not work at least with ash-20031007-1 although I don't see any reason why this should not be a valid syntax. If you use The reason is, '~' is an extension to the bourne shell syntax, first defined in csh or tcsh, AFAIK. ash is a pure bourne shell with next to no extensions. Using '~' in a shell script is non-portable. Non-protable to such OSes that don't have a more modern shell then Bourne/Ash I guess. Are there any OSes that don't support shells like csh, tcsh, ksh, bash? -- 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/
Perl and C
Hello, I am having a hard time calling a Perl subroutine from C on Cygwin. I tested out the Perl program seperately and it works fine. But, when I try to call it from C, I get this error: Can't load module Socket, dynamic loading not available in this perl. (You may need to build a new perl executable which either supports dynamic loading or has the Socket module statically linked into it.) at /usr/lib/perl5/site_perl/5.8.0/Mirapoint/Admin.pm line 167 Any help would be appreciated. Paul -- 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: Widechar file functions
On Fri, Oct 17, 2003 at 03:56:28PM +0200, Ilya Konstantinov wrote: I assume the correct way is to load the relevant Widechar functions via GetProcAddress and use them if they exist AND a Cygwin expects UTF-8 char* in file functions flag was turned on. This flag should be runtime rather than compile time, so that each application could define it for itself. There is a lot more involved than that. Many C strings would need to be changed to Unicode. This is a huge change. Are there any plans to make those changes in the near future? No, there are no such plans. cgf -- 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/
Building Courier-IMAP
Hi, I'm trying to build Courier-IMAP http://www.inter7.com/courierimap.html using Cygwin on Windows XP. The Cygwin DLL version is 1.5.5 and I'm using gcc 3.3.1-2. Apparently Courier-IMAP has been built under Cygwin in the past: http://sourceforge.net/mailarchive/message.php?msg_id=1732486 (The patch that this refers to has been incorporated according to the README.cygwin that comes with Courier-IMAP.) make dies saying: Making all in libhmac make[1]: Entering directory `/cygdrive/d/usr/local/src/courier-imap-2.1.2/libhmac' make all-am make[2]: Entering directory `/cygdrive/d/usr/local/src/courier-imap-2.1.2/libhmac' Compiling hmac.c rm -f libhmac.a ar cru libhmac.a hmac.o ranlib libhmac.a gcc -Wall -g -O2 -I./.. -I.. md5hmactest.c -o md5hmactest In file included from md5hmactest.c:11: ../md5/md5.h:36: error: parse error before MD5_WORD ../md5/md5.h:36: warning: no semicolon at end of struct or union ../md5/md5.h:40: error: parse error before '}' token make[2]: *** [md5hmactest] Error 1 make[2]: Leaving directory `/cygdrive/d/usr/local/src/courier-imap-2.1.2/libhmac' make[1]: *** [all] Error 2 make[1]: Leaving directory `/cygdrive/d/usr/local/src/courier-imap-2.1.2/libhmac' make: *** [all-recursive] Error 1 Has anyone got any suggestions? Cheers, Ian -- 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: ash does not understand '~'
From: Andrew DeFaria Sent: Friday, October 17, 2003 5:36 PM OS wars begin(?) - Please, do not! Non-protable to such OSes that don't have a more modern shell then Bourne/Ash I guess. Are there any OSes that don't support shells like csh, tcsh, ksh, bash? Old info; AmigaOS had(has) very little support for fork() as all of the OS ran(runs) in the same memory space (under special circumstanses there was a vfork() though; see geekgadgets below. In addition to the lightweight threads that were/are standard). bash, and might I guess - most of those above, are/is littered with fork() calls IIUC (I have not looked). I'm not too sure if fork()-use is to be considered state of the art and thus make a containing project be considered modern. Without really knowing I would have thought better of such projects if they'd used pthreads or some such instead. [ This statement is based on basic OS theory taught at university college in Sweden at least ] IMO your modern shell statement above is about the same as was stating DOS compatible a number of years ago. [BG: 640K ought to be enough...] About AmigaOS: There was(is) a pdksh available though. It was(is) included in the geekgadgets unix emulation project. Yes, geekgadgets was the same for AmigaOS as cygwin currently is for Windows. I believe Fred Fish is well known to former cygnus.com and gdb people? He was the initiatior(?) of geekgadgets, at least he held his hand on it for a long time. Actually this project still exists, but has a very low profile as most of its users and maintainers are gone. /Hannu E K Nevalainen, B.Sc. EE - Amiga user since '85 (the beginning) -- printf(Timezone: %s\n, (DST)?UTC+02:UTC+01); -- --END OF MESSAGE-- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Perl and C
Paul- Convert your Perl Script to a binary http://www.indigostar.com/perl2exe.htm#Download and then fork or exec the binary hth, Martin Gainty - Original Message - From: Paul Bezzam [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, October 17, 2003 12:27 PM Subject: Perl and C Hello, I am having a hard time calling a Perl subroutine from C on Cygwin. I tested out the Perl program seperately and it works fine. But, when I try to call it from C, I get this error: Can't load module Socket, dynamic loading not available in this perl. (You may need to build a new perl executable which either supports dynamic loading or has the Socket module statically linked into it.) at /usr/lib/perl5/site_perl/5.8.0/Mirapoint/Admin.pm line 167 Any help would be appreciated. Paul -- 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: linux/*.h include files
Flavio Rabello de Souza wrote: I´m trying to compile a C program under cygwin but it uses some linux include files. (#include linux/in.h and #include linux/if_ether.h) On my cygwin system I have both netinet/in.h and net/if.h . These are the 'standard' includes that they probably should have used if they wanted their code to be portable. Try them and see if that helps. These standard include files will usually in turn include the 'platform specific' header files for that system. It is best to never use the 'platform specific' version (e.g. linux/*.h, cygwin/*.h ) directly unless it is in code which would never compile and run on any other system. Steve. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ash does not understand '~'
On Fri, 17 Oct 2003, Corinna Vinschen wrote: On Fri, Oct 17, 2003 at 12:19:36PM +0200, Ralf Habacker wrote: Hi, the following shell script does not work at least with ash-20031007-1 although I don't see any reason why this should not be a valid syntax. If you use The reason is, '~' is an extension to the bourne shell syntax, first defined in csh or tcsh, AFAIK. ash is a pure bourne shell with next to no extensions. Using '~' in a shell script is non-portable. Corinna FWIW, the export VAR=VALUE syntax is also non-portable, and was introduced in ksh. In sh, VAR=VALUE; export VAR should be used. 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: trouble to install apache as a service on Win2K with cygrunsrv command
On Fri, 17 Oct 2003, tilt wrote: I install cygwin fron clean environnement. Now, all the entries in /etc/passwd are populate from current MYDOM (Windows local domain). This is the current entry for my user : sample_user:unused_by_nt/2000/xp:11293:10513:Sample test,U-MYDOM\sample_user,S-1-5-21-x xxx--xx-1293:/home/sample_user:/bin/bash I installed cron service. This service run with no complain. I install the apache service (I logged as sample_user) [EMAIL PROTECTED] ~ $ cygrunsrv -I cyg_httpd -p /usr/sbin/httpd.exe -u sample_user Enter password of user `MYDOM\sample_user': Reenter, please: The new service look good in my Windows 2000 tools. But when I try to run it: [EMAIL PROTECTED] ~ $ cygrunsrv -S cyg_httpd cygrunsrv: Error starting a service: StartService: Win32 error 1069: L'echec d'une ouverture de session a empeche le demarrage du service. (AKA : can't open session = no server starting) How can I launch service whith open session (as cygrunsrv -S cyg_httpd -u sample_user) ? I don't read anything of this in the cygrunsrv.README. I can install cyg_httpd with no user. But when I try to launch it : [Thu Oct 16 13:25:07 2003] [alert] (22)Invalid argument: setuid: unable to change to uid: 65535 [Thu Oct 16 13:25:07 2003] [alert] (22)Invalid argument: setuid: unable to change to uid: 65535 [Thu Oct 16 13:25:08 2003] [alert] (22)Invalid argument: setuid: unable to change to uid: 65535 [Thu Oct 16 13:25:08 2003] [alert] (22)Invalid argument: setuid: unable to change to uid: 65535 [Thu Oct 16 13:25:08 2003] [notice] Apache/1.3.24 (Cygwin) configured -- resuming normal operations [Thu Oct 16 13:25:08 2003] [notice] Accept mutex: pthread (Default: pthread) [Thu Oct 16 13:25:08 2003] [alert] Child 1812 returned a Fatal error... Apache is exiting! [Thu Oct 16 13:25:08 2003] [alert] (22)Invalid argument: setuid: unable to change to uid: 65535 My id is good : $ id uid=11293(sample_user) gid=10513(Utilisa. du domaine) groups=544(Administrateurs),5 45(Utilisateurs),10513(Utilisa. du domaine) Why the apache server try to change to uid 65535 ? Note : I can run apache server by : /usr/sbin/apachectl start Your mounts are probably user mounts, and cygrunsrv running under SYSTEM doesn't know where /etc (or, rather, /) is, and thus can't access /etc/passwd. In the future, this information could be supplied with the output of cygcheck -svr (*attached* to your message), as per http://cygwin.com/problems.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: ssmtp 2.38.7-4 reads headers from message body.
On Fri, 17 Oct 2003, Frank Slootweg wrote: Corinna Vinschen [EMAIL PROTECTED] wrote: Erm... are you reading the cygwin announcements? No, I don't. Can you give a pointer where/how I can read the cygwin announcements? Thanks. http://www.cygwin.com/ml/cygwin-announce/ But, better yet, just check /usr/share/doc/Cygwin/ssmtp-2.38.7.README for the current maintainer. Well..., it is only implied, I guess, by the tail: Have fun, Corinna -- 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: linux/*.h include files
thanks steve! But i still getting an error :( Looks like its not completelly implements the linux/if_ether.h and linux/in.h :) the error message i got: $ gcc -o sniffer sniffer.c sniffer.c: In function `main': sniffer.c:14: error: `PF_PACKET' undeclared (first use in this function) sniffer.c:14: error: (Each undeclared identifier is reported only once sniffer.c:14: error: for each function it appears in.) sniffer.c:15: error: `ETH_P_IP' undeclared (first use in this function) do you have any suggestion? At 14:55 17/10/2003, you wrote: Flavio Rabello de Souza wrote: I´m trying to compile a C program under cygwin but it uses some linux include files. (#include linux/in.h and #include linux/if_ether.h) On my cygwin system I have both netinet/in.h and net/if.h . These are the 'standard' includes that they probably should have used if they wanted their code to be portable. Try them and see if that helps. These standard include files will usually in turn include the 'platform specific' header files for that system. It is best to never use the 'platform specific' version (e.g. linux/*.h, cygwin/*.h ) directly unless it is in code which would never compile and run on any other system. Steve. Atenciosamente, (Sincerelly,) Flavio Rabello fone: 55-27-3348-4096 fax: 55-27-3348-4289 Frase do dia: Microsoft products work great ... until you install them ! Public PGP key at server pgpkeys.mit.edu port 11371 -- 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: ash does not understand '~'
Hannu E K Nevalainen wrote: From: Andrew DeFaria Sent: Friday, October 17, 2003 5:36 PM OS wars begin(?) - Please, do not! Non-protable to such OSes that don't have a more modern shell then Bourne/Ash I guess. Are there any OSes that don't support shells like csh, tcsh, ksh, bash? Old info; AmigaOS had(has) very little support for fork() as all of the OS ran(runs) in the same memory space (under special circumstanses there was a vfork() though; see geekgadgets below. In addition to the lightweight threads that were/are standard). bash, and might I guess - most of those above, are/is littered with fork() calls IIUC (I have not looked). I'm not too sure if fork()-use is to be considered state of the art and thus make a containing project be considered modern. Without really knowing I would have thought better of such projects if they'd used pthreads or some such instead. [ This statement is based on basic OS theory taught at university college in Sweden at least ] IMO your modern shell statement above is about the same as was stating DOS compatible a number of years ago. [BG: 640K ought to be enough...] About AmigaOS: There was(is) a pdksh available though. It was(is) included in the geekgadgets unix emulation project. Yes, geekgadgets was the same for AmigaOS as cygwin currently is for Windows. I believe Fred Fish is well known to former cygnus.com and gdb people? He was the initiatior(?) of geekgadgets, at least he held his hand on it for a long time. Actually this project still exists, but has a very low profile as most of its users and maintainers are gone. /Hannu E K Nevalainen, B.Sc. EE - Amiga user since '85 (the beginning) -- printf(Timezone: %s\n, (DST)?UTC+02:UTC+01); -- --END OF MESSAGE-- I'm not that concerned about Amiga OS. Honestly I don't know much about it. Is it even Unix like? -- A flashlight is a case for holding dead batteries. -- 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: tcsetattr ()
On Fri, Oct 17, 2003 at 08:29:26AM -0600, Craig Gullixson wrote: As far as I can tell, the Cygwin 1.5+ releases has broken tcsetattr (). It appears that tcgetattr () works OK, but tcsetattr () seems to have no affect on the tty's settings. You aren't providing any details. What is a tty? A windows console? A pty? A bash session with CYGWIN=tty? A serial line? Obviously tcsetattr works fine for ptys, windows consoles and when CYGWIN=tty so I suspect that you are referring to a serial device. Since no cygwin developer that I know of routinely checks serial lines it is possible that something is broken. It is unlikely that this has anything to do with increasing sizes to 64 bits unless you haven't recompiled and relinked your application. So, as always, we are in the beloved territory of PTC. 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: tcsetattr ()
On Fri, 17 Oct 2003, Christopher Faylor wrote: On Fri, Oct 17, 2003 at 08:29:26AM -0600, Craig Gullixson wrote: As far as I can tell, the Cygwin 1.5+ releases has broken tcsetattr (). It appears that tcgetattr () works OK, but tcsetattr () seems to have no affect on the tty's settings. You aren't providing any details. What is a tty? A windows console? A pty? A bash session with CYGWIN=tty? A serial line? Obviously tcsetattr works fine for ptys, windows consoles and when CYGWIN=tty so I suspect that you are referring to a serial device. Since no cygwin developer that I know of routinely checks serial lines it is possible that something is broken. It is unlikely that this has anything to do with increasing sizes to 64 bits unless you haven't recompiled and relinked your application. We routinely use /dev/com1 to talk to serial joysticks. tcsetattr() WFM. Not that I am really a cygwin developer. So, as always, we are in the beloved territory of PTC. Incidentally, I am working on a trivial cleanup patch to fix: http://www.cygwin.com/ml/cygwin/2003-10/msg00708.html I just haven't had time to test it thoroughly yet. I have no idea about this person's second random hang problem. It wasn't very eloquently described. -- 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: Perl and C
Martin Gainty wrote: Paul- Convert your Perl Script to a binary http://www.indigostar.com/perl2exe.htm#Download and then fork or exec the binary This looks interesting. Tell me, which version am I supposed to download for Cygwin? It would be wonderful to have a perl2exe that can convert my Perl scripts developed under Cygwin to Windows executables (and/or executables requiring Cygwin). -- I used up all my sick days, so I'm calling in dead. -- 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: ash does not understand '~'
From: Andrew DeFaria
Sent: Friday, October 17, 2003 9:20 PM
Hannu E K Nevalainen wrote:
From: Andrew DeFaria
Sent: Friday, October 17, 2003 5:36 PM
OS wars begin(?) - Please, do not!
Non-protable to such OSes that don't have a more modern shell
then Bourne/Ash I guess. Are there any OSes that don't support
shells like csh, tcsh, ksh, bash?
SNIP
bash, and might I guess - most of those above, are/is littered
with fork() calls IIUC (I have not looked).
I'm not too sure if fork()-use is to be considered state of the
art and thus make a containing project be considered modern.
Without really knowing I would have thought better of such
projects if they'd used pthreads or some such instead. [ This
statement is based on basic OS theory taught at university
college in Sweden at least ]
IMO your modern shell statement above is about the same as was
stating DOS compatible a number of years ago. [BG: 640K ought
to be enough...]
SNIP
I'm not that concerned about Amiga OS.
I'm not surprised.
Did you even read what I've left unsnipped above, which was my main point.
The Amiga references was given as an _example_ of an OS where bash et al are
_HARD_ to port, others may well exists, this was the one *I* knew about.
Honestly I don't know much about it. Is it even Unix like?
More so than D.O.S. (i.e. cmd/command) is. Given the contents of
geekgadgets the unix-likeness is or could be at the same level as cygwin
provides - in some areas better, others lesser. ('could be' as the
development has stopped)
Well - whatever, this os OT. :-] lets stop it.
/Hannu E K Nevalainen, B.Sc. EE - 59?16.37'N, 17?12.60'E
-- printf(Timezone: %s\n, (DST)?UTC+02:UTC+01); --
--END OF MESSAGE--
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Is multithreaded profiling on cygwin possible?
On Fri, 17 Oct 2003, peter garrone wrote: Hi Brian Hi Peter. Seems like a private conversation, doesn't it? :) Thanks very much for your comments. You're welcome. I think I have changed my approach so that it is broadly similar to your suggestions, but may differ in some details. I have dropped the RNG. I dont think it is necessary or warranted. I agree, especially in light of your new approach. I have dropped the dll import library concept. Probably good. Although, it would still be neat to figure out a way to trace back to the application leaf functions. I guess that will be an exercise for later. I would agree that Corinna's suggestion about WaitForSingleObject is probably better, though I havent yet done it that way. My current approach is to keep track of the time accumulated by each thread, and when it has exceeded the amount represented by a profiling period, assign the tick to the current PC, and subtract that amount of time from the running total for the thread. So it always adds up, anyway. I was going to suggest this when we were talking about partial ticks, but I was worried about charging time to the wrong PC. Looking back, this still fits in fine with the PC sampling philosophy. I still have it so that each thread that is to be profiled calls moncontrol(1). Also, an application compiled and linked without -pg could always use the profil call in a similar way. Each thread would call profil with identical parameters. It should be simple to add an all threads mode later if we want, so this is fine. Does the main thread still call moncontrol(1) when compiled with -pg? I would think this would be required. To do the DLL's, I have added a linked list of profiling ranges to profil.c. These ranges are specified using an environment variable. The ranges may be DLL specific, or general memory ranges. There is a separate data file output upon program termination for each range, in addition to gmon.out. The linked list sounds reasonable. I guess if there were too many threads, something less linear would be better. Does anyone have a suggestion about how to find these address ranges automatically (at least for non dynamically loaded DLLs)? I assume the gmon.out file contains just the original program proper memory range? I really wish we could get someone on the binutils list interested in helping to extend the gmon.out file format to contain multiple hashes. We would still need a method to map the ranges to the DLLs. Determining the DLLs should be easy unless they were dynamically loaded. You really should send at least a ping over there, but you're doing all the work, so I'll shut up now. If a dll has not been stripped, gprof will use the data file and the dll to output a flat profile, but without call counts though. (At least this works with cygwin1.dll) That sounds like it would be *really* usefull to cygwin developers! This concept was discussed before in the references I gave you, but never pushed this far. I have written a simple utility to summarise the information in these data files, giving flat addresses and CPU usage. This sounds like a useful inclusion. Again, it would be more functional if we could feed all this into gprof and get partial call graphs. Even if no one else comments, I really appreciate all this work you're doing! Also, thanks for continuing to send me the updated patches. I wish I had more time to look over them in detail right now. I'll try and do that soon. I assume it is ok to give an open invitation for anyone else who would like to give the a whirl? BTW, if you are interested in contributing this, please take a look at the Before you get started section of http://cygwin.com/contrib.html since the assignment process can take some time. Again, great work from my point of view! -- 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: linux/*.h include files
Flavio Rabello de Souza wrote: But i still getting an error :( Looks like its not completelly implements the linux/if_ether.h and linux/in.h :) the error message i got: $ gcc -o sniffer sniffer.c sniffer.c: In function `main': sniffer.c:14: error: `PF_PACKET' undeclared (first use in this function) sniffer.c:14: error: (Each undeclared identifier is reported only once sniffer.c:14: error: for each function it appears in.) sniffer.c:15: error: `ETH_P_IP' undeclared (first use in this function) do you have any suggestion? Well you have not given enough information for us to guess what you are doing, and it's probably a little off topic here, but I'll try anyway... ;-) First I will say that I am not an expert in using raw sockets so I can not help you very much beyond this point with finding the definitions you need on cygwin, unless I find a little extra spare time on my hands (lol). But, if you are trying to compile the same sniffer.c program that I located on the web, which btw *IS* linux specific such as your errors indicate, then I would have to suggest that instead you look into using the libpcap library (for windows libwpcap http://winpcap.polito.it/default.htm). It impliments most of the functionality of raw sockets, and then some! It is designed for network diagnostics and security monitoring in mind, and it's supposed to be portable as well. If you are just trying to learn about networks and security it will be time well invested. http://cvs.tcpdump.org/cgi-bin/cvsweb/libpcap/README.Win32?rev=1.1 http://www.mail-archive.com/cgi-bin/htsearch?restrict=;exclude=;config=winpcap-users_winpcap_polito_it;method=and;format=short;words=cygwin;page=2 There are many Unix/Windows networking and security applications that use this library. Personally I just use windump from the cygwin command line, or ethereal via a windows gui. Windump is not a cygwin application. A little time invested in learning it may help you design your network applications faster, more portable, and more robust. Just do a quick google for libpcap and see for yourself! And while you are at it, google for libwpcap, which is the windows version. I hope this helps. Steve. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ssmtp 2.38.7-4 reads headers from message body.
On Fri, Oct 17, 2003 at 04:46:13PM +0200, Frank Slootweg wrote: Erm... are you reading the cygwin announcements? No, I don't. Can you give a pointer where/how I can read the cygwin announcements? Thanks. http://cygwin.com/lists.html -- 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: linux/*.h include files
Flavio Rabello de Souza wrote: I´m trying to compile a C program under cygwin but it uses some linux include files. (#include linux/in.h and #include linux/if_ether.h) I did something similar when compiling tcpflow, but I just used a couple of missing header files from FreeBSD. See http://www.cygwin.com/ml/cygwin/2003-07/msg01772.html for details. In the case of Cygwin (and probably other platforms), those headers reside in 'netinet' not 'linux', so you'll probably have to modify the sources. 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/
error setting pipe to non-blocking IO
I am trying to setup a pipe to do non-blocking IO:
int main()
{
int pipefd[2];
int n;
n = 1;
pipe(pipefd);
perror(Pipe: );
ioctl(pipefd[0], FIOBIO, n);
perror(Ioctl: );
}
When I run this, I get:
Pipe: No Error
Ioctl: Invalid argument
Any ideas?
Thanks,
Andy
--
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: error setting pipe to non-blocking IO
On Fri, 17 Oct 2003, Andy Howell wrote:
I am trying to setup a pipe to do non-blocking IO:
int main()
{
int pipefd[2];
int n;
n = 1;
pipe(pipefd);
perror(Pipe: );
ioctl(pipefd[0], FIOBIO, n);
perror(Ioctl: );
}
When I run this, I get:
Pipe: No Error
Ioctl: Invalid argument
Any ideas?
Yup, unsupported.
from src/winsup/cygwin/fhandler.cc:909
int
fhandler_base::ioctl (unsigned int cmd, void *buf)
{
if (cmd == FIONBIO)
syscall_printf (ioctl (FIONBIO, %p), buf);
else
syscall_printf (ioctl (%x, %p), cmd, buf);
set_errno (EINVAL);
return -1;
}
--
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: ash does not understand '~'
Hannu E K Nevalainen wrote:
I'm not that concerned about Amiga OS.
I'm not surprised.
Did you even read what I've left unsnipped above,
I glanced at it. Even went on line and googled around for Amiga OS a
little. Too much info too little time. As I said I'm not that concerned
about Amiga OS that much. Ancient OSes are of little interest to me
except as historical reading...
which was my main point. The Amiga references was given as an _example_ of an OS where bash et al are _HARD_ to port, others may well exists, this was the one *I* knew about.
Honestly I don't know much about it. Is it even Unix like?
More so than D.O.S. (i.e. cmd/command) is.
Who ever said that DOS was unix like!?! Hell we aren't discussing
whether or not ~ is understood by DOS (cmd/command)!?!
Given the contents of geekgadgets the unix-likeness is or could be at the same level as cygwin
provides - in some areas better, others lesser.
Then it should therefore sport a modern shell that at least understands
~, no?
('could be' as the development has stopped)
Sorta like Latin, eh?
Well - whatever, this os OT. :-] lets stop it.
But it's fun! :-)
I know, I know, old habits die hard and that is essentially my point. I
remember one time complaining about HP-UX not recognizing the backspace
key when logging into a tty. Old timers there quickly told me that del =
backspace which, to me at the time, was totally weird. Why put a key on
a keyboard labelled backspace which does not do backspace?!? Why have
del do a backspace instead?
One old timer piped up Well in the old days sonny! [embellishing here a
little bit] we only had teletypes and if you looked at a the keys there
the DEL key was a lot easier to hit than the backspace key to which I
gave a puzzled grin and replied Who's using teletypes anymore?.
Another old timer remarked that the user could actually want a backspace
in their password to which I could think of two responses: 1) What if
they wanted DEL? and 2) If they are wierd enough to want a backspace
in their password then they should have to escape it!.
OK, I had my quota of fun for this Friday. See y'all next week! :-)
--
I used up all my sick days, so I'm calling in dead.
--
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/
