Re: Package Proposal: Xcoral
Charles R. Hardnett wrote: Hi, I would like to maintain the xcoral package. The source is found at http://xcoral.free.fr +1 from me. Harold
Re: [ITP] xpdf: An open source viewer for Portable Document Format (PDF) files
Dr. Volker Zell wrote: Hi I would like to contribute and maintain the xpdf package: * http://www.foolabs.com/xpdf/ (Homepage) * ftp://ftp.foolabs.com/pub/xpdf (Download location) +1 from me. Harold
Re: Please upload: postgresql-8.0.0cvs-1 [test]
Hello Reini, Am Montag, 4. Oktober 2004 um 23:39 schriebst du: Gerrit P. Haase schrieb: The tablespace feature is known to fail. What does this mean exactly? (Link to docu should do it). http://developer.postgresql.org/docs/postgres/catalog-pg-tablespace.html just specify the physical layout for a table. taken from oracle. implemented as simple symlink on directories. to share a db across discs probably. added just lately. Great feature. Lets hope it will work;) Thanks, Gerrit -- =^..^=
Re: [ITP-2] t1lib: Library for generating character- and string-glyphs from Adobe Type 1 fonts
On Oct 5 07:37, Dr. Volker Zell wrote: wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/t1lib/t1lib-x11/setup.hint ERROR 404 I've created a setup.hint from the text you've applied to your posting. Uploaded. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: Please upload: postgresql-8.0.0cvs-1 [test]
Hallo Gerrit, Am Dienstag, 5. Oktober 2004 um 04:25 schriebst du: Hello Reini, getting this when I try to build: make[1]: Leaving directory `/ftproot/pub/PostgreSQL/postgresql/postgresql-8.0.0cvs/.build/contrib/dbsize' make: *** earthdistance: No such file or directory. Stop. make: Entering an unknown directorymake: Leaving an unknown directorymake: *** [all] Error 2 make: Leaving directory `/ftproot/pub/PostgreSQL/postgresql/postgresql-8.0.0cvs/.build/contrib' Getting another one (missing -lpgport here?): dlltool --export-all --output-def ltree.def ltree_io.o ltree_op.o lquery_op.o _ltree_op.o crc32.o ltxtquery_io.o ltxtquery_op.o ltree_gist.o _ltree_gist.o dllwrap -o ltree.dll --dllname ltree.dll --def ltree.def ltree_io.o ltree_op.o lquery_op.o _ltree_op.o crc32.o ltxtquery_io.o ltxtquery_op.o ltree_gist.o _ltree_gist.o ../../src/utils/dllinit.o -L../../src/port -L/usr/local/lib -L../../src/backend -lpostgres lquery_op.o(.text+0x485):lquery_op.c: undefined reference to `_pg_strncasecmp' ltxtquery_op.o(.text+0x18c):ltxtquery_op.c: undefined reference to `_pg_strncasecmp' collect2: ld returned 1 exit status dllwrap: gcc exited with status 1 make[1]: *** [libltree.a] Error 1 Gerrit -- =^..^=
Re: Please upload: postgresql-8.0.0cvs-1 [test]
Gerrit P. Haase schrieb: getting this when I try to build: make[1]: Leaving directory `/ftproot/pub/PostgreSQL/postgresql/postgresql-8.0.0cvs/.build/contrib/dbsize' make: *** earthdistance: No such file or directory. Stop. make: Entering an unknown directorymake: Leaving an unknown directorymake: *** [all] Error 2 make: Leaving directory `/ftproot/pub/PostgreSQL/postgresql/postgresql-8.0.0cvs/.build/contrib' Any idea? Yes. They had troubles yesterday with this contrib (hidden in CVS) when I packaged it. So I disabled it in the contrib/Makefile, but obviously forgot to add this Makefile patch to the patch. Sorry. Just remove the earthdistance \ line from contrib/Makefile. Will be in the next update again. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/
Re: Please upload: postgresql-8.0.0cvs-1 [test]
Gerrit P. Haase schrieb: Am Dienstag, 5. Oktober 2004 um 04:25 schriebst du: getting this when I try to build: Getting another one (missing -lpgport here?): Yes. I'm sure I had this in one version of my patches, but where is it gone ... DLL's missing -lpgport on cygwin is my most concern to get fixed upstream, BTW. Besides tablespace and IPC. dlltool --export-all --output-def ltree.def ltree_io.o ltree_op.o lquery_op.o _ltree_op.o crc32.o ltxtquery_io.o ltxtquery_op.o ltree_gist.o _ltree_gist.o dllwrap -o ltree.dll --dllname ltree.dll --def ltree.def ltree_io.o ltree_op.o lquery_op.o _ltree_op.o crc32.o ltxtquery_io.o ltxtquery_op.o ltree_gist.o _ltree_gist.o ../../src/utils/dllinit.o -L../../src/port -L/usr/local/lib -L../../src/backend -lpostgres lquery_op.o(.text+0x485):lquery_op.c: undefined reference to `_pg_strncasecmp' ltxtquery_op.o(.text+0x18c):ltxtquery_op.c: undefined reference to `_pg_strncasecmp' collect2: ld returned 1 exit status dllwrap: gcc exited with status 1 make[1]: *** [libltree.a] Error 1 Add SHLIB_LINK += -lpgport to the Makefile as last line. For me it built without, strangely. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/
Re: Please upload: postgresql-8.0.0cvs-1 [test]
Christopher Faylor schrieb: On Mon, Oct 04, 2004 at 10:51:07PM +0200, Reini Urban wrote: Reini Urban schrieb: ok, setup.hint updated as attached. package otherwise unchanged. oops, that attachment was the wrong version. sorry. wget -O - http://xarch.tu-graz.ac.at/publ/cygwin/postgresql/get.sh | sh This has been installed in the cygwin release area. Thanks. I appreciate being provided with the exact command needed to download this. Ok, I'll do next time. It's odd, though. It's from Jaari. The rule is: URL=http://xarch.tu-graz.ac.at/publ/cygwin wget $URL/$PKG/$FULLPKG.tar.bz2 $URL/$PKG/$FULLPKG-src.tar.bz2 $URL/$PKG/setup.hint I wouldn't have expected that you'd need me to fill in the root password and my credit card number. :-) You do have one? :) -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/
Re: Package Proposal: Xcoral
Charles R. Hardnett schrieb: I would like to maintain the xcoral package. The source is found at +1 -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/
Re: [ITP] xpdf: An open source viewer for Portable Document Format (PDF) files
Dr. Volker Zell schrieb: I would like to contribute and maintain the xpdf package: +1
Re: Please upload: postgresql-8.0.0cvs-1 [test]
Gerrit P. Haase schrieb: Hello Reini, Am Dienstag, 5. Oktober 2004 um 11:42 schriebst du: Gerrit P. Haase schrieb: Am Dienstag, 5. Oktober 2004 um 04:25 schriebst du: getting this when I try to build: Getting another one (missing -lpgport here?): Yes. I'm sure I had this in one version of my patches, but where is it gone ... DLL's missing -lpgport on cygwin is my most concern to get fixed upstream, BTW. Besides tablespace and IPC. dlltool --export-all --output-def ltree.def ltree_io.o ltree_op.o lquery_op.o _ltree_op.o crc32.o ltxtquery_io.o ltxtquery_op.o ltree_gist.o _ltree_gist.o dllwrap -o ltree.dll --dllname ltree.dll --def ltree.def ltree_io.o ltree_op.o lquery_op.o _ltree_op.o crc32.o ltxtquery_io.o ltxtquery_op.o ltree_gist.o _ltree_gist.o ../../src/utils/dllinit.o -L../../src/port -L/usr/local/lib -L../../src/backend -lpostgres lquery_op.o(.text+0x485):lquery_op.c: undefined reference to `_pg_strncasecmp' ltxtquery_op.o(.text+0x18c):ltxtquery_op.c: undefined reference to `_pg_strncasecmp' collect2: ld returned 1 exit status dllwrap: gcc exited with status 1 make[1]: *** [libltree.a] Error 1 Add SHLIB_LINK += -lpgport to the Makefile as last line. For me it built without, strangely. Actually I added it to BE_DLLLIBS in Makefile.cygwin: BE_DLLLIBS= -L$(top_builddir)/src/backend -lpostgres -L$(top_builddir)/src/port -lpg_port They will not accept this, though it makes sense to add -lpgport to the backend libs. In my first set of patches I did this also. They decided recently to split modules into normal MODULES and MODULE_big, where big will get all the libs, and some contrib modules have wrong Zuordnungen. src/makefiles/pgxs.mk but then they turned off USE_PGXS and switched to $(top_srcdir)/contrib/contrib-global.mk I'll need some time to understand this. And another one, there is a missing CPPFLAG for the src/bin/psql directory (at least for me, I'm building outside the source directory), Ah, good to to know, that I can try this also now. Didn't work last month. I don't believe that they know it also. I added -I$(top_srcdir)/src/bin/psql here in src/bin/psql/Makefile: override CPPFLAGS := -I$(libpq_srcdir) $(CPPFLAGS) -I$(top_srcdir)/src/bin/psql -DFRONTEND Thanks. I'll test and fix upstream. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/
Re: libgeotiff-1.2.1-2
Hello Charles, +1 vote from me for libgeotiff (makes 3 IIRC, please upload). +1 vote for proj. Would you ming to included also GEOS in this set of packages? If so, +1 vote for geos. Gerrit -- =^..^=
Re: [ITP-2] t1lib: Library for generating character- and string-glyphs from Adobe Type 1 fonts
Corinna Vinschen writes: On Oct 5 07:37, Dr. Volker Zell wrote: wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/t1lib/t1lib-x11/setup.hint ERROR 404 I've created a setup.hint from the text you've applied to your posting. Thanks, I fixed it also on cygwin.dev.wapme.net. It was there but under the wrong name. Uploaded. Thanks Thanks, Corinna Ciao Volker
Re: libgeotiff-1.2.1-2
Gerrit P Haase writes: Hello Charles, +1 vote from me for libgeotiff (makes 3 IIRC, please upload). +1 vote for proj. Would you ming to included also GEOS in this set of packages? If so, +1 vote for geos. I think I voted +1 for both back then Gerrit Ciao Volker
Re: Package Proposal: Xcoral
thanks for the tip. I will try that today. Also, thanks for the vote :) Assistant Professor Spelman College Genius is most often in the obvious E-Mail: [EMAIL PROTECTED] (best way to reach me) Physical: Science Bldg Office 219 (Tapley) Phone: 404-270-5880 Fax: 404-270-5881 WWW: www.spelman.edu/~hardnett Snail: Spelman College Computer Science Department Box #1257 350 Spelman Lane, SW Atlanta, GA 30314 Gerrit P. Haase [EMAIL PROTECTED] 10/04/04 10:21 PM Please respond to Gerrit @ cygwin-apps To: Charles R. Hardnett [EMAIL PROTECTED] cc: [EMAIL PROTECTED] Subject:Re: Package Proposal: Xcoral Hello Charles, I would like to maintain the xcoral package. The source is found at +1 vote from me. http://xcoral.free.fr The port has been done, but I am having one trouble with the package creation. To make the port, I had to move files to a different directory. For example control.h was moved to lowercase/control.h to avoid the name conflict with Control.h. This means that the diff will not create an accurate patch since the filenames have been changed. How would I go about making a patch in this case? Use managed mounts to avoid renaming. export CWD=`pwd` mkdir xcoral-1.2.3 mount -o managed `cygpath -m $CWD` $CWD/xcoral extract xcoral-1.2.3.tar.gz and build like you would build it on Unix too. Other than that, the package is ready. #Xcoral setup category: Editors Text requires: cygwin xlib sdesc: A x-windows based text editor ldesc: A x-windows based text editor test: 3.42b Thanks, Gerrit -- =^..^=
Re: [ITP] chere
Igor wrote: On Mon, 4 Oct 2004, Christopher Faylor wrote: On Mon, Oct 04, 2004 at 08:09:48PM +0200, Reini Urban wrote: Dave schrieb: Recent traffic in the main mailing list indicated a package to manage Cygwin Prompt Here functionality would be appreciated. I propose contributing (and maintaining) a shell script to do this. See the attached script for my initial version. It works as advertised on my W2K box, installing and uninstalling a Bash/Rxvt context menu. Cannot you think of a better name than chere? I sort of like the whimsicalness of chere. The summary description should make it clear what it does. FWIW, me too. As in Elle est très _chère_ aux coeurs de la communauté d'utilisateurs de Cygwin. :-D Igor I'm subscribed by digest, and suspect this has broken threading... (I'll figure this out eventually) OK, I've already got a few fixes to the script. I'll add a -h hint to the Error messages as Reini suggested. As to the name, I'm really not bothered. If it is more useful to have a descriptive name, I'll switch. But I like the fact that there are a multitude of different ways you could conceivably pronounce it :) In the meantime, I've verified that cmd, zsh, tcsh, bash and ash shells start in the appropriate directory with rxvt. My cygwin install is 2+ years old at home, so I haven't been able to check pdksh or xterm. At the moment I'm a web pauper without any webspace; but I'm moving shortly and the situation should be improving. Hopefully be able to post an appropriate package early next week. Dave. __ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo
Re: Mhash maintainer, heads up
On Sat, Sep 25, 2004 at 02:07:29PM -0400, Christopher Faylor wrote: On Sat, Sep 25, 2004 at 01:46:41PM +0200, Gerrit P. Haase wrote: Hello, it seems there was the -mno-cygwin flag used for the mhmash library build and it isn't a Cygwin version at all: $ cygcheck /usr/bin/cygmhash-2.dll H:/bin/cygmhash-2.dll C:\WINNT\System32\msvcrt.dll C:\WINNT\System32\KERNEL32.dll C:\WINNT\System32\ntdll.dll Ok. If this isn't corrected within a week, I'll be removing this package from the distribution. It's been more than a week. AFAICT, the maintainer of this package is not subscribed to the cygwin-apps mailing list. He's bcc'ed in this message, though. I'll be pulling this package on Thursday unless someone steps forward to claim it. cgf
Re: [ITP] xpdf: An open source viewer for Portable Document Format (PDF) files
On Mon, Oct 04, 2004 at 11:15:56PM -0700, Harold L Hunt II wrote: Dr. Volker Zell wrote: Hi I would like to contribute and maintain the xpdf package: * http://www.foolabs.com/xpdf/ (Homepage) * ftp://ftp.foolabs.com/pub/xpdf (Download location) +1 from me. Ditto. cgf
Re: forwarding of announcements disabled?
On Thu, 2 Sep 2004, Brian Ford wrote:
Should I simply add a -c to the formail subject extraction? Other ideas?
This is just a follow up to close this issue. It looks like:
http://www.cygwin.com/cgi-bin/get-raw-msg?listname=cygwin-announcedate=2004-10msgid=87brfhnsfq.fsf%40vzell-de.de.oracle.com
http://www.cygwin.com/cgi-bin/get-raw-msg?listname=cygwindate=2004-10msgid=200410051441.i95EfHa23419%40esds.vss.fsi.com
amoung others probably, confirms the fix described above worked. It does
appear to add an extra space in the subject where the newline was, though
(Library for generating...). If anyone knows how to fix that, please let
me know. Thanks.
Old context follows:
On Mon, 23 Aug 2004, Brian Ford wrote:
On Mon, 23 Aug 2004, Andreas Seidl wrote:
It seems mails are no longer forwarded (and prefixed with
[ANNOUNCEMENT]) from the cygwin-announce list to the cygwin list
anymore. So I have to send mails to both lists?
I looks like something in your message confused the procmail recipe and
it sent it back to cygwin-announce again. I'll look into it as soon as I
have time, but I'm swamped right now.
This is working for the majority of announce messages, and the recipe is
exactly CGF's old one.
CGF notified me that fowarding another of your announcements failed in
the same manner. I took a closer look and found his procmail recipe is
failing for subjects that contain embedded newlines. This has happened
four times since I took over the forwarding; three of which were yours
:-(.
[snip references]
I'm afraid I need some help because I can't see how to fix this. I'm far
from a procmail guru.
Here is the recipe snippet:
:0
* ^TO_cygwin-announce
{
SUBJECT=`formail -xSubject:`
FROM0=`formail -X'From '`
FROM1=`formail -X'From:'`
:0fW
| formail -I '' \
-I$FROM0 \
-I$FROM1 \
-I'To: cygwin-AT-cygwin-DOT-com' \
-ISubject: [ANNOUNCEMENT]$SUBJECT \
-I'Reply-To: cygwin-AT-cygwin-DOT-com'
:0
!cygwin-AT-cygwin-DOT-com
}
and the applicable verbose procmail log snippet:
procmail: Executing formail,-xSubject:
procmail: Assigning SUBJECT= Updated: TeXmacs-1.0.4-4: A scientific wysiwyg Editor
and Interface
for Computer Algebra Systems
procmail: Executing formail,-XFrom
procmail: Assigning FROM0=From
cygwin-announce-return-1243-ford=vss-DOT-fsi-DOT-com-AT-cygwin-DOT-com Thu Sep 2
12:59:48 2004 procmail: Executing formail,-XFrom:
procmail: Assigning FROM1=From: Andreas Seidl seidlcw-AT-gmx-DOT-net
procmail: Executing formail -I '' \
-I$FROM0 \
-I$FROM1 \
-I'To: cygwin-AT-cygwin-DOT-com' \
-ISubject: [ANNOUNCEMENT]$SUBJECT \
-I'Reply-To: cygwin-AT-cygwin-DOT-com'
Unmatched .
procmail: Error while writing to formail -I '' \
-I$FROM0 \
-I$FROM1 \
-I'To: cygwin-AT-cygwin-DOT-com' \
-ISubject: [ANNOUNCEMENT]$SUBJECT \
-I'Reply-To: cygwin-AT-cygwin-DOT-com'
procmail: Rescue of unfiltered data succeeded
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
the best safety device in any aircraft is a well-trained pilot...
Re: [ITP] xpdf: An open source viewer for Portable Document Format (PDF) files
Christopher Faylor writes: On Mon, Oct 04, 2004 at 11:15:56PM -0700, Harold L Hunt II wrote: Dr. Volker Zell wrote: Hi I would like to contribute and maintain the xpdf package: * http://www.foolabs.com/xpdf/ (Homepage) * ftp://ftp.foolabs.com/pub/xpdf (Download location) +1 from me. Ditto. makes 3 and now a GTG please, please, please.:-) Ciao Volker
Re: Please upload: postgresql-8.0.0cvs-1 [test] (gold star alert)
On Mon, 4 Oct 2004, Christopher Faylor wrote: On Mon, Oct 04, 2004 at 04:42:25PM -0400, Jason Tishler wrote: Reini, On Mon, Oct 04, 2004 at 10:03:54PM +0200, Reini Urban wrote: I've taken over from Jason Tishler with the 8.x series with his permission. Thanks Jason! You are very welcome. Actually, I should be thanking *you*! :,) Igor, can we get two gold stars for Jason? One for his years of Postgres support, and another one for just being a long time contributor to Cygwin. And one for Reini for taking up the Postgres yoke, too, please. cgf Done. 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! Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing. -- Dr. Jubal Harshaw
Re: Package Proposal: Xcoral
On Tue, 5 Oct 2004, Gerrit P. Haase wrote: Hello Charles, [snip] The port has been done, but I am having one trouble with the package creation. To make the port, I had to move files to a different directory. For example control.h was moved to lowercase/control.h to avoid the name conflict with Control.h. This means that the diff will not create an accurate patch since the filenames have been changed. How would I go about making a patch in this case? Use managed mounts to avoid renaming. export CWD=`pwd` mkdir xcoral-1.2.3 mount -o managed `cygpath -m $CWD` $CWD/xcoral extract xcoral-1.2.3.tar.gz and build like you would build it on Unix too. Please don't, at least not for the final package. I'd be very wary of putting packages into the distribution that would require managed mounts to build. Contact the upstream maintainers, and tell them that their package is non-portable, and won't build on non-case-preserving filesystems. Ask them to change the name of either control.h or Control.h. In my experience, most projects (with the exception of a few that are openly hostile towards any Windows tool) will accomodate Cygwin by renaming the file (especially if it's a generated file). 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! Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing. -- Dr. Jubal Harshaw
Re: Package Proposal: Xcoral
Hello Igor, Use managed mounts to avoid renaming. Please don't, at least not for the final package. I'd be very wary of putting packages into the distribution that would require managed mounts to build. Why? You can handle the build from a buildscript including mounting and umounting so you wouldn't even take notice of it. What at all do we have and use Cygwin for if we don't make use of its features? Contact the upstream maintainers, and tell them that their package is non-portable, and won't build on non-case-preserving filesystems. Ask them to change the name of either control.h or Control.h. In my experience, most projects (with the exception of a few that are openly hostile towards any Windows tool) will accomodate Cygwin by renaming the file (especially if it's a generated file). E.g. The nail maintainer with his aux.c file;) But then the cygwin xcoral maintainer tobe needs to wait until a new upstream release is available? Using managed mounts solves this issue in the best of all possible ways how to do s.th. like this. Gerrit -- =^..^=
Re: [ITP] chere
On Tue, 5 Oct 2004, Dave wrote: Igor wrote: On Mon, 4 Oct 2004, Christopher Faylor wrote: On Mon, Oct 04, 2004 at 08:09:48PM +0200, Reini Urban wrote: Dave schrieb: Recent traffic in the main mailing list indicated a package to manage Cygwin Prompt Here functionality would be appreciated. I propose contributing (and maintaining) a shell script to do this. See the attached script for my initial version. It works as advertised on my W2K box, installing and uninstalling a Bash/Rxvt context menu. Cannot you think of a better name than chere? I sort of like the whimsicalness of chere. The summary description should make it clear what it does. FWIW, me too. As in Elle est très _chère_ aux coeurs de la communauté d'utilisateurs de Cygwin. :-D Igor I'm subscribed by digest, and suspect this has broken threading... (I'll figure this out eventually) You can use the web archives to read the list. The web archives have very nice threading. OK, I've already got a few fixes to the script. I'll add a -h hint to the Error messages as Reini suggested. As to the name, I'm really not bothered. If it is more useful to have a descriptive name, I'll switch. But I like the fact that there are a multitude of different ways you could conceivably pronounce it :) Ditto. In the meantime, I've verified that cmd, zsh, tcsh, bash and ash shells start in the appropriate directory with rxvt. My cygwin install is 2+ years old at home, so I haven't been able to check pdksh or xterm. FYI, pdksh should be equivalent to ash, and xterm's -e flag has the same syntax as rxvt's. It should just work. At the moment I'm a web pauper without any webspace; but I'm moving shortly and the situation should be improving. Hopefully be able to post an appropriate package early next week. Given that you're on Yahoo, have you looked at either Geocities or the Yahoo briefcase (if you're a premium member)? I've also seen people post to the misc.test newsgroup, and give Google groups links to messages there. 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! Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing. -- Dr. Jubal Harshaw
[ITP] mhash-0.9.1-1
Christopher Faylor schrieb: On Sat, Sep 25, 2004 at 02:07:29PM -0400, Christopher Faylor wrote: On Sat, Sep 25, 2004 at 01:46:41PM +0200, Gerrit P. Haase wrote: it seems there was the -mno-cygwin flag used for the mhmash library build and it isn't a Cygwin version at all: $ cygcheck /usr/bin/cygmhash-2.dll H:/bin/cygmhash-2.dll C:\WINNT\System32\msvcrt.dll C:\WINNT\System32\KERNEL32.dll C:\WINNT\System32\ntdll.dll Ok. If this isn't corrected within a week, I'll be removing this package from the distribution. It's been more than a week. AFAICT, the maintainer of this package is not subscribed to the cygwin-apps mailing list. He's bcc'ed in this message, though. I'll be pulling this package on Thursday unless someone steps forward to claim it. claim, claim... please don't pull. I want to take over and maintain the cygwin version of mhash-0.9.1 It was probably just an oversight, because their DLL building instructions are from the CYGWIN FAQ, just wrongly applied. Builds out of the box after removing the mingw stuff. I want to package it as single version (no mhash-devel), because both are very small. Will be ready for review tommorrow. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/
Re: Package Proposal: Xcoral
On Tue, 5 Oct 2004, Gerrit P. Haase wrote: Hello Igor, Use managed mounts to avoid renaming. Please don't, at least not for the final package. I'd be very wary of putting packages into the distribution that would require managed mounts to build. Why? You can handle the build from a buildscript including mounting and umounting so you wouldn't even take notice of it. What at all do we have and use Cygwin for if we don't make use of its features? I'm thinking of some people who'd want to use non-Cygwin tools to look at and debug the package source. NTEmacs comes to mind. Contact the upstream maintainers, and tell them that their package is non-portable, and won't build on non-case-preserving filesystems. Ask them to change the name of either control.h or Control.h. In my experience, most projects (with the exception of a few that are openly hostile towards any Windows tool) will accomodate Cygwin by renaming the file (especially if it's a generated file). E.g. The nail maintainer with his aux.c file;) That's one of'em, yes... :-) But then the cygwin xcoral maintainer tobe needs to wait until a new upstream release is available? Using managed mounts solves this issue in the best of all possible ways how to do s.th. like this. Well, I guess a managed mount is okay as an interim measure until the upstream package has the renamed file. But I'm uneasy about using this as a standard way to build a package. 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! Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing. -- Dr. Jubal Harshaw
Re: Package Proposal: Xcoral
Igor, Thanks for your reply. I was just playing with the managed mounts and they don't seem stable. So I am going to take your suggestion. Thanks, Charles Assistant Professor Spelman College Genius is most often in the obvious E-Mail: [EMAIL PROTECTED] (best way to reach me) Physical: Science Bldg Office 219 (Tapley) Phone: 404-270-5880 Fax: 404-270-5881 WWW: www.spelman.edu/~hardnett Snail: Spelman College Computer Science Department Box #1257 350 Spelman Lane, SW Atlanta, GA 30314 Igor Pechtchanski [EMAIL PROTECTED] 10/05/04 12:57 PM Please respond to cygwin-apps To: [EMAIL PROTECTED] cc: Charles R. Hardnett [EMAIL PROTECTED] Subject:Re: Package Proposal: Xcoral On Tue, 5 Oct 2004, Gerrit P. Haase wrote: Hello Charles, [snip] The port has been done, but I am having one trouble with the package creation. To make the port, I had to move files to a different directory. For example control.h was moved to lowercase/control.h to avoid the name conflict with Control.h. This means that the diff will not create an accurate patch since the filenames have been changed. How would I go about making a patch in this case? Use managed mounts to avoid renaming. export CWD=`pwd` mkdir xcoral-1.2.3 mount -o managed `cygpath -m $CWD` $CWD/xcoral extract xcoral-1.2.3.tar.gz and build like you would build it on Unix too. Please don't, at least not for the final package. I'd be very wary of putting packages into the distribution that would require managed mounts to build. Contact the upstream maintainers, and tell them that their package is non-portable, and won't build on non-case-preserving filesystems. Ask them to change the name of either control.h or Control.h. In my experience, most projects (with the exception of a few that are openly hostile towards any Windows tool) will accomodate Cygwin by renaming the file (especially if it's a generated file). 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! Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing. -- Dr. Jubal Harshaw
Re: Package Proposal: Xcoral
On Tue, Oct 05, 2004 at 01:29:33PM -0400, Charles R. Hardnett wrote: I was just playing with the managed mounts and they don't seem stable. Huh? What is wrong with managed mounts? Please send a bug report to the cygwin list. cgf
Re: [ITP] mhash-0.9.1-1
I want to take over and maintain the cygwin version of mhash-0.9.1 It was probably just an oversight, because their DLL building instructions are from the CYGWIN FAQ, just wrongly applied. Builds out of the box after removing the mingw stuff. I want to package it as single version (no mhash-devel), because both are very small. Will be ready for review tommorrow. well, today actually. wget -q -O - http://xarch.tu-graz.ac.at/publ/cygwin/mhash/get.sh | sh i.e. http://xarch.tu-graz.ac.at/publ/cygwin/mhash/setup.hint http://xarch.tu-graz.ac.at/publ/cygwin/mhash/mhash-0.9.1-1.tar.bz2 http://xarch.tu-graz.ac.at/publ/cygwin/mhash/mhash-0.9.1-1-src.tar.bz2 Files included in the binary distribution: /usr/bin/cygmhash-2.dll /usr/include/mhash.h /usr/lib/libmhash.a /usr/lib/libmhash.dll.a /usr/lib/libmhash.la /usr/share/doc/Cygwin/mhash-0.9.1.README (this file) /usr/share/doc/mhash-0.9.1/AUTHORS /usr/share/doc/mhash-0.9.1/ChangeLog /usr/share/doc/mhash-0.9.1/COPYING /usr/share/doc/mhash-0.9.1/INSTALL /usr/share/doc/mhash-0.9.1/NEWS /usr/share/doc/mhash-0.9.1/README /usr/share/doc/mhash-0.9.1/THANKS /usr/share/doc/mhash-0.9.1/TODO /usr/share/man/man3/mhash.3.gz --- Port Notes: - version mhash-0.9.1-1 - Maintainer change. Fixed to be mingw independent. All tests PASS.
Re: [ITP] mhash-0.9.1-1
On Tue, Oct 05, 2004 at 08:44:40PM +0200, Reini Urban wrote: I want to take over and maintain the cygwin version of mhash-0.9.1 It was probably just an oversight, because their DLL building instructions are from the CYGWIN FAQ, just wrongly applied. Builds out of the box after removing the mingw stuff. I want to package it as single version (no mhash-devel), because both are very small. Will be ready for review tommorrow. well, today actually. wget -q -O - http://xarch.tu-graz.ac.at/publ/cygwin/mhash/get.sh | sh Gerrit, if you can verify that this works as expected, I'll upload ASAP. cgf
Re: Package Proposal: Xcoral
Hello Igor, Why? I'm thinking of some people who'd want to use non-Cygwin tools to look at and debug the package source. NTEmacs comes to mind. This is not a Cygwin application and I don't want to support it. And besides that, you can still look at the source, though you should know how managed mounts are working. But then the cygwin xcoral maintainer tobe needs to wait until a new upstream release is available? Using managed mounts solves this issue in the best of all possible ways how to do s.th. like this. Well, I guess a managed mount is okay as an interim measure until the upstream package has the renamed file. But I'm uneasy about using this as a standard way to build a package. Not as standard, probably this issue will be resolved in future releases if the upstream maintainer is not one if those guys;) Gerrit -- =^..^=
Re: [ITP] mhash-0.9.1-1
On Tue, 5 Oct 2004, Christopher Faylor wrote: On Tue, Oct 05, 2004 at 08:44:40PM +0200, Reini Urban wrote: I want to take over and maintain the cygwin version of mhash-0.9.1 It was probably just an oversight, because their DLL building instructions are from the CYGWIN FAQ, just wrongly applied. Builds out of the box after removing the mingw stuff. I want to package it as single version (no mhash-devel), because both are very small. Will be ready for review tommorrow. well, today actually. wget -q -O - http://xarch.tu-graz.ac.at/publ/cygwin/mhash/get.sh | sh Gerrit, if you can verify that this works as expected, I'll upload ASAP. cgf Another gold star? ;-) 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! Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing. -- Dr. Jubal Harshaw
Re: [ITP] mhash-0.9.1-1
On Tue, Oct 05, 2004 at 05:37:05PM -0400, Igor Pechtchanski wrote: On Tue, 5 Oct 2004, Christopher Faylor wrote: On Tue, Oct 05, 2004 at 08:44:40PM +0200, Reini Urban wrote: I want to take over and maintain the cygwin version of mhash-0.9.1 It was probably just an oversight, because their DLL building instructions are from the CYGWIN FAQ, just wrongly applied. Builds out of the box after removing the mingw stuff. I want to package it as single version (no mhash-devel), because both are very small. Will be ready for review tommorrow. well, today actually. wget -q -O - http://xarch.tu-graz.ac.at/publ/cygwin/mhash/get.sh | sh Gerrit, if you can verify that this works as expected, I'll upload ASAP. Another gold star? ;-) Yep. There should be an automatic gold star for anyone who *successfully* takes over an orphaned package and gets it into the release. I have a vague suspicion that I've given gold stars to people who have only volunteered and haven't followed through. The. Horror. cgf
Re: [ITP] mhash-0.9.1-1
On Tue, 5 Oct 2004, Christopher Faylor wrote: On Tue, Oct 05, 2004 at 05:37:05PM -0400, Igor Pechtchanski wrote: On Tue, 5 Oct 2004, Christopher Faylor wrote: On Tue, Oct 05, 2004 at 08:44:40PM +0200, Reini Urban wrote: I want to take over and maintain the cygwin version of mhash-0.9.1 It was probably just an oversight, because their DLL building instructions are from the CYGWIN FAQ, just wrongly applied. Builds out of the box after removing the mingw stuff. I want to package it as single version (no mhash-devel), because both are very small. Will be ready for review tommorrow. well, today actually. wget -q -O - http://xarch.tu-graz.ac.at/publ/cygwin/mhash/get.sh | sh Gerrit, if you can verify that this works as expected, I'll upload ASAP. Another gold star? ;-) Yep. There should be an automatic gold star for anyone who *successfully* takes over an orphaned package and gets it into the release. Done. I have a vague suspicion that I've given gold stars to people who have only volunteered and haven't followed through. The. Horror. cgf Hmm, was the new cURL ever uploaded? Did it need to be? :-D 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! Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing. -- Dr. Jubal Harshaw
Re: [ITP] mhash-0.9.1-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Reini Urban wrote: claim, claim... please don't pull. Agh, you beat me on time ;-) Well I guess I will at least try harder porting djbdns, then, I really miss a local DNS resolver on my laptop 0=) (and what should they have in common? well.. djbdns is by DJB, which is a crypto expert himself... ok, ok, almost nothing in common) Lapo - -- Lapo Luchini [EMAIL PROTECTED] (PGP X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iEYEARECAAYFAkFjIvkACgkQaJiCLMjyUvtAXgCgk1+iZOwaSL74f2NfILdpPVjO ogwAoMNrKF7yKJZWho7vbrcSncpUXuBE =WnLJ -END PGP SIGNATURE-
Re: [ITP] mhash-0.9.1-1
Lapo Luchini wrote: Well I guess I will at least try harder porting djbdns, then, I really miss a local DNS resolver on my laptop 0=) (and what should they have in common? well.. djbdns is by DJB, which is a crypto expert himself... ok, ok, almost nothing in common) Did we already have a DJB licensensing-discuss thread? I wouldn't exactly call djbware free software, but I'm also not familiar with the requirements of Cygwin packages. Would it even be allowed? (As for a local resolver, I use the win32 BIND9.) Brian
DJB licensing issues [Was: [ITP] mhash-0.9.1-1]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Brian Dessent wrote: Did we already have a DJB licensensing-discuss thread? I wouldn't exactly call djbware free software, but I'm also not familiar with the requirements of Cygwin packages. Would it even be allowed? Mhh.. I don't remember... Yes, actually we had (and I did also do some reply.. 0_0) http://sources.redhat.com/ml/cygwin/2003-05/threads.html#01639 ...but that was on QMail, which has Information for distributors at http://cr.yp.to/qmail/dist.html, while no similiar page does seem to be linked from DJBDNS page http://cr.yp.to/djbdns.html (As for a local resolver, I use the win32 BIND9.) Works well? I don't like BIND very much, but I could use it as a fall-back in case I can't get dnscache to work... - -- L a p o L u c h i n i l a p o @ l a p o . i t w w w . l a p o . i t / http://www.megatokyo.it -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iEYEARECAAYFAkFjKE8ACgkQaJiCLMjyUvsVGACgk4BSDOlBxo9AmDlSdhdUnNA1 xFMAnj6VF4Ee88Ia60ahNeGZgeIMmWag =a27X -END PGP SIGNATURE-
Re: DJB licensing issues [Was: [ITP] mhash-0.9.1-1]
Lapo Luchini wrote: Mhh.. I don't remember... Yes, actually we had (and I did also do some reply.. 0_0) http://sources.redhat.com/ml/cygwin/2003-05/threads.html#01639 ...but that was on QMail, which has Information for distributors at http://cr.yp.to/qmail/dist.html, while no similiar page does seem to be linked from DJBDNS page http://cr.yp.to/djbdns.html Still, I doubt it qualifies as OSI-approved by any stretch of the imagination. (As for a local resolver, I use the win32 BIND9.) Works well? I don't like BIND very much, but I could use it as a fall-back in case I can't get dnscache to work... It works well, even has a nifty installer that installs it as a service. The command line binaries (host, dig, rndc, etc) all play nice under Cygwin too. I'm not really a fan of BIND's design and config format but the win32 port works well. Of course, I'd rather see a Cygwin-based resolver + net tools. Interesting tidbit: In win2k if you tried to enter 127.0.0.1 for the resolver in the network settings GUI it would kindly tell you that this was an invalid value and to contact your ISP or whatever. I had to set the value directly in the registry. Apparently someone convinced them that it was indeed possible to run a resolver on localhost, and in XP the dialog does not appear. Brian
Re: mhash-0.9.1-1
Hello Lapo, Well I guess I will at least try harder porting djbdns, then, I really miss a local DNS resolver on my laptop 0=) 1. caching DNS server Maradns: http://www.maradns.org/ it is under active development and the upstream maintainer supports Cygwin (by request, he don't uses Cygwin himself), this is a very nice complete DNS server. Posadis: http://posadis.sourceforge.net/ also available as binaries for Windows. pdnsd: http://www.phys.uu.nl/~rombouts/pdnsd.html this is a proxy DNS server with permanent caching. Already ported: BIND. Why don't you use bind? http://anfaenger.de/cygwin/DNS/bind-9.2.2/ There is the Lightweiht Resolver Daemon lwresd included with the bind-9 sources. 2. authoritative-only DNS server Powerdns: Another interesting DNS server, supports SQL backends. NSD: http://www.nlnetlabs.nl/nsd/ MyDNS: http://mydns.bboy.net/ 3. resolver libraries: ares: ftp://athena-dist.mit.edu/pub/ATHENA/ares/ c-ares: http://daniel.haxx.se/projects/c-ares/ adns: http://www.chiark.greenend.org.uk/~ian/adns/ lightweight resolver library, Cygwin version: http://anfaenger.de/cygwin/DNS/bind-9.2.2/liblwres/ (and what should they have in common? well.. djbdns is by DJB, which is a crypto expert himself... ok, ok, almost nothing in common) Another guy who never heard of Windows? Gerrit -- =^..^=
Re: Package Proposal: Xcoral
I am contacting the authors of xcoral to ask for their cooperation with developing this package. While this may not work, it would be the best solution in the long run if their distribution is made more portable. I am also porting xcoral to MAC OS X; where the same problem exists. So changing the file names will kill 2 birds with one stone. And make the management easier. However, I am prepared to release a managed mount distribution of the xcoral source in the event that the authors do not comply with the requests and/or if their response will be unacceptably slow. thanks for you support and suggestions, Charles Assistant Professor Spelman College Genius is most often in the obvious E-Mail: [EMAIL PROTECTED] (best way to reach me) Physical: Science Bldg Office 219 (Tapley) Phone: 404-270-5880 Fax: 404-270-5881 WWW: www.spelman.edu/~hardnett Snail: Spelman College Computer Science Department Box #1257 350 Spelman Lane, SW Atlanta, GA 30314 Igor Pechtchanski [EMAIL PROTECTED] 10/05/04 12:57 PM Please respond to cygwin-apps To: [EMAIL PROTECTED] cc: Charles R. Hardnett [EMAIL PROTECTED] Subject:Re: Package Proposal: Xcoral On Tue, 5 Oct 2004, Gerrit P. Haase wrote: Hello Charles, [snip] The port has been done, but I am having one trouble with the package creation. To make the port, I had to move files to a different directory. For example control.h was moved to lowercase/control.h to avoid the name conflict with Control.h. This means that the diff will not create an accurate patch since the filenames have been changed. How would I go about making a patch in this case? Use managed mounts to avoid renaming. export CWD=`pwd` mkdir xcoral-1.2.3 mount -o managed `cygpath -m $CWD` $CWD/xcoral extract xcoral-1.2.3.tar.gz and build like you would build it on Unix too. Please don't, at least not for the final package. I'd be very wary of putting packages into the distribution that would require managed mounts to build. Contact the upstream maintainers, and tell them that their package is non-portable, and won't build on non-case-preserving filesystems. Ask them to change the name of either control.h or Control.h. In my experience, most projects (with the exception of a few that are openly hostile towards any Windows tool) will accomodate Cygwin by renaming the file (especially if it's a generated file). 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! Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing. -- Dr. Jubal Harshaw
Re: libgeotiff-1.2.1-2
Gerrit P. Haase wrote: Hello Charles, +1 vote from me for libgeotiff (makes 3 IIRC, please upload). +1 vote for proj. Would you ming to included also GEOS in this set of packages? If so, +1 vote for geos. Where did THIS come from? I ITP'ed these over a year ago; surely there's a statute of limitations on ITP's? I've no objections to bringing my version up to the current upstream release and uploading them to sourceware, but geez...been trolling the list archives or what, Gerrit? -- Chuck
Fatal Error found in cygwin/X
Dear, When I executed the command /usr/X11R6/bin/XWin.exe it gave me A fatal error is occured and Cygwin /X will now exit I want to excute the command XWin.exe -query IP Address of Linux Server . Please help me Sundar.G System Administrator _ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus
Re: Fatal Error found in cygwin/X
On Tue, 5 Oct 2004, Sundar G wrote: Dear, When I executed the command /usr/X11R6/bin/XWin.exe it gave me A fatal error is occured and Cygwin /X will now exit I want to excute the command XWin.exe -query IP Address of Linux Server . Please help me What does /tmp/XWin.log tell? bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Problems building PerlTK on cygwin
Hi List! Please can anyone help me with the following error during the make of PerlTK. I'm using cygwin/x-free on an windows XP box with WindowMaker. I've downloaded the PerlTK-Sources from CPAN. Is there a problem with this sources on cygwin. Does anyone know about a cygwin package for PerlTK? Any help would be appreciated. [rechner:Tk-804.027]$ make cd pTk make make[1]: Entering directory `/cygdrive/d/Downloads/PerlModules/Tk-804.027/pTk' make[1]: Leaving directory `/cygdrive/d/Downloads/PerlModules/Tk-804.027/pTk' make[1]: Entering directory `/cygdrive/d/Downloads/PerlModules/Tk-804.027/pTk' make[1]: Leaving directory `/cygdrive/d/Downloads/PerlModules/Tk-804.027/pTk' make[1]: Entering directory `/cygdrive/d/Downloads/PerlModules/Tk-804.027/pod' make[1]: Leaving directory `/cygdrive/d/Downloads/PerlModules/Tk-804.027/pod' make[1]: Entering directory `/cygdrive/d/Downloads/PerlModules/Tk-804.027/demos' make[1]: Leaving directory `/cygdrive/d/Downloads/PerlModules/Tk-804.027/demos' make[1]: Entering directory `/cygdrive/d/Downloads/PerlModules/Tk-804.027/Xlib' make[2]: Entering directory `/cygdrive/d/Downloads/PerlModules/Tk-804.027/Xlib/X' make[2]: Leaving directory `/cygdrive/d/Downloads/PerlModules/Tk-804.027/Xlib/X' gcc -c -I.. -I../pTk/mTk/xlib -I../pTk -DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -DUSEIMPORTLIB -O2 -DVERSION=\804.027\ -DXS_VERSION=\804.027\ -I/usr/lib/perl5/5.8.2/cygwin-thread-multi-64int/CORE -D__WIN32__ -D_WIN32 -Wall -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ Xlib.c Xlib.xs:13: error: parse error before '*' token Xlib.xs:13: warning: data definition has no type or storage class Xlib.xs: In function `boot_Tk__Xlib': Xlib.xs:378: error: `XlibVtab' undeclared (first use in this function) Xlib.xs:378: error: (Each undeclared identifier is reported only once Xlib.xs:378: error: for each function it appears in.) Xlib.xs:378: error: parse error before ')' token Xlib.xs:378: error: request for member `tabSize' in something not a structure or union make[1]: *** [Xlib.o] Error 1 make[1]: Leaving directory `/cygdrive/d/Downloads/PerlModules/Tk-804.027/Xlib' make: *** [subdirs] Error 2 Thanks, Markus
problem with Release: 6.8.1.0-1
Dear Developers, had previous version of X running nicely under Cygwin, but with recent update something went amiss. (details Win XP professional, Japanese language version) Below is the message that I get with starting xwindows... startx Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.1.0-1 Contact: [EMAIL PROTECTED] XWin was started with the following command line: X :0 -multiwindow -clipboard (WW) /tmp mounted int textmode _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0007 winSetEngine - Multi Window or Rootless = ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winAllocateFBShadowGDI - Creating DIB with width: 1280 height: 738 depth: 32 winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 null screen fn ReparentWindow null screen fn RestackWindow InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitMultiWiSignal 9 \\\end of output\\\ after having issued the startx command, I get from the ps command: PIDPPIDPGID WINPID TTY UIDSTIME COMMAND 2428 12428 2428 con 1007 19:55:30 /usr/bin/bash 205624282056 3420 con 1007 20:07:32 /usr/bin/sh 336020562056 1732 con 1007 20:07:32 /usr/X11R6/bin/xinit 9403360 940 3364 con 1007 20:07:32 /usr/X11R6/bin/XWin 218424282184 3552 con 1007 20:08:03 /usr/bin/ps \\\end of output\\\ which shows Xwindows is running in the background but I do not get an actual xterm. interesting detail. when is type command man startx I see, before the manpage appears, and after quitting the manpage the following Unrecognized line in config file (ignored) JNROFFLANG=ja_JP.UTF-8 /usr/bin/groff -Tnippon -mandocj Unrecognized line in config file (ignored) KNROFF/usr/bin/groff -Tkorean -mandoc Unrecognized line in config file (ignored) JNEQN /usr/bin/eqn -Tnippon Unrecognized line in config file (ignored) KNEQN/usr/bin/eqn -Tkorean \\\end of output\\\ I have no desire to use Xwindows in any other language than English.. all suggestions for remedies very welcome! Thanks for your time and consideration, Marcel
Re: problem with Release: 6.8.1.0-1
On Tue, 5 Oct 2004, Marcel Sluiter wrote: Dear Developers, had previous version of X running nicely under Cygwin, but with recent update something went amiss. (details Win XP professional, Japanese language version) Below is the message that I get with starting xwindows... startx Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.1.0-1 Contact: [EMAIL PROTECTED] XWin was started with the following command line: X :0 -multiwindow -clipboard (WW) /tmp mounted int textmode Maybe remounting /tmp to binmode helps mount -buf $(cygpath -m /tmp) /tmp InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitMultiWiSignal 9 please try starting XWin alone: XWin :0 -multiwindow -clipboard DISPLAY=:0.0 xterm and XWin :0 DISPLAY=:0.0 xterm The latter will have clipboard support and multiwindow mode disabled interesting detail. when is type command man startx I see, before the manpage appears, and after quitting the manpage the following Unrecognized line in config file (ignored) JNROFFLANG=ja_JP.UTF-8 /usr/bin/groff -Tnippon -mandocj Unrecognized line in config file (ignored) KNROFF/usr/bin/groff -Tkorean -mandoc Unrecognized line in config file (ignored) JNEQN /usr/bin/eqn -Tnippon Unrecognized line in config file (ignored) KNEQN/usr/bin/eqn -Tkorean \\\end of output\\\ I have no desire to use Xwindows in any other language than English.. this is a message from man, not from Cygwin/X. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
RE: Problems building PerlTK on cygwin
Markus Jung wrote: Hi List! Please can anyone help me with the following error during the make of PerlTK. I'm using cygwin/x-free on an windows XP box with WindowMaker. I've downloaded the PerlTK-Sources from CPAN. Is there a problem with this sources on cygwin. Does anyone know about a cygwin package for PerlTK? I've built and use Tk 800.024 (I haven't tried 804.027, the latest) that uses X-windows. I've never tried the windows-specific version. Here's what I did: * From http://search.cpan.org/~ni-s/Tk-800.024/ download and unzip Tk-800.024 * cygwin perl Makefile.PL x ^ tells it to use X-windows You could try 'perl Makefile.PL' if you want to try without (all this is mentioned in the README.cygwin) * cygwin make * cygwin make install * cygwin Since I had an older version of perl, I also need to: cygwin cd /usr/X11R6/lib cygwin ln -s libX11.dll.a libX11.a BEFORE I built TK. Gerrit P. Haase says that this issue has been fixed with perl-5.8.5 for Cygwin (I haven't checked). Good luck, Charles
RE: cygwin/x symantec antivirus conflict
I do see the problem with slow rendering of X-forwarded apps on one of my computers, and it does not have symmantec installed (it does have F-Prot antivirus installed, however) I have never figured out what is wrong with it... It used to work fine, and then I did an update at somepoint, and the slow behavior started. I just don't use it often enough on that computer to be inclined to troubleshoot it... Dan
Items under Cygwin-X menu do not start.
Dear Cygwin Enthusiasts, Forgive me if I ask a newbie question, but I couldn't find an answer on the web, faq, or mailing list. So despite the dire warnings on the web page I just wanted to ask... I downloaded and installed cygwin yesterday on a dell 600m laptop, running Win XP SP1. While X starts ok when I run comments from the cygwin prompt when i try to use the menu items that were placed in windows start menu nothing seemed to happen. I copied the commands out of the short cut and ran them directly from the cygwin prompt, still no luck and no error messages... An example of the command that is not working for me is C:\cygwin\usr\X11R6\bin\run.exe xterm -display 127.0.0.1:0.0 or from the cygwin propmpt /usr/X11R6/bin/run.exe xterm -display 127.0.0.1:0.0 If I then start a Xwin by hand, then the command from the cygwin prompt works but still not from the windows start menu. I am a bit confused by the whole business. Yours, NPML
Re: Items under Cygwin-X menu do not start.
On Tue, 5 Oct 2004, Nick Longo wrote: Dear Cygwin Enthusiasts, Forgive me if I ask a newbie question, but I couldn't find an answer on the web, faq, or mailing list. So despite the dire warnings on the web page I just wanted to ask... I downloaded and installed cygwin yesterday on a dell 600m laptop, running Win XP SP1. While X starts ok when I run comments from the cygwin prompt when i try to use the menu items that were placed in windows start menu nothing seemed to happen. I copied the commands out of the short cut and ran them directly from the cygwin prompt, still no luck and no error messages... An example of the command that is not working for me is C:\cygwin\usr\X11R6\bin\run.exe xterm -display 127.0.0.1:0.0 or from the cygwin propmpt /usr/X11R6/bin/run.exe xterm -display 127.0.0.1:0.0 If I then start a Xwin by hand, then the command from the cygwin prompt works but still not from the windows start menu. I am a bit confused by the whole business. Does the xman link work? The xterm link is broken because xterm can not find some dlls because they are in a different directory. I'll take a look and check what can be done to solve this. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: Problems building PerlTK on cygwin
Markus Jung wrote: Hi List! Please can anyone help me with the following error during the make of PerlTK. I'm using cygwin/x-free on an windows XP box with WindowMaker. I've downloaded the PerlTK-Sources from CPAN. Is there a problem with this sources on cygwin. Does anyone know about a cygwin package for PerlTK? Any help would be appreciated. I have packages for perl-Tk-804.027 on X11 only, and perl-Tk-800.025(*) for both Win32 and X11 (separate packages) on my project site: http://sourceforge.net/projects/cygwin-ports/ From your output, it looks like you're trying to build the Win32 interface; I haven't been able to get this to work either for 804.027. Yaakov (*) These were built against perl-5.8.2 and probably won't work with the current perl-5.8.5; maybe I'll rebuild at least the Win32 package soon.
Appl that uses Compositor extension crashes XWin
Hi, I'm running X.Org 6.8.1 with the compositor extension enabled (+extension Compositor). I compiled the CVS version of xfwm4 (the windows manager of XFCE, http://www.xfce.org) with compositor support. However, every time I start xfwm4, the X-Server crashes immediately. I can't find any log to research what's happening, and nothing is shown on the stdout of XWin. Can anybody suggest how to research *why* this crashes? I'd like to see it fixed :) Maarten
Re: Solaris X app crashes with Cygwin/X
Alexander, if this is because of missing fonts, why does it work when I run it from a CDE session started with XWin :1 -query remotehost? Doesn't is still use the fonts that are local to the X-Server? eg. If I run the app as described above,I do not expect it to get its fonts from the Solaris box, I expect it to still use the fonts that are on my cygwin machine. Maarten Alexander Gottwald wrote: On Mon, 27 Sep 2004, Maarten Boekhold wrote: Hi, I've got an application that runs on Solaris, and ever since the upgrade to X.Org 6.8.0 (now 6.8.1), it crashes if I try to start it. The weird thing is, that if I do 'XWin :1 -query remotehost' and start the app in that screen, it runs fine. I.e. under the CDE environment there's no problems. Does anybody have any hints on how to debug this? I'm running a locally compiled version of openbox as window manager (on :0.0). I'll see if recompiling that helps (tomorrow though). Most likely this is because of missing fonts. Some Solris tools do not check if the queried font was found, they simply assume it is there and run into a null pointer. Check the FAQ about Solaris and fonts. The method of setting the font path does apply to this condition too. bye ago
src/winsup/cygwin fhandler_termios.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-10-05 14:35:56 Modified files: winsup/cygwin : fhandler_termios.cc Log message: revert erroneous checkin Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_termios.cc.diff?cvsroot=srcr1=1.57r2=1.58
src/winsup/cygwin ChangeLog external.cc path.c ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-10-06 01:33:39 Modified files: winsup/cygwin : ChangeLog external.cc path.cc security.cc Log message: 2004-10-05 Pierre Humblet [EMAIL PROTECTED] * external.cc (check_ntsec): Do not call wincap.has_security. * path.cc (path_conv::check): Ditto. * security.cc (get_object_attribute): Ditto. (get_file_attribute): Ditto. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2577r2=1.2578 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/external.cc.diff?cvsroot=srcr1=1.66r2=1.67 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/path.cc.diff?cvsroot=srcr1=1.323r2=1.324 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/security.cc.diff?cvsroot=srcr1=1.176r2=1.177
Re: [Patch] pinfo.cc: second CreatePipe, not first.
Op Mon, 4 Oct 2004 22:10:43 -0400 schreef Christopher Faylor in [EMAIL PROTECTED]: : On Tue, Oct 05, 2004 at 03:49:20AM +0200, Bas van Gompel wrote: [...] : * pinfo.cc (_pinfo::commune_send): Make debugging output less ambiguous. : : I've applied this patch. Thanks. : : I used a slightly less ambiguous ChangeLog, though. :-) ``Correct debugging output.'' is less ambiguous? If you say so... :] BTW: What was your change to fhandler_termios.cc about? I see no ChangeLog-entry/cvs message for that. BTW2: Did you see the question at the bottom of my other mail? L8r, Buzz. -- ) | | ---/ ---/ Yes, this | This message consists of true | I do not -- | | // really is | and false bits entirely.| mail for ) | | //a 72 by 4 +---+ any1 but -- \--| /--- /--- .sigfile. | |perl -pe s.u(z)\1.as.| me. 4^re
Re: [Patch] cygcheck: warn about empty path-components
On Tue, 5 Oct 2004, Corinna Vinschen wrote: Chris, I might be missing something but that looks like a bug in conv_path_list to me. Why is conv_fn called with . for empty strings instead of ignoring the empty path? Is an empty path component a windowzism I don't know about? I don't know if it's part of any standard, but it's a *NIXism. From Solaris 8 man sh: Execution: The current directory is specified by a null path name, which can appear immediately after the equal sign, between two colon delimiters anywhere in the path list, or at the end of the path list. man ksh Execution: The default path is /bin:/usr/bin: (specifying /bin, /usr/bin, and the current directory in that order). The current directory can be specified by two or more adjacent colons, or by a colon at the beginning or end of the path list. etc... I believe this is a valid construct and I have used it frequently. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot...
Re: [Patch] cygcheck: warn about empty path-components
On Tue, Oct 05, 2004 at 09:09:31AM -0500, Brian Ford wrote: On Tue, 5 Oct 2004, Corinna Vinschen wrote: Chris, I might be missing something but that looks like a bug in conv_path_list to me. Why is conv_fn called with . for empty strings instead of ignoring the empty path? Is an empty path component a windowzism I don't know about? I don't know if it's part of any standard, but it's a *NIXism. From Solaris 8 man sh: Execution: The current directory is specified by a null path name, which can appear immediately after the equal sign, between two colon delimiters anywhere in the path list, or at the end of the path list. man ksh Execution: The default path is /bin:/usr/bin: (specifying /bin, /usr/bin, and the current directory in that order). The current directory can be specified by two or more adjacent colons, or by a colon at the beginning or end of the path list. etc... I believe this is a valid construct and I have used it frequently. Ditto. PATH=/foo::/bar means search for /foo, then the current directory, then /bar. cgf
Re: [Patch] pinfo.cc: second CreatePipe, not first.
On Tue, Oct 05, 2004 at 09:45:53AM +0200, Bas van Gompel wrote: Op Mon, 4 Oct 2004 22:10:43 -0400 schreef Christopher Faylor in [EMAIL PROTECTED]: : On Tue, Oct 05, 2004 at 03:49:20AM +0200, Bas van Gompel wrote: [...] : * pinfo.cc (_pinfo::commune_send): Make debugging output less ambiguous. : : I've applied this patch. Thanks. : : I used a slightly less ambiguous ChangeLog, though. :-) ``Correct debugging output.'' is less ambiguous? If you say so... :] Yes, it is. Having two debugging messages say first is obviously a mistake that should be corrected. It wasn't ambiguous. It was wrong. BTW: What was your change to fhandler_termios.cc about? I see no ChangeLog-entry/cvs message for that. That was a mistaken checkin. I've reverted it. Thanks for the heads up. BTW2: Did you see the question at the bottom of my other mail? No, I didn't but the answer to your question is I don't know it would take some research to figure out. cgf
Re: [Patch] cygcheck: warn about empty path-components
On Oct 5 10:34, Christopher Faylor wrote: On Tue, Oct 05, 2004 at 09:09:31AM -0500, Brian Ford wrote: The current directory is specified by a null path name, which can appear immediately after the equal sign, between two colon delimiters anywhere in the path list, or at the end of the path list. [...] I believe this is a valid construct and I have used it frequently. Ditto. PATH=/foo::/bar means search for /foo, then the current directory, then /bar. Oh, interesting. I never even thought about using an empty path. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: More pipe problems (was Re: [Fwd: 1.5.11-1: sftp performance problem])
I've been working on this, and I think I now understand the underlying problem, but I don't yet have a fix. The problem is that NtQueryInformationFile is stranger than I ever imagined. First, some background, to be sure we're all speaking the same language: Windows pipes actually seem more similar to UNIX domain sockets than POSIX pipes. In particular, Windows pipes have a server side and a client side. Most of the Windows pipe terminology is from the standpoint of the server. An inbound pipe transfers data only in the client-server direction, an outbound pipe transfers server-client, and a duplex pipe transfers both ways. We use CreateNamedPipe to make an inbound pipe for reading: this is the server side. Only the input buffer size is relevant for such a pipe ... we should probably set the output buffer size to zero to emphasize that it is not used. We currently set both input and output buffer sizes to the same value, which is harmless but misleading. We then use CreateFile to obtain a handle to the other (client) side of the pipe for writing, with attributes to allow NtQueryInformationFile to work. When we call NtQueryInformationFile with the FilePipeLocalInformation parameter (FILE_INFORMATION_CLASS), it fills in a FILE_PIPE_LOCAL_INFORMATION struct, which contains the following fields (among others that are not directly related to pipe buffering): ULONG InboundQuota; ULONG ReadDataAvailable; ULONG OutboundQuota; ULONG WriteQuotaAvailable; The InboundQuota and OutboundQuota are the input and output buffer sizes, respectively, that were specified for CreateNamedPipe. For our pipe configuration, therefore, the OutboundQuota is irrelevant: we should be checking the InboundQuota when we are interested in the pipe size. This does not currently affect us because we set InboundQuota == OutboundQuota, but we should fix it. The ReadDataAvailable field is always zero on the client side of an inbound pipe. We're ignoring it, as we should be. Our code assumes that the WriteQuotaAvailable field tells how much space is available for writing. Well, not quite. For an empty pipe, WriteQuotaAvailable == InboundQuota. When data has been written to the pipe (but not yet read by the other side), then WriteQuotaAvailable is decremented by the appropriate amount, until the pipe is full, when WriteQuotaAvailable is zero. WriteFile blocks only when it tries to write more than WriteQuotaAvailable. All of this is normal and expected. But there is a strange twist: When a read is pending on an empty pipe, then WriteQuotaAvailable is also decremented! I can't imagine why this would be the case, but it is easy to demonstrate using a pair of small test programs that I wrote to experiment with pipe buffering. This behavior is unfortunate, because it means that we aren't currently distinguishing pending reads and writes. However, now that I understand what's really going on, I can focus on working around it. We have been baffled by the apparent contradiction that was nicely summarized by Corinna: Do I understand that right? sftp is in the blocking read on the pipe, there is data in the pipe and nevertheless read doesn't return? That's odd. ReadFile only blocks when the pipe is completely empty. If there is any data in the pipe, then it returns immediately, possibly supplying less data than was requested. When ReadFile blocks, there really isn't any data in the pipe. Our select code is just confused by the decremented WriteQuotaAvailable field, because it looks like a *write* is pending! So we start to throttle the writes, which causes the data transfer to slow down, or even to block (if the requested read was large enough). I think my speculations about POSIX atomicity requirements related to PIPE_BUF were a red herring. Ditto for hypothetical bizarre pipe buffering behavior. The real problem here is NtQueryInformationFile. I want to first try reversing the direction of the pipe. We don't really care which end is the server or client, so we could easily modify our pipe creation code to make an outbound pipe, and if WriteQuotaAvailable from NtQueryInformationFile behaves sanely, then we're done. If that doesn't work, then I have some other ideas about how to distinguish pending reads and writes. I hope to have more info to report soon. -- Bob
Cygwin openssh(d) login without password
Hi, I'm having terrible trouble trying to be able to login without a password to a cygwin sshd, even from another user on the same machine. The sshd is working fine for password logins. I've read lots of web pages about how to set it up, and I believe I've followed them, eg http://bumblebee.lcs.mit.edu/ssh2/ (for openssh to openssh): Consider the following case where I have two users on the same computer, joe (who runs the ssh client), and mary (joe logs into the mary account): The ssh client user's identity has to be in the other user's authorized_keys2 file. In this example, the two files are identical. The permissions of the files have to be right: [EMAIL PROTECTED]/.ssh ls -al total 1 drwx--+ 2 mary None0 Oct 5 15:05 . drwx--+ 3 mary None0 Oct 5 13:30 .. -rw---1 mary None 607 Oct 5 15:05 authorized_keys2 [EMAIL PROTECTED]/.ssh ls -al total 12 drwx--+ 2 joeNone0 Oct 5 15:36 . drwx--+ 39 joeNone0 Oct 5 15:36 .. -rw---+ 1 joeNone 668 Oct 5 14:08 id_dsa -rw---+ 1 joeNone 607 Oct 5 14:08 id_dsa.pub -rw---+ 1 joeNone 9695 Oct 5 14:57 known_hosts And yet it is still asking me for the password: [EMAIL PROTECTED]/.ssh ssh [EMAIL PROTECTED] [EMAIL PROTECTED]'s password: The only other things I can think of are the contents of ssh_config and sshd_config. sshd_config includes: DSAAuthentication yes RSAAuthentication yes PubkeyAuthentication yes AuthorizedKeysFile .ssh/authorized_keys2 Am I doing anything wrong? Is there anything else I should be checking? -- Regards, -- Dave Campbell -- 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: How to prepend a directory to the PATH to accommodate CVSNT?
Hi, Siegfried: In my opinion, I don't think it a good idea to use native Windows program in cygwin. Yes, you can remove your cygwin version of cvs.exe in /usr/bin and create a symbolic link there, pointing to /cygdrive/.../cvsnt/bin/cvs.exe. And it in fact will run instead of cygwin version. But the native Windows program will not recognize the strange path offered by cygwin's shell. If you are always using relative path, I think the native Windows program will work as well. Or you can write a simple wrapper to translate the cygwin path into native Windows path. Who knows? Who cares? Good luck! Edward L. Fox 2004-10-05 From: [EMAIL PROTECTED] On Mon, 4 Oct 2004 23:12:05 -0600, Siegfried Heintze [EMAIL PROTECTED] wrote: I notice that Cygwin manipulates the path by prepending /usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin: to the windows PATH environment variable. This is a problem for me because I'm using CVSNT and I need my cvs client to be /cygdrive/c/Program Files/cvsnt/bin which it never sees because it finds cvs.exe in /usr/bin instead and this is not the cvsnt client! How do I prepend /cygdrive/c/Program Files/cvsnt/bin to the path? Thanks Siegfried -- 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: How to prepend a directory to the PATH to accommodate CVSNT?
On 4 Oct, Siegfried Heintze wrote: I notice that Cygwin manipulates the path by prepending /usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin: to the windows PATH environment variable. This is a problem for me because I'm using CVSNT and I need my cvs client to be /cygdrive/c/Program Files/cvsnt/bin which it never sees because it finds cvs.exe in /usr/bin instead and this is not the cvsnt client! How do I prepend /cygdrive/c/Program Files/cvsnt/bin to the path? We've been doing this for years, since Cygwin's cvs gives us messages of the form $ /usr/bin/cvs update 21 | cat -tvu Enter passphrase for key /home/luke/.ssh/id_dsa: cvs update: warning: unrecognized response `ok^M from cvs server using either the :pserver: or the external client-server via rsh methods. Anyway, in your case it should be as simple as this: PATH=/cygdrive/c/Program Files/cvsnt/bin:$PATH You may need to export EDITOR=notepad if you have trouble with cvs commits aborting because it can't run your editor. It all works fine; we've been using cvs-1.10 and earlier, compiled natively for Windows, for years. luke -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: A good way to test if cygwin isn't installed?
On 3 Oct, Igor Pechtchanski wrote: Having mount.exe and cygwin1.dll in a specific dir and then run mount -m after set PATH=. should be the way to go. Yes, that was the idea. Igor Well, I was running this script from a version of Cygwin installed on the network. In other words, I want to avoid writing DOS batch scripts (since they really are such a sad waste of time). Bill Hughes's post of jscript + Windows scripting host looked interesting, but I didn't see a clear advantage to using that than to using Cygwin from the network: especially since the scripting host is only available on newer Windows OS versions - so it's not portable. And thanks to those who seemed to say that using mount is a good way to test. I was interested to see that seeing mount points only of the form /$CYGDRIVE_MNT/$DRIVE_LETTER/path-to-somewhere is a good indicator that Cygwin is not installed. Where CYGDRIVE_MNT can be determined this way: # Set CYGDRIVE_MNT to the mount point to be inserted in front of absolute # path names used to refer to drive mappings. By default the mount point # is /cygdrive, but if the user has set it to be / then $CYGDRIVE_MNT will # be empty. Basically, the user can choose /mnt or anything they like. # CYGDRIVE_MNT=`mount -p | sed -n '2s| .*||;s|^/$||;2p'` Overall though, all that seems more complicated than just using cygpath -w /, (cygpath / surely must use the mount info?), so I trust this is equivalent - and simpler for a script! As I mentioned, when I performed the experiment on a PC with Cygwin not installed, the output from cygpath -w / consisted of just a single backslash, which is an easy thing to check. luke -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Shell script ignores $PATH?!
On 5 Oct, To: [EMAIL PROTECTED] wrote: Unfortunately, despite setting PATH to use only a network-installed Cygwin (and not include /bin, /usr/bin etc.), the shell script still somehow decides to invoke /usr/bin/sh. I have two more pieces of info: the shell is started by using /usr/bin/sh if the script is simply invoked directly from bash by typing its full pathname. If I start it either via bash or sh, it runs using whatever bash or sh is found from PATH. So my guess is that when a script with no #!/path line is run, then the default is to run /usr/bin/sh to start it, and the PATH simply doesn't come into it. luke -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Bugzilla (was: whole cygwin release/ distribution issues)
On Oct 4 23:15, Reini Urban wrote: Reini Urban schrieb: Product: add Cygwin long description: Corinna? What's the question? Version: Should probably be based on the cygwin dll versions: 1.3.x 1.5.10 1.5.11 latest snapshot Then there is the remaining problem with existing Redhat support for the official Cygwin version, which should be clearly marked as such. Shouldn't that be a seperate Product, because Redhat obviously still supports another Cygwin product called GNUpro 1.6.x? GnuPro is something completely separate. We're also using a separate bug tracking system. consequentially it would be necessary to clearly state that bugzilla is only used for the net distro and for packages from the net distro. Version: 1.0 (official) 1.3.x Do we really need the old versions? 1.5.10 1.5.11 snapshot Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin openssh(d) login without password
On Oct 5 16:00, David Campbell wrote: I've read lots of web pages about how to set it up, and I believe I've followed them, eg http://bumblebee.lcs.mit.edu/ssh2/ (for openssh to openssh): Why don't you read the official documentation instead? OpenSSH comes with a lot of man pages. Then there's /usr/share/doc/Cygwin/openssh.README. Then you could have used ssh-host-config and ssh-user-config for the basic configuration. The ssh client user's identity has to be in the other user's authorized_keys2 file. In this example, the two files are identical. `man ssh' does not mention authorized_keys2 at all. The file is called authorized_keys and contains all keys, SSH1 and SSH2 RSA/DSA keys. The permissions of the files have to be right: And ~/.ssh/authorized_keys must be readable by the user running sshd, so usually SYSTEM or sshd_server (on 2K3). Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Bugzilla (was: whole cygwin release/ distribution issues)
-Original Message- From: cygwin-owner On Behalf Of Corinna Vinschen Sent: 05 October 2004 09:33 Version: 1.0 (official) 1.3.x Do we really need the old versions? 1.5.10 1.5.11 snapshot Hey! I found a bug in b19! I wanna report it! cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Newbie GUI development
I'm trying to build a Linux gui app and failing miserably. Any help would be appreciated. $ pkg-config --libs gtk+-2.0 gnome-config: not found Package gobject-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `gobject-2.0.pc' to the PKG_CONFIG_PATH environment variable Package 'gobject-2.0', required by 'GdkPixbuf', not found I couldn't find gnome-config in the setup package search facility. I did find cygobject-2.0-0.dll inglib2-runtime/glib2-runtime Thanks, Ken Cygwin Configuration Diagnostics Current System Time: Tue Oct 05 04:19:35 2004 Windows XP Home Edition Ver 5.1 Build 2600 Service Pack 2 Path: .\ C:\cygwin\usr\sbin C:\cygwin\usr\local\sbin C:\cygwin\usr\local\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin .\ C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\Common Files\Adaptec Shared\System C:\cygwin\bin Output from C:\cygwin\bin\id.exe (nontsec) UID: 1006(kdibble) GID: 545(Users) 545(Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1006(kdibble) GID: 545(Users) 513(None)544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS CYGWIN = `tty ntsec' HOME = `C:\cygwin\home\Ken Dibble' MAKE_MODE = `unix' PWD = `/home/kdibble' USER = `kdibble' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\Ken Dibble\Application Data' CLIENTNAME = `Console' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `BECCOMPUTER' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CVS_RSH = `/bin/ssh' CYGWIN_ROOT = `\cygwin' DISPLAY = `127.0.0.1:0.0' EDITOR = `vim' FP_NO_HOST_CHECK = `NO' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\Ken Dibble' HOSTNAME = `BECCOMPUTER' JAVA_HOME = `/cygdrive/c/program files/j2sdk_nb/j2sdk1.4.2' KDEHOME = `C:\Documents and Settings\Ken Dibble\Application Data' LOGNAME = `kdibble' LOGONSERVER = `\\BECCOMPUTER' MANPATH = `:/usr/ssl/man:/usr/X11R6/man' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/cygdrive/c/development/rp-0.2.8/src' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PKG_CONFIG_PATH = `/usr/X11R6/lib/pkgconfig' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 0, AuthenticAMD' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0800' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] $ ' SESSIONNAME = `Console' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `c:\DOCUME~1\KENDIB~1\LOCALS~1\Temp' TERM = `xterm' TERMCAP = `xterm-r6|xterm|xterm X11R6 version:am:km:mi:ms:xn:co#80:it#8:li#24:AL=\E[%dL:DC=\E[%dP:DL=\E[%dM:DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:UP=\E[%dA:ae=^O:al=\E[L:as=^N:bl=^G:cd=\E[J:ce=\E[K:cl=\E[H\E[2J:cm=\E[%i%d;%dH:cr=^M:cs=\E[%i%d;%dr:ct=\E[3g:dc=\E[P:dl=\E[M:do=^J:ei=\E[4l:ho=\E[H:im=\E[4h:is=\E7\E[r\E[m\E[?7h\E[?1;3;4;6l\E[4l\E8\E:k1=\EOP:k2=\EOQ:k3=\EOR:k4=\EOS:k5=\E[15~:k6=\E[17~:k7=\E[18~:k8=\E[19~:k9=\E[20~:kD=\E[3~:kI=\E[2~:kN=\E[6~:kP=\E[5~:kd=\EOB:ke=\E[?1l\E:kh=\E[1~:kl=\EOD:kr=\EOC:ks=\E[?1h\E=:ku=\EOA:le=^H:md=\E[1m:me=\E[m:mr=\E[7m:nd=\E[C:rc=\E8:sc=\E7:se=\E[m:sf=^J:so=\E[7m:sr=\EM:ta=^I:te=\E[2J\E[?47l\E8:ti=\E7\E[?47h:ue=\E[m:up=\E[A:us=\E[4m:kb=\010:' TMP = `c:\DOCUME~1\KENDIB~1\LOCALS~1\Temp' USERDOMAIN = `BECCOMPUTER' USERNAME = `Ken Dibble' USERPROFILE = `C:\Documents and Settings\Ken Dibble' WINDIR = `C:\WINDOWS' WINDOWID = `2097166' XAPPLRESDIR = `/usr/X11R6/lib/X11/app-defaults' XCMSDB = `/usr/X11R6/lib/X11/Xcms.txt' XKEYSYMDB = `/usr/X11R6/lib/X11/XKeysymDB' XNLSPATH = `/usr/X11R6/lib/X11/locale' _ = `/usr/bin/cygcheck' POSIXLY_CORRECT = `1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0022 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x002a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts (default) = `C:\cygwin\usr\X11R6\lib\X11\fonts' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options a: fd N/AN/A c: hd NTFS 38162Mb 27%
RE: Bugzilla (was: whole cygwin release/ distribution issues)
Dave Korn wrote on Tuesday, October 05, 2004 11:14 AM: Hey! I found a bug in b19! I wanna report it! Forget it! Was fixed in B20 and that one had no bugs EVER! - 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: No longer works.Igor Pechtchanski pechtcha@cs.nyu.edu
On Monday 04 October 2004 19:09, Igor Pechtchanski wrote: You have apparently missed the part of the Cygwin problem reporting guidelines (http://cygwin.com/problems.html) that asks you to attach (as an uncompressed text *attachment*) the output of cygcheck -svr from your Cygwin installation I did miss that. I will run it and see what it says. . Unfortunately, I have no error messages or log that I am aware of with more detailed information. If there is one, I would like to see it and would send it along as well. You could send in the exact command that doesn't work, where you're running it from, and the exact error messages you get. This was the exact thing that happened to another poster on the same digest. The batch file containing a cd the ..\cygwin\bin and a bash -i -login simply flashes closing immediately. -- 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: No longer works.Igor Pechtchanski pechtcha@http://cygwin.com/acronyms#PCYMTNQREAIYR
-Original Message- From: cygwin-owner On Behalf Of David Baron Sent: 05 October 2004 10:26 This was the exact thing that happened to another poster on the same digest. The batch file containing a cd the ..\cygwin\bin and a bash -i -login simply flashes closing immediately. Which means that something, probably bash itself, is failing very early, and the shell closes after the bat file exits. In circumstances like these it can be very informative to open a normal dos shell, cd into the cygwin root dir, and manually enter the commands from the .bat file to see which one fails and in what way. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Bugzilla (was: whole cygwin release/ distribution issues)
-Original Message- From: Jörg Schaible Sent: 05 October 2004 10:26 To: Dave Korn; cygwin Subject: RE: Bugzilla (was: whole cygwin release/ distribution issues) Dave Korn wrote on Tuesday, October 05, 2004 11:14 AM: Hey! I found a bug in b19! I wanna report it! Forget it! Was fixed in B20 and that one had no bugs EVER! - Jörg Only because nobody created a category for B20 in bugzilla! :P cheers, DaveK ps. TITTTL! -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Newbie GUI development
-Original Message- From: cygwin-owner On Behalf Of Ken Dibble Sent: 05 October 2004 10:21 I'm trying to build a Linux gui app and failing miserably. Any help would be appreciated. $ pkg-config --libs gtk+-2.0 gnome-config: not found Package gobject-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `gobject-2.0.pc' to the PKG_CONFIG_PATH environment variable Package 'gobject-2.0', required by 'GdkPixbuf', not found This is all gnome stuff. You'll need to install gnome dev stuff. I couldn't find gnome-config in the setup package search facility. I did find cygobject-2.0-0.dll inglib2-runtime/glib2-runtime That's not related: that's cyg-object.dll, not cy-gobject.dll cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Newbie GUI development
Hallo Ken, Am Dienstag, 5. Oktober 2004 um 11:21 schriebst du: I'm trying to build a Linux gui app and failing miserably. Any help would be appreciated. $ pkg-config --libs gtk+-2.0 gnome-config: not found Package gobject-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `gobject-2.0.pc' to the PKG_CONFIG_PATH environment variable Package 'gobject-2.0', required by 'GdkPixbuf', not found I couldn't find gnome-config in the setup package search facility. I did find cygobject-2.0-0.dll inglib2-runtime/glib2-runtime The name of the DLL is actually 'cyggobject-2.0-0.dll', the prefix is 'cyg' followed by the package name. And it is included: http://cygwin.com/cgi-bin2/package-grep.cgi?grep=cyggobject-2.0-0.dll Expected output: $ pkg-config --libs gtk+-2.0 -Wl,--export-dynamic -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -liconv Please run: cygcheck -c gtk2-x11 Expected output: $ cygcheck -c gtk2-x11 Cygwin Package Information Package VersionStatus gtk2-x11 2.4.4-1OK If you get the same, then maybe your pkg-config path setting is broken? 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: Newbie GUI development
Dave Korn wrote: -Original Message- From: cygwin-owner On Behalf Of Ken Dibble Sent: 05 October 2004 10:21 I'm trying to build a Linux gui app and failing miserably. Any help would be appreciated. $ pkg-config --libs gtk+-2.0 gnome-config: not found Package gobject-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `gobject-2.0.pc' to the PKG_CONFIG_PATH environment variable Package 'gobject-2.0', required by 'GdkPixbuf', not found This is all gnome stuff. You'll need to install gnome dev stuff. That was my original thought but: http://cygwin.com/cgi-bin2/package-grep.cgi?grep=gnome doesn't appear to have any gnome specific stuff. It has gtk stuff, which I have. (cygcheck was attached to previous message) Could you make it obvious for me? I couldn't find gnome-config in the setup package search facility. I did find cygobject-2.0-0.dll inglib2-runtime/glib2-runtime That's not related: that's cyg-object.dll, not cy-gobject.dll cheers, DaveK -- 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: Newbie GUI development
Gerrit P. Haase wrote: Hallo Ken, Am Dienstag, 5. Oktober 2004 um 11:21 schriebst du: I'm trying to build a Linux gui app and failing miserably. Any help would be appreciated. $ pkg-config --libs gtk+-2.0 gnome-config: not found Package gobject-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `gobject-2.0.pc' to the PKG_CONFIG_PATH environment variable Package 'gobject-2.0', required by 'GdkPixbuf', not found I couldn't find gnome-config in the setup package search facility. I did find cygobject-2.0-0.dll inglib2-runtime/glib2-runtime The name of the DLL is actually 'cyggobject-2.0-0.dll', the prefix is 'cyg' followed by the package name. And it is included: http://cygwin.com/cgi-bin2/package-grep.cgi?grep=cyggobject-2.0-0.dll Expected output: $ pkg-config --libs gtk+-2.0 -Wl,--export-dynamic -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -liconv Please run: cygcheck -c gtk2-x11 Expected output: $ cygcheck -c gtk2-x11 Cygwin Package Information Package VersionStatus gtk2-x11 2.4.4-1OK If you get the same, then maybe your pkg-config path setting is broken? [EMAIL PROTECTED] ~ $ cygcheck -c gtk2-x11 Cygwin Package Information Package VersionStatus gtk2-x11 2.4.4-1OK OK, so how do I fix aforementioned pkg-config path ? Thanks, Ken -- 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: Newbie GUI development
Ken Dibble wrote: Gerrit P. Haase wrote: Hallo Ken, Am Dienstag, 5. Oktober 2004 um 11:21 schriebst du: I'm trying to build a Linux gui app and failing miserably. Any help would be appreciated. $ pkg-config --libs gtk+-2.0 gnome-config: not found Package gobject-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `gobject-2.0.pc' to the PKG_CONFIG_PATH environment variable Package 'gobject-2.0', required by 'GdkPixbuf', not found I couldn't find gnome-config in the setup package search facility. I did find cygobject-2.0-0.dll inglib2-runtime/glib2-runtime The name of the DLL is actually 'cyggobject-2.0-0.dll', the prefix is 'cyg' followed by the package name. And it is included: http://cygwin.com/cgi-bin2/package-grep.cgi?grep=cyggobject-2.0-0.dll Expected output: $ pkg-config --libs gtk+-2.0 -Wl,--export-dynamic -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -liconv Please run: cygcheck -c gtk2-x11 Expected output: $ cygcheck -c gtk2-x11 Cygwin Package Information Package VersionStatus gtk2-x11 2.4.4-1OK If you get the same, then maybe your pkg-config path setting is broken? [EMAIL PROTECTED] ~ $ cygcheck -c gtk2-x11 Cygwin Package Information Package VersionStatus gtk2-x11 2.4.4-1OK OK, so how do I fix aforementioned pkg-config path ? oops. $ echo $PKG_CONFIG_PATH /usr/X11R6/lib/pkgconfig -- 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: Newbie GUI development
-Original Message- From: cygwin-owner On Behalf Of Ken Dibble Sent: 05 October 2004 10:51 This is all gnome stuff. You'll need to install gnome dev stuff. That was my original thought but: http://cygwin.com/cgi-bin2/package-grep.cgi?grep=gnome doesn't appear to have any gnome specific stuff. It has gtk stuff, which I have. (cygcheck was attached to previous message) Could you make it obvious for me? Not very, because it's outside my field of experience, and indeed since it's not a supported cygwin package it's OT strictly speaking, but you could probably find out more at http://cygnome.sourceforge.net/ cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Broken pipe warning from bash. (question for bash maintainer)
Christopher Faylor schrieb: On Wed, Sep 29, 2004 at 05:34:15AM +0200, Bas van Gompel wrote: Op Tue, 28 Sep 2004 09:53:32 +0200 (MET DST) schreef ik : Following little (bash) shell-script many times causes a Broken pipe : (SIGPIPE) warning to be emitted by bash. Is this expected behaviour? Maybe I should have been clearer... Aargh/... [Explanation I was writing snipped.] ...It's in the bash FAQ... URL:ftp://ftp.cwru.edu/pub/bash/FAQ section E2. According to that, defining ``DONT_REPORT_SIGPIPE'' in ``config-top.h'' will enable building a version which does not show the behaviour. Is this flag set on the various distro's? Should it be set on cygwin? (If only to prevent more stupid questions like mine...) It sounds like maybe it should be set. I've reset the subject to alert the bash maintainer. cgf: Could you please add the following components to cygwin in bugzilla. cygwin: - bash versions: 2.05b - postgresql versions: 7.4.5, 8.0.0, snapshot - curl-devel versions: 7.11.1 Just to write down all known pending issues, for our dear maintainers. Something which Pierre will not be able to solve. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- 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: Broken pipe warning from bash. (question for bash maintainer)
-Original Message- From: cygwin-owner On Behalf Of Reini Urban Sent: 05 October 2004 11:09 cgf: Could you please add the following components to cygwin in bugzilla. cygwin: - bash versions: 2.05b - postgresql versions: 7.4.5, 8.0.0, snapshot - curl-devel versions: 7.11.1 I'm not cgf, but may I observe that it would make more sense to just write a script that parses setup.ini and gets packages and versions out of it, rather than adding things piecemeal and having to resolve conflicts later cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Absence of mkgroup and mkpasswd man pages
After installing a new machine with cygwin, it displayed the message: Your groupname is currently mkgroup_l_d. This indicates that not all users and groups are listed in /etc/passwd and /etc/group files. See the man pages for mkpasswd and mkgroup then, for example, run mkpasswd -l -d /etc/passwd mkgroup -l -d /etc/group This message will only be displayed once. Unfortunately, though, man mkgroup or man mkpasswd do not work, they're are no man pages for these utilities. (I could just use the Unix version from the net, but are there any cygwin specifics? I expect there are) The install was done via setup.exe today, installing all the default packages. The output of cygcheck -r -s -v is attached. 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: Bugzilla
Corinna Vinschen schrieb: On Oct 4 23:15, Reini Urban wrote: Reini Urban schrieb: Product: add Cygwin long description: Corinna? What's the question? sorry, bogus. Already solved. -- 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: Absence of mkgroup and mkpasswd man pages
-Original Message- From: cygwin-owner On Behalf Of Robert Thorpe Sent: 05 October 2004 11:24 After installing a new machine with cygwin, it displayed the message: Your groupname is currently mkgroup_l_d. This indicates that not all users and groups are listed in /etc/passwd and /etc/group files. See the man pages for mkpasswd and mkgroup then, for example, run mkpasswd -l -d /etc/passwd mkgroup -l -d /etc/group This message will only be displayed once. Unfortunately, though, man mkgroup or man mkpasswd do not work, they're are no man pages for these utilities. WFM: snip! [EMAIL PROTECTED] /artimi man mkgroup | head -10 MKGROUP(1) CYGWIN MKGROUP(1) NAME mkgroup - Prints /etc/group file to stdout SYNOPSIS mkgroup [OPTION]... [domain]... [EMAIL PROTECTED] /artimi man mkpasswd | head -10 MKPASSWD(1) CYGWIN MKPASSWD(1) NAME mkpasswd - Prints /etc/passwd file to stdout SYNOPSIS mkpasswd [OPTION]... [domain]... snip! Re-run setup; looking at the packages in your cygcheck output, you have hardly anything at all installed, and in particular you need the cygwin-doc package to get man pages etc. (I could just use the Unix version from the net, but are there any cygwin specifics? I expect there are) Yep. They're entirely devoted to the purpose of creating a cygwin passwd file from your windows SAM. Not a lot of use on *nixen that don't have SAMs! cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Newbie GUI development
Hello Ken, This is all gnome stuff. You'll need to install gnome dev stuff. That was my original thought but: http://cygwin.com/cgi-bin2/package-grep.cgi?grep=gnome doesn't appear to have any gnome specific stuff. It has gtk stuff, which I have. (cygcheck was attached to previous message) Could you make it obvious for me? If pkg-config doesn't find a specific .pc file it tries to use gnome-config, I think it is built-in. 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: Shell script ignores $PATH?!
[EMAIL PROTECTED] wrote:
So my guess is that when a script with no #!/path line is run, then the
default is to run /usr/bin/sh to start it, and the PATH simply doesn't
come into it.
If you want to specify what shell is used to run a script you either
need to specify it in the shebang of the script (#!/path/to/shell) or
you need to start that shell explicitly (/path/to/shell
/path/to/script). If you try to execute a script with no shebang then
the behavoir is going to be system-dependent. On cygwin that means
defaulting to /bin/sh, as you can see from spawn.cc:spawn_guts()
if (buf[0] != '#' || buf[1] != '!')
{
pgm = (char *) /bin/sh;
arg1 = NULL;
}
In other words, you were being too ambiguous. Explicitly call the shell
that you want if it differs from the norm. The it'll use whatever is
in the path is a DOS-ism.
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: Bugzilla (was: whole cygwin release/ distribution issues)
Dave Korn wrote: Hey! I found a bug in b19! I wanna report it! Dude, upgrade to B20. It has no defects whatsoever. It even has toast and coffee waiting for me every morning. 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: Run program in background.
Moises Deangelo wrote: I did a program in C. That program needs to run for a long time, because of this it is ideal that he works on background. I do not have been managing do that. is there some command? Any lib, anything I thank the help. Your question is not clear. Run in the background can mean lots of things. If you just want your program to simply run in the background, launch it with a at the end of the command from the shell. However, if it expects to use stdout, stdin, or stderr, it will stop -- so these must all be redirected to files or pipes. This will still leave it attached to the terminal and process group of the shell, however. Thus you will not be able to log out of the command prompt with the background jobs unless you detach them. To get around this you can use the nohup and/or setsid commands when launching it. If you want your program to daemonize itself (rather than relying on the user to do it when invoking it), then you will have to read some unix programming books about the steps involved. For example, Perl's Proc::Daemon does the following: 1. Fork a child and exit the parent process. 2. Become a session leader (which detaches the program from the controlling terminal). 3. Fork another child process and exit first child. This prevents the potential of acquiring a controlling terminal. 4. Change the current working directory to /. 5. Clear the file creation mask. 6. Close all open file descriptors. As an alternative, under Cygwin you can run your program as a service. In this mode you needn't daemonize from within your program, as the cygrunsrv program launches your program and waits on it. Thus cygrunsrv can run any normal program as a service, without needing special code in the program. However, you must be mindful of permissions and ownership as by default you will be running as the SYSTEM account which does not always have the same access as user accounts. 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: Weird bug with cp -f
Christopher Faylor [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
On Tue, Oct 05, 2004 at 12:10:34AM +0100, Dave Miles wrote:
Christopher Faylor wrote:
On Sun, Oct 03, 2004 at 12:03:42AM -0400, Christopher Faylor wrote:
Works just fine for me.
(WJJFM?)
Try again: WJFFM.
But has not worked for me for some time on Win2K.
It works fine for me on Win2K SP4 on FAT, FAT32, and NTFS partitions.
Maybe your disk is screwed up. If not, maybe you have something set
on your disk that the majority of users don't. Do you have compression
or encryption turned on?
System information:
OS Name Microsoft Windows 2000 Professional
Version 5.0.2195 Service Pack 4 Build 2195
OS Manufacturer Microsoft Corporation
Two seperate disks with primary (c:, g:, j:) and extended partitions
(d:, k:, l:) on each.
All partitions formatted under NTFS without compression or
encryption enabled.
Windows disk management reports all healthy.
Now the fun bit begins...
1). created file in 'c:/temp' and attempt to 'cp' it ('cp' works fine)
[EMAIL PROTECTED] /cygdrive/c
$ cd temp
[EMAIL PROTECTED] /cygdrive/c/temp
$ ls -l cyg*
-rw-r--r--1 Administ None60747 Oct 5 11:11 cyg.out
-rw-r--r--1 Administ None60747 Oct 5 11:34 cyg.out.0
[EMAIL PROTECTED] /cygdrive/c/temp
$ rm cyg.out.0
[EMAIL PROTECTED] /cygdrive/c/temp
$ cp cyg.out cyg.out.0
[EMAIL PROTECTED] /cygdrive/c/temp
$ cp cyg.out cyg.out.0
[EMAIL PROTECTED] /cygdrive/c/temp
$ cp cyg.out cyg.out.0
[EMAIL PROTECTED] /cygdrive/c/temp
$ cp cyg.out cyg.out.0
[EMAIL PROTECTED] /cygdrive/c/temp
$ ls -l
total 120
-rw-r--r--1 Administ None60747 Oct 5 11:11 cyg.out
-rw-r--r--1 Administ None60747 Oct 5 11:37 cyg.out.0
drwxrwxrwt+ 2 Administ None0 Jul 12 12:10 installtemped
2). now re-attempt in 'c:/' ('cp' magically produces a directory)
[EMAIL PROTECTED] /cygdrive/c/temp
$ cd ..
[EMAIL PROTECTED] /cygdrive/c
$ cp cyg.out cyg.out.0
cp: cannot stat `cyg.out': No such file or directory
[EMAIL PROTECTED] /cygdrive/c
$ cp temp/cyg.out .
[EMAIL PROTECTED] /cygdrive/c
$ cp cyg.out cyg.out.0
[EMAIL PROTECTED] /cygdrive/c
$ cp cyg.out cyg.out.0
cp: writing `cyg.out.0': Invalid request code
[EMAIL PROTECTED] /cygdrive/c
$ ls -l cyg*
-rw-r--r--1 Administ None60747 Oct 5 11:36 cyg.out
cyg.out.0:
total 0
Problem is I first experienced this 'cp' behaviour within a build
that was copying to a directory path. Therefore I don't think that
using 'cp' within a non-root directory is the solution.
Also 'cp' from (say) c: to d: and attempting the above also gives rise
to a directory.
Since I had some spare disk space I created a FAT32 (m:) and FAT (n:)
drive and repeated (result is everything works as expected):
[EMAIL PROTECTED] /cygdrive/c/temp
$ cd m:
[EMAIL PROTECTED] /cygdrive/m
$ cp cyg.out cyg.out.0
[EMAIL PROTECTED] /cygdrive/m
$ cp cyg.out cyg.out.0
[EMAIL PROTECTED] /cygdrive/m
$ cp cyg.out cyg.out.0
[EMAIL PROTECTED] /cygdrive/m
$ ls -l
total 76
-rw-r--r--1 Administ None37971 Oct 5 11:31 cyg.out
-rw-r--r--1 Administ None37971 Oct 5 11:37 cyg.out.0
[EMAIL PROTECTED] /cygdrive/m
$ rm cyg.out.0
[EMAIL PROTECTED] /cygdrive/m
$ cp cyg.out cyg.out.0
[EMAIL PROTECTED] /cygdrive/m
$ cp cyg.out cyg.out.0
[EMAIL PROTECTED] /cygdrive/m
$ ls -l
total 76
-rw-r--r--1 Administ None37971 Oct 5 11:31 cyg.out
-rw-r--r--1 Administ None37971 Oct 5 11:37 cyg.out.0
[EMAIL PROTECTED] /cygdrive/m
$ mkdir temp
[EMAIL PROTECTED] /cygdrive/m
$ cp cyg.out temp
[EMAIL PROTECTED] /cygdrive/m
$ cd temp
[EMAIL PROTECTED] /cygdrive/m/temp
$ cp cyg.out cyg.out.0
[EMAIL PROTECTED] /cygdrive/m/temp
$ cp cyg.out cyg.out.0
[EMAIL PROTECTED] /cygdrive/m/temp
$ cp cyg.out cyg.out.0
[EMAIL PROTECTED] /cygdrive/m/temp
$ ls -l
total 76
-rw-r--r--1 Administ None37971 Oct 5 11:53 cyg.out
-rw-r--r--1 Administ None37971 Oct 5 11:53 cyg.out.0
[EMAIL PROTECTED] /cygdrive/m/temp
$ cd n:
[EMAIL PROTECTED] /cygdrive/n
$ cp m:/cyg.out .
[EMAIL PROTECTED] /cygdrive/n
$ cp m:/cyg.out .
[EMAIL PROTECTED] /cygdrive/n
$ cp m:/cyg.out .
[EMAIL PROTECTED] /cygdrive/n
$ cp m:/cyg.out .
[EMAIL PROTECTED] /cygdrive/n
$ ls -l
total 38
-rw-r--r--1 Administ None37971 Oct 5 11:53 cyg.out
[EMAIL PROTECTED] /cygdrive/n
$ cp cyg.out cyg.out.0
[EMAIL PROTECTED] /cygdrive/n
$ cp cyg.out cyg.out.0
[EMAIL PROTECTED] /cygdrive/n
$ cp cyg.out cyg.out.0
[EMAIL PROTECTED] /cygdrive/n
$ ls -l
total 76
-rw-r--r--1 Administ None37971 Oct 5 11:53 cyg.out
-rw-r--r--1 Administ None37971 Oct 5 2004 cyg.out.0
[EMAIL PROTECTED] /cygdrive/n
$ ls -l
total 76
-rw-r--r--1 Administ None37971
Re: Weird bug with cp -f
Dave Miles wrote: [EMAIL PROTECTED] /cygdrive/c $ cp cyg.out cyg.out.0 cp: cannot stat `cyg.out': No such file or directory [EMAIL PROTECTED] /cygdrive/c $ cp cyg.out cyg.out.0 cp: writing `cyg.out.0': Invalid request code My guess is that your permissions on the C: root include some weird ACLs. Post the output of xcacls c:/ and for any other directory or location that the problem occurs, and for a location where it works fine. 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: Compiling LAM MPI results in undefined reference
On Oct 5 15:10, Siegmar Gross wrote: c: undefined reference to `_inet_ntop' It's not implemented. Doesn't the package have a configure option along the lines of --without-ipv6? Searching in the web showed that other persons had had similar problems. One suggestion was to have cygipc installed and ipc-daemon2 running. The Cygwin documentation states that it is deprecated and that I should use cygserver instead (which I have running as a Windows service). That has nothing to do with missing symbols. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Problem compiling insight for target arm-elf
Hi all, I installed the newest version of cygwin in a another computer (1.5.11-1) and I am having problems compiling the gnu tool chain for ARM. The problem is specifically in the compilation of insight: build command: --- tar -zxvf insight-6.0.tar.gz mkdir gdb-build cd gdb-build ../insight-6.0/configure --target=arm-elf\ --prefix=/usr/local/arm-elf\ --enable-interwork\ --enable-multilib make all install || exit --- Error messages: --- In file included from ../../../insight-6.0/tcl/win/tclWinPort.h:72, from ../../../insight-6.0/tcl/generic/tclPort.h:22, from ../../../insight-6.0/tcl/win/tclWinInt.h:21, from ../../../insight-6.0/tcl/win/tclWin32Dll.c:15: /usr/include/w32api/winsock2.h:95:2: warning: #warning fd_set and associated macros have been defined in sys/types. This may cause runtime problems with W32 sockets ../../../insight-6.0/tcl/win/tclWin32Dll.c:54: error: initializer element is not constant ../../../insight-6.0/tcl/win/tclWin32Dll.c:54: error: (near initialization for `asciiProcs.buildCommDCBProc') ../../../insight-6.0/tcl/win/tclWin32Dll.c:55: error: initializer element is not constant ../../../insight-6.0/tcl/win/tclWin32Dll.c:55: error: (near initialization for `asciiProcs.charLowerProc') . . . --- I have compiled exactly the same toolchain (same files/version) with no problems using a previous version of cygwin. My platform is Windows 2000 professional. I have append information about both cygwin versions below. Thanks for any help Regards, Claudio --- cygcheck for Cygwin where compilation DIDN'T WORK (Latest) --- Cygwin Package Information Package VersionStatus _update-info-dir 00228-1OK ash 20040127-1 OK autoconf 2.59-1 OK autoconf-devel 2.59-1 OK autoconf-stable 2.13-5 OK automake 1.7.9-1OK automake-devel 1.9.1-1OK automake-stable 1.4p6-2OK base-files 3.0-3 OK base-passwd 2.0-1 OK bash 2.05b-16 OK binutils 20040725-2 OK bison20030307-1 OK byacc1.9-1 OK bzip21.0.2-6OK clear1.0-1 OK crypt1.1-1 OK cygwin 1.5.11-1 OK diffutils2.8.7-1OK editrights 1.01-1 OK expat1.95.7-1 OK fileutils4.1-2 OK findutils4.1.7-4OK gawk 3.1.4-3OK gcc 3.3.3-3OK gcc-core 3.3.3-3OK gcc-g++ 3.3.3-3OK gcc-mingw-core 20040810-1 OK gcc-mingw-g++20040810-1 OK gdb 20030919-1 OK gdbm 1.8.3-7OK gettext 0.14.1-1 OK grep 2.5-1 OK groff1.18.1-2 OK gzip 1.3.5-1OK ioperm 0.4-1 OK less 381-1 OK libbz2_1 1.0.2-6OK libdb4.2 4.2.52-1 OK libgdbm 1.8.0-5OK libgdbm-devel1.8.3-7OK libgdbm3 1.8.3-3OK libgdbm4 1.8.3-7OK libgettextpo00.14.1-1 OK libiconv21.9.2-1OK libintl1 0.10.40-1 OK libintl2 0.12.1-3 OK libintl3 0.14.1-1 OK libncurses5 5.2-1 OK libncurses6 5.2-8 OK libncurses7 5.3-4 OK libpcre 4.1-1 OK libpcre0 4.5-1 OK libpopt0 1.6.4-4OK libreadline4 4.1-2 OK libreadline5 4.3-5 OK login1.9-7 OK m4 1.4-1 OK make 3.80-1 OK man 1.5k-3 OK mingw-runtime3.5-1 OK mktemp 1.5-3 OK ncurses 5.3-4 OK perl 5.8.5-3OK readline 4.3-5 OK sed 4.1.2-1OK sh-utils 2.0.15-4
RE: Run program in background.
Brian Dessent wrote:
If you just want your program to simply run in the
background, launch it with a at the end of the command
from the shell. However, if it expects to use stdout, stdin,
or stderr, it will stop -- so these must all be redirected to files
or pipes.
not exactly correct the program does not stop, stdin is not accessible
via the shell, but stdout and stderr are by default, still routed to it.
$ cat back.c
#include stdio.h
int main (void)
{
int ctr = 0;
printf(From stdout\n);
fprintf(stderr, From stderr\n);
for (ctr = 0; ctr 5; ++ctr)
{
printf(%d\n, ctr);
sleep(2);
}
return(0);
}
WS-XP-4960:/home/rthompso
$ ./a
[2] 5076
WS-XP-4960:/home/rthompso
$ From stdout
From stderr
0
1
2
3
4
[2]+ Done./a
--
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: Weird bug with cp -f
Brian Dessent [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Dave Miles wrote: [EMAIL PROTECTED] /cygdrive/c $ cp cyg.out cyg.out.0 cp: cannot stat `cyg.out': No such file or directory [EMAIL PROTECTED] /cygdrive/c $ cp cyg.out cyg.out.0 cp: writing `cyg.out.0': Invalid request code My guess is that your permissions on the C: root include some weird ACLs. Post the output of xcacls c:/ and for any other directory or location that the problem occurs, and for a location where it works fine. Brian Directory where it works fine: C:\xcacls c:/temp c:\TEMP BUILTIN\Administrators:(OI)(CI)F Everyone:(OI)(CI)C CREATOR OWNER:(OI)(CI)F NT AUTHORITY\SYSTEM:(OI)(CI)F Directory where it doesn't: C:\xcacls c:/ c:\ BUILTIN\Administrators:(OI)(CI)F Everyone:(OI)(CI)C CREATOR OWNER:(OI)(CI)F NT AUTHORITY\SYSTEM:(OI)(CI)F Since re-starting the system and repeating the copy on drive O: (the newly created NTFS partition that 'cp' worked in) the magically created directory now appears when using 'cp'. FAT and FAT32 drives still seem OK with 'cp'. Xcacls for all drives: C:\xcacls c: xcacls d: xcacls g: xcacls j: xcacls k: xcacls l: xcacls m: xcacls n: xcacls o: C:\ BUILTIN\Administrators:(OI)(CI)F Everyone:(OI)(CI)C CREATOR OWNER:(OI)(CI)F NT AUTHORITY\SYSTEM:(OI)(CI)F D:\ Everyone:(OI)(CI)F G:\ Everyone:(OI)(CI)F J:\ Everyone:(OI)(CI)F K:\ Everyone:(OI)(CI)F L:\ Everyone:(OI)(CI)F M:\ No permissions are set. All user have full control. N:\ No permissions are set. All user have full control. O:\ Everyone:(OI)(CI)F -- 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: Weird bug with cp -f [solution that works for me]
Dave Miles [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Since re-starting the system and repeating the copy on drive O: (the newly created NTFS partition that 'cp' worked in) the magically created directory now appears when using 'cp'. So I tried to re-format it and was denied. On investigation it turned out that Norton System Works had protection enabled on this drive. I disabled it and 'cp' now works again. Also if you check the exclusions on a drive that Norton is protecting you'll see that '\temp' is excluded. So for me at least disabling Norton Protection on a folder or drive that I intend to use Cygwin on is the way to go. Many thanks to all who replied. Regards, Dave Miles -- 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/
setsockopt SO_REUSEADDR
running the program listed below with argument 'reuse' under cygwin and
linux returns different results!
from my point of view, the linux result is quite what i expected, a bind()
error 'Address already in use'. why doen't bind() return an error under
cygwin?
running under cygwin:
~$ ./tcptest.cygwin.exe reuse
using socket=4200064
setsockopt(SO_REUSEADDR)
~$ ./tcptest.cygwin.exe reuse
using socket=4200064
setsockopt(SO_REUSEADDR)
running under linux:
~$ ./tcptest.linux reuse
using socket=134513784
setsockopt(SO_REUSEADDR)
~$ ./tcptest.linux reuse
using socket=134513784
setsockopt(SO_REUSEADDR)
bind() failed: Address already in use
#-
#include sys/types.h
#include sys/socket.h
#include netinet/in.h
#include arpa/inet.h
int main(int argc, char** argv)
{
const unsigned reuse = (argc == 2 strcmp(argv[1], reuse) == 0);
int s = -1;
if ((s = socket(AF_INET, SOCK_STREAM, 0)) 0)
{
perror(socket() failed);
exit(1);
}
printf(using socket=%d\n, socket);
if (reuse)
{
int on = 1;
printf(setsockopt(SO_REUSEADDR)\n);
if (setsockopt(s, SOL_SOCKET, SO_REUSEADDR, on, sizeof(on)) 0)
{
perror(setsockopt(SO_REUSEADDR) failed);
}
}
struct sockaddr_in saddr;
bzero((char *) saddr, sizeof(saddr));
saddr.sin_family = AF_INET;
saddr.sin_addr.s_addr = htonl(INADDR_ANY);
saddr.sin_port= htons(12345);
if (bind(s, (struct sockaddr *) saddr, sizeof(saddr)) 0)
{
perror(bind() failed);
exit(1);
}
listen(s, 5);
while (1)
{
struct sockaddr_in caddr;
int caddr_len = sizeof(caddr);
int s2;
if ((s2 = accept(s, (struct sockaddr *) caddr, caddr_len)) 0)
{
perror(accept() failed);
exit(1);
}
close(s2);
}
return 0;
}
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] New packages: t1lib-5.0.2-1/t1lib-x11-5.0.2-1 - Library for generating character- and string-glyphs from Adobe Type 1 fonts
Hi The packages t1lib/t1lib-x11 are now available with the Cygwin distribution: * http://site.n.ml.org/info/t1lib/ (Homepage) * http://www.ibiblio.org/pub/linux/libs/graphics/ (Download location) DESCRIPTION: t1lib: == sdesc: Library for generating character- and string-glyphs from Adobe Type 1 fonts ldesc: t1lib is a library distributed under the GNU General Public Library License for generating character- and string-glyphs from Adobe Type 1 fonts under UNIX. t1lib uses most of the code of the X11 rasterizer donated by IBM to the X11-project. But some disadvantages of the rasterizer being included in X11 have been eliminated. Here are some of the features: - t1lib is completely independent of X11 (although the program provided for testing the library needs X11) - fonts are made known to library by means of a font database file at runtime - searchpaths for all types of input files are configured by means of a configuration file at runtime - characters are rastered as they are needed - characters and complete strings may be rastered by a simple function call - when rastering strings, pairwise kerning information from .afm-files may optionally be taken into account - an interface to ligature-information of afm-files is provided - a program to generate afm-files from Type 1 font files is included - rotation and arbitrary transformations are supported - there's support for extending and slanting fonts - underlining, overlining and overstriking is supported - new encoding vectors may be loaded at runtime and fonts may be reencoded using these encoding vectors - antialiasing is implemented - Right-To-Left typesetting is supported - Font subsetting is easily possible - support of composite character information - stroking of character outlines with variable strokewidths - An interactive test program called 'xglyph' is included in the distribution. This program allows to test all of the features of the library. It requires X11. category: Libs requires: cygwin t1lib-x11: == sdesc: Library for generating character- and string-glyphs from Adobe Type 1 fonts (X11 support) ldesc: t1lib is a library distributed under the GNU General Public Library License for generating character- and string-glyphs from Adobe Type 1 fonts under UNIX. t1lib uses most of the code of the X11 rasterizer donated by IBM to the X11-project. But some disadvantages of the rasterizer being included in X11 have been eliminated. Here are some of the features: - t1lib is completely independent of X11 (although the program provided for testing the library needs X11) - fonts are made known to library by means of a font database file at runtime - searchpaths for all types of input files are configured by means of a configuration file at runtime - characters are rastered as they are needed - characters and complete strings may be rastered by a simple function call - when rastering strings, pairwise kerning information from .afm-files may optionally be taken into account - an interface to ligature-information of afm-files is provided - a program to generate afm-files from Type 1 font files is included - rotation and arbitrary transformations are supported - there's support for extending and slanting fonts - underlining, overlining and overstriking is supported - new encoding vectors may be loaded at runtime and fonts may be reencoded using these encoding vectors - antialiasing is implemented - Right-To-Left typesetting is supported - Font subsetting is easily possible - support of composite character information - stroking of character outlines with variable strokewidths - An interactive test program called 'xglyph' is included in the distribution. This program allows to test all of the features of the library. It requires X11. category: Libs requires: cygwin t1lib xorg-x11-bin-dlls external-source: t1lib Enjoy Volker -- 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 Libs and then click on the appropriate fields until the above announced version numbers appear if they are not displayed already. If your mirror doesn't yet have the latest version of this package after 24 hours, you can either continue to wait for that site to be updated or you can try to find another mirror. Please send questions or comments to the Cygwin mailing list at: [EMAIL PROTECTED] If you want to subscribe go to: http://cygwin.com/ml/cygwin/ 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 in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports:
RE: setsockopt SO_REUSEADDR
-Original Message- From: cygwin-owner On Behalf Of Rainer Hochreiter Sent: 05 October 2004 15:29 running the program listed below with argument 'reuse' under cygwin and linux returns different results! from my point of view, the linux result is quite what i expected, a bind() error 'Address already in use'. Huh? But that's exactly what SO_REUSEADDR is supposed to _prevent_ from happening. That's why it's called _REUSE_addr, because it lets you *re-use* an addr, without getting an error message. Why would you expect setting it to stop you from reusing the address? why doen't bind() return an error under cygwin? Because SO_REUSEADDR works _correctly_ on cygwin, perhaps? cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygserver 100% CPU
--- Corinna Vinschen wrote: On Oct 4 07:02, Patrick Samson wrote: --- Corinna Vinschen wrote: I'm still hoping for a simple testcase... I'm still working on it (the problem, not the testcase, as it is probably a race condition). Too bad. I've checked in a patch to cygserver a few minutes ago. Since you're set up for building your own version, please try that one. It adds a tiny bit of debug output which might be interesting. I don't think it will solve the problem, though. can't build. Any suggestion? [EMAIL PROTECTED] /cygdrive/d/cvshome/redhat/src/i686-pc-cygwin/winsup/cygwin $ make make[1]: `../../../.././winsup/w32api/lib/libkernel32.a' is up to date. Error: Version info is older than DLL API! c++ -L/cygdrive/d/cvshome/redhat/src/i686-pc-cygwin/winsup -L/cygdrive/d/cvshome/redhat/src/i686-pc-cygwin/winsup/c ygwin -L/cygdrive/d/cvshome/redhat/src/i686-pc-cygwin/winsup/w32api/lib -isystem /cygdrive/d/cvshome/redhat/src/win sup/include -isystem /cygdrive/d/cvshome/redhat/src/winsup/cygwin/include -isystem /cygdrive/d/cvshome/redhat/src/w insup/w32api/include -B/cygdrive/d/cvshome/redhat/src/i686-pc-cygwin/newlib/ -isystem /cygdrive/d/cvshome/redhat/sr c/i686-pc-cygwin/newlib/targ-include -isystem /cygdrive/d/cvshome/redhat/src/newlib/libc/include -O2 -g -O2 -MMD -fmerge-constants -ftracer -Wl,--gc-sections -nostdlib -Wl,-T../../.././winsup/cygwin/cygwin.sc -Wl,--out-implib,c ygdll.a -shared -o cygwin0.dll \ -e [EMAIL PROTECTED] cygwin.def assert.o autoload.o bsdlib.o cxx.o cygheap.o cygthread.o cygtls.o dcrt0.o debug.o delqu eue.o devices.o dir.o dlfcn.o dll_init.o dtable.o environ.o errno.o exceptions.o exec.o external.o fcntl.o fhandler .o fhandler_clipboard.o fhandler_console.o fhandler_disk_file.o fhandler_dsp.o fhandler_fifo.o fhandler_floppy.o fh andler_mem.o fhandler_nodevice.o fhandler_proc.o fhandler_process.o fhandler_random.o fhandler_raw.o fhandler_regis try.o fhandler_serial.o fhandler_socket.o fhandler_tape.o fhandler_termios.o fhandler_tty.o fhandler_virtual.o fhan dler_windows.o fhandler_zero.o flock.o fnmatch.o fork.o getopt.o glob.o grp.o heap.o init.o ioctl.o ipc.o iruserok. o localtime.o malloc_wrapper.o miscfuncs.o mmap.o msg.o net.o netdb.o ntea.o passwd.o path.o pinfo.o pipe.o poll.o pthread.o regcomp.o regerror.o regexec.o regfree.o registry.o resource.o scandir.o sched.o sec_acl.o sec_helper.o s ecurity.o select.o sem.o shared.o shm.o sigfe.o signal.o sigproc.o smallprint.o spawn.o strace.o strsep.o strsig.o sync.o syscalls.o sysconf.o syslog.o termios.o thread.o timer.o times.o tty.o uinfo.o uname.o v8_regexp.o v8_regerr or.o v8_regsub.o wait.o wincap.o window.o /cygdrive/d/cvshome/redhat/src/i686-pc-cygwin/libiberty/random.o malloc. o version.o winver.o \ /cygdrive/d/cvshome/redhat/src/i686-pc-cygwin/winsup/cygserver/libcygserver.a /cygdrive/d/cvshome/redhat/src/i686- pc-cygwin/newlib/libm/libm.a /cygdrive/d/cvshome/redhat/src/i686-pc-cygwin/newlib/libc/libc.a \ -lgcc /cygdrive/d/cvshome/redhat/src/i686-pc-cygwin/winsup/w32api/lib/libkernel32.a /cygdrive/d/cvshome/redhat/src/ i686-pc-cygwin/winsup/w32api/lib/libadvapi32.a c++: cygwin.def: No such file or directory c++: assert.o: No such file or directory c++: autoload.o: No such file or directory c++: bsdlib.o: No such file or directory c++: cxx.o: No such file or directory c++: cygheap.o: No such file or directory c++: cygthread.o: No such file or directory c++: cygtls.o: No such file or directory c++: dcrt0.o: No such file or directory c++: debug.o: No such file or directory c++: delqueue.o: No such file or directory c++: devices.o: No such file or directory c++: dir.o: No such file or directory ... and so on __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.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/
