date:20030628

RE: _stderr, _stdout, _errno etc.

2003-06-28 Thread Elfyn McBratney

[ Please keep replies on list. I set the Reply-to for a reason ]

On Sat, 28 Jun 2003, Vikram Mehta wrote:

> Hi Elfyn,
>
> Thanx.
>
> Reinstalled gcc and it works
>
> Now can u suggest what I do abt dirname and getline

For dirname, wait. We don't have it, do it's not there (yet). getline, on the
other hand, is available. Just include `stdio.h' and use it.

> > > > Hi folks
> > > >
> > > > I am trying to compile a file using gcc oin CYGWIN
> > > > I get undefined refrences to _sdterr, _stdout, dirname, _errno ,
> > > > fputc_unlocked etc.
> > > >
> > > > Can you tell me what library are they in
> >
> >basename and dirname (aka libgen) has not yet made it into Cygwin. They
> >will be
> >available in the next in one of the upcoming 1.5 releases. When they are
> >available, you will need to include 'libgen.h'.  For the errno and
> >std{err,in,out} symbols you need to include 'errno.h' and 'stdio.h'
> >respectively.

Elfyn
-- 


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

Here is code for dirname basename and getline

2003-06-28 Thread Vikram Mehta

Hi Elfyn,

Thanx again,

Anyways I have added code for thse three functions incase somebody needs 
them
This code  is not mine but i thought, incase soembody needs it,  he will 
have to spent less time on this issue

/*Code starts here*/

ssize_t getdelim(char **linebuf, size_t *linebufsz, int delimiter, FILE 
*file)
{
	static const int GROWBY = 80; /* how large we will grow strings by */

int ch;
int idx = 0;
if ((file == NULL || linebuf==NULL || *linebuf == NULL || *linebufsz == 0)
&& !(*linebuf == NULL && *linebufsz ==0 )) {
errno=EINVAL;
return -1;
}
if (*linebuf == NULL && *linebufsz == 0){
*linebuf = malloc(GROWBY);
if (!*linebuf) {
errno=ENOMEM;
return -1;
}
*linebufsz += GROWBY;
}
while (1) {
ch = fgetc(file);
if (ch == EOF)
break;
/* grow the line buffer as necessary */
while (idx > *linebufsz-2) {
*linebuf = realloc(*linebuf, *linebufsz += GROWBY);
if (!*linebuf) {
errno=ENOMEM;
return -1;
}
}
(*linebuf)[idx++] = (char)ch;
if ((char)ch == delimiter)
break;
}
if (idx != 0)
(*linebuf)[idx] = 0;
else if ( ch == EOF )
return -1;
return idx;
}


ssize_t getline(char **linebuf, size_t *n, FILE *file)
{
 return (getdelim (linebuf, n, '\n', file));
}
char *
basename (filename)
const char *filename;
{
 char *p = strrchr (filename, '/');
 return p ? p + 1 : (char *) filename;
}
# define __ptr_t void *

__ptr_t
__memrchr (s, c_in, n)
const __ptr_t s;
int c_in;
size_t n;
{
 const unsigned char *char_ptr;
 const unsigned long int *longword_ptr;
 unsigned long int longword, magic_bits, charmask;
 unsigned char c;
 c = (unsigned char) c_in;

 /* Handle the last few characters by reading one character at a time.
Do this until CHAR_PTR is aligned on a longword boundary.  */
 for (char_ptr = (const unsigned char *) s + n;
  n > 0 && ((unsigned long int) char_ptr
 & (sizeof (longword) - 1)) != 0;
  --n)
   if (*--char_ptr == c)
 return (__ptr_t) char_ptr;
 /* All these elucidatory comments refer to 4-byte longwords,
but the theory applies equally well to 8-byte longwords.  */
 longword_ptr = (const unsigned long int *) char_ptr;

 /* Bits 31, 24, 16, and 8 of this number are zero.  Call these bits
the "holes."  Note that there is a hole just to the left of
each byte, with an extra at the end:
bits:  0110 1110 1110 
bytes:    
The 1-bits make sure that carries propagate to the next 0-bit.
The 0-bits provide holes for carries to fall into.  */
 if (sizeof (longword) != 4 && sizeof (longword) != 8)
   abort ();
#if LONG_MAX <= LONG_MAX_32_BITS
 magic_bits = 0x7efefeff;
#else
 magic_bits = ((unsigned long int) 0x7efefefe << 32) | 0xfefefeff;
#endif
 /* Set up a longword, each of whose bytes is C.  */
 charmask = c | (c << 8);
 charmask |= charmask << 16;
#if LONG_MAX > LONG_MAX_32_BITS
 charmask |= charmask << 32;
#endif
 /* Instead of the traditional loop which tests each character,
we will test a longword at a time.  The tricky part is testing
if *any of the four* bytes in the longword in question are zero.  */
 while (n >= sizeof (longword))
   {
 /* We tentatively exit the loop if adding MAGIC_BITS to
 LONGWORD fails to change any of the hole bits of LONGWORD.
 1) Is this safe?  Will it catch all the zero bytes?
 Suppose there is a byte with all zeros.  Any carry bits
 propagating from its left will fall into the hole at its
 least significant bit and stop.  Since there will be no
 carry from its most significant bit, the LSB of the
 byte to the left will be unchanged, and the zero will be
 detected.
 2) Is this worthwhile?  Will it ignore everything except
 zero bytes?  Suppose every byte of LONGWORD has a bit set
 somewhere.  There will be a carry into bit 8.  If bit 8
 is set, this will carry into bit 16.  If bit 8 is clear,
 one of bits 9-15 must be set, so there will be a carry
 into bit 16.  Similarly, there will be a carry into bit
 24.  If one of bits 24-30 is set, there will be a carry
 into bit 31, so all of the hole bits will be changed.
 The one misfire occurs when bits 24-30 are clear and bit
 31 is set; in this case, the hole at bit 31 is not
 changed.  If we had access to the processor carry flag,
 we could close this loophole by putting the fou

Re: How display graphic by cygwin

2003-06-28 Thread Brian Dessent

Peng Yu wrote:

> I just installed the minimum set of cygwin and Cygwin/XFree86 on a
> Window XP. I can startx at the localhost(my Window XP machine).
> Then I sshed to a remote Linux host and ran acroread. "Error: Can't not
> open display:" was displayed. Could somebody help me to fix this problem.

You need to include the "-X" argument to ssh to forward X11 from the
remote host to your local machine.

Brian

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

Re: Here is code for dirname basename and getline

2003-06-28 Thread Elfyn McBratney

On Sat, 28 Jun 2003, Vikram Mehta wrote:

>
> Hi Elfyn,
>
> Thanx again,
>
> Anyways I have added code for thse three functions incase somebody needs
> them
> This code  is not mine but i thought, incase soembody needs it,  he will
> have to spent less time on this issue

I wished I hadn't looked at that. Anyhow, get{line,delim} are available on
Cygwin. See /usr/include/stdio.h .

Elfyn
-- 


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

Re: docbook: dvips says "Font ecrm1000 not found, characters will be left blank." and "LaTeX Error: File `nameref.sty' not found"

2003-06-28 Thread Jan Nieuwenhuizen

"Ralf Hauser" <[EMAIL PROTECTED]> writes:

> Any hints would be highly appreciated.

You did install tetex-extra, I presume?

Jan.

-- 
Jan Nieuwenhuizen <[EMAIL PROTECTED]> | GNU LilyPond - The music typesetter
http://www.xs4all.nl/~jantien   | http://www.lilypond.org


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

Re: CygWin adding CRs, hurting CVS client/server communications?

2003-06-28 Thread Patrick Eisenacher

Works like a charm here, both for binmode and textmode mounts.

My system: Win2k, WinCVS and Cygwin SSH

The problem mentioned in your mailing list reference was fixed long time
ago.

Do your line endings change as well if you scp a textfile from your
client to your server? If yes, then we have indeed an ssh issue on WinXP
platforms. Otherwise your problem must lie somewhere else.

Patrick

Hey folx...currently using OpenSSH under CygWin on an XP box to communicate with a CVS server on a Linux box. Recently upgraded my CygWin installation (1.3.22(0.78/3/2), including OpenSSH to v3.6.1p1 (the latest available under CygWin), and now CVS client/server communications over SSH (CVS_RSH=ssh) don't work.

I've tracked the problem deep enough to suspect that SOMETHING in CygWin converts LF to CR+LF line terminators across SSH. This pretty much hoses CVS client/server communications, as the CVS server interprets all incoming lines as byte strings including a CR at the end (it treats LF as the actual terminator)...especially bad for pathname interpretation, but lots of other things may be affected as well. I've tried altering the CVS server code to eat the extra CRs, but too many other things break (including file data exchange I'd bet...can't tell which CRs are valid data and which are inserted by the system) for that to be effective.

Found a reference in the mailing list archives to a similar problem someone was having last October, but the solution was to install a snapshot from that time period which seems to be no longer available. I'm wondering if the fix for this issue never found its way into more recent versions of the CygWin system components? I've upgraded CVS on both client and server, but based on my testing, I don't think CVS itself is adding the CRs...please flame if I'm wrong on that one. Not sure what else to do right now but do without version control for a bit...any better ideas?

- Toscani

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

autoconf mmap problem -- XP-specific?

2003-06-28 Thread andrew brian clegg


Hi folks,

A couple of days ago I built the cdrtools suite at work with no problems,
on a Windows 2000 Pro machine.

Today I am trying to build it at home on my Windows XP Pro box, but
autoconf hangs so it never even gets to the compilation stage. Autoconf
gets as far as "checking if mmap works to get shared memory..." and stops
dead. If I hit ^C a few times I get the following output:


checking if mmap works to get shared memory... rm: cannot unlink `conftest.exe':
 Permission denied
make[1]: *** [../incs/i686-cygwin32_nt-gcc/rules.cnf] Error 1
make: *** [all] Interrupt


I end up with an instance of conftest.exe in memory that cannot be killed 
from the shell:


[EMAIL PROTECTED] /usr/local/src/cdrtools-2.00.3
$ ps |grep conftest
 2680   12460   2680  con 1003 11:57:06 /usr/local/src/cdrtools-
2.00.3/incs/i686-cygwin32_nt-gcc/conftest

[EMAIL PROTECTED] /usr/local/src/cdrtools-2.00.3
$ kill 2680
bash: kill: (2680) - Operation not permitted


but which can be killed from Task Manager.

I'm aware that there have been issues with mmap() in Cygwin, e.g.:

http://mail.gnu.org/archive/html/autoconf/2002-07/msg00134.html

However both the XP and the Win2K machines are bang up-to-date as far as 
Cygwin goes, and have (AFAICR -- no access to work from here) exactly the 
same packages installed. Could this be some XP-specific bug?

I've attached the cygcheck for fourier, the broken XP machine -- if it 
would help, I can do the same for the working Win2K one on Tuesday for 
comparison.

Cheers, and keep up the good work!

Andrew.



Cygwin Win95/NT Configuration Diagnostics

Current System Time: Sat Jun 28 12:03:06 2003



Windows XP Professional Ver 5.1 Build 2600 



Path:   D:\cygwin\usr\local\bin

D:\cygwin\bin

D:\cygwin\bin

d:\WINDOWS\system32

d:\WINDOWS

d:\WINDOWS\System32\Wbem

d:\Program Files\Microsoft SQL Server\80\Tools\BINN

d:\Program Files\Microsoft SDK\Bin\

d:\Program Files\Microsoft SDK\Bin\WinNT\

d:\Program Files\ATI Technologies\ATI Control Panel

d:\Program Files\NMapWin\bin

d:\Program Files\BladeEnc

d:\jdk1.3.1_01\bin

d:\Program Files\Microsoft SDK\Bin\

d:\Program Files\Microsoft SDK\Bin\WinNT\

d:\mysql\bin

c:\WINDOWS

c:\WINDOWS\COMMAND

D:\cygwin\usr\X11R6\bin



D:\cygwin\bin\id.exe output (nontsec)

UID: 1003(aclegg)  GID: 513(None)

513(None)



D:\cygwin\bin\id.exe output (ntsec)

UID: 1003(aclegg)  GID: 513(None)

513(None)  544(Administrators)

545(Users) 1005(Debugger Users)

1004(OLAP Administrators)



SysDir: D:\WINDOWS\System32

WinDir: D:\WINDOWS



HOME = `D:\cygwin\home\aclegg'

MAKE_MODE = `unix'

PWD = `/home/aclegg'

USER = `aclegg'



ALLUSERSPROFILE = `D:\Documents and Settings\All Users'

APPDATA = `D:\Documents and Settings\Andrew Clegg\Application Data'

BASEMAKE = `D:\Program Files\Microsoft SDK\Include\BKOffice.Mak'

BKOFFICE = `D:\Program Files\Microsoft SDK\.'

COMMONPROGRAMFILES = `D:\Program Files\Common Files'

COMPUTERNAME = `FOURIER'

COMSPEC = `D:\WINDOWS\system32\cmd.exe'

DXSDKROOT = `D:\Program Files\Microsoft SDK\.'

HOMEDRIVE = `D:'

HOMEPATH = `\Documents and Settings\Andrew Clegg'

INCLUDE = `D:\Program Files\Microsoft Visual Studio 
.NET\FrameworkSDK\include\;D:\Program Files\Microsoft SDK\Include\.'

INETSDK = `D:\Program Files\Microsoft SDK\.'

LIB = `D:\Program Files\Microsoft Visual Studio .NET\FrameworkSDK\Lib\;D:\Program 
Files\Microsoft SDK\Lib\.'

LOGONSERVER = `\\FOURIER'

MANPATH = `:/usr/ssl/man'

MSSDK = `D:\Program Files\Microsoft SDK\.'

MSTOOLS = `D:\Program Files\Microsoft SDK\.'

NMAPDIR = `D:\Program Files\NMapWin\'

NUMBER_OF_PROCESSORS = `1'

OLDPWD = `/usr/bin'

OS = `Windows_NT'

PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'

PROCESSOR_ARCHITECTURE = `x86'

PROCESSOR_IDENTIFIER = `x86 Family 15 Model 1 Stepping 2, GenuineIntel'

PROCESSOR_LEVEL = `15'

PROCESSOR_REVISION = `0102'

PROGRAMFILES = `D:\Program Files'

PROMPT = `$p$g'

PS1 = `\[\033]0;\w\007

[EMAIL PROTECTED] \[\033[33m\w\033[0m\]

$ '

SESSIONNAME = `Console'

SHLVL = `1'

SYSTEMDRIVE = `D:'

SYSTEMROOT = `D:\WINDOWS'

TEMP = `d:\DOCUME~1\ANDREW~1\LOCALS~1\Temp'

TERM = `cygwin'

TEXMF = `{/usr/share/lilypond/1.6.8,/usr/share/texmf}'

TMP = `d:\DOCUME~1\ANDREW~1\LOCALS~1\Temp'

USERDOMAIN = `FOURIER'

USERNAME = `Andrew Clegg'

USERPROFILE = `D:\Documents and Settings\Andrew Clegg'

VSCOMNTOOLS = `"D:\Program Files\Microsoft Visual Studio .NET\Common7\Tools\"'

WINBOOTDIR = `C:\WINDOWS'

WINDIR = `D:\WINDOWS'

_ = `/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

HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options

HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup

HKEY_CURRENT_USER\Softw

Re: CygWin adding CRs, hurting CVS client/server communications?

2003-06-28 Thread Van Rooyen G-J <[EMAIL PROTECTED]>

I have exactly the same problem as Toscani describes. Last week I did a routine update 
on my Cygwin packages, and my Cygwin CVS client (which worked fine the previous day) 
could not authenticate with the server any more. The "login" command works fine, but 
any subsequent operations fail to authenticate. Furthermore, the server error message 
is garbled, as if a CR/LF problem occurred.
 
Client: Cygwin on WinXP
 
Server: Redhat (not sure of the version)
 
Authentication: Plain pserver, no SSH.
 
Judging from Patrick's response (who uses WinCVS, and not Cygwin CVS) the problem lies 
somewhere in the Cygwin CVS client, not in Cygwin SSH.
 
G-J
 
 
--- in response to: ---
 
Works like a charm here, both for binmode and textmode mounts.
My system: Win2k, WinCVS and Cygwin SSH
The problem mentioned in your mailing list reference was fixed long time ago.
Do your line endings change as well if you scp a textfile from your client to your 
server? If yes, then we have indeed an ssh issue on WinXP platforms. Otherwise your 
problem must lie somewhere else.

Patrick
 
 
--- in response to: ---

Hey folx...currently using OpenSSH under CygWin on an XP box to communicate with a CVS 
server on a Linux box. Recently upgraded my CygWin installation (1.3.22(0.78/3/2), 
including OpenSSH to v3.6.1p1 (the latest available under CygWin), and now CVS 
client/server communications over SSH (CVS_RSH=ssh) don't work.
I've tracked the problem deep enough to suspect that SOMETHING in CygWin converts LF 
to CR+LF line terminators across SSH. This pretty much hoses CVS client/server 
communications, as the CVS server interprets all incoming lines as byte strings 
including a CR at the end (it treats LF as the actual terminator)...especially bad for 
pathname interpretation, but lots of other things may be affected as well. I've tried 
altering the CVS server code to eat the extra CRs, but too many other things break 
(including file data exchange I'd bet...can't tell which CRs are valid data and which 
are inserted by the system) for that to be effective.
Found a reference in the mailing list archives to a similar problem someone was having 
last October, but the solution was to install a snapshot from that time period which 
seems to be no longer available. I'm wondering if the fix for this issue never found 
its way into more recent versions of the CygWin system components? I've upgraded CVS 
on both client and server, but based on my testing, I don't think CVS itself is adding 
the CRs...please flame if I'm wrong on that one.  Not sure what else to do right 
now but do without version control for a bit...any better ideas?
- Toscani

RE: docbook: dvips says "Font ecrm1000 not found, characters will be left blank." and "LaTeX Error: File `nameref.sty' not found"

2003-06-28 Thread Ralf Hauser



> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Jan
> Nieuwenhuizen
> Sent: Samstag, 28. Juni 2003 12:37
>
> You did install tetex-extra, I presume?
No, that solved both problems (nameref.sty and dvips).
Going back to Hoenicka's instructions, I see that his
ftp://tug.ctan.org/tex-archive/systems/unix/teTeX/1.0/distrib/sources/teTeX-
texmf-1.0.tar.gz no longer works and I guess I thought having downloaded
enough of tetex via cygwin already which I apparently did not - now I have
all of it...

Thx for the help.

P.S.: In the meantime I also got sgmlwhich from
http://www.sgmltools.org/download.html that is thereafter needed by
http://freshmeat.net/projects/docbook-utils/ that give the useful set of
scripts
jw (jadewrapper) docbook2html  docbook2pdf   docbook2rtf   docbook2texi
docbook2dvi   docbook2man   docbook2psdocbook2tex   docbook2txt
===> not entirely working yet:
<>
I guess I'll have to look into DSSSL and how to tell jade about other style
sheets.


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

Re: How display graphic by cygwin

2003-06-28 Thread Peng Yu

I use command
ssh -X [EMAIL PROTECTED]
then acroread.
But it dosen't work.

Peng
- Original Message -
From: "Brian Dessent" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, June 28, 2003 1:26 AM
Subject: Re: How display graphic by cygwin


> Peng Yu wrote:
>
> > I just installed the minimum set of cygwin and Cygwin/XFree86 on a
> > Window XP. I can startx at the localhost(my Window XP machine).
> > Then I sshed to a remote Linux host and ran acroread. "Error: Can't
not
> > open display:" was displayed. Could somebody help me to fix this
problem.
>
> You need to include the "-X" argument to ssh to forward X11 from the
> remote host to your local machine.
>
> Brian
>
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:   http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
>
>

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

Re: How display graphic by cygwin

2003-06-28 Thread Brian Dessent

Peng Yu wrote:
> 
> I use command
> ssh -X [EMAIL PROTECTED]
> then acroread.
> But it dosen't work.

You're still getting "Can't open display"?  What is the value of the
DISPLAY variable once you've logged in to the remote host?  You may have
to set it before running ssh, i.e.  export DISPLAY=localhost:0.0

Brian

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

Re: install

2003-06-28 Thread Larry Hall

Julien VARLET wrote:
Hi,

I have just installed cywin, but some commands are no found, like ls,...
my installation is in c:\cygwin.
all it's ok. it works with tclsh but i need bash.
Can you help me ?



To some extent, yes.  First question to ask yourself is "Did you install
these?".  To help answer the question, visit


and



If you still can't figure out what to install/reinstall for some
reason, then visit


Good luck,

--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: How display graphic by cygwin

2003-06-28 Thread Peng Yu

Yes, after I export DISPLAY=localhost:0.0
It works. But I have to startx first.
Must I startx before I want to display any graphics? Can it automaticly
start? Thanks.

Peng
- Original Message -
From: "Brian Dessent" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, June 28, 2003 8:56 AM
Subject: Re: How display graphic by cygwin


> Peng Yu wrote:
> >
> > I use command
> > ssh -X [EMAIL PROTECTED]
> > then acroread.
> > But it dosen't work.
>
> You're still getting "Can't open display"?  What is the value of the
> DISPLAY variable once you've logged in to the remote host?  You may have
> to set it before running ssh, i.e.  export DISPLAY=localhost:0.0
>
> Brian
>
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:   http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
>
>

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

g++ error

2003-06-28 Thread Peng Yu

Hi,
When I tried to compile this file by g++, I got a error.

#include 
int main(){
cout << "Hello World" << endl;
}

errors are:

test.C: In function `int main()':
test.C:3: `cout' undeclared (first use this function)
test.C:3: (Each undeclared identifier is reported only once for each
function
   it appears in.)
test.C:3: `endl' undeclared (first use this function)

Do I need to install some library?

Peng

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

Fwd: Re: CygWin adding CRs, hurting CVS client/server communications?

2003-06-28 Thread toscani

Forgot to CC this to the list.

Date: Sat, 28 Jun 2003 10:34:52 -0600
To: Patrick Eisenacher <[EMAIL PROTECTED]>
From: [EMAIL PROTECTED]
Subject: Re: CygWin adding CRs, hurting CVS client/server communications?
I've just tried scp'ing a text file containing CRNL line terminators...the 
copy of the file on the server is unchanged, i.e., it still has CRNLs.  So 
I guess this means the problem isn't with SSH.  It's just weird that it 
popped up immediately after a CygWin update...could there be something 
else in CygWin doing this?  Hmmm...

Toscani

At 05:15 AM 6/28/2003, you wrote:

Works like a charm here, both for binmode and textmode mounts.

My system: Win2k, WinCVS and Cygwin SSH

The problem mentioned in your mailing list reference was fixed long time ago.

Do your line endings change as well if you scp a textfile from your 
client to your server? If yes, then we have indeed an ssh issue on WinXP 
platforms. Otherwise your problem must lie somewhere else.

Patrick

Hey folx...currently using OpenSSH under CygWin on an XP box to 
communicate with a CVS server on a Linux box. Recently upgraded my 
CygWin installation (1.3.22(0.78/3/2), including OpenSSH to v3.6.1p1 
(the latest available under CygWin), and now CVS client/server 
communications over SSH (CVS_RSH=ssh) don't work.
I've tracked the problem deep enough to suspect that SOMETHING in CygWin 
converts LF to CR+LF line terminators across SSH. This pretty much hoses 
CVS client/server communications, as the CVS server interprets all 
incoming lines as byte strings including a CR at the end (it treats LF 
as the actual terminator)...especially bad for pathname interpretation, 
but lots of other things may be affected as well. I've tried altering 
the CVS server code to eat the extra CRs, but too many other things 
break (including file data exchange I'd bet...can't tell which CRs are 
valid data and which are inserted by the system) for that to be effective.
Found a reference in the mailing list archives to a similar problem 
someone was having last October, but the solution was to install a 
snapshot from that time period which seems to be no longer available. 
I'm wondering if the fix for this issue never found its way into more 
recent versions of the CygWin system components? I've upgraded CVS on 
both client and server, but based on my testing, I don't think CVS 
itself is adding the CRs...please flame if I'm wrong on that one.  
Not sure what else to do right now but do without version control for a 
bit...any better ideas?
- Toscani

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

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

Fwd: Re: CygWin adding CRs, hurting CVS client/server communications?

2003-06-28 Thread toscani

Forgot to CC this to the list.

Date: Sat, 28 Jun 2003 10:37:51 -0600
To: "Van Rooyen G-J <[EMAIL PROTECTED]>" <[EMAIL PROTECTED]>
From: [EMAIL PROTECTED]
Subject: Re: CygWin adding CRs, hurting CVS client/server communications?
I've seen the same symptoms...output is garbled because CRs are left in 
the strings CVS interprets, and it spits them out after concatenating 
them...so you wind up with lines like "textCRtextNL"...I've dumped the 
output and confirmed that this is what is happening.

Another good point...I am using the CygWin CVS client, not WinCVS.

Toscani

At 06:49 AM 6/28/2003, you wrote:
I have exactly the same problem as Toscani describes. Last week I did a 
routine update on my Cygwin packages, and my Cygwin CVS client (which 
worked fine the previous day) could not authenticate with the server any 
more. The "login" command works fine, but any subsequent operations fail 
to authenticate. Furthermore, the server error message is garbled, as if 
a CR/LF problem occurred.

Client: Cygwin on WinXP

Server: Redhat (not sure of the version)

Authentication: Plain pserver, no SSH.

Judging from Patrick's response (who uses WinCVS, and not Cygwin CVS) the 
problem lies somewhere in the Cygwin CVS client, not in Cygwin SSH.

G-J

--- in response to: ---

Works like a charm here, both for binmode and textmode mounts.
My system: Win2k, WinCVS and Cygwin SSH
The problem mentioned in your mailing list reference was fixed long time ago.
Do your line endings change as well if you scp a textfile from your 
client to your server? If yes, then we have indeed an ssh issue on WinXP 
platforms. Otherwise your problem must lie somewhere else.

Patrick

--- in response to: ---

Hey folx...currently using OpenSSH under CygWin on an XP box to 
communicate with a CVS server on a Linux box. Recently upgraded my CygWin 
installation (1.3.22(0.78/3/2), including OpenSSH to v3.6.1p1 (the latest 
available under CygWin), and now CVS client/server communications over 
SSH (CVS_RSH=ssh) don't work.
I've tracked the problem deep enough to suspect that SOMETHING in CygWin 
converts LF to CR+LF line terminators across SSH. This pretty much hoses 
CVS client/server communications, as the CVS server interprets all 
incoming lines as byte strings including a CR at the end (it treats LF as 
the actual terminator)...especially bad for pathname interpretation, but 
lots of other things may be affected as well. I've tried altering the CVS 
server code to eat the extra CRs, but too many other things break 
(including file data exchange I'd bet...can't tell which CRs are valid 
data and which are inserted by the system) for that to be effective.
Found a reference in the mailing list archives to a similar problem 
someone was having last October, but the solution was to install a 
snapshot from that time period which seems to be no longer available. I'm 
wondering if the fix for this issue never found its way into more recent 
versions of the CygWin system components? I've upgraded CVS on both 
client and server, but based on my testing, I don't think CVS itself is 
adding the CRs...please flame if I'm wrong on that one.  Not sure what 
else to do right now but do without version control for a bit...any 
better ideas?
- Toscani

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

Re: g++ error

2003-06-28 Thread Markus Schönhaber

Peng Yu wrote:
Hi,
When I tried to compile this file by g++, I got a error.
#include 
int main(){
cout << "Hello World" << endl;
}
errors are:

test.C: In function `int main()':
test.C:3: `cout' undeclared (first use this function)
test.C:3: (Each undeclared identifier is reported only once for each
function
   it appears in.)
test.C:3: `endl' undeclared (first use this function)
Do I need to install some library?
No, you simply have to respect C++ namespaces. Try

std::cout << ... << std:endl;

or alternatively

#include 
using namespace std;
...
Regards
  mks
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Here is code for dirname basename and getline

2003-06-28 Thread Christopher Faylor

On Sat, Jun 28, 2003 at 09:44:42AM +0100, Elfyn McBratney wrote:
>On Sat, 28 Jun 2003, Vikram Mehta wrote:
>>Anyways I have added code for thse three functions incase somebody
>>needs them This code is not mine but i thought, incase soembody needs
>>it, he will have to spent less time on this issue
>
>I wished I hadn't looked at that.  Anyhow, get{line,delim} are
>available on Cygwin.  See /usr/include/stdio.h .

Neither __getline nor __getdelim are exported by cygwin.din.

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

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

Re: Mail to cygwin generating subscription requests

2003-06-28 Thread Gerrit P. Haase

Hallo Igor,

>>> We have received your request to join the kde-nl
>>> group hosted by Yahoo! Groups, a free, easy-to-use community service.

[...]

> FWIW, I'm not getting these, but in theory, all it takes is one of those
> administrative addresses being subscribed to ...
> Perhaps the subscriber list should be combed for those (don't know how
> easy or hard it is to do this, though).

The problem is this new virus, it sends out itself with various sender
addresses to every email address it finds.  Some of them come back to
me: 

"Antigen for Exchange found your_details.zip->details.pif infected
with VIRUS= W32/Sobig-E (Sophos,Norman) worm. 
The message is currently Purged.  The message, "Re: Application", was
sent from gh at familiehaase dot de and was discovered in SMTP Messages\Inbound
located at Texas Christian University/TCU/EXFRONT2."

Note that I never use this address and also I'm not infected with this
virus.  I got also this one today:

=
Return-Path: 
Received: from SAN117 ([141.65.50.47]) by mailin04.aul.t-online.de
with esmtp id 19VmKJ-0d2fWy0; Fri, 27 Jun 2003 08:03:15 +0200
From: 
To: 
Subject: Re: Movie
Date: Fri, 27 Jun 2003 8:09:12 +0200
Importance: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.
X-MSMail-Priority: Normal
X-Priority: 3 (Normal)
MIME-Version: 1.0
Content-Type: multipart/mixed;
boundary="CSmtpMsgPart123X456_000_001E1147"
X-Seen: false


Please see the attached zip file for details.

=

Though, I don't believe that cgf uses Outlook Express;)


I'm getting hundreds of them!  Sent by   or even by
you!  I'm also getting those info mails from mailing lists because the
virus found this subscription address and mine on one box it is
running on and sent a mail to the subscription address with me as the
sender, so the listserver thinks I want to subscribe and tells me how
to get help and so on.


It is annoying...
Gerrit
-- 
=^..^=


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

example needed pls: `cygpath -c '

2003-06-28 Thread Soren A

[posted and mailed]

Hi! The ever-fascinating "cygpath" tool once again beckons to me to plumb 
its depths ...

I am trying to finish a test script that uses ActivePerl to call `cygpath` 
from itself (a system call, by open()-ing a pipe to capture the output of 
the tool ...

  {... stuff ...}
  open(CTH, '-|', "C:/cygwin/bin/cygpath $MS_path_filename")
or die "Could not open() call to 'cygpath', what is up?";
  $cygstyle_path = ;
  chomp $cygstyle_path;
  {... stuff ...}

 (troubled?: `perldoc open' or read the Camel 3rd Ed.;
  this is the new {$] >= 5.6.1} 3-argument form of open().)

I tried simple backticks too ;-). The point is that I get every indication 
by rigorously checking the return values of the calls to open(), close() 
and checking Perl built-in vars $! and $?, that the call to cygpath 
*worked*, but when I try to examine the string returned ($cygstyle_path), 
it is always empty!

So anyway, I am chasing all geese of any degree of domestication at this
point. I've tried searching in the several ways and cannot believe
no-one has asked before, but: please someone, provide an example of the
use of the "-c" flag to "cygpath", e.g. 

   cygpath -c  -u 'C:\\foo\\bar\fump.rey'

What values should "" have? I do not really understand the 
manual explanation of what this flag is for. Could it help me here?

Any other insights also appreciated.

A couple of answers to anticipated questions from the idle
onlookers ;-) ... :

  * yeah,  am using AS Perl, that's because this is a piece of
a WSH script.
  * what I'd like to end up with is a way to context|alternate-click
on any filename in MSWindows Explorer and place the filename as
*cygwin*, not the OS, will see it, on the clipboard. Anyone
already had a pass at this wheel?

  Soren A.

-- 
"So, tell me, my little one-eyed one, on what poor, pitiful,
defenseless planet has my MONSTROSITY been unleashed?"
   - Dr. Jumba, Disney's "Lilo & Stitch"
OpenPGP Key at http://savannah.gnu.org/people/viewgpg.php?user_id=6050

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

example needed pls: `cygpath -c '

2003-06-28 Thread Soren A

[posted and mailed]

Hi! The ever-fascinating "cygpath" tool once again beckons to me to plumb 
its depths ...

I am trying to finish a test script that uses ActivePerl to call `cygpath` 
from itself (a system call, by open()-ing a pipe to capture the output of 
the tool ...

  {... stuff ...}
  open(CTH, '-|', "C:/cygwin/bin/cygpath $MS_path_filename")
or die "Could not open() call to 'cygpath', what is up?";
  $cygstyle_path = ;
  chomp $cygstyle_path;
  {... stuff ...}

 (troubled?: `perldoc open' or read the Camel 3rd Ed.;
  this is the new {$] >= 5.6.1} 3-argument form of open().)

I tried simple backticks too ;-). The point is that I get every indication 
by rigorously checking the return values of the calls to open(), close() 
and checking Perl built-in vars $! and $?, that the call to cygpath 
*worked*, but when I try to examine the string returned ($cygstyle_path), 
it is always empty!

So anyway, I am chasing all geese of any degree of domestication at this
point. I've tried searching in the several ways and cannot believe
no-one has asked before, but: please someone, provide an example of the
use of the "-c" flag to "cygpath", e.g. 

   cygpath -c  -u 'C:\\foo\\bar\fump.rey'

What values should "" have? I do not really understand the 
manual explanation of what this flag is for. Could it help me here?

Any other insights also appreciated.

A couple of answers to anticipated questions from the idle
onlookers ;-) ... :

  * yeah,  am using AS Perl, that's because this is a piece of
a WSH script.
  * what I'd like to end up with is a way to context|alternate-click
on any filename in MSWindows Explorer and place the filename as
*cygwin*, not the OS, will see it, on the clipboard. Anyone
already had a pass at this wheel?

  Soren A.

-- 
"So, tell me, my little one-eyed one, on what poor, pitiful,
defenseless planet has my MONSTROSITY been unleashed?"
   - Dr. Jumba, Disney's "Lilo & Stitch"
OpenPGP Key at http://savannah.gnu.org/people/viewgpg.php?user_id=6050


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

Re: pine access problem

2003-06-28 Thread Eduardo Chappa

*** Elfyn McBratney ([EMAIL PROTECTED]) wrote on Jun 27, 2003:

:) On Fri, 27 Jun 2003, alex hardy wrote:
:)
:) > Thanks for your post Elfyn.
:) >
:) > I already have the ssmtp package installed and the ssmtp application
:) > is in `/usr/sbin/sendmail' (in the sbin folder).
:) >
:)
:) Then, if it's still not working, you haven't configured ssmtp to send
:) e-mail (which requires an outside smtp server). Once you have
:) configured either ssmtp or exim, you will be able to send e-mail using
:) pine

Pine does not need to use ssmtp to send e-mail, that's a cygwin program
for mutt. When sending e-mail with Pine you need to define the smtp-server
variable. From the main screen press S C, it's almost at the top.

-- 
Eduardo
http://www.math.washington.edu/~chappa/pine/

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

Re: example needed pls: `cygpath -c '

2003-06-28 Thread Brian Dessent

Soren A wrote:

> I am trying to finish a test script that uses ActivePerl to call `cygpath`
> from itself (a system call, by open()-ing a pipe to capture the output of
> the tool ...
> 
>   {... stuff ...}
>   open(CTH, '-|', "C:/cygwin/bin/cygpath $MS_path_filename")
> or die "Could not open() call to 'cygpath', what is up?";
>   $cygstyle_path = ;
>   chomp $cygstyle_path;
>   {... stuff ...}

If $MS_path_filename is indeed a regular Windows filename (with
backslashes) you will need to either use quotemeta() or s!\\!/!g because
singular backslashes will be removed during interpolation.

my $foo = quotemeta($MS_path_filename);
chomp (my $cygpath = chomp `cygpath -u $foo`);
# now $cygpath should be usable

Here's a little thing I cooked up that I find very useful, I call it
dodos.  It lets you run any DOS/Windows program and call it with unix
arguments.  For example, you could type "dodos notepad /etc/aliases" or
"dodos notepad /etc/hosts.*" and you'd get what you expect.

#!/usr/bin/perl -w

my @newargs = $ARGV[0];

foreach my $arg (@ARGV[1..$#ARGV]) {
my $foo = quotemeta($arg);
$foo = `cygpath -wsa $foo 2>/dev/null`;
chomp $foo;
push @newargs, $foo;
}

exec @newargs;

Brian

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

Re: example needed pls: `cygpath -c '

2003-06-28 Thread Brian Dessent

Brian Dessent wrote:

> my $foo = quotemeta($MS_path_filename);
> chomp (my $cygpath = chomp `cygpath -u $foo`);
> # now $cygpath should be usable

Whoops, that second line should be: 

chomp (my $cygpath = `cygpath -u $foo`);

I sure wish you could just do something like `"cygpath -u" .
quotemeta($path)` or qr{cygpath -u quotemeta($path)} but neither of
these is valid, so you have to create a temp variable first.

Brian

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

Re: example needed pls: `cygpath -c '

2003-06-28 Thread Soren A

Brian Dessent <[EMAIL PROTECTED]> wrote around 28 Jun 2003
news:[EMAIL PROTECTED]: 
[Soren A.:]
>> I am trying to finish a test script that uses ActivePerl to call
>> `cygpath` from itself (a system call, by open()-ing a pipe to capture
>> the output of the tool ...
>> 
>>   {... stuff ...}
>>   open(CTH, '-|', "C:/cygwin/bin/cygpath $MS_path_filename")
>> or die "Could not open() call to 'cygpath', what is up?";
>>   $cygstyle_path = ;
>>   chomp $cygstyle_path;
>>   {... stuff ...}
> 
> If $MS_path_filename is indeed a regular Windows filename (with
> backslashes) you will need to either use quotemeta() or s!\\!/!g
> because singular backslashes will be removed during interpolation.

I know this. Already checked that what's being fed into `cygpath' is 
kosher.

I've spent 4+ hours debugging this script.

> Here's a little thing I cooked up that I find very useful, I call it
> dodos.  It lets you run any DOS/Windows program and call it with unix
> arguments.  For example, you could type "dodos notepad /etc/aliases"
> or "dodos notepad /etc/hosts.*" and you'd get what you expect.
> 
> #!/usr/bin/perl -w
> 
> my @newargs = $ARGV[0];
> 
> foreach my $arg (@ARGV[1..$#ARGV]) {
> my $foo = quotemeta($arg);
> $foo = `cygpath -wsa $foo 2>/dev/null`;
> chomp $foo;
> push @newargs, $foo;
> }
> 
> exec @newargs;
> 

Heh. Looks like a candidate for a Schwartzian Transform, or the Orcish 
Manuever, or something :-/. But good anyway. I'll add it to my toolset.

-- 
"So, tell me, my little one-eyed one, on what poor, pitiful,
defenseless planet has my MONSTROSITY been unleashed?"
   - Dr. Jumba, Disney's "Lilo & Stitch"
OpenPGP Key at http://savannah.gnu.org/people/viewgpg.php?user_id=6050


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

Re: example needed pls: `cygpath -c '

2003-06-28 Thread Soren A

Soren A <[EMAIL PROTECTED]> wrote
around 28 Jun 2003
news:[EMAIL PROTECTED]: 

> [posted and mailed]
> 
> Hi! The ever-fascinating "cygpath" tool once again beckons to me to
> plumb its depths ...

Sorry for the dup posting. Please follow-up to the other twin if possible.

Explanation: well, I seem to have more troubles posting to the List than 
normal people. I frequently work at several different machines setup in 
different ways at different places, and do my Cygwin conversations as I can 
(carpe diem). I recently had to subscribe via a new email account and my 
newsreader had to have settings changed to reflect that. I posted two or 
more articles yesterday that never showed up on the List, via Gmane, so for 
this message I decided to buy insurance in the form of posting-and-mailing. 
Again, apologies. I have no explanation for why it didn't work yesterday, I 
haven't changed anything between then and now (but maybe closed and then 
re-started Xnews, that could account for it).

   Soren A.

-- 
"So, tell me, my little one-eyed one, on what poor, pitiful,
defenseless planet has my MONSTROSITY been unleashed?"
   - Dr. Jumba, Disney's "Lilo & Stitch"
OpenPGP Key at http://savannah.gnu.org/people/viewgpg.php?user_id=6050


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

ssmtp -t issues

2003-06-28 Thread Robert R Schneck

Hello, I'm using ssmtp 2.38.  I use Pine as my mail agent and ssmtp to
actually send the mail out.  Thus I use ssmtp -t (which searches through
the message headers to find all the recipients).

Two bugs:
 * The big one: ssmtp -t accidentally overwrites the headers so that the
To: line only has the first address on the line.  Basically it overwrites
each comma with a null as it searches for addresses on the line.  There's
a one-line fix, of course, just write the comma back in afterward.

 * ssmtp -t doesn't understand the syntax "group-name: addresses;".
In particular it doesn't like when Pine creates a To: line with
"undisclosed-recipients: ;" when all addresses are in the Bcc:.

Also, I note that the README says
"Known problems:
  Pine uses a lot of sophiticated options to talk to sendmail, and uses
batched SMTP input which is not supported. The solution is to use your
mailhub as smtpserver in pine.conf."

But in fact, setting the "sendmail-path" in Pine's config file to
"/usr/sbin/ssmtp -t" works fine.  (More usefully, it can be set to a
script which queues mail for ssmtp -t to look at later.)

Best,
Robert

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

Re: Fwd: Re: CygWin adding CRs, hurting CVS client/server communications?

2003-06-28 Thread Charles Wilson

Sorry, guys, but I can't reproduce this.

Client:

openssh  3.6.1p1-2
cvs  1.11.5-1
cygwin   1.3.22-1
:pserver: and :ext:(CVS_RSH=ssh) mode, with server sources.redhat.com

Server is running:
Concurrent Versions System (CVS) 1.11.1p1 (client/server)
(with local hacks)
OpenSSH_3.4p1, SSH protocols 1.5/2.0, OpenSSL 0x0090602f
-
Because I can't reproduce this, somebody who is experiencing the problem 
is going to have to track it down and provide a detailed (e.g. "this 
code right here: "..." is wrong...) bug analysis.

I can't fix what I can't see.

--Chuck
cvs maintainer
[EMAIL PROTECTED] wrote:
Forgot to CC this to the list.

Date: Sat, 28 Jun 2003 10:37:51 -0600
To: "Van Rooyen G-J <[EMAIL PROTECTED]>" <[EMAIL PROTECTED]>
From: [EMAIL PROTECTED]
Subject: Re: CygWin adding CRs, hurting CVS client/server communications?
I've seen the same symptoms...output is garbled because CRs are left 
in the strings CVS interprets, and it spits them out after 
concatenating them...so you wind up with lines like 
"textCRtextNL"...I've dumped the output and confirmed that this is 
what is happening.

Another good point...I am using the CygWin CVS client, not WinCVS.

Toscani

At 06:49 AM 6/28/2003, you wrote:

I have exactly the same problem as Toscani describes. Last week I did 
a routine update on my Cygwin packages, and my Cygwin CVS client 
(which worked fine the previous day) could not authenticate with the 
server any more. The "login" command works fine, but any subsequent 
operations fail to authenticate. Furthermore, the server error 
message is garbled, as if a CR/LF problem occurred.

Client: Cygwin on WinXP

Server: Redhat (not sure of the version)

Authentication: Plain pserver, no SSH.

Judging from Patrick's response (who uses WinCVS, and not Cygwin CVS) 
the problem lies somewhere in the Cygwin CVS client, not in Cygwin SSH.

G-J

--- in response to: ---

Works like a charm here, both for binmode and textmode mounts.
My system: Win2k, WinCVS and Cygwin SSH
The problem mentioned in your mailing list reference was fixed long 
time ago.
Do your line endings change as well if you scp a textfile from your 
client to your server? If yes, then we have indeed an ssh issue on 
WinXP platforms. Otherwise your problem must lie somewhere else.

Patrick

--- in response to: ---

Hey folx...currently using OpenSSH under CygWin on an XP box to 
communicate with a CVS server on a Linux box. Recently upgraded my 
CygWin installation (1.3.22(0.78/3/2), including OpenSSH to v3.6.1p1 
(the latest available under CygWin), and now CVS client/server 
communications over SSH (CVS_RSH=ssh) don't work.
I've tracked the problem deep enough to suspect that SOMETHING in 
CygWin converts LF to CR+LF line terminators across SSH. This pretty 
much hoses CVS client/server communications, as the CVS server 
interprets all incoming lines as byte strings including a CR at the 
end (it treats LF as the actual terminator)...especially bad for 
pathname interpretation, but lots of other things may be affected as 
well. I've tried altering the CVS server code to eat the extra CRs, 
but too many other things break (including file data exchange I'd 
bet...can't tell which CRs are valid data and which are inserted by 
the system) for that to be effective.
Found a reference in the mailing list archives to a similar problem 
someone was having last October, but the solution was to install a 
snapshot from that time period which seems to be no longer available. 
I'm wondering if the fix for this issue never found its way into more 
recent versions of the CygWin system components? I've upgraded CVS on 
both client and server, but based on my testing, I don't think CVS 
itself is adding the CRs...please flame if I'm wrong on that one.  
Not sure what else to do right now but do without version control for 
a bit...any better ideas?
- Toscani





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

Re: Output suppressed with ssh or telnet

2003-06-28 Thread Peter Wohlers

Subject: Output suppressed with ssh or telnet
From: "Marco Marcantelli" <[EMAIL PROTECTED]>
Date: Fri, 27 Jun 2003 17:35:53 +0200
To: [EMAIL PROTECTED]
when I'm in telnet or ssh and run Dos programs like Word Star, Norton
Commander or a Cobol run-time for dos, I do not receive any Output, but
the programs are running !! If i try in local the programs works well. 

I have read the Email in Mail List, I would like to know if a solution exists.

[snip-snip cygcheck output]

Hmmm...I've just run into this myself...but it doesn't seem to be
universal with all apps:
[EMAIL PROTECTED] ~
$ which net
/cygdrive/c/winnt/system32/net
[EMAIL PROTECTED] ~
$ net help
[EMAIL PROTECTED] ~
$ ipconfig
Windows 2000 IP Configuration
Ethernet adapter Local Area Connection:
Connection-specific DNS Suffix  . :
IP Address. . . . . . . . . . . . : 192.168.1.5
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : 192.168.1.1

So, you see from the above output, ipconfig spews forth as it should,
but the net command's output seems suppressed.
These are pretty up-to-date installs:
[EMAIL PROTECTED] ~
$ uname -a
CYGWIN_NT-5.0 dc1 1.3.22(0.78/3/2) 2003-03-18 09:20 i686 unknown unknown
Cygwin
[EMAIL PROTECTED] ~
$ ssh -V
OpenSSH_3.6.1p1, SSH protocols 1.5/2.0, OpenSSL 0x0090702f
Is there something in particular we should be looking at to help us
diagnose the root cause of this?
Thanks,

--
*
* Peter Wohlers *
[EMAIL PROTECTED]
*

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

Re: How display graphic by cygwin

2003-06-28 Thread Igor Pechtchanski

Peng, Brian,

IMO, this question (in fact, the whole thread) belongs on the cygwin-xfree
list, which specializes on all Xwindows questions.  People there are much
more likely to know the answer to this and other X queries you might have.
I've forwarded this message there, and set the Reply-To accordingly.
Igor

On Sat, 28 Jun 2003, Peng Yu wrote:

> Yes, after I export DISPLAY=localhost:0.0
> It works. But I have to startx first.
> Must I startx before I want to display any graphics? Can it automaticly
> start? Thanks.
>
> Peng
> - Original Message -
> From: "Brian Dessent" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Saturday, June 28, 2003 8:56 AM
> Subject: Re: How display graphic by cygwin
>
>
> > Peng Yu wrote:
> > >
> > > I use command
> > > ssh -X [EMAIL PROTECTED]
> > > then acroread.
> > > But it dosen't work.
> >
> > You're still getting "Can't open display"?  What is the value of the
> > DISPLAY variable once you've logged in to the remote host?  You may have
> > to set it before running ssh, i.e.  export DISPLAY=localhost:0.0
> >
> > Brian

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

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton


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

Re: example needed pls: `cygpath -c '

2003-06-28 Thread Brian Dessent

Soren A wrote:

>   * yeah,  am using AS Perl, that's because this is a piece of
> a WSH script.
>   * what I'd like to end up with is a way to context|alternate-click
> on any filename in MSWindows Explorer and place the filename as
> *cygwin*, not the OS, will see it, on the clipboard. Anyone
> already had a pass at this wheel?

I was playing around with this because it seems like a handy idea.  
I use Cywin perl, but the differences shouldn't be very great.  Anyway, 
I came up with the following oneliner that does what you mention above 
(passed %1 as a Windows filename, it copies the Cygwin version to the
clipboard)

c:\cygwin\bin\perl.exe -MWin32::Clipboard -e "my $f=quotemeta('%1'); chomp (my 
$c=qx!cygpath -u $f!); Win32::Clipboard($c);"

If you install the following registry entries, you get a context menu 
for files and directories that runs this when selected.  You should be
able to save this as a .REG file and click on it to import the entries,
you'd have to change the path to perl though.

[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Directory\shell\CygPath]
@="&Copy Cygwin Path"

[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Directory\shell\CygPath\Command]
@="c:\\cygwin\\bin\\perl.exe -MWin32::Clipboard -e \"my $f=quotemeta('%1'); chomp (my 
$c=qx!cygpath -u $f!); Win32::Clipboard($c);\""

[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\*\shell\CygPath]
@="&Copy Cygwin path"

[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\*\shell\CygPath\command]
@="c:\\cygwin\\bin\\perl.exe -MWin32::Clipboard -e \"my $f=quotemeta('%1'); chomp (my 
$c=qx!cygpath -u $f!); Win32::Clipboard($c);\""

Brian

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

60 matches

Mail list logo