siegfried wrote:
> I can use ssh with the administrator account but I'm having trouble using
> ssh with my other user accounts. I'm reading
> /usr/share/doc/Cygwin/openssh.README and it says:
>
> "You can create the private and public keys for a user now by running
>
> /usr/bin/ssh-user-config
Christopher Faylor wrote:
How about figuring out what the "for some reason" is that makes sed 4.1.5
(theoretically) fail?
The thread regarding sed 1.4.5 and libtool:
http://www.cygwin.com/ml/cygwin/2006-02/msg00846.html
Wouldn't it be best to first return to sed 4.1.4 before debugging why
up
On Tue, Apr 11, 2006 at 09:13:14PM -0700, Steven Brown wrote:
>Currently in Cygwin, C++ apps using libtool will fail to build for some
>reason due to sed 4.1.5 - you have to downgrade to 4.1.4, which is not
>the default being installed. C++ programs are also affected by gcc bug
>#24196[1] (pass
I can use ssh with the administrator account but I'm having trouble using
ssh with my other user accounts. I'm reading
/usr/share/doc/Cygwin/openssh.README and it says:
"You can create the private and public keys for a user now by running
/usr/bin/ssh-user-config
under the users account."
I
The non-admin shell is bash.
The previous cygcheck attachment was run from the admin account.
Here's the cygcheck output from the non-admin account (though it can't
get info on services from Windows, since non-admin, so that section of
the cygcheck is empty). I diff'ed the two outputs, but I do
By any chance, is the non-admin shell something other than bash, say, tcsh?
If so, please reply with that data. I assume the cygcheck.out below was run
from the administrator account? Please correct me if that is not the case.
- Original Message -
From: "DJ Lee" <[EMAIL PROTECTED]>
Currently in Cygwin, C++ apps using libtool will fail to build for some
reason due to sed 4.1.5 - you have to downgrade to 4.1.4, which is not
the default being installed. C++ programs are also affected by gcc bug
#24196[1] (passing std::string between exes and dlls), which causes hard
to trac
Hello -
I just upgraded cygwin a few days ago (a lot of packages were upgraded),
and all of a sudden, I have an odd issue with SFTP.
On this box 'icenine', I have two users, one administrator, one
non-admin. I can ssh and scp into the box with both users without
problems; I can also sftp in
On Tue, Apr 11, 2006 at 02:21:08PM -0700, Michael McKerns wrote:
>Yes, yes... I've not given you enough information...
>...
>I'm using the standard cygwin syntax for building dll's, but I'm useing
>the raw code that's inside dlltool.
>
>See: http://cygwin.com/cygwin-ug-net/dll.html
>http://cygwin.
Yes, yes... I've not given you enough information...
$ uname -a
CYGWIN_NT-5.1 turro 1.5.19<0.150/4/2) 2006-01-20 13:38 i686 Cygwin
Also the file I attached needs to inspect a .dll that is built
with the procedure that I described in the first part of the
message. So when you got "No such file o
On Tue, Apr 11, 2006 at 01:22:39PM -0700, Michael McKerns wrote:
>I've been using the following Makefile syntax with building cygwin
>applications:
>
>$(PROJ_DLL) $(PROJ_SAR): product_dirs $(PROJ_OBJS)
> $(CXX) $(LCXX_SARFLAGS) -Wl,--out-implib=$(PROJ_SAR) \
> -o $(PROJ_DLL) $(PROJ_OBJS
I've been using the following Makefile syntax with building cygwin
applications:
$(PROJ_DLL) $(PROJ_SAR): product_dirs $(PROJ_OBJS)
$(CXX) $(LCXX_SARFLAGS) -Wl,--out-implib=$(PROJ_SAR) \
-o $(PROJ_DLL) $(PROJ_OBJS) $(LCXXFLAGS)
This is exactly what is in the cygwin documentation,
On Tue 4/11/06 11:19 +0200 cygwin@cygwin.com wrote:
> On Apr 6 08:35, Tom Rodman wrote:
> > On Thu 4/6/06 8:04 CDT cygwin@cygwin.com wrote:
> > > OK - I read Corinna's ANNOUNCEMENT on gawk-3.1.5-4. I'll try the BINMODE
> > > variable.
> >
> > I read the info page on gawk and BINMODE, it does no
Jet Wilda wrote:
[snip]
> $ cygrunsrv -I samhain -d "CYGWIN samhain" -p /usr/local/sbin/samhain -a
> "-D" -e "CYGWIN=ntsec tty"
[snip]
> The samhain log file just reports that it started and is why it isn't
> included. Does this have to do with the way samhain forks to become a
> daemon? If so ho
And here's one from a Samba 2.2.3a share, repeated twice. Notice the inodes are
different each time.
~/sandboxes/main/internal/src [920] $ ls -i v:/internal_html/2006-04-10/*.jpg
3796172808 v:/internal_html/2006-04-10/17-50-56.jpg
3811175240 v:/internal_html/2006-04-10/18-01-24.jpg
3845096040 v:
> Can you send an `ls -i' output from a small directory on that share?
> I'm still looking into some way to distinguish old and new versions of
> Samba...
Here's one from the root of the share:
V:\>ls -i
3874166512 Mtn Bike Stuff
3867846400 Mystic.Industries
3877471064 app.data
3877337880 apt-ca
Eric,
Thanks for the reply. I'm not subscribed to the list and have been
really busy the last few days, so I haven't had time to look through the
list archive and see if there was a reply. I'll send what Corinna asked
for...
Ross
===
> In case you aren't subscribed to the cygwin lis
Hi all,
While searching though the mail list archives, I found a posting
back on March 9th asking about XP Embedded SP2 and the error
"/dev/null: No such file or directory".
Everyone blasted the poster for running a really old version of Cygwin.
Well I'm running into the exact same problem, exc
mined 2000 release 12
(Mar 2006)
Mined is a powerful text editor with a comprehensive and easy-to-use
user interface and fast, small-footprint behaviour.
Mined provides both extensive Unicode and CJK support offering many
specific features
Jens Wilken wrote:
Some GUI Application uses the "system" function to execute external
programs. It calls several programs, including "make".
...
I started the application, compiled with Cygwin 1.5.10., gcc3.3.3,
with Cygwin 1.5.19 and suddenly black console windows keep coming up.
The title sh
Thank you Dave, I understand now what is happening. I changed the name
of the sh.exe to sh_.exe and now everything is working. I think that
make searches first for the sh.exe file, and if it doesn't exist, it
uses C:\WINDOWS\system32\cmd.exe
1) The SHELL variable is not set in my environment, but t
On Tue, 11 Apr 2006, Dave Korn wrote:
> On 11 April 2006 15:26, Omar BELKHODJA wrote:
>
> > Sorry Dave, but I don't understand which command you are talking about.
> > Are talking about 'cd' ? I don't see any 'cd' command in the cygwin/bin
> > directory. If there was a 'cd' comand in the cygwin/b
I am trying to build openssh-4.3p2 portable source under Cygwin running
under Windows XP SP2.
I have installed Cygwin 1.5.19-4 along with these significant packages
(installed using the cygwin setup program):
gcc 3.4.4-1
minires-devel 1.00-1
openssl 0.9.8a-1
openssl-devel 0.9.8a-1
openssl097 0.9.
On 11 April 2006 15:26, Omar BELKHODJA wrote:
> Sorry Dave, but I don't understand which command you are talking about.
> Are talking about 'cd' ? I don't see any 'cd' command in the cygwin/bin
> directory. If there was a 'cd' comand in the cygwin/bin directory, when
> I type 'cd' directly from t
Sorry Dave, but I don't understand which command you are talking about.
Are talking about 'cd' ? I don't see any 'cd' command in the cygwin/bin
directory. If there was a 'cd' comand in the cygwin/bin directory, when
I type 'cd' directly from the DOS command prompt, I should have the same
empty str
Just a thought
Since this could potentially cause some misunderstanding, what about
bumping the Cygwin DLL version number to 1.6.0? That way there could
be some sort of statement to the affect that apps requiring these
functions should be relinked with 1.6.0 when it's released. It's
semantic
On 11 April 2006 13:27, Omar BELKHODJA wrote:
> It is true, that this is a third-party tool(the gnu make), but it seems
> that it is not really strange to the cygwin environment, as the fact of
> adding the cygwin/bin directory changes the behaviour of this tool.
No, it's your fault. Don't yo
Hi Corinna,
Corinna Vinschen wrote on Tuesday, April 11, 2006 2:14 PM:
> On Apr 11 12:45, J?rg Schaible wrote:
>> Corinna Vinschen wrote on Tuesday, April 11, 2006 11:54 AM:
>>
>>> On Apr 11 11:40, J?rg Schaible wrote:
Hi Corinna,
Corinna Vinschen wrote on Tuesday, April 11, 2006
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
http://cygwin.com/acronyms/#PPIOSPE - that way others can see the
resolution to this thread.
Reformatted your mail to avoid http://cygwin.com/acronyms/#TOFU
According to Graig McHendrie on 4/10/2006 7:08 AM:
> However, since I suspect line endings (e
On Apr 11 12:45, J?rg Schaible wrote:
> Corinna Vinschen wrote on Tuesday, April 11, 2006 11:54 AM:
>
> > On Apr 11 11:40, J?rg Schaible wrote:
> >> Hi Corinna,
> >>
> >> Corinna Vinschen wrote on Tuesday, April 11, 2006 11:30 AM:
> >>
> >>> Can you send an `ls -i' output from a small directory
On 11 April 2006 10:45, Omar BELKHODJA wrote:
> This gmake.exe if executing a makefile with
> the command ($shell cd), returns the current directory from an
> MS-DOS command prompt, but if I add the cygwin/bin directory to the path
> the ($shell cd) result is an empty string
WELL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Omar BELKHODJA on 4/11/2006 3:44 AM:
> I want to use the unix commands from an MS-DOS command prompt (grep,
> find...) and for that I have included the cygwin/bin directory in my
> path.
> This is OK for using grep, find... but this create
Corinna Vinschen wrote on Tuesday, April 11, 2006 11:54 AM:
> On Apr 11 11:40, J?rg Schaible wrote:
>> Hi Corinna,
>>
>> Corinna Vinschen wrote on Tuesday, April 11, 2006 11:30 AM:
>>
>>> Can you send an `ls -i' output from a small directory on that share?
>>> I'm still looking into some way to
On Apr 11 11:40, J?rg Schaible wrote:
> Hi Corinna,
>
> Corinna Vinschen wrote on Tuesday, April 11, 2006 11:30 AM:
>
> > Can you send an `ls -i' output from a small directory on that share?
> > I'm still looking into some way to distinguish old and new versions
> > of Samba...
>
> Same situati
I want to use the unix commands from an MS-DOS command prompt (grep,
find...) and for that I have included the cygwin/bin directory in my
path.
This is OK for using grep, find... but this creates me the following
problem. I am using a some kind version of gmake.exe that can work alone
(without any
Hi Corinna,
Corinna Vinschen wrote on Tuesday, April 11, 2006 11:30 AM:
> Can you send an `ls -i' output from a small directory on that share?
> I'm still looking into some way to distinguish old and new versions
> of Samba...
Same situation here:
[1] [EMAIL PROTECTED] ~/src/getvolinfo
$ getvo
On Apr 6 03:16, rowol wrote:
>C:\tmp>getvolinfo //maxwell/data.vault
>rootdir: \\maxwell\data.vault\
>Volume Name:
>Serial Number : 304588959
>Max Filenamelength : 255
>Filesystemname :
>Flags:
> FILE_CASE_SENSITIVE_SEARCH : TRUE
> FILE_CAS
On Apr 9 18:31, Bryan D. Thomas wrote:
> I noticed that the docs for the tcp_wrappers package
> are not in /usr/share/doc locations. I wrote to the
> e-mail address of the maintainer from the README file,
> but received a bounce reply.
>
> I'm interested in trying or willing to help to update
>
On Apr 7 17:56, Antonio Querubin wrote:
> On Fri, 7 Apr 2006, Dave Korn wrote:
>
> > Should have read the man page instead!
> >
> >> s = socket(AF_INET, SOCK_RAW, IPPROTO_ICMP);
> >> printf("socket = %d\nlength = %d\n", s, len);
> >>
> >> rc = getsockname(s, (struct sockaddr *) &sa, &len);
On Apr 6 08:35, Tom Rodman wrote:
> On Thu 4/6/06 8:04 CDT cygwin@cygwin.com wrote:
> > OK - I read Corinna's ANNOUNCEMENT on gawk-3.1.5-4. I'll try the BINMODE
> > variable.
>
> I read the info page on gawk and BINMODE, it does not seem to be working:
>
> ~ $ cygcheck -c gawk
> Cygwin Pac
40 matches
Mail list logo
