Re: Plausibility of sendmail?

Joaquin wrote: > > But Exim provides a sendmail-compatible interface, and a > > symlink to /usr/sbin/sendmail. Anything that expects to call > > sendmail from the command line should work fine with Exim, > > including all those perl modules. Even if you are doing > > something obscure that absol

RE: Plausibility of sendmail?

> But Exim provides a sendmail-compatible interface, and a > symlink to /usr/sbin/sendmail. Anything that expects to call > sendmail from the command line should work fine with Exim, > including all those perl modules. Even if you are doing > something obscure that absolutely requires sendmail,

RE:Error

Your email to [EMAIL PROTECTED] contained a virus which could not be removed. Please contact the IT Support Help Desk and request that your system is checked for viruses. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.htm

Re: minires undefined '___res_search'

> I don't believe the above command even attempts to link to the "resolv" > library. There is certainly no -lresolv anywhere on that line... Oops, my mistake. Pasted the wrong line. It actually contained -lresolv as follows: gcc -o kx509 -lresolv -DUSE_KRB5 kx509.o debug.o getcert.o get_kca_li

Re: Different executables of the same source

Alex Vinokur wrote: > How to compute the MD5-sums of executables? "man md5sum" Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.

Re: Different executables of the same source

"Demmer, Thomas" wrote in message news:[EMAIL PROTECTED] [snip] > Due to this "feature" the MD5-sums > of executables compiled on two different machines will hardly ever > concide. [snip] How to compute the MD5-sums of executables? -- Alex Vinokur mailto:[EMAIL PROTECTED] http://ma

Re: Different executables of the same source

"Shankar Unni" wrote in message news:[EMAIL PROTECTED] > Demmer, Thomas wrote: > > > Because the PE header has a field that contains > > the creation time. Due to this "feature" the MD5-sums > > of executables compiled on two different machines will hardly ever > > concide. I have no clue why this

Re: minires undefined '___res_search'

On Wed, 11 Feb 2004, King Lung Chiu wrote: > Hi, > > I'm trying to port some code (KX509) to cygwin that needs to use librsolv. > I've installed minires-devl-0.98-1, but make (of KX509) always fails with > 'undefined reference to '___res_search' and '___dn_expand': > > ... > gcc -o kx509 -g -O

minires undefined '___res_search'

Hi, I'm trying to port some code (KX509) to cygwin that needs to use librsolv. I've installed minires-devl-0.98-1, but make (of KX509) always fails with 'undefined reference to '___res_search' and '___dn_expand': ... gcc -o kx509 -g -O2 -DUSE_KRB5 kx509.o debug.o getcert.o\ get_kca_list.o

Re: Different executables of the same source

Demmer, Thomas wrote: Because the PE header has a field that contains the creation time. Due to this "feature" the MD5-sums of executables compiled on two different machines will hardly ever concide. I have no clue why this feature exists. Almost *all* object file formats (ELF, COFF/PE, ...) have

Re: strace hacks

Right. Because mucking about with the environment much more elegant than adding '+' to the beginning of the short option string. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/do

strace hacks

Two questions: 1. Is getopt the only code that modifies its behavior when POSIXLY_CORRECT is defined? 2. Do child processes (normally) inherit their environment from their parent? Again, I will point out that a patch I posted two months ago will fix this (correctly). -- Unsubscribe info:

Re: Cygwin support for WinXP Home ?

On Tue, 10 Feb 2004, Riverupdude wrote: > I ran the Setup process several times, not sure how this is suppose to > install itself. First I looked at the README in the download directory > and saw something related to McAfee not installed/ or not accessable. So > I deacitvate my Symantec AV. Now I

Cygwin support for WinXP Home ?

I ran the Setup process several times, not sure how this is suppose to install itself. First I looked at the README in the download directory and saw something related to McAfee not installed/ or not accessable. So I deacitvate my Symantec AV. Now I see (last 5 lines of the README log) 20

Re: cyclical dependencies in setup.ini?

At 04:01 PM 2/10/2004, Edward S. Peschko you wrote: >> > well, I need to know which ones to *build* first, and which order >> > to build them.. Like I said I want to do it with as few deps as possible, >> > if possible just g++ and make, and shell. >> >> I believe I mentioned this before, but anyw

Re: cyclical dependencies in setup.ini?

> > well, I need to know which ones to *build* first, and which order > > to build them.. Like I said I want to do it with as few deps as possible, > > if possible just g++ and make, and shell. > > I believe I mentioned this before, but anyway... Most maintainers put the > build requirements in t

request: new official Cygwin RXVT build with enable-256-color

>From the RXVT changelog: 2.7.10 to 2.7.11 \--- Geoff Wing <[EMAIL PROTECTED]> et al. [...] added 256 colour support for Cygwin [...] I had no problems building rxvt from cvs a couple of days ago with the 256 color support enabled. It runs great; the colors make

Re: Problem rolling back cygwin from 1.5.7.1 to 1.5.5.1

At 12:34 PM 2/10/2004, Charles Plager you wrote: >Larry Hall wrote: > >>At 09:07 AM 2/10/2004, Charles Plager you wrote: >> >>>Hello, >>> Since I've been having so much trouble with many different versions of emacs, I >>> decided to try to go back to cygwin 1.5.5.1 using setup.exe. It installs

Re: zsh hanging on "Command not found" problem

On Tue, Feb 10, 2004 at 01:09:14PM -0500 Christopher Faylor, Christopher Faylor <[EMAIL PROTECTED]> wrote: > On Tue, Feb 10, 2004 at 06:52:37PM +0100, DarkSoul wrote: > >I upgraded my cygwin distribution and packages yesterday, and now I am > >faced with an unpleasant bug :/ > > 1) wrong mailing

Re: zsh hanging on "Command not found" problem

On Tue, Feb 10, 2004 at 06:52:37PM +0100, DarkSoul wrote: >I upgraded my cygwin distribution and packages yesterday, and now I am >faced with an unpleasant bug :/ 1) wrong mailing list, redirected. 2) already reported in the right mailing list. 3) fixed in latest cygwin snapshot. -- Unsubscrib

Re: Problem rolling back cygwin from 1.5.7.1 to 1.5.5.1

Larry Hall wrote: At 09:07 AM 2/10/2004, Charles Plager you wrote: Hello, Since I've been having so much trouble with many different versions of emacs, I decided to try to go back to cygwin 1.5.5.1 using setup.exe. It installs without any complaints and tells me to reboot before using. So

Re: XEmacs-21.4.14-2 consistently crashes

> "Thomas" == Thomas Demmer writes: Thomas> Hi all, Hi Thomas, finally you send the message to the list :-) Thomas> I can reliably crash XEmacs by the following procedure: FWIW, me too. But since I will *never* use the Win32 version and have never used the Win32 version as already s

RE: Problem rolling back cygwin from 1.5.7.1 to 1.5.5.1

At 11:09 AM 2/10/2004, Ken Thompson you wrote: >This would seem to indicate that you have two copies of the cygwin1 dll in >your path. > Sorry, no not in this case. Charles' problem is that he has an app, 'sh', which is built against Cywgin 1.5.7 but now he's running 1.5.5. That won't work.

Re: Problem rolling back cygwin from 1.5.7.1 to 1.5.5.1

At 09:07 AM 2/10/2004, Charles Plager you wrote: >Hello, >Since I've been having so much trouble with many different versions of emacs, I > decided to try to go back to cygwin 1.5.5.1 using setup.exe. It installs without any > complaints and tells me to reboot before using. So after rebootin

Re: "entry point __getreent" not found errors with sshd and inetd

At 10:47 PM 2/9/2004, Christopher Faylor wrote: ...snip... There is only one reason for this: You have an older version of the DLL on your system. If you have googled, you should have seen that every single time someone says "I don't have an older version" it eventually turns out that they do. Th

Recently changed behavior for daemons

I recently upgraded to version 1.5.7-1 Since then, when I run a daemon (i.e. a program that forks, closes file descriptors, chdirs to /, and calls setsid) from a cygwin (non-X) command shell, I am unable to close the cygwin window. I've tried doing the standard daemon things, and calling the d

Re: Problem rolling back cygwin from 1.5.7.1 to 1.5.5.1

Christopher Faylor wrote: > > Since I've been having so much trouble with many different versions > > of emacs, I decided to try to go back to cygwin 1.5.5.1 using setup.exe. > >It installs without any complaints and tells me to reboot before using. > > So after rebooting, I keep getti

Re: Problem rolling back cygwin from 1.5.7.1 to 1.5.5.1

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Charles Plager wrote: | Since I've been having so much trouble with many different versions | of emacs, I decided to try to go back to cygwin 1.5.5.1 using setup.exe. | It installs without any complaints and tells me to reboot before using. | So af

RE: Problem rolling back cygwin from 1.5.7.1 to 1.5.5.1

This would seem to indicate that you have two copies of the cygwin1 dll in your path. > -Original Message- > On Behalf Of Charles Plager > Sent: Tuesday, February 10, 2004 9:08 AM > To: Cygwin Mailing list > Subject: Problem rolling back cygwin from 1.5.7.1 to 1.5.5.1 > > > Hello, >

WML (perl-based program) segfaults

Hello! I had used WML (offline HTML generator, Perl-based, version 2.0.9, ) happily under Cygwin with no problems whatsoever. Then along came some system-upgrade[1], and boom, eperl (a subcomponent of WML) just dies when trying to open a file. (That means, e.g. "eperl --help" pr

Re: Different executables of the same source

On Tue, 10 Feb 2004, Alex Vinokur wrote: > "Demmer, Thomas" wrote in message > Please, no plain text email addresses in replies. They are food for spammers. Thanks. > >"Alex Vinokur" wrote: > >>[...] > >>$ gcc foo.c -o x1.exe > >> > >>$ gcc foo.c -o x2.exe > >> > >>$ cmp x1.exe x2.exe > >>x1.ex

Re: Problem rolling back cygwin from 1.5.7.1 to 1.5.5.1

On Tue, Feb 10, 2004 at 08:07:39AM -0600, Charles Plager wrote: >Hello, > Since I've been having so much trouble with many different versions > of emacs, I decided to try to go back to cygwin 1.5.5.1 using setup.exe. >It installs without any complaints and tells me to reboot before us

latest CVS: make hangs on XP (with HT)

Volker Quetschke wrote: Just FYI, I build a cygwin dll from current cvs (last winsup/cygwin/ChangeLog entry 2004-02-09 Ralf H.) with debugging enabled and rerun this script. It didn't freeze, I stopped it after 1588 iterations, but it produced one stackdump and wrote some errors from make to stderr

Re: cyclical dependencies in setup.ini?

On Mon, Feb 09, 2004 at 10:26:38PM -0800, Edward S. Peschko wrote: >ok, I misread. 'cygrunsrv' for cygsrv, assumed 'cygwin' == cygwin, >mingw-runtime == mingw, etc. In order to do a 'simple inspection' I >would need to download these all. I thought it'd be simpler to ask. http://cygwin.com/pack

Re: strace is broken (again) in CVS

On Tue, 10 Feb 2004, David Fritz wrote: > With a recent CVS build: > > $ strace echo hello -z > strace: unknown option -- z > Try 'strace --help' for more information. Use "strace -- echo hello -z". > I posted a patch two months ago that will fix this: > > http://sources.redhat.com/ml/cygwin-pat

Re: RE : 1.0.0 : CVS Checkout via SSH = error : no such repository

Reini, He's using Cygwin's CVS as both client and server -- there's (hopefully) no version mismatch. If there is, that's probably the source of his problem, anyway -- with or without "-z 0"... :-) Igor On Tue, 10 Feb 2004, Reini Urban wrote: > Please try -z 0 > since the cygwin cvs is b

Re: cyclical dependencies in setup.ini?

On Mon, 9 Feb 2004, Edward S. Peschko wrote: > > I also know that build-depends is a real headache for Red Hat package > > maintainers so I'm not in a hurry to foist that extra bookkeeping > > headache on cygwin maintainers. It's moderate effort for small > > gain given that there are other more

Re: Different executables of the same source

"Demmer, Thomas" <[EMAIL PROTECTED]> wrote in message > news:[EMAIL PROTECTED] >"Alex Vinokur" wrote: >[...] >>$ gcc foo.c -o x1.exe >> >>$ gcc foo.c -o x2.exe >> >>$ cmp x1.exe x2.exe >>x1.exe x2.exe differ: char 137, line 2 >> >>Why are x1.exe and x2.exe different? >Because the PE header has a

Re: Different executables of the same source

"Alex Vinokur" wrote: [...] >$ gcc foo.c -o x1.exe > >$ gcc foo.c -o x2.exe > >$ cmp x1.exe x2.exe >x1.exe x2.exe differ: char 137, line 2 > >Why are x1.exe and x2.exe different? Because the PE header has a field that contains the creation time. Due to this "feature" the MD5-sums of executables co

Problem rolling back cygwin from 1.5.7.1 to 1.5.5.1

Hello, Since I've been having so much trouble with many different versions of emacs, I decided to try to go back to cygwin 1.5.5.1 using setup.exe. It installs without any complaints and tells me to reboot before using. So after rebooting, I keep getting an error message popping up when I try

Different executables of the same source

$ uname -sr CYGWIN_NT-5.0 1.5.5(0.94/3/2) $ gcc --version gcc (GCC) 3.3.1 (cygming special) [snip] $ cmp -v cmp (GNU diffutils) 2.8.4 [snip] --- C program (foo.c) --- int main() { return 0; } - $ gcc foo.c -o x1.exe $ gcc foo.c -o x2.exe $ cmp x1.exe x2.exe x1.exe x

strace is broken (again) in CVS

With a recent CVS build: $ strace echo hello -z strace: unknown option -- z Try 'strace --help' for more information. I posted a patch two months ago that will fix this: http://sources.redhat.com/ml/cygwin-patches/2003-q4/msg00223.html Danny Smith recently reverted /src/winsup/mingw/mingwex/geto

Re: IPv6 integration status in Cygwin

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lapo wrote: | I guess the longest problem would | be to think a way not to interfere with normal Win98 and Win2000 CygWin | support when IPv6 is not available. Thinking about it I think it is a problem similiar to 64-bit file support: CygWin DLL uses t

XEmacs-21.4.14-2 consistently crashes

Hi all, I can reliably crash XEmacs by the following procedure: Start the non-X11 version: $ DISPLAY='' CYGWIN='error_start=c:\cygwin\bin\dumper.exe' xemacs foo & Press "Alt-x info" to invoke the info directory, press twice Pg-Down. Boom: $ Fatal error: assertion failed, file /usr/src/xemac

Re: RE : 1.0.0 : CVS Checkout via SSH = error : no such repository

Please try -z 0 since the cygwin cvs is behind the latest release which changed it's protocol on the inflate methods. Flo schrieb: I remotly connect to the server via SSH with putty I tried to connect with an explicit CVSROOT : :ext:[EMAIL PROTECTED]:/opt/cvs ... -- Reini Urban http://xarch.tu-g