Re: Re: __RUNTIME_PSEUDO_RELOC_LIST[_END]__ (1.3.18-1)

[Timothy C Prince]

-Original Message-
From: Elfyn McBratney <[EMAIL PROTECTED]>
To: "Tim Prince" <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
Date: Thu, 2 Jan 2003 23:08:21 -0800 (PST)
Subject: Re: __RUNTIME_PSEUDO_RELOC_LIST[_END]__ (1.3.18-1)

What we're you doing when these warning's came up? I guess the
compilation bit but what we're you compiling? Where you using dynamic
libraries? What compile line did you use?

Have you checked that you have the latest binutils? What's your
cygcheck output?

  run `cygcheck -s -v -r > cygcheck.out' and attatch that file,
  *non-compressed*.

Elfyn
[EMAIL PROTECTED]

I suppose it's time to blow away the cygwin installation and start over from scratch.  
Mine is left over from the days when dejagnu didn't run unless the installation was 
done in C: (root).

The unresolved linkage comes up in the gcc configure script, where it tries to build a 
simple .exe with $(CFLAGS) (which must be set to something appropriate for building 
libf2c, including -mwin32 -g).


Thanks.


Tim Prince

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Minimal xserver-wm-ssh setup

[chrisf]

Has anyone figured out  a minimal package install to run
1) ssh client for remote auth   
2) a window manager
3)  a xserver for remote applications

I have seen the winxterm project but it only handles XDM

Thanks Chris


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Rsync issue - can it handle files larger than 2 gigabytes?

[Lapo Luchini]

Larry Hall (RFK Partners, Inc) wrote:


wrote 150 bytes  read 36 bytes  124.00 bytes/sec
total size is -1911686656  speedup is -10277885.25
   

Looks to me like you're running into 32-bit integer overflows.
While Cygwin internals don't support 64-bit either, judging from 
the output above, I'm guessing that rsync problem you're seeing is
internal to rsync.  A closer look at the code would help you determine
that for sure.  In any case, this is an indication that file sizes 
beyond 2GB don't work.

rsync internals sould actually be 64-bit based.
Michael, what version are you using exactly?
latest is:

$ rsync --version
rsync  version 2.5.5  protocol version 26
Copyright (C) 1996-2002 by Andrew Tridgell and others

Capabilities: 32-bit files, socketpairs, hard links, symlinks, batchfiles,
 no IPv6, 32-bit system inums, 64-bit internal inums

--
Lapo 'Raist' Luchini
[EMAIL PROTECTED] (PGP & X.509 keys available)
http://www.lapo.it (ICQ UIN: 529796)



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: rsync windows -> unix still hanging :(

[Lapo Luchini]

Mike Rubel wrote:


I'm not really an rsync developer, but I'd be happy to forward anything
you suggest on to that list.  One question, though.  In his email, Steve
seems to suggest that a patch (much like this one) has already been added
to the rsync CVS tree, but that it did not work for him:

Steve Evans wrote:
[...]
 

A few web searches later, I realized that a lot of folks have seen this
problem.  I saw one proposed fix...
http://sources.redhat.com/ml/cygwin/2002-09/msg01155.html
This fix is in rsync 2.5.5-2, but rsync still hangs for me.  I'm able to
sync a smaller directory but this larger one fails consistently


Please notice that rsync-2.5.5-2 Steve is referring to is not "rsync CVS 
tree" but actually just a Cygwin-specific patcher released.

As a matter of fact talknig about this on the mailing list 
[EMAIL PROTECTED] should be, IMHO, better: there the discussion can 
also be heard by rsync developers themself, than can maybe have better 
solutions (its their code, after all...) and/or say "we already solved 
that, just wait next release" or other comments.

Another thing in my personal To-Do list is to check "make check" and see 
why it is failing some tests (long dir test seems to me like "too long 
dirname for win32 standards"... if that's really the case that test 
should be deactivated for cygwin build) and maybe having a Win98 Cygwin 
in http://build.samba.org/ to check compilation there (I don't have any 
Win98 machine, though).
Notice than "cyberone" referenced in that page is my developement 
machine and I'm compiling using gcc-3.2 (as you can notice clicking on 
that page and reading the infos)

--
Lapo 'Raist' Luchini
[EMAIL PROTECTED] (PGP & X.509 keys available)
http://www.lapo.it (ICQ UIN: 529796)



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: rsync windows -> unix still hanging :(

[Lapo Luchini]

Lapo Luchini wrote:


As a matter of fact talknig about this on the mailing list 
[EMAIL PROTECTED] should be, IMHO, better: there the discussion 
can also be heard by rsync developers themself, than can maybe have 
better solutions (its their code, after all...) and/or say "we already 
solved that, just wait next release" or other comments. 

OK, OK I had a problem with mail filters and the fact that I read 
rsync ML only after cygwin ML 0=)
Pardon me ;-)

--
Lapo 'Raist' Luchini
[EMAIL PROTECTED] (PGP & X.509 keys available)
http://www.lapo.it (ICQ UIN: 529796)



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: 2 copies of perl includes?

[Gerrit P. Haase]

Hallo Linda,

>>> 5.8?  Is that available in cygwin-x86?

>> As a test version. It will show in the click through list, 
>> but hasn't yet been promoted to curr, so presumably there are 
>> a few buglets left.

> Ah...cool!  Maybe will have to try an early edition assuming I can
> find a semi-fast mirror that carries the test versions.

Should be available from any mirror.

Make a backup from libperl5.6.1.dll since some other executables
in the cygwin netrelease are linked against it (e.g. exim).


Regards,

Gerrit
-- 
=^..^=


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Perl pathname parsing, File::Spec, proposed fix

[Gerrit P. Haase]

Hallo linda,

Am Dienstag, 31. Dezember 2002 um 03:18 schriebst du:

> Does anyone see a problem with the following proposed change in the
> Perl lib dir?

Have not tried it yet.

> It seems the Win32 handles both forward and backward slashes and
> no special module for Cygwin is needed.

What about the usual Cygwin path semantics like /, /lib,
/usr/local/bin?  Is it handled too?  I will try to build
bleadperl and run the tests with this included.


Gerrit
-- 
=^..^=


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: perl error messages with cygwin 1.3.18-1

[Gerrit P. Haase]

Hallo Tommy,

[...perl pagefaults...]

> I think this was only happening when something tried to fork().  Couldn't say
> exactly.

Can you (or someone else) can provide a small script which demonstrates
the failure, I'm just running a CPAN shell which is loading lots of
modules and it works well here.


> Further, perldoc.exe isn't rendering pages correctly since 5.8 either.  For
> example, "$ perldoc UNIVERSAL" produces the following when run from cygwin bash
> (quoted text snippet indented 3 spaces.)

Hmm, this works well with Cygwin versions before my last update to the
latest... It seems to be a not bug in perl-5.8.  Someone with
perl-5.6.1 seeing this too?


Gerrit
-- 
=^..^=


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: __RUNTIME_PSEUDO_RELOC_LIST[_END]__ (1.3.18-1)

[Max Bowsher]

Tim Prince wrote:
> - Original Message -
> From: "Elfyn McBratney" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
> Sent: Thursday, January 02, 2003 4:04 PM
> Subject: __RUNTIME_PSEUDO_RELOC_LIST[_END]__ (1.3.18-1)
>
>
>> The "pseudo reloc" is a new addition to cygwin-1.3.18-1. Taken from
>> the release announce
>> (http://www.cygwin.com/ml/cygwin-announce/2002-12/msg00031.html)
>>
>>   - Implement "pseudo reloc" code which now allows transparent
>>   linking of dlls similar to UNIX.  (Egor Duda)
>>
>> What problems are you experiencing? The symbols
>> __RUNTIME_PSEUDO_RELOC_LIST__ and __RUNTIME_PSEUDO_RELOC_LIST_END__
>> are exported by binutils, so have you updated that recently?
>
> I've been using a plain binary installation of the default cygwin
> binutils.  I would have thought that the default choice of
> libcygwin.a ought to work with the default choice of binutils, absent
> instructions to do otherwise.

It does work for me. Perhaps your installation is not actually current?
Posting cygcheck as suggested would help determine this.

Max.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

glib-2.0.7 on cygwin

[Charles Wilson]

Since the last remaining (known) bug was actually in newlib, I put a 
workaround in glib for now.  So, by applying the attached patch and 
following the instructions below, glib-2.0.7 will

1) build as shared libs
2) pass all 29 tests

Please read the attached NOTES file thoroughly -- especially if you're 
thinking about turning this simple patch into a full-blown set of cygwin 
packages.  [Note that the attached patch affects only the primary 
sources;  after running the bootstrap script the patch grows to almost 
1.9MB]

I also have some patches for glib-2.2.0, and will post those soon. 
However, 2.2.0 fails two tests...

--Chuck
build requirements:
==

pkgconfig  0.12.0 or newer
libtool
libtool-devel  20021227-1 or newer (*)
autoconf
autoconf-devel 2.57-1 or newer
automake
automake-devel 1.7.2-1 or newer
gcc3.2-3 or newer
binutils   20021117-1 or newer
libiconv   1.8-2
libiconv2  1.8-2
libintl2   0.11.5-1
gettext0.11.5-1
gettext-devel   0.11.5-1

(*) if using 20021227-1, you need to apply the following patch to
/usr/autotools/devel/share/aclocal/libtool.m4 BEFORE running bootstrap,
below.  I'll release a new libtool that includes this fix soon.

--- libtool.m4.orig   2002-12-30 00:16:43.0 -0500
+++ libtool.m42002-12-30 00:16:56.0 -0500
@@ -2342,7 +2342,7 @@
 # --
 # enable support for Windows resource files
 AC_DEFUN([AC_LIBTOOL_RC],
-[AC_REQUIRE([AC_PROG_RC])
+[AC_REQUIRE([LT_AC_PROG_RC])
 _LT_AC_SHELL_INIT([tagnames=`echo "$tagnames,RC" | sed 's/^,//'`])
 ])# AC_LIBTOOL_RC


build instructions:
==
This is what I did, but you might want different CFLAGS or configure options.

1) unpack glib-2.0.7.tar.bz2
2) cd glib-2.0.7
3) patch -p1 < /glib-2.0.7.patch
4) chmod +x ./bootstrap
5) ./bootstrap
6) mkdir .build && cd .build
7) CFLAGS='-g -O0' ../configure \
   --prefix=/usr/local --srcdir=/glib-2.0.7 --enable-maintainer-mode
8) make


test results:
==
passes all 29 tests


packaging notes:
==
I don't intend to package glib for cygwin, or to support it.  I just 
viewed it as an interesting application/testcase for libtool.  If anyone 
wants to take these patches and use them to provide an official glib
package for cygwin, I wouldn't mind -- but be warned, the packaging will 
be tricky, since the import libs and headers are versioned, as well as 
the dll.  See Nicholas Wourm's packaging structure for
  db2
  libdb2
  libdb2-devel
  db3.1
  libdb3.1
  libdb3.1-devel

I'd suggest

  glib20-devel-2.0.7-1
(include files, import libs, static libs, locale files,
pkg-config files (.pc), glib-2.0.m4, but not glib-gettext.m4)
 
  libglib20_0-2.0.7-1
(contains only the dlls) 

  glib-docs-2.0.7-1
(html docs, but not the man pages)

  glib-2.0.7-1
(everything else, incl. glib-gettext.m4, .exe's, man pages)

Oh -- and don't "ship" usr/lib/charset.alias.  That's part of the gettext 
package on cygwin.

submitting "upstream"
==
These patches are probably large enough that I'd need to fill out 
a copyright assignment for glib.  I wouldn't mind doing that, if someone
else wants to push them into glib-2.0.8.  (Also, Steven O'Brien would 
need to fill out a copyright assignment too).

But

These patches depend on reautotoolizing the whole tree using CVS versions 
of libtool.  There might be resistance to that.  Plus, since 2.2.0 has come 
out, there may not BE a 2.0.8.

porting notes:
==
My "solution" for the earlier string-test failures is cheezy.  The problem is
actually in newlib's routines that format floating point numbers; hopefully
they will be fixed soon.  However, I just reduced the %1.1f down to
the maximum that newlib can handle: %42.42f.

There are a number of places where I blithely replaced G_PLATFORM_WIN32 
with G_OS_WIN32 (thus skipping various win32-isms on cygwin, and using 
the unix-isms instead).  I tried to only do this where it made sense -- 
and I kept some win32-isms.  However, it is entirely possible that SOME 
of the win32-isms that I killed in the cygwin build are actually needed, 
especially as it relates to g_convert_filename functions dealing with 
internationalization. 

Tip Of Hat: Many of these changes originated with Steven O'Brien
http://homepage.ntlworld.com/steven.obrien2/  Also, the basic port
to window-ish platforms is due to TONS of work by Tor Lilqvist and his
elves on the [EMAIL PROTECTED] list.



glib-2.0.7.patch.gz
Description: GNU Zip compressed data
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

glib-2.2.0 on cygwin

[Charles Wilson]

I finally got the 2.0.7 patches forward-ported to 2.2.0 -- they went 
thru quite a metamorphosis.  But, by applying the attached patch and 
following the instructions below, glib-2.2.0 will

1) build as shared libs
2) pass 27 of 29 tests  (yep, regressions...see NOTES below for analysis)

Please read the attached NOTES file thoroughly -- it is quite different 
from the one included with the glib-2.0.7 message.   It is especially 
useful if you're thinking about turning this simple patch into a 
full-blown set of cygwin packages -- or if you want to help fix the two 
test regressions.

[Note that the attached patch affects only the primary sources;  after 
running the bootstrap script the patch grows to almost 1.9MB]

--Chuck


build requirements:
==

pkgconfig  0.14.0 or newer
libtool
libtool-devel  20021227-1 or newer (*)
autoconf
autoconf-devel 2.57-1 or newer
automake
automake-devel 1.7.2-1 or newer
gcc3.2-3 or newer
binutils   20021117-1 or newer
libiconv   1.8-2
libiconv2  1.8-2
libintl2   0.11.5-1
gettext0.11.5-1
gettext-devel   0.11.5-1

(*) if using 20021227-1, you need to apply the following patch to
/usr/autotools/devel/share/aclocal/libtool.m4 BEFORE running bootstrap,
below.  I'll release a new libtool that includes this fix soon.

--- libtool.m4.orig   2002-12-30 00:16:43.0 -0500
+++ libtool.m42002-12-30 00:16:56.0 -0500
@@ -2342,7 +2342,7 @@
 # --
 # enable support for Windows resource files
 AC_DEFUN([AC_LIBTOOL_RC],
-[AC_REQUIRE([AC_PROG_RC])
+[AC_REQUIRE([LT_AC_PROG_RC])
 _LT_AC_SHELL_INIT([tagnames=`echo "$tagnames,RC" | sed 's/^,//'`])
 ])# AC_LIBTOOL_RC


build instructions:
==
This is what I did, but you might want different CFLAGS or configure options.

1) unpack glib-2.2.0.tar.bz2
2) cd glib-2.2.0
3) patch -p1 < /glib-2.2.0.patch
4) chmod +x ./bootstrap
5) ./bootstrap
6) mkdir .build && cd .build
7) CFLAGS='-g -O0' ../configure \
   --prefix=/usr/local --srcdir=/glib-2.2.0 --enable-maintainer-mode
8) make


test results:
==
failed 2 of 29 tests -- see below


packaging notes:
==
I don't intend to package glib for cygwin, or to support it.  I just 
viewed it as an interesting application/testcase for libtool.  If anyone 
wants to take these patches and use them to provide an official glib
package for cygwin, I wouldn't mind -- but be warned, the packaging will 
be tricky, since the import libs and headers are versioned, as well as 
the dll.  See Nicholas Wourm's packaging structure for
  db2
  libdb2
  libdb2-devel
  db3.1
  libdb3.1
  libdb3.1-devel

I'd suggest [NOTE: glib20 NOT glib22, libglib20_0 NOT libglib22_0. This is
because glib-2.2 is backward compatible with glib-2.0]

  glib20-devel-2.2.0-1
(include files, import libs, locale files, static libs,
pkg-config files (.pc), glib-2.0.m4, but not glib-gettext.m4)
 
  libglib20_0-2.2.0-1
(contains only the dlls) 

  glib-docs-2.2.0-1
(html docs, but not the man pages)

  glib-2.2.0-1
(everything else, incl. glib-gettext.m4, .exe's, man pages)

Oh -- and don't "ship" usr/lib/charset.alias.  That's part of the gettext 
package on cygwin.

submitting "upstream"
==
These patches are probably large enough that I'd need to fill out 
a copyright assignment for glib.  I wouldn't mind doing that, if someone
else wants to push them into glib-2.2.1.  (Also, Steven O'Brien would 
need to fill out a copyright assignment too).

But

These patches depend on reautotoolizing the whole tree using CVS versions 
of libtool.  There might be resistance to that -- at least until libtool-1.5
is released officially.

porting notes:
==
My "solution" for the earlier string-test failures is cheezy.  The problem is
actually in newlib's routines that format floating point numbers; hopefully
they will be fixed soon.  However, I just reduced the %1.1f down to
the maximum that newlib can handle: %42.42f.

There are a number of places where I blithely replaced G_PLATFORM_WIN32 
with G_OS_WIN32 (thus skipping various win32-isms on cygwin, and using 
the unix-isms instead).  I tried to only do this where it made sense -- 
and I kept some win32-isms.  However, it is entirely possible that SOME 
of the win32-isms that I killed in the cygwin build are actually needed, 
especially as it relates to g_convert_filename functions dealing with 
internationalization. 

-
module-test will fail unless you use a very very new ld.  There was
a patch posted recently to binutils mailing list that enables .exe's to
have exports, without going thru the gyrations that were necessary
previously.  It is likely that the patch will be accepted soon, and
that there will be included in an official cygwin binutils release 
somewhat later.

For an executable to d

inetd on Windows NT

[Stefan Frings]

Hello,
I'm missing the inetd service in the control panel but I installed inetd with 
the CygWin installer. Do you habe any idea what I made wrong?
bye

---
Vodafone D2
Stefan Frings
Abteilung TBP 1
Phone: +49 211 533 -7930
Handy: +49 172 2453666
Fax: +49 211 533 -7844
Mail: [EMAIL PROTECTED]

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: inetd on Windows NT

[Elfyn McBratney]

If you have only installed inetd (the inetutils package) via the
installer (setup.exe) then there is still a bit you have to do.
Consult /usr/doc/Cygwin/inetutils-1.3.2.README for installation
instructions.

Elfyn
[EMAIL PROTECTED]


--- [EMAIL PROTECTED] (Stefan Frings) wrote:
>Hello,
>I'm missing the inetd service in the control panel but I installed inetd with 
>the CygWin installer. Do you habe any idea what I made wrong?
>bye
>
>---
>Vodafone D2
>Stefan Frings
>Abteilung TBP 1
>Phone: +49 211 533 -7930
>Handy: +49 172 2453666
>Fax: +49 211 533 -7844
>Mail: [EMAIL PROTECTED]
>
>--
>Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
>Bug reporting: http://cygwin.com/bugs.html
>Documentation: http://cygwin.com/docs.html
>FAQ:   http://cygwin.com/faq/

_
www.smokeJet.com - Free UK Internet Services

_
Select your own custom email address for FREE! Get [EMAIL PROTECTED] w/No Ads, 6MB, 
POP & more! http://www.everyone.net/selectmail?campaign=tag

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: inetd on Windows NT

[Vince Hoffman]

did you follow the instructions to install it as a service in the README
(/usr/doc/Cygwin/inetutils-.README ) (replace  with your
release number)

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: 03 January 2003 13:13
> To: [EMAIL PROTECTED]
> Subject: inetd on Windows NT
> 
> 
> Hello,
> I'm missing the inetd service in the control panel but I 
> installed inetd with 
> the CygWin installer. Do you habe any idea what I made wrong?
> bye
> 
> ---
> Vodafone D2
> Stefan Frings
> Abteilung TBP 1
> Phone: +49 211 533 -7930
> Handy: +49 172 2453666
> Fax: +49 211 533 -7844
> Mail: [EMAIL PROTECTED]
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Betr:Re: inetd on Windows NT

[Stefan Frings]

Thank you very much.

---
Vodafone D2
Stefan Frings
Abteilung TBP 1
Phone: +49 211 533 -7930
Handy: +49 172 2453666
Fax: +49 211 533 -7844
Mail: [EMAIL PROTECTED]
-- Originaltext --

Von: "Elfyn McBratney" <[EMAIL PROTECTED]>, auf 03.01.2003 14:21:

If you have only installed inetd (the inetutils package) via the
installer (setup.exe) then there is still a bit you have to do.
Consult /usr/doc/Cygwin/inetutils-1.3.2.README for installation
instructions.

Elfyn
[EMAIL PROTECTED]


--- [EMAIL PROTECTED] (Stefan Frings) wrote:
>Hello,
>I'm missing the inetd service in the control panel but I installed inetd with 
>the CygWin installer. Do you habe any idea what I made wrong?
>bye
>
>---
>Vodafone D2
>Stefan Frings
>Abteilung TBP 1
>Phone: +49 211 533 -7930
>Handy: +49 172 2453666
>Fax: +49 211 533 -7844
>Mail: [EMAIL PROTECTED]
>
>--
>Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
>Bug reporting: http://cygwin.com/bugs.html
>Documentation: http://cygwin.com/docs.html
>FAQ:   http://cygwin.com/faq/

_
www.smokeJet.com - Free UK Internet Services

_
Select your own custom email address for FREE! Get [EMAIL PROTECTED] w/No 
Ads, 6MB, POP & more! http://www.everyone.net/selectmail?campaign=tag


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

inetutils ftpd fcntl(F_SETOWN) failure message suppression patch

[Jason Tishler]

Corrina,

The attached patch to ftpd prevents messages like the following from
filling up the Event Log whenever someone connects to the server:

[34724] ftpd
   Type: ERROR 
   Computer: TISHLERJASON
   Time: 12/31/2002 3:10:21 PM   ID:   0 
   User: SYSTEM\NT AUTHORITY
ftpd : Win32 Process Id = 0xDC8 : Cygwin Process Id = 0xE54 : fcntl F_SETOWN: In 
valid argument

Thanks,
Jason

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

--- ftpd.c.orig 2002-10-01 15:39:24.0 -0400
+++ ftpd.c  2003-01-03 08:02:11.0 -0500
@@ -382,7 +382,7 @@ main(argc, argv, envp)
syslog(LOG_ERR, "setsockopt: %m");
 #endif
 
-#ifdef F_SETOWN
+#if defined(F_SETOWN) && !defined(__CYGWIN__)
if (fcntl(fileno(stdin), F_SETOWN, getpid()) == -1)
syslog(LOG_ERR, "fcntl F_SETOWN: %m");
 #endif

2003-01-03  Jason Tishler  <[EMAIL PROTECTED]>

* ftpd/ftpd.c (main): Add Cygwin guard to the conditional compilation
around fcntl(F_SETOWN) to prevent the Event Log from filling with
expected failure messages.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: glib-2.2.0 on cygwin

[Lapo Luchini]

Charles Wilson wrote:


answer (maybe):
---
I had the following in my CYGWIN variable:
 error_start:d:/cygwin/bin/dumper.exe


That's definitely the problem: I just tried adding dumper to better 
debug a program written by me and it did the same things (unable to 
send, 10% cpu...)
Using cygwin-1.3.17

--
Lapo 'Raist' Luchini
[EMAIL PROTECTED] (PGP & X.509 keys available)
http://www.lapo.it (ICQ UIN: 529796)



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

clean_setup.pl binary-only cache patch

[Jason Tishler]

Michael,

The attached patch enables clean_setup.pl to handle binary-only
caches/mirrors.  Specifically, when no "source:" tags are in the
setup.ini file.  AFAICT, this patch does not affect operation with a
normal setup.ini file.

I'm a Perl novice, so the second hunk probably could be improved.

Anyway, are you willing to accept this patch?

Thanks,
Jason

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

--- clean_setup.pl.orig 2002-12-18 07:44:50.0 -0500
+++ clean_setup.pl  2002-12-18 08:37:59.0 -0500
@@ -410,7 +410,7 @@ my $wanted = sub {
   }
   close SETUP;
   usage( 'die', 1, "Nothing found in $sSetup" )
- if 3 != @aSetup || ! $aSetup[0];
+ if @aSetup < 2 || ! $aSetup[0];
   $aSetup{$sRel} = \@aSetup;
}
elsif ( ".tar.bz2" eq substr( $_, -8 ) || ".tar.gz" eq substr( $_, -7 ) ) {
@@ -450,7 +450,11 @@ foreach ( @sOldSetup ) {
 # Check found files against those listed in latest setup.ini
 my ( @sDir, $sDir, $sFile, @sDup, %sMove, @sUnlisted, @sWrongSize );
 my %aInstall = ( %{$aSetup{$sNewest}[1]} );
-my %aSource  = ( %{$aSetup{$sNewest}[2]} );
+my %aSource;
+if (exists $aSetup{$sNewest}[2]) {
+%aSource = ( %{$aSetup{$sNewest}[2]} );
+}
+
 foreach $sName ( sort keys %sTarBall ) {
@sDir  = sort keys %{$sTarBall{$sName}};
$sDir  = $sDir[0];


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: 2 copies of perl includes?

[Pierre A. Humblet]

On Fri, Jan 03, 2003 at 11:27:50AM +0100, Gerrit P. Haase wrote:
> Make a backup from libperl5.6.1.dll since some other executables
> in the cygwin netrelease are linked against it (e.g. exim).

The exim in the cygwin netrelease has never been linked with perl,
in part because the existence of multiple perl versions would 
complicate the maintenance.

Pierre

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: 1.3.18-1: "can't create title mutex" was RE: Problem with Cygwin DLL 1.3.18-1 and CVS and SSH

[Ben Eng]

The 2003-Jan-03 snapshot appears to fix for this problem.

  http://cygwin.com/snapshots/cygwin1-20030103.dll.bz2

It works for me (Win2K SP3).

Ben

On Fri, Jan 03, 2003 at 07:56:33AM +0100, Stephan Borchert wrote:
> Hi,
> 
> i have the same error in another situation. And Ben Eng wrote me this E-Mail, that 
>he 
> has the same problem in W2K.
> 
> Stephan
> 
> > --- Original Message --- 
> >
> > Von : Ben Eng
> > Datum : Thu, 2 Jan 2003 16:32:18 -0500
> >
> >> i have an every time updated Cygwin installation. Last day's i
> >> updated my installtion and get the Cygwin DLL 1.3.18-1.
> >> 
> >> I make every date an CVS update to an repository and have no
> >> errors. But with the new DLL i get this error:
> >>
> >> E:\cygwin\bin\ssh.exe: *** can't create title mutex, Win32 error 6
> >> cvs [update aborted]: end of file from server (consult above messages if any)
> >
> >I am seeing this exactly problem on my Windows 2000 installation.
> >
> >However, on Windows XP there is no problem at all.
> >
> >I'm not on the cygwin mailing list, but if you could follow-up and let
> >them know that the problem appears to be Win2K-specific, I'd
> >appreciate it. Thanks.
> >
> >Ben
> >
> >
> 
> _
> Arcor-DSL Flatrate - jetzt kostenlos einsteigen und bis zu Euro 76,18 sparen!
> Arcor-DSL gibt es jetzt auch mit bis zu 1500 Mbit/s Downstream!
> http://www.angebot.arcor.net/cgi-bin/angebot.cgi?key=b13e92247022
> 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cygwin Digest 2 Jan 2003 23:32:57 -0000 Issue 2457

[Fred_Smith]

>

> Message-ID: <[EMAIL PROTECTED]>
> Date: Thu, 2 Jan 2003 08:52:07 -0800 (PST)
> From: Robert Bercik <[EMAIL PROTECTED]>
> Subject: lockf() or flock() support?
> To: [EMAIL PROTECTED]
> MIME-Version: 1.0
> Content-Type: text/plain; charset=us-ascii
>
>

> I'm porting an application that uses lockf() to cygwin
> and it doesn't appear that either are supported on
> cygwin. If so i can't seem to find which library they
> are contained in. Anybody have any luck with either of
> these?
>
> thanks,
> -Rob
You could implement your own lockf() as a wrapper around fcntl(), assuming
that enough of fcntl() functionality actually exists (I did it once upon a
time for a really old LInux that didn't have lockf, and it actually worked!
however I don't own the code so I can't send it to you--it wasn't hard,
less than 100 lines of code, including whitespace and comments.)

I have no personal knowledge of the completeness of cygwin's fcntl() so
YMMV.

Good luck!

Fred






--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: ssmtp and cron

[Matthias Bobzien]

Dirk Ziegenbalg wrote:
> 
> can somebody help me please
> I've got cron and ssmtp to run. It works fine.
> When cron is started and wants to mail me a message, then there was two 
>error-entries in the eventlog und windows 2000. First tells me:
> 
> sSMTP mail : Win32 Process Id = 0x668 : Cygwin Process Id = 0x66C : unable to create 
>a socket..
> 
> and the second:
> 
> sSMTP mail : Win32 Process Id = 0x668 : Cygwin Process Id = 0x66C : can't open the 
>smtp port (25) on mail.gmx.de..
> 
> because of the first error.
> When I call ssmtp from the commandline then it works fine.
> 
> I've give it up after two days of trying. Cron did his work. But I want his 
>messages! Any ideas?

Hi,

funny, I had the same problems several months ago, tried to resolve it
and finally gave up.

I have the same symptoms: cron works, ssmtp works, but cron can't send
mails via ssmtp.

'wget' doesn't work with cron either, and I get an additional
information message within the eventlog:

/usr/sbin/cron : Win32 Process Id = 0x60C : Cygwin Process Id = 0x60C :
(bobzien) MAIL (mailed 735 bytes of output but got status 0x

Maybe someone can help us with this problem? I'll attach the output of
'cygcheck -s -v -r' and my 'ssmtp.conf'.

Matthias

-- 
Matthias Bobzien
[EMAIL PROTECTED]


Cygwin Win95/NT Configuration Diagnostics
Current System Time: Fri Jan 03 15:53:38 2003

Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 2

Path:   D:\cygwin\usr\local\bin
D:\cygwin\bin
D:\cygwin\bin
d:\ODI\OSTORE\BIN
d:\texmf\miktex\bin
c:\WINNT\system32
c:\WINNT
c:\WINNT\System32\Wbem
c:\PROGRA~1\GEMEIN~1\AUTODE~1
d:\Programme\rksupport
D:\cygwin\bin
D:\cygwin\usr\X11R6\bin
d:\Programme\Microsoft Visual Studio\Common\Tools\WinNT
d:\Programme\Microsoft Visual Studio\Common\MSDev98\Bin
d:\Programme\Microsoft Visual Studio\VC98\bin
w:\dll
w:\dll\pps
w:\debug\dll
w:\debug\dll\pps
r:\
.
.

SysDir: C:\WINNT\System32
WinDir: C:\WINNT

CYGWIN = `binmode tty ntsec Codepage:OEM'
HOME = `g:\bobzien'
MAKE_MODE = `unix'
PWD = `/g/bobzien'
USER = `bobzien'

ACADCFGW = `W:\support\iktcfg'
ALBSERVER = `W:\Alb-Query-Server'
ALLUSERSPROFILE = `C:\Dokumente und Einstellungen\All Users'
APPDATA = `C:\Dokumente und Einstellungen\bobzien\Anwendungsdaten'
COLORFGBG = `0;default;15'
COLORTERM = `rxvt-xpm'
COMMONPROGRAMFILES = `C:\Programme\Gemeinsame Dateien'
COMPUTERNAME = `STRANGLERS'
COMSPEC = `C:\WINNT\system32\cmd.exe'
CVSROOT = `:pserver:[EMAIL PROTECTED]:/home/merlin/.cvsroot'
DISPLAY = `:0'
HOMEDRIVE = `C:'
HOMEPATH = `\'
INCLUDE = `D:\Programme\Microsoft Visual 
Studio\VC98\atl\include;D:\Programme\Microsoft Visual 
Studio\VC98\mfc\include;D:\Programme\Microsoft Visual Studio\VC98\include'
LIB = `D:\Programme\Microsoft Visual Studio\VC98\mfc\lib;D:\Programme\Microsoft Visual 
Studio\VC98\lib'
LOGONSERVER = `\\GOLDEN_COCONUT'
MANPATH = `:/usr/ssl/man'
MSDEVDIR = `D:\Programme\Microsoft Visual Studio\Common\MSDev98'
NTRESKIT = `D:\Programme\rksupport'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/usr/bin'
OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
OS_AS_SIZE = `268435456'
OS_CACHE_SIZE = `16777216'
OS_ROOTDIR = `D:\ODI\OSTORE'
OS_TMPDIR = `C:\WINNT\TEMP'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PPSDB = `N:\'
PPSDUMP = `N:\dump'
PPSEXE = `W:\exe'
PPSQUERYSERVER = `W:\suppor~1'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 15 Model 0 Stepping 10, GenuineIntel'
PROCESSOR_LEVEL = `15'
PROCESSOR_REVISION = `000a'
PROGRAMFILES = `D:\Programme'
PS1 = `$PWD => '
SCHM_USR = `W:\Database'
SHLVL = `1'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINNT'
TEMP = `c:\DOKUME~1\bobzien\LOKALE~1\Temp'
TERM = `rxvt'
TMP = `c:\DOKUME~1\bobzien\LOKALE~1\Temp'
TZ = `CET-1CEST-2,M3.5.0/02:00:00,M10.5.0/03:00:00'
USERDNSDOMAIN = `ikt.uni-bonn.de'
USERDOMAIN = `IKT'
USERNAME = `bobzien'
USERPROFILE = `C:\Dokumente und Einstellungen\bobzien'
WINDIR = `C:\WINNT'
WINDOWID = `168056320'
_ = `/usr/bin/cygcheck'

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_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\00
  (default) = `C:'
  unix = `/'
  fbinary = 0x
  fsilent = 0x
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x0022
HKEY_LOCAL_MACHINE\SOFTW

Re: clean_setup.pl binary-only cache patch

[Christopher Faylor]

On Fri, Jan 03, 2003 at 09:19:27AM -0500, Jason Tishler wrote:
>The attached patch enables clean_setup.pl to handle binary-only
>caches/mirrors.  Specifically, when no "source:" tags are in the
>setup.ini file.  AFAICT, this patch does not affect operation with a
>normal setup.ini file.
>
>I'm a Perl novice, so the second hunk probably could be improved.
>
>Anyway, are you willing to accept this patch?

Wouldn't such a mirror be in violation of the GPL?

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: 2 copies of perl includes?

[Gerrit P. Haase]

Hallo Pierre,

Am Freitag, 3. Januar 2003 um 15:45 schriebst du:

> On Fri, Jan 03, 2003 at 11:27:50AM +0100, Gerrit P. Haase wrote:
>> Make a backup from libperl5.6.1.dll since some other executables
>> in the cygwin netrelease are linked against it (e.g. exim).

> The exim in the cygwin netrelease has never been linked with perl,
> in part because the existence of multiple perl versions would 
> complicate the maintenance.

Oops, yes I remember now.


Gerrit
-- 
=^..^=


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: ssmtp and cron

[Jason Tishler]

Matthias,

On Fri, Jan 03, 2003 at 04:23:04PM +0100, Matthias Bobzien wrote:
> I have the same symptoms: cron works, ssmtp works, but cron can't send
> mails via ssmtp.

I have found that some SMTP servers do not accept mail with unqualified
domain names.  This may be your problem.

In the past, I have patched cron to "send mail" via procmail.  Now, I
just use exim and configure it to accept unqualified domain names from
localhost.

Jason

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

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Missing Lesstif source file in cygwin

[Dimitri Pissarenko]

Hello!

I'm trying to use a cygwin system with X-windows (Lesstif window
manager) in order to run an image processing environmtent XMW
(http://amiserver.dis.ulpgc.es/).

When I run the script, which compiles an XMW file (this script mostly
complies a C program with gcc; see attachment, file cxmw), I get
several errors - the gcc compiler can not find some of the Lesstif
source files:


...
/usr/X11R6/include/Xm/XmP.h:29:28: X11/IntrinsicP.h: No such file or
directory
...
/usr/X11R6/include/Xm/Xm.h:32:27: X11/Intrinsic.h: No such file or
directory
/usr/X11R6/include/Xm/Xm.h:33:23: X11/Shell.h: No such file or
directory
/usr/X11R6/include/Xm/Xm.h:34:23: X11/Xatom.h: No such file or
directory
...
/usr/X11R6/include/Xm/XmStrDefs.h:29:28: X11/StringDefs.h: No such
file or directory
...


Is it possible to solve this problem or is migration to a "real" linux
system inevitable? Would the corresponding files from, say SuSE linux,
be suitable?

Thanks in advance

Dimitri Pissarenko




cxmw
Description: Binary data
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Missing Lesstif source file in cygwin

[Christopher Faylor]

Redirecting to the cygwin-xfree mailing list.

On Fri, Jan 03, 2003 at 05:13:17PM +0100, Dimitri Pissarenko wrote:
>Hello!
>
>I'm trying to use a cygwin system with X-windows (Lesstif window
>manager) in order to run an image processing environmtent XMW
>(http://amiserver.dis.ulpgc.es/).
>
>When I run the script, which compiles an XMW file (this script mostly
>complies a C program with gcc; see attachment, file cxmw), I get
>several errors - the gcc compiler can not find some of the Lesstif
>source files:
>
>
>...
>/usr/X11R6/include/Xm/XmP.h:29:28: X11/IntrinsicP.h: No such file or
>directory
>...
>/usr/X11R6/include/Xm/Xm.h:32:27: X11/Intrinsic.h: No such file or
>directory
>/usr/X11R6/include/Xm/Xm.h:33:23: X11/Shell.h: No such file or
>directory
>/usr/X11R6/include/Xm/Xm.h:34:23: X11/Xatom.h: No such file or
>directory
>...
>/usr/X11R6/include/Xm/XmStrDefs.h:29:28: X11/StringDefs.h: No such
>file or directory
>...
>
>
>Is it possible to solve this problem or is migration to a "real" linux
>system inevitable? Would the corresponding files from, say SuSE linux,
>be suitable?
>
>Thanks in advance
>
>Dimitri Pissarenko

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

sed -i problem?

[Robert Mecklenburg]

I seem to be having problem with the -i flag in sed 4.0.1 in the
latest cygwin release.  The docs state -i places output in a tmp file
and renames the tmp to the original when finished.  It appears the
rename is not happening for me:

22 OSAKA:$ mkdir /c/temp/sed
23 OSAKA:$ cd cd /c/temp/sed
25 OSAKA:sed$ echo "hi" > hi
26 OSAKA:sed$ sed -i 's/hi/there/' hi
27 OSAKA:sed$ ls
hi  sed000188
28 OSAKA:sed$ cat hi
hi
30 OSAKA:sed$ cat sed000188
there
31 OSAKA:sed$ sed 's/hi/there/' -i hi
32 OSAKA:sed$ ls
hi  sed000188  sed003016
33 OSAKA:sed$ cat sed003016
there
34 OSAKA:sed$ sed --version
GNU sed version 4.0.1
Copyright (C) 1999 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE,
to the extent permitted by law.


Or am I misunderstanding the proper use of the option?  A quick google
search for "gnu sed 4.0.1 -i" revealed no obvious references.  The
news file from 4.0.5 (the most recent on ftp.gnu.org) doesn't mention
the problem or a fix either.

Thanks,
-- 
Robert Mecklenburg


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: clean_setup.pl binary-only cache patch

[Jason Tishler]

On Fri, Jan 03, 2003 at 10:25:02AM -0500, Christopher Faylor wrote:
> On Fri, Jan 03, 2003 at 09:19:27AM -0500, Jason Tishler wrote:
> >The attached patch enables clean_setup.pl to handle binary-only
> >caches/mirrors.  Specifically, when no "source:" tags are in the
> >setup.ini file.
> >[snip]
> 
> Wouldn't such a mirror be in violation of the GPL?

Hmm...good point.  OK, I will fess up.  I have such a mirror that is
only for the convenience of my co-workers and myself.  It is not
distributed outside of our company.  Note that I was just trying to save
bandwidth and disk space.

If this is considered a GPL violation (and in hindsight, it probably
is), then I will update my script to download the source too.

Jason

P.S. Michael, you may want to hold up on that patch... :,)

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

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: ssmtp and cron

[Harig, Mark A.]

You might try setting the 'MAILTO' environment
variable in your crontab file.  Please see the
crontab(5) manual page for details about setting
environment variables:

  $ man 5 crontab

> -Original Message-
> From: Matthias Bobzien [mailto:[EMAIL PROTECTED]]
> Sent: Friday, January 03, 2003 10:23 AM
> To: [EMAIL PROTECTED]
> Subject: Re: ssmtp and cron
> 
> 
> Dirk Ziegenbalg wrote:
> > 
> > can somebody help me please
> > I've got cron and ssmtp to run. It works fine.
> > When cron is started and wants to mail me a message, then 
> there was two error-entries in the eventlog und windows 2000. 
> First tells me:
> > 
> > sSMTP mail : Win32 Process Id = 0x668 : Cygwin Process Id = 
> 0x66C : unable to create a socket..
> > 
> > and the second:
> > 
> > sSMTP mail : Win32 Process Id = 0x668 : Cygwin Process Id = 
> 0x66C : can't open the smtp port (25) on mail.gmx.de..
> > 
> > because of the first error.
> > When I call ssmtp from the commandline then it works fine.
> > 
> > I've give it up after two days of trying. Cron did his 
> work. But I want his messages! Any ideas?
> 
> Hi,
> 
> funny, I had the same problems several months ago, tried to resolve it
> and finally gave up.
> 
> I have the same symptoms: cron works, ssmtp works, but cron can't send
> mails via ssmtp.
> 
> 'wget' doesn't work with cron either, and I get an additional
> information message within the eventlog:
> 
> /usr/sbin/cron : Win32 Process Id = 0x60C : Cygwin Process Id 
> = 0x60C :
> (bobzien) MAIL (mailed 735 bytes of output but got status 0x
> 
> Maybe someone can help us with this problem? I'll attach the output of
> 'cygcheck -s -v -r' and my 'ssmtp.conf'.
> 
> Matthias
> 
> -- 
> Matthias Bobzien
> [EMAIL PROTECTED]
> 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Cygwin home dir=/cygwin/c (not /home/)

[a12]

Pierre,

'echo %HOME%' yields 'C:\'

Modifying /etc/profile:
# Set up USER's home directory
# 020102 magr40 force to use /home/$USER
#if [ -z "$HOME" ]; then
  HOME="/home/$USER"
#fi
solves my problem, but is it the correct way to do it ?

"Pierre A. Humblet" wrote:

> On Thu, Jan 02, 2003 at 11:15:09PM +0100, a12 wrote:
>
> > Whether I login locally as user 'sysaccount' or domain user
> > 'magr40', the problem persists:
> > HOME=/cygdrive/c
> > HOMEDRIVE=C:
> > HOMEPATH=\
>
> Isn't HOME already defined in the Windows environment, before
> starting Cygwin?
> Start a DOS shell and type echo %HOME%
>
> Pierre
>
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Quirky Emacs behavior -- any ideas?

[Joe Buehler]

Dr. Andrew Mayer wrote:


** ad-Orig-documentation called with 5 arguments, but
accepts only 1-2


I recall some problem of this sort in the near past, but cannot remember
exactly what it was.  Code in advice.el creates a wrapper for the
"documentation" function, which it renames to ad-Orig-documentation.
For some reason 5 arguments are being passed when the original function
expects only 1 or 2.

Are you running the very latest version of Cygwin emacs?  It has all the LISP
files recompiled, which I believed fixed some sort of problem of this kind.

You might try running the elisp expression (ad-Orig-documentation 'documentation-property t)
and see if you get back the documentation string for the named function.


When I exit Emacs (and return to a bash shell) I see
this error

lstat(./kpsewhich) failed ...
./kpsewhich: No such file or directory


Never heard of this.  The name appears in the emacs lisp source as part
of some sort of TeX support software.

Joe Buehler




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: clean_setup.pl binary-only cache patch

[Christopher Faylor]

On Fri, Jan 03, 2003 at 11:46:11AM -0500, Jason Tishler wrote:
>On Fri, Jan 03, 2003 at 10:25:02AM -0500, Christopher Faylor wrote:
>> On Fri, Jan 03, 2003 at 09:19:27AM -0500, Jason Tishler wrote:
>> >The attached patch enables clean_setup.pl to handle binary-only
>> >caches/mirrors.  Specifically, when no "source:" tags are in the
>> >setup.ini file.
>> >[snip]
>> 
>> Wouldn't such a mirror be in violation of the GPL?
>
>Hmm...good point.  OK, I will fess up.  I have such a mirror that is
>only for the convenience of my co-workers and myself.  It is not
>distributed outside of our company.  Note that I was just trying to save
>bandwidth and disk space.
>
>If this is considered a GPL violation (and in hindsight, it probably
>is), then I will update my script to download the source too.

Hmm.  I'm not sure that this is a GPL violation.  I seem to recall
something about intra-company stuff like this being ok.  I'm Cc'ing
DJ since he is my resident expert on GPL issues.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Cygwin home dir=/cygwin/c (not /home/)

[Andrew DeFaria]

a12 wrote:


Pierre,

'echo %HOME%' yields 'C:\'

Modifying /etc/profile:
# Set up USER's home directory
# 020102 magr40 force to use /home/$USER
#if [ -z "$HOME" ]; then
HOME="/home/$USER"
#fi
solves my problem, but is it the correct way to do it ?


My solution is the following:

HOME=`grep ^$USER: /etc/passwd | cut -f6 -d:`
SHELL=`grep ^$USER: /etc/passwd | cut -f7 -d:`

# Set up USER's home directory
if [ -z "$HOME" ]; then
 echo "WARNING: HOME not set! Defaulting to /home/$USER."
 HOME="/home/$USER"
fi

if [ ! -d "$HOME" ]; then
 echo "WARNING: HOME directory did not exist! Logging in with HOME = /tmp"
 HOME="/tmp"
fi

This sets HOME and SHELL as per /etc/passwd, which, IMHO, is better.




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Cygwin home dir=/cygwin/c (not /home/)

[Pierre A. Humblet]

a12 wrote:
> 
> Pierre,
> 
> 'echo %HOME%' yields 'C:\'
> 
> Modifying /etc/profile:
> # Set up USER's home directory
> # 020102 magr40 force to use /home/$USER
> #if [ -z "$HOME" ]; then
>   HOME="/home/$USER"
> #fi
> solves my problem, but is it the correct way to do it ?

It's correct but not particularly elegant as it duplicates
what passwd is supposed to be for.
I assume HOME is defined as a system variable in the Windows 
environment and it is the same for everybody. 
Is there a good reason for that?
Otherwise undefine it and everything will be well.

For reference, here is how HOME is set, in order of priority
- When starting from Windows
1) From existing HOME in Windows environment, translated to Posix
2) If the user has an entry in passwd:
   a) from passwd, if the home directory field in non empty
   b) from HOMEDRIVE/HOMEPATH
3) /
- telnetd and rlogind
1) From passwd, if it is a valid directory
2) /
- sshd
1) From passwd, even if it is invalid.
   In that case /etc/profile may actually create it.

Note that in all those cases HOME is never set in /etc/profile !
 
Pierre

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: ssmtp and cron

[Matthias Bobzien]

Mark and Jason, thanks for the quick responses!

Harig, Mark A. wrote:
> You might try setting the 'MAILTO' environment
> variable in your crontab file.  Please see the
> crontab(5) manual page for details about setting
> environment variables:
> 
>   $ man 5 crontab
> 

I considered that before, sorry that I didn't mentioned it.
The header of my crontab file reads like this:

# DO NOT EDIT THIS FILE - edit the master and reinstall.
# (/tmp/crontab.2052 installed on Fri Jan  3 18:18:02 2003)
# (Cron version -- $Id: crontab.c,v 1.6 2001/09/19 17:09:55 corinna Exp $)
SHELL=/bin/bash
[EMAIL PROTECTED]

I tried
MAILTO="[EMAIL PROTECTED]"
as well, both failed.

Jason Tishler wrote:
>
> I have found that some SMTP servers do not accept mail with unqualified
> domain names.  This may be your problem.
>
> In the past, I have patched cron to "send mail" via procmail.  Now, I
> just use exim and configure it to accept unqualified domain names from
> localhost.

I'm not sure if I understand that correctly - can I use exim to run as a
SMTP-server on my machine? So could I change my ssmtp.conf to use my
machine as a SMTP-server and exim forwards it to the machine where my
mail is collected (a POP-server)? I'm a bit confused here. Usually I use
two servers to handle my mail: mailout.uni-bonn.de as SMTP-server for
outgoing mail and mail.ikg.uni-bonn.de as POP-server for incoming mail.
So is it possible to configure exim that way that I use it between cron
(or whatever) and the SMTP-server?

I thought the problem lies in the combination of cron and ssmtp. Both of
them work fine separately. For example the following command entered on
the command line
/usr/sbin/ssmtp.exe [EMAIL PROTECTED] [EMAIL PROTECTED] <
input.txt
with input.txt as an empty file sends an empty mail to myself. Putting
that line into crontab results with the errors
(can't open the smtp port (25) on mailout.uni-bonn.de..) and (unable to
connect to "mailout.uni-bonn.de" port 25..) in the event log.

Sorry for that lengthy posting but I'm a little bit lost with this problem.

Matthias


-- 
Matthias Bobzien
E-Mail: [EMAIL PROTECTED]




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

cygwin crashes when loading DLL

[Robert Bercik]

Hi,

 Wierd problem. Here's what's going on. I am
loading a Cobol .dll from cygwin after succesfully
creating a .def and .a import lib using dlltool. But
when I run the program it crashes and generates this
output:

c:\cobol32\exedll\run.exe: *** cygheap version
mismatch detected - 0x615C/0x
EC.
You have multiple copies of cygwin1.dll on your
system.
Search for cygwin1.dll using the Windows
Start->Find/Search facility
and delete all but the most recent version.  The most
recent version *should*
reside in x:\cygwin\bin, where 'x' is the drive on
which you have
installed the cygwin distribution.

I did a search and I only have 1 cygwin1.dll, so that
is not the problem. I'm guessing there might be some
kind of conflict between the microsoft .DLL and
cygwin? Anyone know what could be wrong?=20

Thanks a lot guys,
-Rob B.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: sed -i problem?

[Max Bowsher]

Robert Mecklenburg wrote:
> I seem to be having problem with the -i flag in sed 4.0.1 in the
> latest cygwin release.  The docs state -i places output in a tmp file
> and renames the tmp to the original when finished.  It appears the
> rename is not happening for me:
[snip example]

I did a quick bit of strace-ing, and it seems that sed isn't closing the
input and output files before doing the rename. Unsurprisingly, this fails
with "Access is denied.".

But sed is trying to close the files. It gets as far as
lib/utils.c:ck_fclose(stream), but then it does something complicated with a
linked list, and ends up never calling do_ck_fclose(), which would actually
call fclose().

Right, I've got no more time now, so hopefully someone else will take my
analysis, and finish tracking down this bug.

Max.



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Re: Re: __RUNTIME_PSEUDO_RELOC_LIST[_END]__ (1.3.18-1)

[Timothy C Prince]

-Original Message-
From: "Timothy C Prince" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Date: Fri, 03 Jan 2003 08:18:08 +
Subject: Re: Re: __RUNTIME_PSEUDO_RELOC_LIST[_END]__ (1.3.18-1)

-Original Message-
From: Elfyn McBratney <[EMAIL PROTECTED]>
To: "Tim Prince" <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
Date: Thu, 2 Jan 2003 23:08:21 -0800 (PST)
Subject: Re: __RUNTIME_PSEUDO_RELOC_LIST[_END]__ (1.3.18-1)

What we're you doing when these warning's came up? I guess the
compilation bit but what we're you compiling? Where you using dynamic
libraries? What compile line did you use?

Have you checked that you have the latest binutils?
_
Going through the somewhat laborious process of removing all the cygwin installation 
files, and force-reinstalling, apparently cured the problem.

Thanks.


Tim Prince


Tim Prince

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: sed -i problem?

[Bob McGowan]

Some additional info, perhaps helpful in the final analysis -

Supply a suffix to the -i option, the original gets renamed with the suffix 
appended, and the temp file gets renamed to the original name.

This was found by checking the file dates from a long listing, not strace-ing 
the execution.

This may also provide a work-around for Robert, requiring the removal of the 
backup file, but at least the original named file has the edited content, as 
desired.

Bob

Max Bowsher wrote:
Robert Mecklenburg wrote:


I seem to be having problem with the -i flag in sed 4.0.1 in the
latest cygwin release.  The docs state -i places output in a tmp file
and renames the tmp to the original when finished.  It appears the
rename is not happening for me:


[snip example]

I did a quick bit of strace-ing, and it seems that sed isn't closing the
input and output files before doing the rename. Unsurprisingly, this fails
with "Access is denied.".

But sed is trying to close the files. It gets as far as
lib/utils.c:ck_fclose(stream), but then it does something complicated with a
linked list, and ends up never calling do_ck_fclose(), which would actually
call fclose().

Right, I've got no more time now, so hopefully someone else will take my
analysis, and finish tracking down this bug.

Max.



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/


--
Bob McGowan
Staff Development Engineer
VERITAS Software
[EMAIL PROTECTED]


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Win2000, XEmacs 21.4.10, MH-E, cygwin 1.3.17-1

[Peter Davis]

I've been trying to get MH-E to run within XEmacs on both my home (Win
NT4) and office (Win 2000) machines.  Both machines have XEmacs
(21.4.9 at home, 21.4.10 in office) and Cygwin (somewhere around
1.3.?)  installed.  Both XEmacs installations are of the Win32
version, as opposed to the Cygwin version.

On my home (Win NT) machine, I can run mh-rmail with no problem.  I
still have some issues with paths when I try to send mail, but I can
open folders and read mail.

On the office (Win 2000) machine, whenever I try to run mh-rmail, I
get pop-up windows that say:

> The procedure entry point _ctype_ could not be located in the
> dynamic link library cygwin1.dll

So why is XEmacs even *looking* in cygwin1.dll, since it's the win32
installation? 

Anyone know what might be causing this error?  I don't know if this is
a Cygwin issue or an XEmacs issue or both.

Thanks very much.

-pd


-- 

 Peter Davis
   Funny stuff at http://www.pfdstudio.com
 The artwork formerly shown as prints
List of resources for children's writers and illustrators at:
  http://www.pfdstudio.com/cwrl.html


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

convert microsoft .obj object to .o cygwin object???

[Robert Bercik]

I am getting an error trying to link a .obj object
with gcc. Is there anyway to convert an object file
from microsoft format to one that is understandable by
gcc?


thanks,
-Rob

__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: clean_setup.pl binary-only cache patch

[Max Bowsher]

Jason Tishler wrote:
> On Fri, Jan 03, 2003 at 10:25:02AM -0500, Christopher Faylor wrote:
>> On Fri, Jan 03, 2003 at 09:19:27AM -0500, Jason Tishler wrote:
>>> The attached patch enables clean_setup.pl to handle binary-only
>>> caches/mirrors.  Specifically, when no "source:" tags are in the
>>> setup.ini file.
>>> [snip]
>>
>> Wouldn't such a mirror be in violation of the GPL?
>
> Hmm...good point.  OK, I will fess up.  I have such a mirror that is
> only for the convenience of my co-workers and myself.  It is not
> distributed outside of our company.  Note that I was just trying to
> save bandwidth and disk space.
>
> If this is considered a GPL violation (and in hindsight, it probably
> is), then I will update my script to download the source too.
>
> Jason
>
> P.S. Michael, you may want to hold up on that patch... :,)

No reason to do that. The patch has a valid use: if I am maintaining a local
cache for strictly my own personal use, the GPL does not force me to
download the source corresponding to each binary.

Max.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: clean_setup.pl binary-only cache patch

[DJ Delorie]

> >Hmm...good point.  OK, I will fess up.  I have such a mirror that is
> >only for the convenience of my co-workers and myself.  It is not
> >distributed outside of our company.  Note that I was just trying to save
> >bandwidth and disk space.
> >
> >If this is considered a GPL violation (and in hindsight, it probably
> >is), then I will update my script to download the source too.
> 
> Hmm.  I'm not sure that this is a GPL violation.  I seem to recall
> something about intra-company stuff like this being ok.  I'm Cc'ing
> DJ since he is my resident expert on GPL issues.

The GPL is concerned with "distribution".  It is up to the recipient
to choose whether they want sources or not, not the distributor.  The
question becomes: what is a "recipient"?  In the case of a company,
where the software is provided to the employees as part of their work,
the employees are not recipients.  They are, technically, contracted
or hired to perform certain functions with equipment (including
software) that is owned by the company.  Thus, the "recipient" is the
company itself, not the individuals working within it.  Thus, if the
company itself chooses not to download the sources for binaries it
uses, that's OK.  Heck, you don't own the computer on your desk,
right?  Well, you don't own the software either.

If, on the other hand, the company were to say "we are providing this
software as a convenience to our employees, who may make a copy for
themselves for non-company work on non-company machines," then the GPL
applies, because there is a real distribution happening here.

If you, as an employee, make a copy for your own personal use without
the company's blessings, then again you as the recipient are choosing
not to download the sources (by taking them from a site that only has
binaries).  Although, technically, this is stealing, if that has any
meaning with free software.  The GPL does not require one who has
GPL'd software to allow distributions from their copy, so the company
could make it a policy that you are not allowed to make copies for
personal use, so making copies wouldn't be a GPL violation but would
be a violation of your terms of employment.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Win2000, XEmacs 21.4.10, MH-E, cygwin 1.3.17-1

[Peter Davis]

On Sat, Jan 04, 2003 at 02:14:04AM +0900, Stephen J. Turnbull wrote:
> > "Peter" == Peter Davis <[EMAIL PROTECTED]> writes:
> 
> >> The procedure entry point _ctype_ could not be located in the
> >> dynamic link library cygwin1.dll
> 
> Peter> So why is XEmacs even *looking* in cygwin1.dll, since it's
> Peter> the win32 installation?
> 
> I doubt XEmacs is looking in cygwin1.dll.  Most likely it's the MH
> binaries.

Hmmm.  That's even *more* puzzling, since I'm running the identical
binaries on both machines. I have not succeeded in building nmh on
Cygwin myself.

Thanks,

-pd


-- 

 Peter Davis
   Funny stuff at http://www.pfdstudio.com
 The artwork formerly shown as prints
List of resources for children's writers and illustrators at:
  http://www.pfdstudio.com/cwrl.html

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: clean_setup.pl binary-only cache patch

[Jason Tishler]

DJ,

On Fri, Jan 03, 2003 at 01:12:44PM -0500, DJ Delorie wrote:
> > >Hmm...good point.  OK, I will fess up.  I have such a mirror that
> > >is only for the convenience of my co-workers and myself.  It is not
> > >distributed outside of our company.  Note that I was just trying to
> > >save bandwidth and disk space.
> > >
> > >If this is considered a GPL violation (and in hindsight, it probably
> > >is), then I will update my script to download the source too.
> > 
> > Hmm.  I'm not sure that this is a GPL violation.  I seem to recall
> > something about intra-company stuff like this being ok.  I'm Cc'ing
> > DJ since he is my resident expert on GPL issues.
> 
> The GPL is concerned with "distribution".  It is up to the recipient
> to choose whether they want sources or not, not the distributor.  The
> question becomes: what is a "recipient"?
> [snip]

I think I'm off the hook?

Thanks,
Jason

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

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Setup vertical scrollbar doesn't display

[Shankar Unni]

Elfyn McBratney wrote:

Redirecting to the correct mailing-list.


I think this one belongs right here, though. He's talking about the 
setup app (part of cygwin core) misbehaving, not asking for help 
installing XFree..




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: ssmtp and cron

[Jason Tishler]

Matthias,

On Fri, Jan 03, 2003 at 06:43:01PM +0100, Matthias Bobzien wrote:
> Mark and Jason, thanks for the quick responses!

You are welcome.

> Jason Tishler wrote:
> > I have found that some SMTP servers do not accept mail with
> > unqualified domain names.  This may be your problem.
> >
> > In the past, I have patched cron to "send mail" via procmail.  Now,
> > I just use exim and configure it to accept unqualified domain names
> > from localhost.
> 
> I'm not sure if I understand that correctly - can I use exim to run as a
> SMTP-server on my machine?

Yes.

> So could I change my ssmtp.conf to use my machine as a SMTP-server

Yes.

> and exim forwards it to the machine where my mail is collected (a
> POP-server)?

Maybe, see below...

This is my setup.  I configure:

1.  cron to deliver mail to $LOGNAME@$HOSTNAME (e.g., jt@althea) via
MAILTO
2a. exim to allow relaying from localhost (and my Linux box)
2a. exim to accept mail with unqualified domain names from any host
2b. exim to deliver non-local mail to my ISP's SMTP server
2c. exim to deliver local mail to the user's mailbox or via their
~/.forward file (e.g., for procmail)
3.  ssmtp to deliver mail to localhost

See attached for my exim.conf file.

> I'm a bit confused here. Usually I use two servers to handle my mail:
> mailout.uni-bonn.de as SMTP-server for outgoing mail and
> mail.ikg.uni-bonn.de as POP-server for incoming mail.  So is it
> possible to configure exim that way that I use it between cron (or
> whatever) and the SMTP-server?

Possibly, but I never tried because I read my mail with mutt so it
seemed more natural to just deliver cron mail directly to my (local)
mailbox.

> I thought the problem lies in the combination of cron and ssmtp. Both of
> them work fine separately. For example the following command entered on
> the command line
> /usr/sbin/ssmtp.exe [EMAIL PROTECTED] [EMAIL PROTECTED] <
> input.txt
> with input.txt as an empty file sends an empty mail to myself. Putting
> that line into crontab results with the errors
> (can't open the smtp port (25) on mailout.uni-bonn.de..) and (unable to
> connect to "mailout.uni-bonn.de" port 25..) in the event log.

Hmm...I don't know what to make of the above.

Jason

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

##
#  Runtime configuration file for Exim   #
##


# This is a default configuration file which will operate correctly in
# uncomplicated installations. Please see the manual for a complete list
# of all the runtime configuration options that can be included in a
# configuration file. There are many more than are mentioned here. The
# manual is in the file doc/spec.txt in the Exim distribution as a plain
# ASCII file. Other formats (PostScript, Texinfo, HTML, PDF) are available
# from the Exim ftp sites. The manual is also online at the Exim web sites.


# This file is divided into several parts, all but the first of which are
# headed by a line starting with the word "begin". Only those parts that
# are required need to be present. Blank lines, and lines starting with #
# are ignored.


### IMPORTANT ## IMPORTANT ### IMPORTANT ###
#  #
# Whenever you change Exim's configuration file, you *must* remember to#
# HUP the Exim daemon, because it will not pick up the new configuration   #
# until you do. However, any other Exim processes that are started, for#
# example, a process started by an MUA in order to send a message, will#
# see the new configuration as soon as it is in place. #
#  #
# You do not need to HUP the daemon for changes in auxiliary files that#
# are referenced from this file. They are read every time they are used.   #
#  #
# It is usually a good idea to test a new configuration for syntactic  #
# correctness before installing it (for example, by running the command#
# "exim -C /config/file.new -bV"). #
#  #
### IMPORTANT ## IMPORTANT ### IMPORTANT ###



##
#MAIN CONFIGURATION SETTINGS #
##

# Specify your host's canonical name here. This should normally be the fully
# qualified "official" name of your host. If this option is not set, the
# uname() function is called to obtain the name. In many case

Health Insurance for the Self Employed!

We realize that obtaining quality health insurance at an affordable rate can be a 
daunting task.  That's why we would like to take this opportunity to introduce our 
site and services to you and your family.  We are a local agency with national 
sponsorship.  Our association endorsed health insurance plans provide the following:

.. Choice of Doctors and Hospitals
.. Worldwide On & Off the Job Coverage 24 hrs. a day
.. You cannot be singled out for rate increases 
.. You cannot be singled out for cancellation
.. No referrals nor pre-admission authorization required 

For a no obligation quote visit us at www.insurancepad.com or call us at 
1-800-264-1181.  Thank you for the opportunity to be of service.

Sincerely,

  

INSURANCEpad.com
PHN: 1.800.264.1181   
FAX: 1.888.658.3853
EML: [EMAIL PROTECTED]
WEB: www.insurancepad.com 

P.S. If you know of someone who may be able to utulize our services, we would 
appreciate if you would forward this email to them.



Your Email address has not been given to any third parties.  This is only being sent 
to individuals or businesses who have opted-in to receive information and special 
offers. To be removed reply and type remove on the subject line.



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Win2000, XEmacs 21.4.10, MH-E, cygwin 1.3.17-1

[Andrew Markebo]

Just some quick thoughts like xemacs using some tool like sendmail,
and normally it is included in the xemacs installation, but due to
different path, other installation, it picks the cygwin on one
computer, and some other on the other?

Regarding cygwin1.dll, you don't happen to have a bunch of such beasts
lying around? Run a cygcheck.. 

  /Andy
|> 
|> Peter> So why is XEmacs even *looking* in cygwin1.dll, since it's
|> Peter> the win32 installation?
|> 
|> I doubt XEmacs is looking in cygwin1.dll.  Most likely it's the MH
|> binaries.
|
| Hmmm.  That's even *more* puzzling, since I'm running the identical
| binaries on both machines. I have not succeeded in building nmh on
| Cygwin myself.

-- 
 The eye of the beholder rests on the beauty!



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: convert microsoft .obj object to .o cygwin object???

[[EMAIL PROTECTED]]

Sorry, there's no such difference in the general sense.  You'd 
have to describe the problem you're having for someone else to
help you.  But unless this is a Cygwin specific issue, you'd 
probably be better off at the GCC list ([EMAIL PROTECTED]) or the 
Windows native list ([EMAIL PROTECTED]).  If it is a Cygwin
specific issue, visit www.cygwin.com/bugs.html to get an idea of 
where you should look for answers, how you should form your question,
and what information should be included in your inquiry.

Larry

Original Message:
-
From: Robert Bercik [EMAIL PROTECTED]
Date: Fri, 3 Jan 2003 10:00:22 -0800 (PST)
To: [EMAIL PROTECTED]
Subject: convert microsoft .obj object to .o cygwin object???


I am getting an error trying to link a .obj object
with gcc. Is there anyway to convert an object file
from microsoft format to one that is understandable by
gcc?


thanks,
-Rob

__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



mail2web - Check your email from the web at
http://mail2web.com/ .



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: ssmtp and cron

[Harig, Mark A.]

> Sorry for that lengthy posting but I'm a little bit lost with 
> this problem.
> 

Actually, it is better to provide details of what steps
you took and what responses you got than it is to simply
say "it will not work for me".

It might be helpful if you posted the contents of your
/etc/ssmtp/ssmtp.conf file, also.  Someone might see a
problem with it.

Similarly, it can sometimes be useful to see the contents
of 'cygcheck -s -v -r > cygcheck.txt' (provided *as an attachment*)
for details about your environment.

For what it is worth, many people have gotten cron/ssmtp
to work together on WinNT/Win2K (I don't know about XP,ME,
98, etc.)

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Perl pathname parsing, File::Spec, proposed fix

[linda w \(cyg\)]

It handles forward slash the same as back slash, so 
/usr/local/bin would get parsed as (d,p,f)=(,/usr/local,bin) as one
would expect w/o adding a trailing slash.

There are various shortcomings in the current cygwin as well as the
current win32 and unix implementations that are not addressed.

In some cases there are references to other OS's interacting with the OS
for "semantic" meaning/parsing.  There is also, though, the idea of "syntactic -
only" parsing which is what I feel is the original intent of the File::Spec
module for Unix.

Originally I started to argue for the need for a semantic parsing, but on
further study of the manpage, I gathered that as the original module was
implemented, no semantic parsing was intended or included.  

It is unfortunate, but it seems the apple and vms implementations are faulty
in this respect.  If I am running on linux and want to construct/deconstruct
apple or VMS filenames, results will be unpredictable.  As the code stands,
the Win32 module would perform correctly -- within the limits of syntactic
analysis.

The current implementation attempts to use unix-only name parsing which
doesn't handle the full range of cygwin-supported filenames.

Linda

> -Original Message-
> From: Gerrit P. Haase [mailto:[EMAIL PROTECTED]] 
> Sent: January 03, 2003 02:40a
> To: linda w (cyg)
> Cc: [EMAIL PROTECTED]
> Subject: Re: Perl pathname parsing, File::Spec, proposed fix
> 
> 
> Hallo linda,
> 
> Am Dienstag, 31. Dezember 2002 um 03:18 schriebst du:
> 
> > Does anyone see a problem with the following proposed change in the 
> > Perl lib dir?
> 
> Have not tried it yet.
> 
> > It seems the Win32 handles both forward and backward slashes and no 
> > special module for Cygwin is needed.
> 
> What about the usual Cygwin path semantics like /, /lib, 
> /usr/local/bin?  Is it handled too?  I will try to build 
> bleadperl and run the tests with this included.
> 
> 
> Gerrit
> -- 
> =^..^=
> 
> 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: convert microsoft .obj object to .o cygwin object???

[Andrew Markebo]

/ Robert Bercik <[EMAIL PROTECTED]> wrote:
| I am getting an error trying to link a .obj object
| with gcc. Is there anyway to convert an object file
| from microsoft format to one that is understandable by
| gcc?

If I have gotten everything correct - no there is no way to do this
conversion, but if you do a dll of this obj-file you should be able
to load it in your cygwin program with some magic.. 

   /Andy

-- 
 The eye of the beholder rests on the beauty!



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Win2000, XEmacs 21.4.10, MH-E, cygwin 1.3.17-1

[Kevin Layer]

Peter Davis <[EMAIL PROTECTED]> wrote:

>> On Sat, Jan 04, 2003 at 02:14:04AM +0900, Stephen J. Turnbull wrote:
>> > > "Peter" == Peter Davis <[EMAIL PROTECTED]> writes:
>> > 
>> > >> The procedure entry point _ctype_ could not be located in the
>> > >> dynamic link library cygwin1.dll
>> > 
>> > Peter> So why is XEmacs even *looking* in cygwin1.dll, since it's
>> > Peter> the win32 installation?
>> > 
>> > I doubt XEmacs is looking in cygwin1.dll.  Most likely it's the MH
>> > binaries.
>> 
>> Hmmm.  That's even *more* puzzling, since I'm running the identical
>> binaries on both machines. I have not succeeded in building nmh on
>> Cygwin myself.

If you have MSVC++, you can use `dumpbin /imports xemacs.exe' to see
what dlls xemacs.exe (or whatever it's called) depends on.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

gdb Error ***could not load user32, Win32 error 0 on Windows ME

[Collier, Dave (IndSys, GEFanuc, NA)]

I downloaded and installed cygwin version 1.3.18.1 to a Windows ME machine
in the directory c:\cygwin.  I installed the following components (binutils,
gcc, gcc-mingw, gdb, make, mingw-runtime). The installation went OK with the
exception that during the post-install script there were errors (***could
not load user 32, Win32 error) on several applications.  My Dos window
didn't have enough room to buffer them but one of the last applications was
passwd.exe.

I started cygwin by double clicking on cygwin.bat and the application opened
without any problems.  I developed a simple hello world application called
helloWorld.c located at the root level of the c drive.  Here are the
following steps:

$ cd /cygdrive/c
$ gcc -g -ohelloWorld.exe helloWorld.c

There were no compile errors and helloWorld.exe was created.

$ ./helloWorld.exe
  hello world

The program ran from the command line with no problems

$ gdb helloWorld.exe
(gdb) run
Starting Program: /cygdrive/c/helloWorld.exe
HELLOWORLD.EXE *** could not load user32.dll, Win32 error 0
Program exited with code 01

After quiting gdb, I checked the PATH variable with the following statement:

$ echo $PATH
/usr/local/bin:/usr/bin:/bin:/cygdrive/c/WINDOWS:/cygdrive/cWINDOWS/COMMAND:
/cygdrive/c/WINDOWS/SYSTEM

There is only one user32.dll (version 4.90.0.3000) on the machine and it is
located at c:\WINDOWS\SYSTEM.

I have performed the same steps on Windows 95, 98, NT, XP and 2000 and do
not have this problem.  

I appreciate any help you can give me.

Thanks.
David Collier

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Win2000, XEmacs 21.4.10, MH-E, cygwin 1.3.17-1

[Peter Davis]

On Fri, Jan 03, 2003 at 01:29:04PM -0500, Peter Davis wrote:
> On Sat, Jan 04, 2003 at 02:14:04AM +0900, Stephen J. Turnbull wrote:
> > > "Peter" == Peter Davis <[EMAIL PROTECTED]> writes:
> > 
> > >> The procedure entry point _ctype_ could not be located in the
> > >> dynamic link library cygwin1.dll
> > 
> > Peter> So why is XEmacs even *looking* in cygwin1.dll, since it's
> > Peter> the win32 installation?
> > 
> > I doubt XEmacs is looking in cygwin1.dll.  Most likely it's the MH
> > binaries.
> 
> Hmmm.  That's even *more* puzzling, since I'm running the identical
> binaries on both machines. I have not succeeded in building nmh on
> Cygwin myself.

Ok, my mistake.  It *is* the nmh binaries.  I just noticed that the
message windows that pop up have titles like 

folder.exe
folders.exe
inc.exe
mark.exe
scan.exe

However, the raw nmh commands run in the Cygwin bash shell with no
problems.  It's just running them from XEmacs that seems to cause the
problem.

Thanks,

-pd



-- 

 Peter Davis
   Funny stuff at http://www.pfdstudio.com
 The artwork formerly shown as prints
List of resources for children's writers and illustrators at:
  http://www.pfdstudio.com/cwrl.html

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Win2000, XEmacs 21.4.10, MH-E, cygwin 1.3.17-1

[Igor Pechtchanski]

On Fri, 3 Jan 2003, Peter Davis wrote:

> On Fri, Jan 03, 2003 at 01:29:04PM -0500, Peter Davis wrote:
> > On Sat, Jan 04, 2003 at 02:14:04AM +0900, Stephen J. Turnbull wrote:
> > > > "Peter" == Peter Davis <[EMAIL PROTECTED]> writes:
> > >
> > > >> The procedure entry point _ctype_ could not be located in the
> > > >> dynamic link library cygwin1.dll
> > >
> > > Peter> So why is XEmacs even *looking* in cygwin1.dll, since it's
> > > Peter> the win32 installation?
> > >
> > > I doubt XEmacs is looking in cygwin1.dll.  Most likely it's the MH
> > > binaries.
> >
> > Hmmm.  That's even *more* puzzling, since I'm running the identical
> > binaries on both machines. I have not succeeded in building nmh on
> > Cygwin myself.
>
> Ok, my mistake.  It *is* the nmh binaries.  I just noticed that the
> message windows that pop up have titles like
>
> folder.exe
> folders.exe
> inc.exe
> mark.exe
> scan.exe
>
> However, the raw nmh commands run in the Cygwin bash shell with no
> problems.  It's just running them from XEmacs that seems to cause the
> problem.

Peter,

Do you have c:\cygwin\bin (or whatever directory is mounted as your /bin)
in your path when you run XEmacs?  Try running "cygcheck -s -v -r" from a
command shell inside XEmacs and post the output to the list *as an
uncompressed attachment*.

Incidentally, you can also use cygcheck to find out which DLLs a program
uses, similar to dumpbin, IIRC.
Igor
P.S. This is likely a cygwin problem, so you might wish to remove the
other two lists from this discussion and only post the final solution
there.
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
  -- /usr/games/fortune


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: convert microsoft .obj object to .o cygwin object???

[Robert Bercik]

 Hey,
 
 I figured out a little workaround for the
 problem.
 gcc seems to have a problem linking to msvc .obj
 object files but not with msvc .lib library files.
 So
 all you need to do is create a library file using
 the
 command:
 
 LIB /OUT:foo.lib foo.obj
 
 and link it using gcc, just like you would your
 other
 library files. Hope this helps anyone trying to do
 something similar.
 
-Rob
> 
> --- Andrew Markebo <[EMAIL PROTECTED]> wrote:
> > / Robert Bercik <[EMAIL PROTECTED]> wrote:
> > | I am getting an error trying to link a .obj
> object
> > | with gcc. Is there anyway to convert an object
> > file
> > | from microsoft format to one that is
> > understandable by
> > | gcc?
> > 
> > If I have gotten everything correct - no there is
> no
> > way to do this
> > conversion, but if you do a dll of this obj-file
> you
> > should be able
> > to load it in your cygwin program with some
> magic.. 
> > 
> >/Andy
> > 
> > -- 
> >  The eye of the beholder rests on the beauty!
> > 
> > 
> > 
> > --
> > Unsubscribe info: 
> > http://cygwin.com/ml/#unsubscribe-simple
> > Bug reporting: http://cygwin.com/bugs.html
> > Documentation: http://cygwin.com/docs.html
> > FAQ:   http://cygwin.com/faq/
> > 
> 
> 
> __
> Do you Yahoo!?
> Yahoo! Mail Plus - Powerful. Affordable. Sign up
> now.
> http://mailplus.yahoo.com
> 


__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Win2000, XEmacs 21.4.10, MH-E, cygwin 1.3.17-1

[Igor Pechtchanski]

On Fri, 3 Jan 2003, Igor Pechtchanski wrote:

> [snip]
> P.S. This is likely a cygwin problem, so you might wish to remove the
  
Err, I meant "a cygwin-specific configuration problem"...  Just to make it
clear.
Igor

> other two lists from this discussion and only post the final solution
> there.

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

Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
  -- /usr/games/fortune


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Win2000, XEmacs 21.4.10, MH-E, cygwin 1.3.17-1

[Bill Wohler]

Igor Pechtchanski <[EMAIL PROTECTED]> wrote:

> P.S. This is likely a cygwin problem, so you might wish to remove the
> other two lists from this discussion and only post the final solution
> there.

  Either way works for us (MH-E).

--
Bill Wohler <[EMAIL PROTECTED]>  http://www.newt.com/wohler/  GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right, you're in the wrong lane.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Win2000, XEmacs 21.4.10, MH-E, cygwin 1.3.17-1

[Peter Davis]

On Fri, Jan 03, 2003 at 03:34:20PM -0500, Igor Pechtchanski wrote:
> On Fri, 3 Jan 2003, Peter Davis wrote:
> 
> > On Fri, Jan 03, 2003 at 01:29:04PM -0500, Peter Davis wrote:
> > > On Sat, Jan 04, 2003 at 02:14:04AM +0900, Stephen J. Turnbull wrote:
> > > > > "Peter" == Peter Davis <[EMAIL PROTECTED]> writes:
> > > >
> > > > >> The procedure entry point _ctype_ could not be located in the
> > > > >> dynamic link library cygwin1.dll
> > > >
> > > > Peter> So why is XEmacs even *looking* in cygwin1.dll, since it's
> > > > Peter> the win32 installation?
> > > >
> > > > I doubt XEmacs is looking in cygwin1.dll.  Most likely it's the MH
> > > > binaries.
> > >
> > > Hmmm.  That's even *more* puzzling, since I'm running the identical
> > > binaries on both machines. I have not succeeded in building nmh on
> > > Cygwin myself.
> >
> > Ok, my mistake.  It *is* the nmh binaries.  I just noticed that the
> > message windows that pop up have titles like
> >
> > folder.exe
> > folders.exe
> > inc.exe
> > mark.exe
> > scan.exe
> >
> > However, the raw nmh commands run in the Cygwin bash shell with no
> > problems.  It's just running them from XEmacs that seems to cause the
> > problem.
> 
> Peter,
> 
> Do you have c:\cygwin\bin (or whatever directory is mounted as your /bin)
> in your path when you run XEmacs?

I tried adding this to my exec-path, but it made no difference.
Actually, for MH-E, I explicitly added these paths:

(setq exec-path (cons "c:/cygwin/bin" exec-path))
(setq mh-progs "c:/cygwin/usr/local/nmh/bin/")
(setq mh-lib "c:/cygwin/usr/local/nmh/lib/")
(setq mh-lib-progs "c:/cygwin/usr/local/nmh/lib/")

Apparently XEmacs can find the nmh executables ok, but the executables
can't find the cygwin1.dll.  


> Try running "cygcheck -s -v -r" from a
> command shell inside XEmacs and post the output to the list *as an
> uncompressed attachment*.

When I open a shell in XEmacs, it's a DOS shell, not a Cygwin Bash
one.  So there's not much useful information there.

> P.S. This is likely a cygwin problem, so you might wish to remove
> the other two lists from this discussion and only post the final
> solution there.

I think this is still somewhat open ended.  The issue seems to be how
to get the right context in XEmacs so the Cygwin executables work, as
they do when run in the Bash shell.  One puzzling aspect of this is
that the setup here is very similar to the one I have at home, but
this works at home.

Thanks to all respondants for your help!

-pd



-- 

 Peter Davis
   Funny stuff at http://www.pfdstudio.com
 The artwork formerly shown as prints
List of resources for children's writers and illustrators at:
  http://www.pfdstudio.com/cwrl.html

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Win2000, XEmacs 21.4.10, MH-E, cygwin 1.3.17-1

[Igor Pechtchanski]

On Fri, 3 Jan 2003, Peter Davis wrote:

> On Fri, Jan 03, 2003 at 03:34:20PM -0500, Igor Pechtchanski wrote:
> > On Fri, 3 Jan 2003, Peter Davis wrote:
> >
> > > On Fri, Jan 03, 2003 at 01:29:04PM -0500, Peter Davis wrote:
> > > > On Sat, Jan 04, 2003 at 02:14:04AM +0900, Stephen J. Turnbull wrote:
> > > > > > "Peter" == Peter Davis <[EMAIL PROTECTED]> writes:
> > > > >
> > > > > >> The procedure entry point _ctype_ could not be located in the
> > > > > >> dynamic link library cygwin1.dll
> > > > >
> > > > > Peter> So why is XEmacs even *looking* in cygwin1.dll, since it's
> > > > > Peter> the win32 installation?
> > > > >
> > > > > I doubt XEmacs is looking in cygwin1.dll.  Most likely it's the MH
> > > > > binaries.
> > > >
> > > > Hmmm.  That's even *more* puzzling, since I'm running the identical
> > > > binaries on both machines. I have not succeeded in building nmh on
> > > > Cygwin myself.
> > >
> > > Ok, my mistake.  It *is* the nmh binaries.  I just noticed that the
> > > message windows that pop up have titles like
> > >
> > > folder.exe
> > > folders.exe
> > > inc.exe
> > > mark.exe
> > > scan.exe
> > >
> > > However, the raw nmh commands run in the Cygwin bash shell with no
> > > problems.  It's just running them from XEmacs that seems to cause the
> > > problem.
> >
> > Peter,
> >
> > Do you have c:\cygwin\bin (or whatever directory is mounted as your /bin)
> > in your path when you run XEmacs?
>
> I tried adding this to my exec-path, but it made no difference.
> Actually, for MH-E, I explicitly added these paths:
>
> (setq exec-path (cons "c:/cygwin/bin" exec-path))
> (setq mh-progs "c:/cygwin/usr/local/nmh/bin/")
> (setq mh-lib "c:/cygwin/usr/local/nmh/lib/")
> (setq mh-lib-progs "c:/cygwin/usr/local/nmh/lib/")
>
> Apparently XEmacs can find the nmh executables ok, but the executables
> can't find the cygwin1.dll.

I really meant the PATH environment variable, rather than some internal
XEmacs path...  From a DOS prompt, type "echo %PATH%" and see if it
contains "c:\cygwin\bin".

> > Try running "cygcheck -s -v -r" from a
> > command shell inside XEmacs and post the output to the list *as an
> > uncompressed attachment*.
>
> When I open a shell in XEmacs, it's a DOS shell, not a Cygwin Bash
> one.  So there's not much useful information there.

A DOS shell is exactly what I meant.  In fact, I initially typed that, but
then changed it to "command shell".  You should be able to run cygwin
programs from a DOS prompt as long as the PATH is correct.  So please, do
run "c:\cygwin\bin\cygcheck -s -v -r" from that shell and post the output
here *as an uncompressed text attachment*.

> > P.S. This is likely a cygwin problem, so you might wish to remove
> > the other two lists from this discussion and only post the final
> > solution there.
>
> I think this is still somewhat open ended.  The issue seems to be how
> to get the right context in XEmacs so the Cygwin executables work, as
> they do when run in the Bash shell.  One puzzling aspect of this is
> that the setup here is very similar to the one I have at home, but
> this works at home.

The programs work from the bash shell since bash automatically (well,
through /etc/profile) prepends /bin to the path, so the programs know
where to find cygwin1.dll.  If you run cygwin programs from a command
prompt, you need to have c:\cygwin\bin explicitly in your path, or some
programs won't find cygwin1.dll (those that aren't in c:\cygwin\bin, to be
exact).  Your best bet is to try to run any program you have doubts about
from a command prompt - if you get the message that "cygwin1.dll cannot be
found", you most probably have a PATH problem.  However, it's your
decision whether to cross-post.

> Thanks to all respondants for your help!
> -pd

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

Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
  -- /usr/games/fortune


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Setup vertical scrollbar doesn't display

[Max Bowsher]

Shankar Unni wrote:
> Elfyn McBratney wrote:
>> Redirecting to the correct mailing-list.
> 
> I think this one belongs right here, though. He's talking about the
> setup app (part of cygwin core) misbehaving, not asking for help
> installing XFree..

Redirected to cygwin-apps@, not cygwin-xfree@.

Max.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Setup vertical scrollbar doesn't display

[Elfyn McBratney]

It's already there ;-)

Sorry for the confusion but my mail client decided remove the [EMAIL PROTECTED] 
notation because of mixed `;' bits...

Elfyn
[EMAIL PROTECTED]


--- "Max Bowsher" <[EMAIL PROTECTED]> wrote:
>Shankar Unni wrote:
>> Elfyn McBratney wrote:
>>> Redirecting to the correct mailing-list.
>> 
>> I think this one belongs right here, though. He's talking about the
>> setup app (part of cygwin core) misbehaving, not asking for help
>> installing XFree..
>
>Redirected to cygwin-apps@, not cygwin-xfree@.
>
>Max.
>
>
>--
>Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
>Bug reporting: http://cygwin.com/bugs.html
>Documentation: http://cygwin.com/docs.html
>FAQ:   http://cygwin.com/faq/

_
www.smokeJet.com - Free UK Internet Services

_
Select your own custom email address for FREE! Get [EMAIL PROTECTED] w/No Ads, 6MB, 
POP & more! http://www.everyone.net/selectmail?campaign=tag

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Win2000, XEmacs 21.4.10, MH-E, cygwin 1.3.17-1

[Peter Davis]

Aha!  The Windows PATH.  All I had to do was add "c:\cygwin\bin" to
the front of the Windows path, and that fixed the problem.

Thanks to *ALL* who responded!  I really appreciate it.

Now I just have to work out the path problems, like why, after editing
an outgoing message, MH-E reports that it can't find

   /cygdrive/d/temp/d:/temp/draftsex/

For some reason the Cygwin path is getting pre-pended to the Windows
path.

Thanks all!!!

-pd



-- 

 Peter Davis
   Funny stuff at http://www.pfdstudio.com
 The artwork formerly shown as prints
List of resources for children's writers and illustrators at:
  http://www.pfdstudio.com/cwrl.html

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Problem with gcc

[Macias Abraham]

I´m new in gygwin and gcc program gives me an extrange
error when I execute it.

First appear an error window which says "Error
initialicing the program", "The file CC1.EXE is
vinculated to one CYGWIN1.DLL:putc_unlocked of
exportacion that not exist". And then in the cygwin
shell says "gcc: instalation problem, cannot exec
'/usr/lib/gcc-lib/i686-pc-cygwin/3.2/cc1.exe':
Permision denied.

I´ve revised the permisions of that file and it have
the x permision.
What can I do?





___
Yahoo! Postales
Felicita las Navidades con las postales más
divertidas desde http://postales.yahoo.es

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Problem with gcc

[Larry Hall (RFK Partners, Inc)]

At 05:40 PM 1/3/2003, Macias Abraham wrote:
>I´m new in gygwin and gcc program gives me an extrange
>error when I execute it.
>
>First appear an error window which says "Error
>initialicing the program", "The file CC1.EXE is
>vinculated to one CYGWIN1.DLL:putc_unlocked of
>exportacion that not exist". And then in the cygwin
>shell says "gcc: instalation problem, cannot exec
>'/usr/lib/gcc-lib/i686-pc-cygwin/3.2/cc1.exe':
>Permision denied.
>
>I´ve revised the permisions of that file and it have
>the x permision.
>What can I do?


You have an installation problem.  Rerun setup.exe, choose
"Devel" and then "Keep" next to gcc.  It should now read 
"Reinstall".  Do the same with binutils, gcc-mingw, and 
gdb.  If this doesn't work, your Cygwin mirror is
suspect.  Try installing at least these packages from a 
different mirror.  


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


#
#
#
#
#
#
#
#
#

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: sed -i problem?

[Bonzini]

> I did a quick bit of strace-ing, and it seems that sed isn't closing the
> input and output files before doing the rename. Unsurprisingly, this fails
> with "Access is denied.".

Ok, that's enough for me to track the problem.  It is a bug, simply it does
not show up on Unix which is a lot more permissive in this regard.

Paolo


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

missing winsock2.h definitions

[Trevor Forbes]

Microsoft has a copy of winsock2.h at
ftp.microsoft.com/bussys/winsock/winsock2 
It has the following copyright:

/* Winsock2.h -- definitions to be used with the WinSock 2 DLL and
 *   WinSock 2 applications.
 *
 * This header file corresponds to version 2.2.x of the WinSock API
 * specification.
 *
 * This file includes parts which are Copyright (c) 1982-1986 Regents
 * of the University of California.  All rights reserved.  The
 * Berkeley Software License Agreement specifies the terms and
 * conditions for redistribution.
 */

Can I use this file as a source to update Cygwin's winsock2.h ?
I am just being cautious because it's a Microsoft header file...

Also, only reply if you can checkin patches pls

Regards Trevor


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: perl error messages with cygwin 1.3.18-1

[Greg Matheson]

On Fri, 03 Jan 2003, Gerrit P. Haase wrote:

> [...perl pagefaults...]

> > I think this was only happening when something tried to fork().  Couldn't say
> > exactly.

> Can you (or someone else) can provide a small script which demonstrates
> the failure, I'm just running a CPAN shell which is loading lots of
> modules and it works well here.

Here is perldoc perlfaq9 (?)'s mailsending routine:

#!/bin/perl

# use CPAN;

open(SENDMAIL, "|/usr/bin/exim -t")
   or die "Can't fork for sendmail: $!\n";
print SENDMAIL <<"EOF";
From: User Originating Mail 
To: Final Destination 
Subject: A relevant subject line   
 
Body of the message goes here after the blank line
in as many lines as you like.
EOF 
close(SENDMAIL) or warn "sendmail didn't close nicely";


There are no error messages. But, uncomment the 'use CPAN', or
any other module of your choice, and you will get 6 (number
depending on the module) messages like this:

PERL caused an invalid page fault in
module CYGWIN1.DLL at 017f:61084b28.
Registers:
EAX= CS=017f EIP=61084b28 EFLGS=00010206
EBX=00b95000 SS=0187 ESP=0073f338 EBP=0073f340
ECX=83a0a310 DS=0187 ESI=0073f368 FS=120f
EDX=83a0a318 ES=0187 EDI=610c1a88 GS=
Bytes at CS:EIP:
8b 00 89 ec 5d c3 89 f6 55 89 e5 83 ec 08 a1 70 
Stack dump:
610df648 610c1a88 0073f380 61070c3c 610c1968 
00b9368c 6108706b 0050 df0df046 0073f380 610895dc
610c1968  0014 bff74277 



All that you need is the open line:

#!/bin/perl

use CPAN;

open(MAILER, '|/usr/bin/exim');

I still get 6 error messages. If I comment the 'use CPAN' back
out, I don't get the error messages.

-- 
Greg MathesonAlice: Which way should I go from here? 
Chinmin College  Cat: That depends on where you want to go.
Taiwan Penpals Archive   Alice: I don't much care where.
penpals.chinmin.edu.tw/ Cat: Then it doesn't matter which way you go.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Win2000, XEmacs 21.4.10, MH-E, cygwin 1.3.17-1

[Bill Wohler]

Peter Davis <[EMAIL PROTECTED]> wrote:

> Aha!  The Windows PATH.  All I had to do was add "c:\cygwin\bin" to
> the front of the Windows path, and that fixed the problem.

  Cool.

> Now I just have to work out the path problems, like why, after editing
> an outgoing message, MH-E reports that it can't find
> 
>/cygdrive/d/temp/d:/temp/draftsex/
> 
> For some reason the Cygwin path is getting pre-pended to the Windows
> path.

  The stack backtrace might be useful to see where this is happening so
  that we can see which variables are involved. (setq debug-on-error t).

--
Bill Wohler <[EMAIL PROTECTED]>  http://www.newt.com/wohler/  GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right, you're in the wrong lane.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

xinetd/ init not working for me

[Bruce Dobrin]

I just upgraded to 1.3.18 and noticed a version  of init and xinetd.  I
turned off inetd and  installed xinetd, chkconfig, sysvinit, and the
initscripts,  Ran init-config and xinetd-config.  chkconfig says that xinetd
is on at runlevel3, net start init starts init at runlevel3 ,  but doesn't
start xinetd.  If I manualy start xinetd (either with
/etc/rc.d/init.d/xinetd start  or   /usr/sbin/xinetd -d) it appears to set
up the various services,  but when I try to access the machine using an
xinetd service (telnet or rlogin) I get :

03/1/3@18:04:10: DEBUG: {server_start} Starting service login
03/1/3@18:04:10: DEBUG: {main_loop} active_services = 14
03/1/3@18:04:10: ERROR: {set_credentials} setuid failed: Permission denied
(errno = 13)
03/1/3@18:04:10: DEBUG: {main_loop} active_services = 14
03/1/3@18:04:10: DEBUG: {main_loop} select returned 1
03/1/3@18:04:10: DEBUG: {check_pipe} Got signal 20 (Child status changed)
03/1/3@18:04:10: DEBUG: {child_exit} waitpid returned = 3056
03/1/3@18:04:10: DEBUG: {server_end} login server 3056 exited
03/1/3@18:04:10: DEBUG: {svc_postmortem} Checking log size of login service
03/1/3@18:04:10: INFO: {conn_free} freeing connection
03/1/3@18:04:10: DEBUG: {child_exit} waitpid returned = -1
03/1/3@18:04:10: DEBUG: {main_loop} active_services = 14


I've tried adding the services to the hosts.allow file and a few other
things,  but no luck so far,  I've also been through the cygwin and xinetd
lists and haven't turned anything up.
Oh,  inetd works just fine,  but I'd like to use xinetd if I could.

thanks for any help.
Bruce Dobrin
[EMAIL PROTECTED]


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: xinetd/ init not working for me

[Sergey Okhapkin]

Are there any errors in NT application error log on init startup?

Sergey Okhapkin
Somerset, NJ
- Original Message -
From: "Bruce Dobrin" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, January 03, 2003 9:10 PM
Subject: xinetd/ init not working for me


> I just upgraded to 1.3.18 and noticed a version  of init and xinetd.  I
> turned off inetd and  installed xinetd, chkconfig, sysvinit, and the
> initscripts,  Ran init-config and xinetd-config.  chkconfig says that
xinetd
> is on at runlevel3, net start init starts init at runlevel3 ,  but doesn't
> start xinetd.  If I manualy start xinetd (either with
> /etc/rc.d/init.d/xinetd start  or   /usr/sbin/xinetd -d) it appears to set
> up the various services,  but when I try to access the machine using an
> xinetd service (telnet or rlogin) I get :
>
> 03/1/3@18:04:10: DEBUG: {server_start} Starting service login
> 03/1/3@18:04:10: DEBUG: {main_loop} active_services = 14
> 03/1/3@18:04:10: ERROR: {set_credentials} setuid failed: Permission denied
> (errno = 13)
> 03/1/3@18:04:10: DEBUG: {main_loop} active_services = 14
> 03/1/3@18:04:10: DEBUG: {main_loop} select returned 1
> 03/1/3@18:04:10: DEBUG: {check_pipe} Got signal 20 (Child status changed)
> 03/1/3@18:04:10: DEBUG: {child_exit} waitpid returned = 3056
> 03/1/3@18:04:10: DEBUG: {server_end} login server 3056 exited
> 03/1/3@18:04:10: DEBUG: {svc_postmortem} Checking log size of login
service
> 03/1/3@18:04:10: INFO: {conn_free} freeing connection
> 03/1/3@18:04:10: DEBUG: {child_exit} waitpid returned = -1
> 03/1/3@18:04:10: DEBUG: {main_loop} active_services = 14
>
>
> I've tried adding the services to the hosts.allow file and a few other
> things,  but no luck so far,  I've also been through the cygwin and xinetd
> lists and haven't turned anything up.
> Oh,  inetd works just fine,  but I'd like to use xinetd if I could.
>
> thanks for any help.
> Bruce Dobrin
> [EMAIL PROTECTED]
>
>
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
>



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: xinetd/ init not working for me

[Bruce Dobrin]

no,
the only 3 messages are:

entering runlevel 3
no more processes left at this runlevel
`init` service started


- Original Message -
From: "Sergey Okhapkin" <[EMAIL PROTECTED]>
To: "Bruce Dobrin" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Friday, January 03, 2003 6:23 PM
Subject: Re: xinetd/ init not working for me


> Are there any errors in NT application error log on init startup?
>
> Sergey Okhapkin
> Somerset, NJ
> - Original Message -
> From: "Bruce Dobrin" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Friday, January 03, 2003 9:10 PM
> Subject: xinetd/ init not working for me
>
>
> > I just upgraded to 1.3.18 and noticed a version  of init and xinetd.  I
> > turned off inetd and  installed xinetd, chkconfig, sysvinit, and the
> > initscripts,  Ran init-config and xinetd-config.  chkconfig says that
> xinetd
> > is on at runlevel3, net start init starts init at runlevel3 ,  but
doesn't
> > start xinetd.  If I manualy start xinetd (either with
> > /etc/rc.d/init.d/xinetd start  or   /usr/sbin/xinetd -d) it appears to
set
> > up the various services,  but when I try to access the machine using an
> > xinetd service (telnet or rlogin) I get :
> >
> > 03/1/3@18:04:10: DEBUG: {server_start} Starting service login
> > 03/1/3@18:04:10: DEBUG: {main_loop} active_services = 14
> > 03/1/3@18:04:10: ERROR: {set_credentials} setuid failed: Permission
denied
> > (errno = 13)
> > 03/1/3@18:04:10: DEBUG: {main_loop} active_services = 14
> > 03/1/3@18:04:10: DEBUG: {main_loop} select returned 1
> > 03/1/3@18:04:10: DEBUG: {check_pipe} Got signal 20 (Child status
changed)
> > 03/1/3@18:04:10: DEBUG: {child_exit} waitpid returned = 3056
> > 03/1/3@18:04:10: DEBUG: {server_end} login server 3056 exited
> > 03/1/3@18:04:10: DEBUG: {svc_postmortem} Checking log size of login
> service
> > 03/1/3@18:04:10: INFO: {conn_free} freeing connection
> > 03/1/3@18:04:10: DEBUG: {child_exit} waitpid returned = -1
> > 03/1/3@18:04:10: DEBUG: {main_loop} active_services = 14
> >
> >
> > I've tried adding the services to the hosts.allow file and a few other
> > things,  but no luck so far,  I've also been through the cygwin and
xinetd
> > lists and haven't turned anything up.
> > Oh,  inetd works just fine,  but I'd like to use xinetd if I could.
> >
> > thanks for any help.
> > Bruce Dobrin
> > [EMAIL PROTECTED]
> >
> >
> > --
> > Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> > Bug reporting: http://cygwin.com/bugs.html
> > Documentation: http://cygwin.com/docs.html
> > FAQ:   http://cygwin.com/faq/
> >
>
>
>
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
>


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Win2000, XEmacs 21.4.10, MH-E, cygwin 1.3.17-1

[Peter Davis]

On Fri, Jan 03, 2003 at 05:01:15PM -0800, Bill Wohler wrote:
> Peter Davis <[EMAIL PROTECTED]> wrote:
> > Now I just have to work out the path problems, like why, after editing
> > an outgoing message, MH-E reports that it can't find
> > 
> >/cygdrive/d/temp/d:/temp/draftsex/
> > 
> > For some reason the Cygwin path is getting pre-pended to the Windows
> > path.
> 
>   The stack backtrace might be useful to see where this is happening so
>   that we can see which variables are involved. (setq debug-on-error t).

I couldn't get a backtrace.  Even with debug-on-error set to true,
there was no backtrace.  When I try to send a message I've composed by
typing C-c C-c, I get

send: unable to stat draft file /cygdrive/d/HOME/Mail/d:\HOME\Mail\draftsex\17: No 
such file or directory

Followed by this in the minibuffer:

Sending...backgrounded



-- 

 Peter Davis
   Funny stuff at http://www.pfdstudio.com
List of resources for children's writers and illustrators at:
  http://www.pfdstudio.com/cwrl.html

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

File::Spec, Cygwin, Syntactic vs. Semantic path analysis is.

[linda w \(cyg\)]

A bit late to the party, I know, but wanted to chime in on the Cygwin
File::Spec discussion.  I'm 'cc'ing the cygwin list as a "heads up" for any
interested parties.

A more satisfactory mapping is to base "Cygwin" on Win32, not Unix.

Cygwin, as an "OS interface" _partially_ supports posix mapping -- it supports
posix naming to the same extent the underlying Win32 OS supports it -- not
to the level Unix supports it.

For example, 
1) "\:" are illegal in Cygwin pathnames as they are under Win32.  Posix doesn't have 
this difference.

2) By default, case doesn't matter under Cygwin in the cases where it doesn't
matter under Win32.  It's not _ignored_ -- case is preserved on filename
creation but not lookup.  Ex:

law/proj/fspec> touch aBcDe
law/proj/fspec/tmp> ls
aBcDe   (expected)
law/proj/fspec/tmp> mv ABCDE AbCdE  (this works!)
law/proj/fspec/tmp> ls
AbCdE   (case is changed)
law/proj/fspec/tmp> touch aBcDe (try to recreate original filename)
law/proj/fspec/tmp> ls
AbCdE   (win32 behavior, not posix 
behavior)

3) using unix and win32 syntaxes to parse valid cygwin filenames "i:/fee/fie/foe/fum" 
and "i:fee/fie/foe/fum" yield (under 5.8):

unix:v,d,f=, i:/fee/fie/foe/, fum
unix: 'i:', 'fee', 'fie', 'foe', ''
Win32:v,d,f=i:, /fee/fie/foe/, fum
Win32:'', 'fee', 'fie', 'foe', ''
and
unix:v,d,f=, i:fee/fie/foe/, fum
unix: 'i:fee', 'fie', 'foe', ''
Win32:v,d,f=i:, fee/fie/foe/, fum
Win32:'fee', 'fie', 'foe', ''

Under cygwin, you cannot create a filename "i:fee" -- it creates a filename
'fee' (somewhere**) on the "i:" filesystem (volume). 


=>  For some reason that eludes me, the current File::Spec implementation
=> returns a 'null' directory as the last directory component while no such
=> component existed in the original pathname.  I would tend to think this is a
=> bug. Elucidating comments?  Agreement?  Disagreement?


Cygwin, and possibly, the Win32 module, are inconsistent in handling the 
differences between i:/foobar/ and i:.  On one hand i: is considered a 'volume'
but on the other hand i:/ seems to evaluate to the same, incorrect, value.
In "Win32", each 'fs' of form ":', x of class <[:alpha:]>, there is a 
process-specific "current directory".  This can be seen by:

>From cmd.exe, cygwin utils "ls", "pwd", "printenv" and "grep" are in my path.

1) Fresh cmd shell, what's on filesystem "Z"?

C:\Documents and Settings\law>dir /b /a z:## /a=show hidden, /b=skip header
desktop.ini
Content.IE5 ## expected output, /a=show 
hidden files

C:\Documents and Settings\law>ls z:
Content.IE5  desktop.ini## again, expected output...

2) Where are we?

C:\Documents and Settings\law>cd
C:\Documents and Settings\law   ## expected -- shows same as the
## default prompt:
C:\Documents and Settings\law>echo %prompt%
$P$G## $p=cur drive and path, 
$g=">"
C:\Documents and Settings\law>pwd   ## on cygwin?
/cygdrive/c/Documents and Settings/law  ## hmmm...cygwin translated c: to
## /cygdrive/c;  seems like 
under
## cygwin, /cygdrive/c is a 
win32 volume.
3. What does File::Spec say about that?
ishtar:law/proj/fspec> fspec "c:Documents and Settings/law/"
Win32:v,d,f=c:, Documents and Settings/law/, 
Win32:'Documents and Settings', 'law', ''   ## expected, C: is a fs (volume)
cygwin: v,d,f=, c:Documents and Settings/law/, 
cygwin: 'c:Documents and Settings', 'law', ''
## oops, seems 
File::Spec::Cygwin
## doesn't act the same way 
the Cygwin
## layer does...>>not good<<, 
bug?

4. How about "/cygwin/c/Documents and Settings/law" ?
cygwin: v,d,f=, /cygwin/c/Documents and Settings/law/, 
cygwin: '', 'cygwin', 'c', 'Documents and Settings', 'law', ''
unix:v,d,f=, /cygwin/c/Documents and Settings/law/, 
unix: '', 'cygwin', 'c', 'Documents and Settings', 'law', ''
Win32:v,d,f=, /cygwin/c/Documents and Settings/law/, 
Win32:'', 'cygwin', 'c', 'Documents and Settings', 'law', ''

## All the same...good, or is 
it?...um
5.
## under cygwin, /cygwin/x/ 
can't be used
## as a filename:
law/proj/fspec> mkdir -p /cygdrive/e/foo
mkdir: cannot create directory `/cygdrive/e': No such file or d

Re: File::Spec, Cygwin, Syntactic vs. Semantic path analysis is.

[Robert Collins]

On Sat, 2003-01-04 at 12:27, linda w (cyg) wrote:
> A bit late to the party, I know, but wanted to chime in on the Cygwin
> File::Spec discussion.  I'm 'cc'ing the cygwin list as a "heads up" for any
> interested parties.
> 
> A more satisfactory mapping is to base "Cygwin" on Win32, not Unix.
> 
> Cygwin, as an "OS interface" _partially_ supports posix mapping -- it supports
> posix naming to the same extent the underlying Win32 OS supports it -- not
> to the level Unix supports it.
> 
> For example, 
> 1) "\:" are illegal in Cygwin pathnames as they are under Win32.  Posix doesn't have 
>this difference.

Actually, IIRC neither | or : are in the POSIX "Portable file name
character set".

Rob
-- 
---
GPG key available at: http://users.bigpond.net.au/robertc/keys.txt.
---



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

Been losing money in the market?

[a001179fugr]

Traders

2002 was not fun for most market players, but many members of our chat room
and newsletter had the best years of their careers

Our Daily Stock Picks would top every list if it was tracked by the
reporting servicesahead over 600 points since May 1st - meaning over $60,000 
profit if you had traded just 100 shares on each trading opportunity.

We are re-doubling our commitment to get our newsletter members to at least
8 out of 10 winning trade average.

Our goal is to create the biggest, most successful trading community on the
internet. One in which more people make more money than any other trading
site.

If you have any ideas how we can do this better, faster, and easier for
you -- our clients, please let us know.

We hope you will accept our most sincere gratitude for allowing us to
participate in your market education and training. If there is anything we
can do to help you reach your trading and investing goals in 2003, we invite
you to ask us so we can try to deliver it sooner, rather than later.

For those of you who have not yet taken the FREE 2 week trial sign up now at
http://www.hot.ee/tdww
We wish you all the happiness and success you deserve in your life and in your 
trading.

Warmest regards,

The Trading Team



8904xHMO3-915jScz7629fxhRl24

Support for DWARF-2 debug info?

[Dave Hooper]

I've looked in the archives for this and several other lists and cannot find
a definitive answer.  Can someone tell me:

a)  If the cygwin build of gcc/gdb/gas/etc supports DWARF-2 debug
information (it appears not but I may be overlooking something)
b)  If not, is it just a matter of #defining the appropriate flags in
/gcc/config/i386/cygwin.h and rebuilding gcc?
c)  Whether DWARF-2 will become the standard debug info format for cygwin
builds of apps in the near future (as it already has for various other
platforms, e.g. djgpp).

Thanks in advance!

d


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Support for DWARF-2 debug info?

[Christopher Faylor]

On Sat, Jan 04, 2003 at 05:30:15AM -, Dave Hooper wrote:
>a)  If the cygwin build of gcc/gdb/gas/etc supports DWARF-2 debug
>information (it appears not but I may be overlooking something)

It doesn't.

>b)  If not, is it just a matter of #defining the appropriate flags in
>/gcc/config/i386/cygwin.h and rebuilding gcc?

No.  Code is needed in gcc.

>c)  Whether DWARF-2 will become the standard debug info format for cygwin
>builds of apps in the near future (as it already has for various other
>platforms, e.g. djgpp).

It would be nice to switch to Dwarf-2 but no one has has stepped forward
to implement the required bits to handle this.  I don't remember what is
required, unfortunately, but I have discussed it with gcc engineers.  If
you're interested in working on this, asking in the gcc at gcc dot gnu dot org
mailing list would probably be the place to start.

cgf
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam email harvesters: send email to [EMAIL PROTECTED]
and be permanently blocked from mailing lists at sources.redhat.com

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/