Re: How to link the following library under Cygwin?

[Andrew Markebo]

/ Elfyn McBratney <[EMAIL PROTECTED]> wrote:
| Try this:
>
|   $ gcc -o test -L. libmetis.a initialize.c
>
| You need to include the static archive into your image. I'm pretty sure the -l{} 
|only applies to shared libraries.

Just a short note, more that putting the lib at the end, -lmetis is
not only for shared libraries, works for static ones too.

/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: Request for bashhere.inf

[Bruce Eckel]

This one produced the error file attached with Windows XP.

*** REPLY SEPARATOR  ***

On 12/21/2002 at 12:12 AM Marino Duregon wrote:

>or this
http://www.users.qwest.net/~weissj/Cygwin/CygwinAddons.html
>
>cheers
>
>Marino
>- Original Message -
>From: "Bruce Eckel" <[EMAIL PROTECTED]>
>To: "John Morrison" <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
>Sent: Friday, December 20, 2002 6:06 PM
>Subject: RE: Request for bashhere.inf
>
>
>> The attached is the only one I seem to have, but I know there
was
>> another one floating around which seemed a bit better. The
problem
>> is that I don't know much about INF files (seems to be an arcane
>> knowledge) so I don't know how good/bad this one is, but I think
>> it's what I'm currently using. However, I suspect that if it was
>> added to the distribution there might be some folks who know
more
>> about it that could fix it up. It really is a useful tool.
>>
>> *** REPLY SEPARATOR  ***
>>
>> On 12/18/2002 at 7:06 PM John Morrison wrote:
>>
>> >> From: Bruce Eckel
>> >
>> >Hi, nice to see you somewhere other than the Apache FOP list ;)
>> >
>> >> I use the "bash prompt here" tool all the time, but I've had
to
>> >> rely on some rather transient versions, and sometimes
>> self-hacked
>> >> approaches.
>> >
>> >It's not something I usually use, but...
>> >
>> >> I was hoping that you folks might consider putting a
>> well-written
>> >> one as part of the standard distribution, so everyone could
>> >> benefit. Just hoping...
>> >
>> >If you package it I'm sure it will be considered by the powers
>> >that be :)
>> >
>> >J.
>> >
>> >> PS: page 28 of the third edition of "Thinking in Java" sings
the
>> >> praises of Cygwin.
>> >
>> >I'm sure good press is always welcome :)
>>
>>
>>
>> Most current information can be found at:
>> http://www.mindview.net/Etc/notes.html
>> ===
>> Bruce Eckelhttp://www.BruceEckel.com
>> Contains free electronic books: "Thinking in Java 2e" &
"Thinking
>> in C++ 2e"
>> Please subscribe to my free newsletter -- just send any email
to:
>> [EMAIL PROTECTED]
>> My schedule can be found at:
>> http://www.mindview.net/Calendar
>> ===
>>
>>
>
>
>---
-
>
>
>
>> --
>> 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/



Most current information can be found at:
http://www.mindview.net/Etc/notes.html
===
Bruce Eckelhttp://www.BruceEckel.com
Contains free electronic books: "Thinking in Java 2e" & "Thinking
in C++ 2e"
Please subscribe to my free newsletter -- just send any email to:
[EMAIL PROTECTED]
My schedule can be found at:
http://www.mindview.net/Calendar
===


$ ./install

This will install a "Cygwin Prompt Here" shell extension the will act like
Microsoft's "Command Prompt Here" (DosHere) Power Toy. This extension was
designed to insulate you from cygwin upgrades by not modifying any of the
distributed files nor making any assumptions about them except for the
existence of certain tools (regtool, cygpath, cut, cat, grep, sed and, of
course bash).

This 'install' will adapt to the version of Windows that you are using and
locate your cygwin root directory. It will modify the registry entries for
Drives and Directories under HKEY_CLASSES_ROOT, add a cygwin_indir.bat file in
your cygwin root directory and append a few lines to your .bashrc.

The changes to your .bashrc will only be executed if you are running under
cygwin (I share my .bashrc with my Unix box.)

Would you like to continue? [y/n]
y

Unknown key prefix.  Valid prefixes are:
root
HKCR
HKEY_CLASSES_ROOT
config
HKCC
HKEY_CURRENT_CONFIG
user
HKCU
HKEY_CURRENT_USER
machine
HKLM
HKEY_LOCAL_MACHINE
users
HKU
HKEY_USERS
Usage: cygpath (-d|-m|-u|-w|-t TYPE) [-c HANDLE] [-f FILE] [options] NAME
   cygpath [-ADHPSW]
Output type options:
  -d, --dos print DOS (short) form of NAME (C:\PROGRA~1\)
  -m, --mixed   like --windows, but with regular slashes (C:/WINNT)
  -u, --unix(default) print Unix form of NAME (/cygdrive/c/winnt)
  -w, --windows print Windows form of NAME (C:\WINNT)
  -t, --type TYPE   print TYPE form: 'dos', 'mixed', 'unix', or 'windows'
Path conversion options:
  -a, --absoluteoutput absolute path
  -l, --long-name   print Windows long form of NAME (with -w, -m only)
  -p, --pathNAME is a PATH list (i.e., '/bin:/usr/bin')
  -s, --short-name  print DOS (short) form of NAME (with -w, -m only)
System information:
  -A, --allusersuse `All Users' instead of current user for -D, -P
  -D, --

RE: [PATCH] exclude runtime-pseudo-reloc symbols from auto-export

[Ralf Habacker]

> > Maybe the horse has left the barn already but it would have been nice
> > (tm) if these type of symbols were marked in some generic way so that
> > we wouldn't have to keep remembering to extend this table.
>
> I recall commenting on this aspect in a recent binutils thread in the
> cygwin lists, and being told that it didn't matter.
>
What about putting such symbols in another named text section, so that ld would
ignore them ?

Ralf



--
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: Request for bashhere.inf

[Bruce Eckel]

I tested this one on Windows XP and Windows 2000 and it worked very
nicely on both. Any chance of sticking the instructions below
somewhere in the standard cygwin distribution?

*** REPLY SEPARATOR  ***

On 12/21/2002 at 12:01 AM Marino Duregon wrote:

>try this one ...
http://sources.redhat.com/ml/cygwin/2002-05/msg01685.html
>
>Marino
>
>- Original Message -
>From: "Bruce Eckel" <[EMAIL PROTECTED]>
>To: "John Morrison" <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
>Sent: Friday, December 20, 2002 6:06 PM
>Subject: RE: Request for bashhere.inf
>
>
>> The attached is the only one I seem to have, but I know there
was
>> another one floating around which seemed a bit better. The
problem
>> is that I don't know much about INF files (seems to be an arcane
>> knowledge) so I don't know how good/bad this one is, but I think
>> it's what I'm currently using. However, I suspect that if it was
>> added to the distribution there might be some folks who know
more
>> about it that could fix it up. It really is a useful tool.
>>
>> *** REPLY SEPARATOR  ***
>>
>> On 12/18/2002 at 7:06 PM John Morrison wrote:
>>
>> >> From: Bruce Eckel
>> >
>> >Hi, nice to see you somewhere other than the Apache FOP list ;)
>> >
>> >> I use the "bash prompt here" tool all the time, but I've had
to
>> >> rely on some rather transient versions, and sometimes
>> self-hacked
>> >> approaches.
>> >
>> >It's not something I usually use, but...
>> >
>> >> I was hoping that you folks might consider putting a
>> well-written
>> >> one as part of the standard distribution, so everyone could
>> >> benefit. Just hoping...
>> >
>> >If you package it I'm sure it will be considered by the powers
>> >that be :)
>> >
>> >J.
>> >
>> >> PS: page 28 of the third edition of "Thinking in Java" sings
the
>> >> praises of Cygwin.
>> >
>> >I'm sure good press is always welcome :)
>>
>>
>>
>> Most current information can be found at:
>> http://www.mindview.net/Etc/notes.html
>> ===
>> Bruce Eckelhttp://www.BruceEckel.com
>> Contains free electronic books: "Thinking in Java 2e" &
"Thinking
>> in C++ 2e"
>> Please subscribe to my free newsletter -- just send any email
to:
>> [EMAIL PROTECTED]
>> My schedule can be found at:
>> http://www.mindview.net/Calendar
>> ===
>>
>>
>
>
>---
-
>
>
>
>> --
>> 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/



Most current information can be found at:
http://www.mindview.net/Etc/notes.html
===
Bruce Eckelhttp://www.BruceEckel.com
Contains free electronic books: "Thinking in Java 2e" & "Thinking
in C++ 2e"
Please subscribe to my free newsletter -- just send any email to:
[EMAIL PROTECTED]
My schedule can be found at:
http://www.mindview.net/Calendar
===



--
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: problem with sshd with keyfiles only and windows xp

[Hans Sturm]

thank you,

with the recent snapshot everything works fine again.
even the hostname issue is fixed...

Hans

On Sat, Dec 21, 2002 at 12:52:39AM +0100, Hans Sturm wrote:

> i installed sshd with host-config as service under SYSTEM account without
> pivilege separation.
> everything works fine if i use password authentication.
> but if i use keyfile authentication i am able to log in but if i do an
"id"
> it shows only my primary group, not the other groups i'm in
> (id works fine with password authentication).

That is caused by an internationalization bug that was fixed on Dec. 14,
so it should be OK in recent snapshots. I don't know if it explains the
hostname issue.

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: sshd: setgid() fails on second login

[David Means]

Hum... I should have known.  A reboot fixed the problem.  I suppose that what I get for being a Unix geek: you don't _have_ to reboot a unix system to fix broken stuff. (unless it's really broken, like disks, etc, etc).


On Wed, 2002-12-18 at 13:50, [EMAIL PROTECTED] wrote:

I've recently installed cygwin version 1.3.17.

When I attempt to ssh to the cygwin host more than once, with the
first connection still active, I get the error message
'setgid: invalid argument' , and then I'm disconnected.

Below is an example of the problem.  The first 'ssh localhost' is
sucessful (which indicates to me that setgid() succeeded), but
the second 'ssh localhost' fails.

This problem is reproducable regardless of the client (localhost
or remote) or the authentication method (keys vs. passwords), or
any mixture there of.  In other words, if I'm logged in once via
ssh, then I cannot log in again via ssh.

I've searched the web and the archives for clues, but I'm coming up
empty.

Thanks,

David

--


Example:

[ /home/dmeans ]
dmeans@raptor
2$ ssh localhost
Last login: Wed Dec 18 13:22:08 2002 from raptor
Fanfare!!!
You are successfully logged in to this server!!!

[ /home/dmeans ]
dmeans@raptor
10$ ssh localhost
Last login: Wed Dec 18 13:23:31 2002 from raptor
Fanfare!!!
You are successfully logged in to this server!!!
setgid: Invalid argument
Connection to localhost closed.

[ /home/dmeans ]
dmeans@raptor
11$


--
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/




-- 
David Means

No trees were killed in the sending of this message. However,
a large number of electrons were terribly inconvenienced.








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

Re: poor performance -- is Cygwin to blame?..

[Mikhail Teterin]

> In my experience with MPI programs, comparing cygwin and linux,
> message passing takes longer under cygwin, but the time may be made up
> elsewhere, if the compilation is truly similar.
>
> You mention that considerable time is spent in log(), pow(), exp()
> but leave us guessing how you implemented them.

I did not implement them. They are from whatever -lm means on Cygwin. I
use them to compute my own formula repeatedly for hundreds of different
vectors.

> Then you imply that you think cygwin, rather than your math functions,
> is the speed determining factor, without giving us a means to judge.

They are not mine. There must be a misunderstanding...

> The glibc versions of these functions are much faster than the newlib
> versions, particularly if you permit the use of .
> Neither approach the potential of pentium4, but the simplest way to
> speed them up on cygwin is to employ something like ,
> and to provide your own pow() (or to use a compiler and library which
> targets pentium4).

Can this be done with just CFLAGS? I really don't want to pollute my
code with ``#ifdef CYGWIN''... Thank you,

-mi

--
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: Reinstall - oops..

[Terry]

Well, Im not sure whats going on.  Installing the libiconv2 package worked
for that error, but why is it looking for it??  I never installed that one
in the first place.  Below is the bash -x -l output and the >ERR_MSG< is
where the error occured



$ bash -x -l
+
PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/bin:/usr/bin:/bin:/cygdrive/c/W
IN
NT2/system32:/cygdrive/c/WINNT2:/cygdrive/c/WINNT2/System32/Wbem:/cygdrive/c
/Pro
gram Files/Microsoft SQL Server/80/Tools/BINN:/cygdrive/c/Program
Files/Common F
iles/Adaptec Shared/System
++ id -un
>ERR_MSG<
+ USER=
+ '[' -z /home/USERNAME ']'
+ '[' '!' -d /home/USERNAME ']'
+ mkdir -p /home/USERNAME
bash: mkdir: command not found
+ export HOME USER
+ '[' -f /etc/profile.d/openssl.sh ']'
+ . /etc/profile.d/openssl.sh
++ export MANPATH=:/usr/ssl/man:/usr/ssl/man
++ MANPATH=:/usr/ssl/man:/usr/ssl/man
+ export MAKE_MODE=unix
+ MAKE_MODE=unix
+ export 'PS1=\[\033]0;\w\007
\033[32m\]\u@\h \[\033[33m\w\033[0m\]
$ '
+ PS1=\[\033]0;\w\007
\033[32m\]\u@\h \[\033[33m\w\033[0m\]
$
+ cd /home/USERNAME
bash: cd: /home/USERNAME: No such file or directory



So it was breaking on ID...  after the lib install it worked fine


USERNAME@ROADRUNNER /usr/bin
$ bash -x -l
+
PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/bin:/usr/bin:/bin:/cygdrive/c/W
IN
NT2/system32:/cygdrive/c/WINNT2:/cygdrive/c/WINNT2/System32/Wbem:/cygdrive/c
/Pro
gram Files/Microsoft SQL Server/80/Tools/BINN:/cygdrive/c/Program
Files/Common F
iles/Adaptec Shared/System
++ id -un
+ USER=USERNAME
+ '[' -z /home/USERNAME ']'
+ '[' '!' -d /home/USERNAME ']'
+ mkdir -p /home/USERNAME
bash: mkdir: command not found
+ export HOME USER
+ '[' -f /etc/profile.d/openssl.sh ']'
+ . /etc/profile.d/openssl.sh
++ export MANPATH=:/usr/ssl/man:/usr/ssl/man
++ MANPATH=:/usr/ssl/man:/usr/ssl/man
+ export MAKE_MODE=unix
+ MAKE_MODE=unix
+ export 'PS1=\[\033]0;\w\007
\033[32m\]\u@\h \[\033[33m\w\033[0m\]
$ '
+ PS1=\[\033]0;\w\007
\033[32m\]\u@\h \[\033[33m\w\033[0m\]
$
+ cd /home/USERNAME
bash: cd: /home/USERNAME: No such file or directory



Note though that the new home directory was not created.  I noticed that
/usr/bin was not recreated in the new install. and trying to start tcsh i
get an error on cygcurses6.dll now, which i could not find on that package
page.

So what gives here, why wasnt the complete delete and reinstall not
installing the core components???  and what was not deleted that needs to
be?

Anyway, I am going to try and remove everything again, download everything
fresh and try a reinstall again.  Comments or any insight would be nice.

thanks...

~ Terry
757 581-5981
AIM/Yahoo: lv2bounce


- Original Message -
From: "Christopher Faylor" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Saturday, December 21, 2002 1:55 AM
Subject: Re: Reinstall - oops..


> On Sat, Dec 21, 2002 at 01:31:38AM -0500, Terry wrote:
> >
> >ok, i was installing Cygwin on my comp at home and was installing ipc
when i
> >went to remove a tmp install dir and typed
> >> rm -rf /usr/
> >
> >DOH!  damn fingers work faster then my brain
> >
> >anyway, i went and did a complete reinstall and when I opened up a new
bash
> >window i get an error, the shell is looking for a file called
cygiconv.dll
> >in the path...
>
> I assume it's cygiconv-2.dll.  bash doesn't rely on this file, though.  It
> must be in some executable that bash is executing when it starts up.  If
> you can determine which file that is, then we can fix the dependency so
> that it is pulled in automatically.
>
> bash -x -l
>
> would show the program.
>
> The way to find what package a file resides in is by going to
> http://cygwin.com/packages/ and searching for the file.
>
> In this case, if you install the libiconv2 package you should be all set.
> I'd appreciate it if you could tell us what program is not properly
pulling
> in this package automatically, though.  The above command will show that.
>
> cgf
> --
> Please do not send me personal email with cygwin questions or
observations.
> Use the resources at http://cygwin.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/
>
>
>



--
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: Mysterious FTP failure

[Brian . Kelly]

After a bit of investigation - I've narrowed down some of the parameters of
the problem.
First of all the problem appears to exist only on NT4.0 - not W2K. Second,
it only exists if one first
telnets to the NT4.0 box and THEN invokes ftp and sends a file. If I use
ftp from a LOCAL
bash shell, the file transfers just fine. (The problem also exists it one
telnets to the box FROM
the box - i.e. - a remote connection is NOT necessary).

Furthermore, my memory indeed failed me. I did upgrade to the latest
version of cygwin,
cygwin dll's, and inetutils since the time I last had this working - about
a month or so ago.
Prior to that I had not upgraded for about four or five months (or more).
SO THERE WAS A
CHANGE ON MY NT BOX - AND THE CHANGE WAS A NEW VERSION OF CYGWIN AND
INETUTILS. What threw me off, was the fact that I had not attempted to ftp
FROM A REMOTE
CONNECTION since the upgrade. All the ftp's I did, I did from a local bash
shell - which works
just fine.

Of course none of this "proves" that the problem lies with new cygwin code.
If anyone running
NT 4.0 SP 6 could try to recreate the problem as described above - that
would be a big help.

Brian Kelly


> RE: Mysterious FTP failure
> From: "lhall at pop dot ma dot ultranet dot com" dot com>
> To: reedfish at ix dot netcom dot com, cygwin at cygwin dot com
> Date: Thu, 19 Dec 2002 10:34:48 -0500
> Subject: RE: Mysterious FTP failure
> Reply-to: lhall at rfk dot com

> 

> I'm guessing that you're stuck debugging this one.  I don't think
> someone else is going to be able to guess what changed on your
> system to cause this problem to surface for you (though maybe I'm
> wrong).  I expect the most direct route to discover more details
> about the problem and an eventual solution would be to run a
> debug version of ftp in gdb and see what happens.   This should at
> least narrow down the possibilities to a reasonable size and give
> the list some details to cogitate, assuming the results don't
> automatically point you to a solution yourself.

> Good luck,

> Larry

> Original Message:
> -
> From: Brian Kelly [EMAIL PROTECTED]
> Date: Thu, 19 Dec 2002 09:15:53 -0500
> To: [EMAIL PROTECTED]
> Subject: Mysterious FTP failure


> I've been using cygwin's ftp.exe client program on my NT 4.0 SP 6
> machine for quite a while. It's
> worked flawlessly for months. I have not made any changes to the box and
> have not upgraded any
> cygwin components in months. Sometime in the last 48 hours "something"
> changed. Now when
> I attempt to ftp a tar file, it sends about 98-99% of it or so, and then
> mysteriously quits "thinking"
> it had sent the whole thing. (It does not report any transmission
> errors). It's not tar, because if I
> ftp TO the box via inetd/ftpd and retrieve the file the whole thing
> transfers just fine. I've rebooted the
> box numerous times, as well cold shutdown (to reset the network card)
> same problem. I haven't
> tried uninstalling or reinstalling any cygwin components, because I'd
> really like to understand what's
> CAUSING the problem. I'm writing automation software that has advanced
> error checking and I'd
> like to trap and identify this condition (if possible) and advise in
> an error message what the possible
> genesis of the condition is and what hints one can follow to remedy
> and/or prevent the problem. The
> automation software essentially automates cross-network unix
> command-line environments and is
> 100% perl. As such, it relies on cygwin for this environment on MSWin
> boxes. If one node fails it
> can switch boxes automatically but being able to determine WHY a box
> has a problem and reporting
> it successfully is VERY important to the overall approach of the
> software.

> If anyone's got a clue what's happened to break ftp or can suggest
> what other things I can investigate
> to get the bottom of this problem I'd REALLY appreciate it.

> Brian Kelly




"Empire Health Choice Inc." made the following
 annotations on 12/21/2002 10:04:00 AM
--

[INFO] -- Access Manager:
Attention!  This electronic message contains information that may be legally 
confidential and/or privileged.  The information is intended solely for the individual 
or entity named above and access by anyone else is unauthorized.  If you are not the 
intended recipient, any disclosure, copying, distribution, or use of the contents of 
this information is prohibited and may be unlawful.  If you have received this 
electronic transmission in error, please reply immediately to the sender that you have 
received the message in error, and delete it. Release/Disclosure Statement




--
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/

RE: Mysterious FTP failure - more info

[Brian . Kelly]

I did a further test to verify the existence of the problem. I did the
following from a
locally invoked bash shell   [ for security - I "starred" out the hostname
]. I transferred
the file via ftp from the local box TO the local box into a sub-directory.
The same
behavior exists if the file is transferred to another box :

bmk1n0@*** ~
 - telnet localhost
Trying 127.0.0.1...
Connected to *.*.com.
Escape character is '^]'.

CYGWIN_NT-4.0 1.3.16(0.65/3/2) (*) (tty0)

login: bmk1n0
Password:
This is *.
bmk1n0@ ~
 - ftp localhost
Connected to *.**.com.
220-
220-
220  FTP server (GNU inetutils 1.3.2) ready.
Name (localhost:bmk1n0): bmk1n0
331 Password required for bmk1n0.
Password:
230- This is .
230 User bmk1n0 logged in.
ftp> !pwd
/cygdrive/c/temp
ftp> lcd /cygdrive/c/provider
Local directory now /cygdrive/c/provider
ftp> cd /cygdrive/c/provider/crap
250 CWD command successful.
ftp> bin
200 Type set to I.
ftp> put prov.tar
200 PORT command successful.
150 Opening BINARY mode data connection for 'prov.tar'.
226 Transfer complete.
43872750 bytes sent in 5.26 seconds (8343999 bytes/s)   <=== BYTES TRANSFERRED
ftp> !ls -l
total 55768
drwxrwxrwx2 bmk1n0   None0 Dec 21 10:19 crap
-rwxrwxrwx1 bmk1n0   None 44113920 Dec  8 20:40 prov.tar   <===ACTUAL SIZE
drwxrwxrwt5 bmk1n0   None 4096 Dec  8 20:36 provider
drwxrwxrwt4 bmk1n0   None 4096 Dec  8 20:33 servlets
-rwxrwxrwx1 bmk1n0   None 12984320 Dec  8 20:42 static.tar
drwxrwxrwt3 bmk1n0   None0 Dec  8 20:33 web
ftp>

Brian Kelly





Sent by:[EMAIL PROTECTED]


To:[EMAIL PROTECTED]
cc: (bcc: Brian Kelly/WTC1/Empire)

Subject:RE: Mysterious FTP failure


After a bit of investigation - I've narrowed down some of the parameters of
the problem.
First of all the problem appears to exist only on NT4.0 - not W2K. Second,
it only exists if one first
telnets to the NT4.0 box and THEN invokes ftp and sends a file. If I use
ftp from a LOCAL
bash shell, the file transfers just fine. (The problem also exists it one
telnets to the box FROM
the box - i.e. - a remote connection is NOT necessary).

Furthermore, my memory indeed failed me. I did upgrade to the latest
version of cygwin,
cygwin dll's, and inetutils since the time I last had this working - about
a month or so ago.
Prior to that I had not upgraded for about four or five months (or more).
SO THERE WAS A
CHANGE ON MY NT BOX - AND THE CHANGE WAS A NEW VERSION OF CYGWIN AND
INETUTILS. What threw me off, was the fact that I had not attempted to ftp
FROM A REMOTE
CONNECTION since the upgrade. All the ftp's I did, I did from a local bash
shell - which works
just fine.

Of course none of this "proves" that the problem lies with new cygwin code.
If anyone running
NT 4.0 SP 6 could try to recreate the problem as described above - that
would be a big help.

Brian Kelly


> RE: Mysterious FTP failure
> From: "lhall at pop dot ma dot ultranet dot com" 
> To: reedfish at ix dot netcom dot com, cygwin at cygwin dot com
> Date: Thu, 19 Dec 2002 10:34:48 -0500
> Subject: RE: Mysterious FTP failure
> Reply-to: lhall at rfk dot com

>



> I'm guessing that you're stuck debugging this one.  I don't think
> someone else is going to be able to guess what changed on your
> system to cause this problem to surface for you (though maybe I'm
> wrong).  I expect the most direct route to discover more details
> about the problem and an eventual solution would be to run a
> debug version of ftp in gdb and see what happens.   This should at
> least narrow down the possibilities to a reasonable size and give
> the list some details to cogitate, assuming the results don't
> automatically point you to a solution yourself.

> Good luck,

> Larry

> Original Message:
> -
> From: Brian Kelly [EMAIL PROTECTED]
> Date: Thu, 19 Dec 2002 09:15:53 -0500
> To: [EMAIL PROTECTED]
> Subject: Mysterious FTP failure


> I've been using cygwin's ftp.exe client program on my NT 4.0 SP 6
> machine for quite a while. It's
> worked flawlessly for months. I have not made any changes to the box and
> have not upgraded any
> cygwin components in months. Sometime in the last 48 hours "something"
> changed. Now when
> I attempt to ftp a tar file, it sends about 98-99% of it or so, and then
> mysteriously quits "thinking"
> it had sent the whole thing. (It does not report any transmission
> errors). It's not tar, because if I
> ftp TO the box via inetd/ftpd and retrieve the file the whole thing
> transfers just fine. I've rebooted the
> box numerous times, as well cold shutdown (to reset the network card)
> same problem. I haven't
> tried uninstalling or reinstalling any cygwin components, because I'd
> really like to understand what's
> CAUSING the problem. I'm writing automation softwar

Re: Infinite loop in rxvt with recent cygwin

[Pierre A. Humblet]

On Fri, Dec 20, 2002 at 11:41:22PM -0500, Christopher Faylor wrote:
> I've checked in a fix and am generating a new snapshot now.
> 
Thanks Chris, cygwin from cvs works fine on WinME.

FYI, I have had another outstanding problem for a long time. Unfortunately
it is a lot less specific and I have no proof it is due to cygwin. Perhaps 
others can report similar experiences and add details.
 
Running a reasonably complicated configure job puts the box in a crawl
mode. The only way out is to reboot. During shutdown Windows sometimes
warns about processes that are supposedly running (but not shown anywhere
else). The names of those processes as always from cygwin.

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: [PATCH] exclude runtime-pseudo-reloc symbols from auto-export

[Charles Wilson]

Robert Collins wrote:

On Sat, 2002-12-21 at 15:39, Christopher Faylor wrote:



Maybe the horse has left the barn already but it would have been nice
(tm) if these type of symbols were marked in some generic way so that
we wouldn't have to keep remembering to extend this table.



I recall commenting on this aspect in a recent binutils thread in the
cygwin lists, and being told that it didn't matter.

Ha!

Humourously yours,


Quit yer laughin.  I said at the time that yes, it is a pain -- but the 
alternatives are even worse.  "Mark the symbols in some generic way" -- 
now THAT's fragile. 

--Chuck




--
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: Reinstall - oops..

[Christopher Faylor]

On Sat, Dec 21, 2002 at 09:57:16AM -0500, Terry wrote:
>Well, Im not sure whats going on.  Installing the libiconv2 package worked
>for that error, but why is it looking for it??  I never installed that one
>in the first place.

You never installed what in the first place?  If you go to the package
page that I mentioned, you can find what package contains id.exe.
id.exe is part of a package which is part of the base installation.  It
uses the missing dll.  The dependencies for this package hadn't been
updated to include libiconv2.  If they had been updated, the package
containing the missing dll should have been installed by setup.exe
automatically.

This is my package so I made the mistake of not updating the dependency
appropriately.

>Note though that the new home directory was not created.

So create it.

>I noticed that /usr/bin was not recreated in the new install.

I don't know what this means.  A c:\cygwin\usr\bin is never created
in an installation.  /usr/bin is mounted so that it is equivalent to
/bin.  The mount command will show you this.

>and trying to start tcsh i get an error on cygcurses6.dll now, which i
>could not find on that package page.

That's because you're typing it wrong.  Take a closer look at the error
output.

>So what gives here, why wasnt the complete delete and reinstall not
>installing the core components???

Because we're all sadistic meanies who like to watch poor hapless users
twist and thrash in the wind.  We think it's hilarious to watch people
have problems.

Either that or 1) you haven't completely cleaned out your system from
the previous installation, 2) as I indicated there was a problem with
package dependencies, which I've fixed, or 3) there's a potential bug in
setup.exe.

>Anyway, I am going to try and remove everything again, download
>everything fresh and try a reinstall again.  Comments or any insight
>would be nice.

Wow, you really are a masochist.

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: sshd: setgid() fails on second login

[Randall R Schulz]

David,

Now I'm a big Linux proponent and only currently wed to Windows by a quirk 
of my personal employment history, but never did I realize that rebooting a 
Linux system would fix a broken disk.

Those Linux kernel programmers really _are_ miracle workers, aren't they?

Wow!

Randall Schulz


At 06:28 2002-12-21, David Means wrote:
Hum... I should have known.  A reboot fixed the problem.  I suppose that 
what I get for being a Unix geek: you don't _have_ to reboot a unix system 
to fix broken stuff. (unless it's really broken, like disks, etc, 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/

trying to compile glib

[kumarchi]

hello:

I am trying to compile glib on cygwin. I did ./configure and came upto make 
install. It quit about half through complaining about missing function mostly 
_g* type.

Since glib is a pretty low level, I was puzzled why it failed. Anybody has 
ideas?

thanx

--
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: [PATCH] exclude runtime-pseudo-reloc symbols from auto-export

[Christopher Faylor]

On Sat, Dec 21, 2002 at 02:10:18PM +0100, Ralf Habacker wrote:
>>>Maybe the horse has left the barn already but it would have been nice
>>>(tm) if these type of symbols were marked in some generic way so that
>>>we wouldn't have to keep remembering to extend this table.
>>
>>I recall commenting on this aspect in a recent binutils thread in the
>>cygwin lists, and being told that it didn't matter.
>>
>What about putting such symbols in another named text section, so that
>ld would ignore them ?

I don't see how you could do that since the symbol is associated with an
existing place in memory.  We could put the whole function in a
different segment but that's not the kind of solution I was thinking of.

I was thinking that there might be an unused attribute that could be
pressed into service as a "don't auto export" (doesn't linux/elf have
something like this?) or that there was a way to name the symbol in some
way that wasn't easily available from a C program, like putting a "." in
the name with an asm alias.

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: tcsh not useable out of the box

[Jonas Moberg]

> bash being the default shell, tcsh's configuration files have,
> apparently, bit-rotted. When started directly -- instead of from
> bash -- a bunch of utilities (from /usr/bin) are not found.

I might have missed something in the thread but to me this seems to be
an issue with where the path is set. It seems Cygwin sets the path
in /etc/csh.login. However /etc/csh.login is executed only if tcsh is
a login shell (which it is if it is started with the argument -l).

--
Jonas Moberg



--
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: [PATCH] exclude runtime-pseudo-reloc symbols from auto-export

[Christopher Faylor]

On Sat, Dec 21, 2002 at 06:48:09PM +1100, Robert Collins wrote:
>On Sat, 2002-12-21 at 15:39, Christopher Faylor wrote:
>
>> Maybe the horse has left the barn already but it would have been nice
>> (tm) if these type of symbols were marked in some generic way so that
>> we wouldn't have to keep remembering to extend this table.
>
>I recall commenting on this aspect in a recent binutils thread in the
>cygwin lists, and being told that it didn't matter.
>
>Ha!

Didn't you suggest that anything in a library residing in /usr/lib or
/usr/local/lib be excluded?  That's not quite the same thing as what
I was musing about.  I was talking about marking individual symbols.

Symbols can be global or static.  On elf-supporting symbols global
symbols can also be marked "weak".  On windows they could be marked
"no-export".

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: sshd: setgid() fails on second login

[Christopher Faylor]

On Sat, Dec 21, 2002 at 09:07:48AM -0800, Randall R Schulz wrote:
>David,
>
>Now I'm a big Linux proponent and only currently wed to Windows by a quirk 
>of my personal employment history, but never did I realize that rebooting a 
>Linux system would fix a broken disk.
>
>Those Linux kernel programmers really _are_ miracle workers, aren't they?
>
>Wow!

Just as an added note, Randall, rebooting a windows system would fix a broken
disk under Cygwin B20, too.

Just FYI.

cgf

>At 06:28 2002-12-21, David Means wrote:
>>Hum... I should have known.  A reboot fixed the problem.  I suppose that 
>>what I get for being a Unix geek: you don't _have_ to reboot a unix system 
>>to fix broken stuff. (unless it's really broken, like disks, etc, 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: sshd: setgid() fails on second login

[Randall R Schulz]

Does the meanness never end?


Won't you _please_ think of the children?!


At 09:57 2002-12-21, Christopher Faylor wrote:

On Sat, Dec 21, 2002 at 09:07:48AM -0800, Randall R Schulz wrote:
>David,
>
>Now I'm a big Linux proponent and only currently wed to Windows by a quirk
>of my personal employment history, but never did I realize that rebooting a
>Linux system would fix a broken disk.
>
>Those Linux kernel programmers really _are_ miracle workers, aren't they?
>
>Wow!

Just as an added note, Randall, rebooting a windows system would fix a broken
disk under Cygwin B20, too.

Just FYI.

cgf


>At 06:28 2002-12-21, David Means wrote:
>>Hum... I should have known.  A reboot fixed the problem.  I suppose that
>>what I get for being a Unix geek: you don't _have_ to reboot a unix system
>>to fix broken stuff. (unless it's really broken, like disks, etc, 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/

trying to complibe glib 2.0.7

[kumarchi]

made some progress.
was complaining about unresolved libuser32 and libkernel32.\
I found the libraries under /usr/lib/win32 and did a symbolic link in /usr/lib

Now it has come to the point of linking and now it complains

/usr/lib/libcygwin.a(libcmain.o)(.text+0x7c): undefined reference to 
`_WinMain@16'

any ideas?
thanx

--
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: [PATCH] exclude runtime-pseudo-reloc symbols from auto-export

[Ralf Habacker]

>>
> >What about putting such symbols in another named text section, so that
> >ld would ignore them ?
>
> I don't see how you could do that since the symbol is associated with an
> existing place in memory.  We could put the whole function in a
> different segment

I had in mind something like this
#define NO_EXPORT_TEXT __attribute__((section(".text_no_export")))
#define NO_EXPORT_DATA __attribute__((section(".data_no_export")))
but this need some additional efforts in the ld source.


> but that's not the kind of solution I was thinking of.
>
> I was thinking that there might be an unused attribute that could be
> pressed into service as a "don't auto export" (doesn't linux/elf have
> something like this?) or that there was a way to name the symbol in some
> way that wasn't easily available from a C program, like putting a "." in
> the name with an asm alias.

The weak attribute does not have any effect for at least gcc version 2.95.3-5
(cygwin special) and I can't see any other attribute, which could be used from
http://gcc.gnu.org/onlinedocs/gcc-3.2/gcc/Function-Attributes.html#Function%20At
tributes

Perhaps somebody else could see something usefull or the gcc could be patched to
uses the weak attribute ???

Ralf


--
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: poor performance -- is Cygwin to blame?..

[tprinceusa]

- Original Message -
From: "Mikhail Teterin" <[EMAIL PROTECTED]>
To: "Timothy C Prince" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Saturday, December 21, 2002 6:47 AM
Subject: Re: poor performance -- is Cygwin to blame?..


> > In my experience with MPI programs, comparing cygwin and linux,
> > message passing takes longer under cygwin, but the time may be made up
> > elsewhere, if the compilation is truly similar.
> >
> > You mention that considerable time is spent in log(), pow(), exp()
> > but leave us guessing how you implemented them.
>
> I did not implement them. They are from whatever -lm means on Cygwin. I
> use them to compute my own formula repeatedly for hundreds of different
> vectors.
>
> > Then you imply that you think cygwin, rather than your math functions,
> > is the speed determining factor, without giving us a means to judge.
>
> They are not mine. There must be a misunderstanding...
>
> > The glibc versions of these functions are much faster than the newlib
> > versions, particularly if you permit the use of .
> > Neither approach the potential of pentium4, but the simplest way to
> > speed them up on cygwin is to employ something like ,
> > and to provide your own pow() (or to use a compiler and library which
> > targets pentium4).
>
> Can this be done with just CFLAGS? I really don't want to pollute my
> code with ``#ifdef CYGWIN''... Thank you,
>
You could simply add
#include 
just ahead of the final #endif in whichever  file is active, and supply a 
mathinline.h (example attached) in the include
search path.  You could add guards so that the  is invoked in accordance 
with command line flags.  See the glibc
example for which in-line functions are made to depend on -ffast-math.  I have 
corrected some extreme value cases in my version, so
that it may not be as risky as the full glibc -ffast-math version.




mathinline.h
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: trying to complibe glib 2.0.7

[tprinceusa]

- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, December 21, 2002 10:44 AM
Subject: trying to complibe glib 2.0.7


> made some progress.
> was complaining about unresolved libuser32 and libkernel32.\
> I found the libraries under /usr/lib/win32 and did a symbolic link in /usr/lib
>
> Now it has come to the point of linking and now it complains
>
> /usr/lib/libcygwin.a(libcmain.o)(.text+0x7c): undefined reference to
> `_WinMain@16'
>
You might look in the archives for various occurrences of this in the past.  For 
example, there is one in the current
dejagnu/target.exp, where -lm is appended to link lines, when it is not wanted under 
cygwin.  I fully expect there may be other
possibilities.


-
Introducing NetZero Long Distance
1st month Free!
Sign up today at: www.netzerolongdistance.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: sshd: setgid() fails on second login

[David Means]

ROTFL!

What can I say besides "open mouth, insert foot?"



On Sat, 2002-12-21 at 12:07, Randall R Schulz wrote:

David,

Now I'm a big Linux proponent and only currently wed to Windows by a quirk 
of my personal employment history, but never did I realize that rebooting a 
Linux system would fix a broken disk.

Those Linux kernel programmers really _are_ miracle workers, aren't they?

Wow!

Randall Schulz


At 06:28 2002-12-21, David Means wrote:
>Hum... I should have known.  A reboot fixed the problem.  I suppose that 
>what I get for being a Unix geek: you don't _have_ to reboot a unix system 
>to fix broken stuff. (unless it's really broken, like disks, etc, 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/




-- 
David Means

Programmers rule #1: Grok before frobnicating.








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

Re: [PATCH] exclude runtime-pseudo-reloc symbols from auto-export

[Robert Collins]

On Sun, 2002-12-22 at 04:55, Christopher Faylor wrote:

> 
> Didn't you suggest that anything in a library residing in /usr/lib or
> /usr/local/lib be excluded?  That's not quite the same thing as what
> I was musing about.  I was talking about marking individual symbols.

Ah, ok. oops. 

(goes and puts thinking cap on).

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



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

Running cygwin built programs in Windows XP

[John Seeliger]

How do I run a program that I built with gcc under Cygwin in Windows?  When
I try to run them, it says it can't find cygwin1.dll.

--
John Seeliger  Limited but increasing content
[EMAIL PROTECTED]   
[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: Running cygwin built programs in Windows XP

[Igor Pechtchanski]

On Sat, 21 Dec 2002, John Seeliger wrote:

> How do I run a program that I built with gcc under Cygwin in Windows?  When
> I try to run them, it says it can't find cygwin1.dll.

Make sure c:\cygwin\bin is in your PATH.  Another alternative is to use
the mingw runtime by giving gcc the -mno-cygwin option, but be aware that
there is less posix support there (IIRC).
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: Running cygwin built programs in Windows XP

[Randall R Schulz]

John,

Cygwin is a POSIX emulation environment for Windows. By default, the C / 
C++ compiler, linker and libraries all supply some portion or aspect of 
that emulation and the primary runtime component of the emulation is the 
Cygwin1.dll.

If you want to create "Windows-native" applications using Cygwin tools but 
which will not be "Cygwin executables" (i.e., that will be independent of 
Cygwin during execution) there's a compiler option "-mno-cygwin" which 
triggers a whole series of variant compilation and linking procedures 
designed to produce executables that are independent of the Cygwin runtime.

It sounds like that's the option you need to use to achieve the results you 
desire. If, however, you want a program that has all the POSIX capabilities 
provided by Cygwin itself, then you're bound to executing in a Cygwin 
environment, and that means at an absolute minimum, the presence of 
Cygwin1.dll and, if you're distributing this software, conformance with the 
Cygwin license's redistribution terms.

The horns of a dilemma, you say? Nonsense! It's the best of both worlds!

Randall Schulz


At 16:41 2002-12-21, John Seeliger wrote:
How do I run a program that I built with gcc under Cygwin in Windows?  When
I try to run them, it says it can't find cygwin1.dll.

--
John Seeliger



--
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 package File::Spec confused under cygwin

[linda w \(cyg\)]

> Note that Cygwin, like Unix, doesn't have a concept of 
> volume.  Everything except network paths (//host/dir) are 
> based on a single root directory. 
---
But Unix does have a concept of a mount point (device) and
path from the mount point.  Conceivably, one could view the 
mount point itself as a local host name for the "volume" (local, remote or a
device) with path being location on the mounted fs.

It is arbitrary to choose to see the /fs as one giant undifferentiated
tree.

I would argue that it is certainly not only in line with the
existing specification, but may also provide useful information to
return the volume path split out from the path within the volume.

Theoretically, if people have followed the spec for FILE::Spec,
to reconstitute a deconstituted path, they shouldn't assume volume
is non-zero (hardly a good assumption if what you are interested in is
portability).

> Mixed file specifications like c:/x/y/z are handled by many 
> programs in the Cygwin environment, but such paths are not 
> really valid.  File::Spec::Win32 accepts '/' as well as '\' 
> as a directory separator.
---
That makes sense as there used to be environment or config.sys option,
'SWITCHCHAR', that you could specify the switch char as '-' 
instead of '/', with the result that '/' was treated the same as '\' as a
pathname separator.

> That's exactly the situation.  File::Spec::Cygwin for Perl 
> 5.8 only overrides file_name_is_absolute() and canonpath(); 
> other than that it's pure File::Spec::Unix.  I'm sure the 
> Perl Porters would be willing to examine a patch to handle 
> mixed specs.
---
Ah...so there is a separate Cygwin...guess that answers one
question.

> You can always call File::Spec::Win32 -> splitpath() to get 
> that behavior.
---
Well, for 'portability' one shouldn't call :: anything.
The purpose of File::Spec was to provide a OS independent way to
deconstruct/construct pathnames into their separate components.


> It does, but File::Spec::Cygwin is very close to File::Spec::Unix.
---
Yeah...got that.  I guess most immediate fix would be to fix
the Cygwin version to differentiate things... then if it was 
important, one could split the path to mount:path for more useful, yet
spec-compatible functionality.

Didn't know Cygwin had it's own module...thanks!
Linda


--
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/

what to use in g++ instead of GetOpt?

[Ed]

Howdy all!

In the old days of libg++ there was something called GetOpt to help
parse command line options. In these days of stdlibc++ it seems to be
gone.

What are well-dressed C++ programmers using to parse their command
lines these days?

Thanks!

Ed


--
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/

sshd and launching e.g. word.exe - no GUI screen shows up

[Peter Valdemar Mørch]

Hi,

I log in fine, and get my prompt and everyting. sshd rocks!

I'm trying to do e.g.:
me@othermachine :> ssh winmachine word.sh some.doc
And have the word GUI appear on the machine it is actually running. I'm
aware, of course that X-forwarding wont work

Here word.sh contains:
/cygdrive/c/Program\ Files/Microsoft\ Office/Office/WINWORD.exe "$@"

When I do this, WINWORD.EXE sits around in the "Windows Task Manager", and
the terminal does not return to the prompt, but the Word window does not
appear either. The same seems to happen with notepad, acdsee, gvim, and
other windows apps.

Another experiment: I run word.sh from a cygwin terminal, it comes up fine.
I close it. Then I do "ssh localhost" and log in. I get a prompt that is
exactly like it was before the ssh localhost. If I then run word.sh, it
likewise does not appear.

What is the reason for this? Is it possible to lauch windows programs (with
actual "windows") from another host via ssh / sshd? I'd love to be able to
launch word, acdsee etc. when bashing away at my Linux dirs...

/var/log/sshd.log is empty.
I tried 'UsePrivilegeSeparation no' in /etc/sshd_config => no effect

Any help appreciated!

Sincerely,

Peter


--
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 package File::Spec confused under cygwin

[Michael A Chase]

On Sat, 21 Dec 2002 17:36:58 -0800 "linda w (cyg)" <[EMAIL PROTECTED]> wrote:

>> Note that Cygwin, like Unix, doesn't have a concept of 
>> volume.  Everything except network paths (//host/dir) are 
>> based on a single root directory. 
> ---
> But Unix does have a concept of a mount point (device) and
> path from the mount point.  Conceivably, one could view the 
> mount point itself as a local host name for the "volume" (local, remote or a
> device) with path being location on the mounted fs.

device != volume.  For the purposes of File::Spec, it would be better to
leave the directory structure as a single tree.

> It is arbitrary to choose to see the /fs as one giant undifferentiated
> tree.

But that is the convention used by Unix and hence Cygwin.  You can
distinguish which device a file or directory is in by using the first
element returned by stat(), but that doesn't affect the file spec.

>> You can always call File::Spec::Win32 -> splitpath() to get 
>> that behavior.
> ---
> Well, for 'portability' one shouldn't call :: anything.
> The purpose of File::Spec was to provide a OS independent way to
> deconstruct/construct pathnames into their separate components.

Portability is a worthy goal, but sometimes you have to accomodate your
specific environment, that's why $^O is available.

>> It does, but File::Spec::Cygwin is very close to File::Spec::Unix.
> ---
> Yeah...got that.  I guess most immediate fix would be to fix
> the Cygwin version to differentiate things... then if it was 
> important, one could split the path to mount:path for more useful, yet
> spec-compatible functionality.

If you submit a Perl bug report with a patch that does what you want and
explains why you want it, it is likely to get included in the next release
of Perl.  If you talk nice to Gerrit, you may even get it in the next build
of Cygwin Perl pending a change to the base source.  Borrowed code from
File/Spec/Win32.pm may provide a start.

-- 
Mac :})
** I normally forward private questions to the appropriate mail list. **
Ask Smarter: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Give a hobbit a fish and he eats fish for a day.
Give a hobbit a ring and he eats fish for an age.



--
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/

Exim: Format error in spool file

[Frédéric L. W. Meunier]

I'm trying to run Exim, but with both 4.10 from Cygwin and the
4.11 I compiled I get "Format error in spool file" in the log
when I send an e-mail. Exim works fine on Linux with the same
exim.conf, available at http://pervalidus.port5.com/exim.conf
(I had to comment the first two lines starting with ##). I'm
not running it on a server. I use it on my cable modem.

-d didn't help and a search for "Format error in spool file"
only returned
http://www.exim.org/pipermail/exim-users/Week-of-Mon-19990208/011277.html

-- 
0@pervalidus.{net, {dyndns.}org}


--
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: Exim: Format error in spool file

[Pierre A. Humblet]

At 01:07 AM 12/22/2002 -0200, Frédéric L. W. Meunier wrote:
>I'm trying to run Exim, but with both 4.10 from Cygwin and the
>4.11 I compiled I get "Format error in spool file" in the log
>when I send an e-mail. Exim works fine on Linux with the same
>exim.conf, available at http://pervalidus.port5.com/exim.conf
>(I had to comment the first two lines starting with ##). I'm
>not running it on a server. I use it on my cable modem.

1) Does the error occur with the default configuration file
that comes with Cygwin (possibly modified by exim-config)?

2) Looking at the source code, this error message should include
the name of a file. Have you looked at that file? 
Send it me as an attachment if you don't see anything obvious.

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: Exim: Format error in spool file

[Frédéric L. W. Meunier]

On Sat, 21 Dec 2002, Pierre A. Humblet wrote:

> At 01:07 AM 12/22/2002 -0200, Frédéric L. W. Meunier wrote:
> >I'm trying to run Exim, but with both 4.10 from Cygwin and the
> >4.11 I compiled I get "Format error in spool file" in the log
> >when I send an e-mail. Exim works fine on Linux with the same
> >exim.conf, available at http://pervalidus.port5.com/exim.conf
> >(I had to comment the first two lines starting with ##). I'm
> >not running it on a server. I use it on my cable modem.
>
> 1) Does the error occur with the default configuration file
> that comes with Cygwin (possibly modified by exim-config)?

Yes.

> 2) Looking at the source code, this error message should include
> the name of a file. Have you looked at that file?
> Send it me as an attachment if you don't see anything obvious.

Attached (very small files).

I did a telnet localhost 25

mail from: [EMAIL PROTECTED]
rcpt to: [EMAIL PROTECTED]
data
test
.

I also tried with a MUA.

2002-12-22 01:41:03 exim 4.10 daemon started: pid=3316, no queue runs, listening for 
SMTP on port 25 (IPv4)
2002-12-22 01:41:34 H7I4X6-0001QG-00 <= [EMAIL PROTECTED] H=[127.0.0.1] P=smtp S=258
2002-12-22 01:41:35 H7I4X6-0001QG-00 Format error in spool file H7I4X6-0001=QG-00-H: 
size=506

And I don't see any /var/spool/exim/db directory.

drwx--+   6 Frédéric None0 Dec 22 00:21 var

drwxrwxrwx+   3 Frédéric None0 Dec 22 00:21 spool

drwxrwxrwx+   3 Frédéric None0 Dec 22 01:45 exim

drwxrwxrwx+   2 SYSTEM   Administ0 Dec 22 01:45 input

-rw-rw-rw-1 SYSTEM   Administ   24 Dec 22 01:41 H7I4X6-0001QG-00-D
-rw-rw-rw-1 SYSTEM   Administ  506 Dec 22 01:41 H7I4X6-0001QG-00-H

I don't know if it's a permission problem. I have no experience
on Windows. It's a XP Professional SP1 on latest Cygwin. I
didn't create any users.

-- 
0@pervalidus.{net, {dyndns.}org}


H7I4X6-0001QG-00-D
Description: Binary data


H7I4X6-0001QG-00-H
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: what to use in g++ instead of GetOpt?

[Randall R Schulz]

Hello there, Edward, if that is your real name.

Here's how it is, Ed...

Real Programmers (tm) code to the bare metal. They don't use no stinkin' 
libraries. If you can't decode your command line arguments without some 
"support library" (a concept closely related to "support hose"), the Guild 
of Real Programmers recommends a nice job in investment banking where 
you'll never trouble your little head and the most damage you can do is to 
induce abject poverty and homelessness among the thousands of people who 
don't know about the only law that matters: Caveat Emptor.

I hope you found this little lecture informative, enlightening and 
inspirational.

Good luck with those command line arguments.

Randall Schulz

Disclaimer: The author of this humorous missive writes mostly Java code 
these days, and hence would not know a Real Programmer if one had a heart 
attack right in front of him.


At 18:51 2002-12-21, Ed wrote:
Howdy all!

In the old days of libg++ there was something called GetOpt to help
parse command line options. In these days of stdlibc++ it seems to be
gone.

What are well-dressed C++ programmers using to parse their command
lines these days?

Thanks!

Ed



--
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: Exim: Format error in spool file

[Pierre A. Humblet]

At 01:58 AM 12/22/2002 -0200, Frédéric L. W. Meunier wrote:
>> 2) Looking at the source code, this error message should include
>> the name of a file. Have you looked at that file?
>> Send it me as an attachment if you don't see anything obvious.
>
>Attached (very small files).

It looks like your cygwin user name contains spaces.
This confuses exim (and many other Unix programs).

Edit your entry in the /etc/passwd file. Change the first
field to something without spaces.

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/

exim-4.10-2 renamed EXIM-4~1 in reinstall with setup 2.249.2.5

[Greg Matheson]

> At 11:52 AM 12/22/2002 +0800, I wrote:

> >I reinstalled exim on Win98 and I found it was renamed
> >EXIM-4~1.EXE

> >The linking of exim to exim-4.10-2.exe thus failed.

> >USER@TEACHER ~
> >$ ls -al /bin/exim*
> >-rwxr-xr-x1 USER unknown499712 Sep 14 10:06 /bin/EXIM-4~1.EXE
> >lrwxrwxrwx1 USER unknown26 Dec 21 20:52 /bin/exim ->
> exim-4.10-2.exe
> >-rwxr-xr-x1 USER unknown  9586 Sep 14 04:10 /bin/exim-config
> >-rwxr-xr-x1 USER unknown  2628 Sep 14 10:05 /bin/exim_checkaccess
> >-rwxr-xr-x1 USER unknown  7168 Sep 14 10:06
> /bin/exim_dbmbuild.exe
> >-rwxr-xr-x1 USER unknown  9728 Sep 14 10:06 /bin/exim_dumpdb.exe
> >-rwxr-xr-x1 USER unknown 12288 Sep 14 10:06 /bin/exim_fixdb.exe
> >-rwxr-xr-x1 USER unknown  9728 Sep 14 10:06 /bin/exim_lock.exe
> >-rwxr-xr-x1 USER unknown 11264 Sep 14 10:06 /bin/exim_tidydb.exe
> >-rwxr-xr-x1 USER unknown 44999 Sep 14 10:05 /bin/eximstats

> >I reinstalled it again, but it still had the
> >Windows-abbreviated-type name.  Strange, that this is the real
> >name of teh file.

On Sat, 21 Dec 2002, Pierre A. Humblet wrote:

> 1) Did you reinstall with setup? 

Yes.

>Do you perhaps use the new experimental setup?

No, it was 2.249.2.5

> 2) Find out the file ???/release/exim/exim-4.10-2.tar.bz2
>in the directory where setup downloads the files
>and type 'tar tjf   '
>You will probably see that the name is correct.

USER@TEACHER 
/cygdrive/c/cygwinsetup/ftp%3a%2f%2fftp.nsysu.edu.tw%2fUnix%2fGNU%2fcygwin/release/exim
$ tar tjf exim-4.10-2.tar.bz2 
usr/bin/
usr/bin/exim-4.10-2.exe
[etc]

So, you are right. It has teh correct file name.

> If it is correct, the problem is beyond my control and it should
> be brought to the attention of the setup people on the list.

I wonder if it is due to my LOGNAME being all capitals?  However,
this may not be the reason, because I didn't have this problem
when I first installed exim, when the $LOGNAME == USER
too.

-- 
Greg MathesonThe teacher as the monkey in the works.
Chinmin College  Intervention without understanding.
 
Taiwan Penpals Archive http://penpals.chinmin.edu.tw/>

--
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: Exim: Format error in spool file

[Frédéric L. W. Meunier]

On Sat, 21 Dec 2002, Pierre A. Humblet wrote:

> At 01:58 AM 12/22/2002 -0200, Frédéric L. W. Meunier wrote:
> >> 2) Looking at the source code, this error message should include
> >> the name of a file. Have you looked at that file?
> >> Send it me as an attachment if you don't see anything obvious.
> >
> >Attached (very small files).
>
> It looks like your cygwin user name contains spaces.

Yes, "Frédéric L W Meunier". I thought I had to add my full
name when I installed Windows. I think it's too late to change
it without reinstalling.

> This confuses exim (and many other Unix programs).

I didn't know (or I didn't read "Known bugs" in
exim-4.10-2.README).

I added 3 "_".

> Edit your entry in the /etc/passwd file. Change the first
> field to something without spaces.

It worked.

2002-12-22 02:19:31 H7I6OG-0001TS-00 <= [EMAIL PROTECTED] H=[127.0.0.1] P=smtp S=258
2002-12-22 02:19:35 H7I6OG-0001TS-00 => [EMAIL PROTECTED]
R=dnslookup T=remote_smtp H=redir-mail-telehouse1.gandi.net [62.80.122.198]
2002-12-22 02:19:35 H7I6OG-0001TS-00 Completed

Thanks for your port. I can get rid of all bloated Windows MTA.

-- 
0@pervalidus.{net, {dyndns.}org}

--
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: what to use in g++ instead of GetOpt?

[Robert Collins]

On Sun, 2002-12-22 at 13:51, Ed wrote:
> Howdy all!
> 
> In the old days of libg++ there was something called GetOpt to help
> parse command line options. In these days of stdlibc++ it seems to be
> gone.
> 
> What are well-dressed C++ programmers using to parse their command
> lines these days?

I use libgetopt++, a C++ library I put together and am extending as
needed to do just.

Current capabilities:
*) distributed option declaration (ie plugins can list options too).
*) multiple co existing option sets.
*) boolean and string option type predeclared.
*) callbacks occur for non option arguments.

There is a CVS repository at sources.redhat.com/cvs/libgetopt++

Cheers,
Rob

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




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

Re: what to use in g++ instead of GetOpt?

[Ed]

Randall R Schulz <[EMAIL PROTECTED]> writes:

> Hello there, Edward, if that is your real name.

No, it's an alias.

However, my real name is, coincidently, Ed.

> 
> Here's how it is, Ed...
> 
> Real Programmers (tm) code to the bare metal. They don't use no
> stinkin' libraries. If you can't decode your command line arguments
> without some "support library" (a concept closely related to "support
> hose"), the Guild of Real Programmers recommends a nice job in
> investment banking where you'll never trouble your little head and the
> most damage you can do is to induce abject poverty and homelessness
> among the thousands of people who don't know about the only law that
> matters: Caveat Emptor.

Randall, back when you were a gleam in your parents' eyes, I was
programming computers. I remember how happy I was when my school got
our own modem. Finally I could stop controlling the computer by
whistling down the phone line. 

At that time there were only three computers in the United States. Two
of them were continuously occupied in playing "trek." The other was
kept open for playing "adventure."

Indeed, I remember when 1 was introduced to computers. Before that, we
only had zeros. Now *that* was programming for real men!

> 
> Disclaimer: The author of this humorous missive writes mostly Java
> code these days, and hence would not know a Real Programmer if one had
> a heart attack right in front of him.

Java!?! That old thing? Why don't you move into the 21st century
grandpa!

Ed


--
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: what to use in g++ instead of GetOpt?

[Randall R Schulz]

Greetings, Earthling,


At 20:59 2002-12-21, Ed wrote:

Randall R Schulz <[EMAIL PROTECTED]> writes:

> Hello there, Edward, if that is your real name.

No, it's an alias.

However, my real name is, coincidently, Ed.


Got it. Plausible deniability. Or is it deniable plausibility?



> Here's how it is, Ed...
>
> Real Programmers (tm) code to the bare metal. They don't use no
> stinkin' libraries. If you can't decode your command line arguments
> without some "support library" (a concept closely related to "support
> hose"), the Guild of Real Programmers recommends a nice job in
> investment banking where you'll never trouble your little head and the
> most damage you can do is to induce abject poverty and homelessness
> among the thousands of people who don't know about the only law that
> matters: Caveat Emptor.

Randall, back when you were a gleam in your parents' eyes, I was
programming computers. I remember how happy I was when my school got
our own modem. Finally I could stop controlling the computer by
whistling down the phone line.


Parents? I am an artificial intelligence. My parents, such as they are and 
like me, have no eyes or other body parts. Or even anything that would be 
called moving parts. I am a quantum computer.


At that time there were only three computers in the United States. Two
of them were continuously occupied in playing "trek." The other was
kept open for playing "adventure."

Indeed, I remember when 1 was introduced to computers. Before that, we
only had zeros. Now *that* was programming for real men!


I didn't say anything about "men," real or otherwise.



> Disclaimer: The author of this humorous missive writes mostly Java
> code these days, and hence would not know a Real Programmer if one had
> a heart attack right in front of him.

Java!?! That old thing? Why don't you move into the 21st century grandpa!


Grandpa? Am I old, or am I still wet behind the ears? Only my long-term 
mnemonic storage unit  knows for sure.


Ed



Randall "E6265X" Schulz 


--
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: RSH: permission denied for NTFS network shares

[Genady Veytsman]

The share is not password protected. It is accessable to all domain users.
About 'net use' issue you are right. It shows the share as unavailable.
But after I run "net use \\mystifile\mixsig$" it changes to OK.
This doesn't solve the problem though. Its still permission denied.
I tried to check email archives before writing the email, but didn't 
find anything.

Thanks
  Genady


>[EMAIL PROTECTED] wrote:

Sounds an awful lot like you're trying to access password protected 
shares.  If so, you'll need to use 'net use' to map them again after rshing
with the proper user name and password.  Check the email archives for more
discussion of this if you're interested.

Larry

Original Message:
-
From: Genady Veytsman [EMAIL PROTECTED]
Date: Thu, 19 Dec 2002 14:10:38 +0200
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: RSH: permission denied for NTFS network shares



Hi,

I have some problem using rsh under cygwin.
It works fine for local disks and local disks of remote computers
(both UNIX and NT/2000).

But if I am trying to access NTFS network share (that is on file 
server), I receive "permission denied".

Here is an example:

 From unix machine:

 > rsh genadyv --- (genadyv is Window2000 machine with cygwin)
Fanfare!!!
You are successfully logged in to this server!!!

genadyv@GENADYV ~
$ ls -d //mystisun8/vol1/tmp - unix machine
//mystisun8/vol1/tmp

genadyv@GENADYV ~
$ ls -d /cygdrive/c/    local disk C
/cygdrive/c

genadyv@GENADYV ~
$ ls -d /cygdrive/m/ - network share on file server
ls: /cygdrive/m: Permission denied

genadyv@GENADYV ~
$ ls /cygdrive
c  d  g  m  p  x  y




I have no problem accessing /cygdrive/m/ from bash prompt in cygwin
(locally).
/cygdrive/m is a mount to //mystifile/mixsig$

Any help is appreciated
Regards
   Genady Veytsman



--
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/ .





--



Genady Veytsman   mailto:[EMAIL PROTECTED]
Mixed Signal Design Engineer
Mysticom Ltd. http://www.mysticom.com
Tel: (972)-9-8636478  Fax: (972)-9-8636466



... UNIX *is* user-friendly,
he is just very picky about who his friends are ...




--
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: permission denied for NTFS network shares

[Genady Veytsman]

Does it mean that this problem have no solution?
Sure somebody hit this wall before.

Thanks
  Genady


From: Vince Hoffman 
To: cygwin at cygwin dot com
Date: Fri, 20 Dec 2002 12:28:41 -
Subject: RE: permission denied for NTFS network shares


Network access via rsh/ssh needs you to log in with a paasword, ths creates
the neesacery NT security tokens. passwordless logins (.rhosts/pubkey etc)
do not do this thus you cannot get network access.
(actualy i think its a little more compicated but i'm too hungover to
remember ;)


-Original Message-
From: Genady Veytsman [mailto:[EMAIL PROTECTED]]
Sent: 19 December 2002 12:11
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: RSH: permission denied for NTFS network shares



Hi,

I have some problem using rsh under cygwin.
It works fine for local disks and local disks of remote computers
(both UNIX and NT/2000).

But if I am trying to access NTFS network share (that is on file
server), I receive "permission denied".

Here is an example:

 From unix machine:
==
==
 > rsh genadyv --- (genadyv is Window2000 machine with cygwin)
Fanfare!!!
You are successfully logged in to this server!!!

genadyv@GENADYV ~
$ ls -d //mystisun8/vol1/tmp - unix machine
//mystisun8/vol1/tmp

genadyv@GENADYV ~
$ ls -d /cygdrive/c/    local disk C
/cygdrive/c

genadyv@GENADYV ~
$ ls -d /cygdrive/m/ - network share on
file server
ls: /cygdrive/m: Permission denied

genadyv@GENADYV ~
$ ls /cygdrive
c  d  g  m  p  x  y

==
==

I have no problem accessing /cygdrive/m/ from bash prompt in cygwin
(locally).
/cygdrive/m is a mount to //mystifile/mixsig$

Any help is appreciated
Regards
   Genady Veytsman







--
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: Running cygwin built programs in Windows XP

[Pharas]

Just stick cygwin1.dll in your windows\system32 folder.

-Original Message-
From: John Seeliger [mailto:[EMAIL PROTECTED]] 
Sent: Saturday, December 21, 2002 6:41 PM
To: [EMAIL PROTECTED]
Subject: Running cygwin built programs in Windows XP

How do I run a program that I built with gcc under Cygwin in Windows?  When
I try to run them, it says it can't find cygwin1.dll.

--
John Seeliger  Limited but increasing content
[EMAIL PROTECTED]   
[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/