Re: How to run _X_ Session from RH8 via ssh -X?
Siegfried Heintze wrote: [snip] Why does /usr/X11R6/bin/xclock still say Error can't open display:? That looks like an explicit unsetting of DISPLAY, i.e. somewhere, probably your .profile/.bashrc/.bash_profile, has a unset DISPLAY. Starting in Cygwin: $ echo $DISPLAY :0 $ ssh -X [EMAIL PROTECTED] # echo $DISPLAY localhost:10.0 Notice that ssh created a pseudo display that will be used to tunnel the X protocol back to your local X server. I did ssh -X [EMAIL PROTECTED] ls -A -1 | xargs grep -n DISPLAY * echo $DISPLAY The only place DISPLAY occurred (in the output) was in the .bash_history file. Echo $DISPLAY gave a blank line only. Any other suggestions? On linux system: /etc/ssh/sshd_config X11Forwarding yes /etc/ssh/ssh_config ForwardX11 yes On cygwin system: /etc/defaults/etc/sshd_config X11Forwarding yes /etc/defaults/etc/ssh_config ForwardX11 yes Doug -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Cygwin/X and AIX - client 6 rejected
andrew pierce wrote: Hello. I am trying to use Cygwin/X for access to our AIX machines. I can successfully use Xceed to connect, export DISPLAY=ip:0.0, and run xclock or other x applications. I can't get the same results using Cygwin. Here are my steps: 1. Start Cygwin 2. type startx to open an xterm on my Windows machine 3. ssh -l user aix machine 4. Login 5. export DISPLAY=win ip:0.0 6. Run xclock I don't have an AIX machine to compare, but ssh sets up display forwarding normally and I would assume it works the same there. after 3. ssh -l user machine check env on remote machine. Should be a DISPLAY=localhost:10:0 or something similar. Step 5. would be overriding what is set up by ssh. Providing /etc/defaults/etc/ssh_config on cygwin has ForwardX11 yes and /etc/ssh/sshd_config on AIX has X11Forwarding yes X11DisplayOffset defaults to 10 There could be other X11 trust issues as well, but setting up X11 forwarding is done in the ssh config files. Regards, Doug -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Consensus about man and doc X11 directory structure
Yaakov S (Cygwin Ports) wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Charles Wilson wrote: Not gonna happen: it has been stated before on this list that 'insight' *must* run without X -- which means that tk will remain Win32GUI. Tk must remain Win32GUI, or *a* Win32GUI Tk must remain, for the sake of insight? It may be possible, eventually, to have both win32GUI-cygwin-runtime-tk and XGUI-cygwin-runtime-tk on the same machine, but nobody has undertaken the daunting task to make that happen. Ditto gtk. Others have mentioned building *NIX tcl/tk on Cygwin, and I wouldn't call building gtk2 daunting; I'm not personally interested, as I'm focusing on the X11 ports. However, I don't see the problem in assuming that GUI apps are presumed to be X-flavor (with the tk exception, above). If at some point somebody figures out how to build a similar GUI app/toolkit in the opposite flavor, it can go in /opt/. Static X based tcl/tk is doable now. I needed it because I had a X based tcl/tk app that didn't work right with the cyg native tcl/tk. dll's will take some effort and coordination upstream. Regards, Doug -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: c++ compiler
[EMAIL PROTECTED] wrote: Hi, i'm using cygwin ver 1.5.18-1. i have the following error, which i think is the C++ compiler not install. Please advise, if otherwise, thank you how to install it? I did select the gcc-g++ during the installation. but when i do a $ gcc-g++ bash: gcc-g++: command not found $ g++ g++: no input files Wish they were all this easy. Regards, Doug -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Starting Xwin - Shell Window Remains
brett lee wrote: Hi, I'm able to start and use Xwin. However, after the X server is up, I need to manually close the cygwin bash window (the one that started the X server). I've checked the usual places, but have not come up with a solution. This is probably more of a shell scripting question, but since the solution I'm looking for is a windows executable (C:\cygwin\startxwin.bat) that I can drop into my StartUp folder to automatically start Xwin when I log in, here I am. Here's where I'm at thus far: 1. C:\cygwin\startxwin.bat exists, and has the following contents: @echo off c: chdir c:\cygwin\bin bash --login -i /usr/local/bin/myxwin You might want to try this: bash --login -c /usr/local/bin/myxwin ^^ -i is for an interactive shell Regards, Doug -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Starting Xwin - Shell Window Remains
brett lee wrote: 1. C:\cygwin\startxwin.bat exists, and has the following contents: @echo off c: chdir c:\cygwin\bin bash --login -i /usr/local/bin/myxwin bash --login -c /usr/local/bin/myxwin 2. /usr/local/bin/myxwin exists, and has the following contents: #!/usr/bin/bash # # Start the Cygwin X server, xwin echo Starting X server... # Succeeds, but must kill cygwin bash window manually nohup xwin -multiwindow -clipboard -emulate3buttons /dev/null 21 xwin -multiwindow -clipboard -emulate3buttons -silent-dup-error I don't really know about the silent-dup-error but it is in the example script, so I use it. I use this very technique so my xwin is launched with environment variables set the way I want, without maintaining a seperate set of batch commands, and I don't have a left over window - but there is a residual process reported. I presume the parent. Regards, Doug -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
tcl/tk, itcl, BLT - native X for TkDesk 2.0
Hi, I'm an old tkdesk fan. (shameless plug) I think it's power flexibility would be a great addition to the cygwin environment on windows. I've been using it on cywin/X for over a week now. It's like coming home after a long voyage. I compiled ran tkdesk with the cygwin tcl/tk, but there are differences between the X and windows version, some subtle and some not so subtle. Mostly, the X registry is implemented differently, so a tk app that depends on defaults in the registry for it's behavior would need to be redone. With a tip from http://wiki.tcl.tk/ I compiled tcl/tk, itcl and BLT as static libs for an undefined unix system. Tkdesk compiles and runs with exactly the same look feel as native Unix. Even the same bugs. I'd like to digress here and say the Xlib compatibility, and cygwin API combo is one of the most amazing feats of compatibility I've ever witnessed. I'm still in awe. I checked back thru 2004 and all I can find are discussions about previous discussions about an X-based tcl/tk cohabiting the environment with the cygwin's tcl/tk windows version and not interfering with insight. Here's my quandry. My goal was to get tkdesk 2.0 working well in the cygwin environment, but that goal now has a certain dependency on resolving the issues surrounding X-tcl/tk and Win-tcl/tk. Would it be acceptable to the community to contribute a statically compiled tkdesk that included everything it needed in it's own directory? I've been doing this on linux for years now to keep an older version of tkdesk running using an outdated tcl/tk release. If not, I never thought of being a maintainer for something like tcl/tk and friends, and wouldn't even know where to start. It really is almost trivially easy to compile these apps as static native X unix apps, but I have no idea what kind of long term responsibilities that involves or what additional effort will be required to make dll's. So I'm not volunteering in this note. But if someone was to start maintaining an X tcl/tk, what would be an acceptable naming convention? Would static be OK? Is it going to be sufficient to change paths to find the X version before the windows version? Memory usage aside, there are some benefits derived by not searching for a shared dll. Is non-interference with insight the only issue of interaction with an X tcl/tk? There are a lot of X based tcl/tk applications that could be ported over without change if the X based tcl/tk existed. It just seems a waste to ignore that. Regards, Doug
Re: MS offers Services For Unix free of charge
Corinna Vinschen wrote: On Jan 15 00:38, Chris January wrote: On Wed, Jan 14, 2004 at 04:26:03PM -0500, Robb, Sam wrote: But beyond curiosity, there's not many reasons to install and use both, at least concurrently. Cygwin and SFU both address the same needs and Cygwin covers a wider range of tools. We'll see what happens though. One thing that Cygwin does lack, and SFU has, is an NFS client :-/ I know that alone will probably entice me into taking a look at SFU. It would be rather interesting to add nfs to cygwin. We could develop filesystem plug-ins which could be generalized for stuff like NFS, EXTFS, etc. Didn't someone say they had a free month? Perfect project. :-) Isn't the SFU NFS client an installable file system, i.e. you can use it anywhere in Windows, not just with the SFU stuff? Sort of. A couple of DLLs, one or more services get started. Then you can access the NFS paths from any Windows application. The problem with that NFS client is this: Even though it allows mapping between UNIX user names (from the evil other side) and Windows user names, it doesn't map the POSIX permission bits into NTFS like permissions. If you look into the file property box, you'll see no Security tab. The file access from Windows is a bit like access to files on FAT partitions. The permissions are statically set in an administration MMC snap-in. That's the unfortunate part which, for me, makes the NFS client in SFU unusable. Corinna I'm not a particular fan of MS NFS client (slow), and I don't know what version you worked with, but V3.0 client certainly can set user/group/other permissions, in other words, there is a security tab. The mmc snapin functions as the equivilent of umask in UNIX. Root_squashing is available on the server side as well. Doug -- 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: Perl CPAN module help
Brian Dessent wrote:
How do you list modules already installed?
There's no definitive way to do this. If you just want to see if you
have the Foo::Bar module, you can use perl -MFoo::Bar -e 1 and if you
get an error then you need to install Foo::Bar.
You can also try the following script which uses the ExtUtils::Installed
module, but I have found that its output is sometimes misleading, in
that it will not display base (stock included) modules. And I'm not
sure if it knows about modules that are installed through means other
than CPAN (e.g. through your distro's package manager.)
I've been doing something similar.
Really it's been so long now, I forget it's origins or much of anything
about the why or how of it other than it's a comprehensive listing
that lets me know what I have the status of the versions.
#!/usr/bin/perl
use CPAN;
# list all modules on my disk and note the newer versions
for $mod (CPAN::Shell-expand(Module,/./)){
next unless $mod-inst_file;
# here only when installed
if ($mod-inst_version eq undef) {
printf %s :No VERSION\n, $mod-id;
}
elsif ($mod-uptodate){
printf %s %s\n, $mod-id, $mod-inst_version
}
else {
# here when not up to date
printf %s %s, NEW VERSION=%s\n,
$mod-id, $mod-inst_version, $mod-cpan_version;
}
}
Doug VanLeuven
--
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: various sundry things
Edward Peschko wrote: You've got to understand something. When I come across a project and evaluate it for usability, I take about a half an hour with the manual and FAQ to see if I can get it off the bat. Best is if I don't have to spend *any* time with the manual. I have to bite the hook on this one. I mean I just can't leave that hanging out there. Best is if everyone would always read the manuals - RTFM. I wish I had an extra 5 bucks for every time I've been called in to fix some mess created by someone to arrogant to read the manual. I'd retire. So, I download the cygwin pdf. No instances in it about no-cygwin at all! Odd, so I troll the web for resources. I get DJ Delorie's page, and ^ Freudian slip? SCNR -- 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: Controversial what if.... we disable ntsec by default again?
Why isn't ntsec a mount option? Max Bowsher wrote: Having ntsec on by default has shown us that the imperfect mapping between ACLs and file modes can cause a *lot* of problems. Essentially, for ntsec to be useful, a fair amount of caring for permissions is required. New users are often not prepared for this. Hence: what about making ntsc off by default again? If not, I guess the ntsec code needs to be spun off into a seperate library, where setup can get at it too. -- Doug VanLeuven -- 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: Controversial what if.... we disable ntsec by default again?
Christopher Faylor wrote: On Tue, Aug 05, 2003 at 06:46:05AM -0700, Doug VanLeuven wrote: Why isn't ntsec a mount option? The standard reason. Which is the standard reason? 1. It's that way because nobody has coded it yet. 2. It's that way because the core team analyzed it and believe it is best done the way it is. -- Doug VanLeuven : 707-545-6945 (voice) 707-545-6945 (fax) Programmer/Analyst, SCWA : [EMAIL PROTECTED] Chief Engineer, USMM : [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: Cygwin vs: Windoze services for Unix
The interix subsystem isn't as flexible as cygwin IMHO. The useful bits are the NFS utilities which do not have source password synchronization which has source for *nix (not GPL). terry wrote: I just received an evaluation copy with Linux Magazine as was wondering if this is a direct 'competitive' product to Cygwin, and if so, what are the significant functional differences (other than the obvious - not being open source / free software and Cygwin being higher quality, of course ;). -- Doug VanLeuven -- 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 HANDLE'
Soren Andersen wrote:
On Sun, Jun 29, 2003 at 12:17:01PM +0200, Gerrit P. Haase wrote:
Hallo Soren,
you also wrote:
I am trying to finish a test script that uses ActivePerl to call `cygpath`
{... stuff ...}
open(CTH, '-|', C:/cygwin/bin/cygpath $MS_path_filename)
or die Could not open() call to 'cygpath', what is up?;
$cygstyle_path = CTH;
chomp $cygstyle_path;
{... stuff ...}
#!/bin/perl
$MS_path_filename = 'H:\bin';
$MS_path_filename = quotemeta($MS_path_filename);
open(CTH, '-|', H:/bin/cygpath $MS_path_filename)
or die Could not open() call to 'cygpath', what is up?;
$cygstyle_path = CTH;
chomp $cygstyle_path;
print $cygstyle_path\n;
# SCRIPT_END
{Gerrit's output}
$ /bin/soren_problem.pl
/bin
What is the problem?
See my original message please! What I was asking for was an explanation
of the cygpath flag -c HANDLE.
I know the code above works, it ran for me too. First of all you aren't
reproducing the conditions of the test: NOT CygPerl, but Win32Perl (AS
Perl); secondly NOT on the console/terminal commandline but in a WSH
script (the code is executed when the hooks built in to WSH which know
how to call AS Perl, do so); and lastly I am not asking for readers to
reproduce the test (because it might be onerous to do so, because
they've never used WSH or don't have AS Perl installed, but if someone
does have a system which meets those criteria I'd be mightily obliged if
they would try).
I am just trying to understand what it might be about cygpath that it
cannot output anything under *these* conditions. Or find out whatever
there is to find out.
Thanks Gerrit!
Soren A.
Just goes to show.
I didn't want to get into asp but I created this wsh file
checkpath.wsf
---
Job ID=CheckPath
script language=PerlScript
$MS_path_filename=c:\\bin\\gzip.exe;
$WScript-Echo($MS_path_filename);
open(CTH, '-|', D:/cygwin/bin/cygpath $MS_path_filename)
or die $WScript-Echo(Could not open() call to 'cygpath', what
is up?);
$cygstyle_path = CTH;
chomp $cygstyle_path;
$WScript-Echo(A . $cygstyle_path . B);
/script
/Job
--
pretty much your original post.
I'm finding it only works with AS perl 5.8.0.805.
In 5.6.1.633 the return value is empty but 5.8 works as expected.
I tried this first with cygwin 1.3.21 1.3.22 and
before after upgrading to 5.6 windows script host.
Can't blame cygwin
--
Doug VanLeuven
--
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: download the older version of openssh
Larry Hall wrote: Doug VanLeuven wrote: Larry Hall wrote: Arnold Wang wrote: Can someone tell me whether I can still download the older version, 3.5p1-3, of openssh? It fixed the display problem I'm experiencing. With the latest version, 3.6.1p1-2, I downloaded, certains NT console applications, like net commands, won't have its output displayed through ssh session. I expect the answer to this is 'no where', unless there is a very dated mirror out there. Perhaps you'd be interested in tracking this problem a little more closely in an effort to localize the problem and find a solution? That would help. But in the meantime, I just checked. I have a copy lying in my local download directory. Can you accept a 450kb mail attachment? Arnold may. I and the list will not. Please don't send it to anyone other than Arnold, assuming he requests it. Note, I expect that you were only asking if Arnold would like to receive this attachment and not the entire list but I decided I would clear up any ambiguity. ;-) Ok Dad. Didn't mean to scare anyone. Actually, the only reason I cc'd the list was on the off chance someone might contribute the proper way to include it so setup could revert it. I've never done that. -- Doug VanLeuven -- 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/
CYGWIN smbntfs default value
I'm noticing smbntfs is not set by default whereas the env CYGWIN documentation says it is. Which is correct behavior? Cygwin DLL version info: DLL version: 1.3.21 -- Doug VanLeuven -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: CYGWIN smbntfs default value
Igor Pechtchanski wrote: I'm noticing smbntfs is not set by default whereas the env CYGWIN documentation says it is. Which is correct behavior? Cygwin DLL version info: DLL version: 1.3.21 There is no such setting. There is an smbntsec setting, which is on by default, so I assume that's what you meant. BTW, how do you know it's not on? On by default means that if the CYGWIN environment variable doesn't contain any mention of it, it's on. Sorry. smbntsec is what I meant. You know, the setting that yeilds ntfs acls. How can I tell? Er, on a samba 2.2.7a share (yes I know, I get upgraded soon) [homes] nt acl support = yes Linux shell: -rw---1 doug doug 951 Jan 6 2002 id_rsa Cygwin shell, no CYWIN variable defined $ if [ -z $CYGWIN ]; then echo false; else echo $CYGWIN; fi false -rw-r--r--1 doug None 951 Jan 6 2002 id_rsa $ if [ -z $CYGWIN ]; then echo false; else echo $CYGWIN; fi smbntsec -rw---1 doug doug 951 Jan 6 2002 id_rsa $ export CYGWIN=nosmbntsec -rw-r--r--1 doug None 951 Jan 6 2002 id_rsa ssh is pretty vocal about this. Which documentation are you referring to? http://cygwin.com/cygwin-ug-net/using-cygwinenv.html should be the most up-to-date one. Igor Yes, that's the one. The env variable CYGWIN documentation. PS: If I punched Hollerith, would I be guilty of a misdemeanor? Regards, -- Doug VanLeuven -- 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: [ANNOUNCEMENT] New release of setup.exe (2.249.2.10)
Markus Schönhaber wrote: Pierre A. Humblet wrote: Here is another point of concern: assume a non privileged domain user runs setup and answers yes to the Run as Administrator dialog. It is likely that no entry will be made for the domain user in /etc/passwd To verify that it will be necessary to rename /etc/passwd before running setup. Thanks for trying when you have a chance. Well, the account that is proposed by default by the Run As dialog ist the local Administrator. Running under that account setup will alomost certainly fail to create the domain relevant information in /etc/passwd and /etc/group. But I will try and verify that next week. OTOH: I wouldn't worry too much about that. Put that in the FAQ. This should make things clear to the domain user who does an installation with local administrative rights. Any domain administrator logged on under a restricted account and therefore using the Run As feature knows that it would be a gould idea to switch to his domain admin account when doing things where domain access is relevant or he shouldn't have been made domain administrator in the first place. I wish I had just one domain. To set this up in a mutidomain environment, I'm finding I install as an administrator of one of the domains DOMAIN1 create local passwd group files passwd.local group.local create domain passwd group files: passwd.DOMAIN1 group.DOMAIN1 Then log in as an admin in domain DOMAIN2 create domain passwd group files: passwd.DOMAIN2 group.DOMAIN2 ... Then finally combine them all cat passwd.* | sort | uniq passwd The sort uniq is to remove the extra local accounts thoughtfully provided when generating the domain password files. The problem is when a user logs on who is more recent than when the passwd file was initially created and so doesn't exist in /etc/passwd. The user may not have admin privilege to regenerate the entire domain file, but could extract their own info and append it via a craftily written /etc/profile that performed the regeneration when the user doesn't exist. No, I'm not going into the overhead to associate the proper uid offset. (mkpasswd -u $USERNAME -d $USERDOMAIN; cat passwd.*)|sort|uniq passwd Then, I can periodically ship out an updated passwd.DOMAIN file to be included by logon scripts, without having to have personalized passwd files that reflect each machine's differing local accounts. I just wanted to put it out there that seperately maintained passwd files for the domain(s) local accounts and a final merge offer some real advantages. Regards, Doug VanLeuven -- 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: [ANNOUNCEMENT] New release of setup.exe (2.249.2.10)
Pierre A. Humblet wrote: On Sat, Mar 15, 2003 at 03:30:03AM -0800, Doug VanLeuven wrote: I wish I had just one domain. To set this up in a mutidomain environment, I'm finding I install as an administrator of one of the domains DOMAIN1 create local passwd group files passwd.local group.local create domain passwd group files: passwd.DOMAIN1 group.DOMAIN1 Then log in as an admin in domain DOMAIN2 create domain passwd group files: passwd.DOMAIN2 group.DOMAIN2 ... Why do you need to log in several times instead of using repeatedly mkpasswd -d DOMAINX? Is it for access right reasons? Also, how do you avoid having duplicated uids? Do you use the -o switch ? Have to log in to establish credentials. Same name in different domain is not really same user. Yeah -o offset. I use a case table matching against domain name when the domain name != machine name. Since the default case was 1, I used multiples of 1. If it weren't for the access right problems (can you solve them by having one user that has access everywhere), mkpasswd could be extended to take several domains at once. It could also avoid duplicating uids. Would that help you? That could be done by trust relationships between domains and adding users outside the current domain to account operators. But those pre-conditions don't always exist and sometimes by design. How large is /etc/passwd in the end? Do you really need to have all the users in the file? Depends on the number of users. I have hundreds of accounts, not thousands, so its not too bad. call it 120k per domain. Technically, it wouldn't strictly be necessary, but I roll out images to a couple hundred machines. I want proper account info available in the event the machine boots without network connectivity. Notebooks are a good example of this. The user can log on for a configurable number of times to the domain account when detached from the network. Cygwin should work under that circumstance too. Plus it's one of those nitpicky completeness things I do just because I've been admin on Unix for 20+ years things like that have bit me before. Regards, -- Doug VanLeuven Programmer/Analyst, SCWA Chief Engineer, USMM -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin-1.3.19 fixed vim bug! Thankyou!
Randall R Schulz wrote: At 20:49 2003-01-25, Doug VanLeuven wrote: Randall R Schulz wrote: At 15:39 2003-01-25, Max Bowsher wrote: Larry Hall (RFK Partners, Inc) wrote: At 07:24 PM 1/24/2003, Max Bowsher wrote: First, I'd like to say thanks for fixing a long-standing bug in vim: Using the arrow keys in insert mode cancelled it. Hm, a quick check here with cygwin 1.3.17 and vim 6.1 doesn't show this problem. Maybe I'm misunderstanding what you're doing? I doubt it. I don't have an old Cygwin around to verify this, but since the bug is gone now, it doesn't matter really. Max. Max, There is (or was) more to this than the simple unconditional, uniform occurrence of the symptom you report, since I've never seen them either (in any version of Cygwin or Vim), and I use arrow keys in insert mode plenty. Randall Schulz I didn't see it either until I set up a new installation where there was no vimrc in any of the places vim looks. Seems it only happened when vim is in vi compatibility mode. ... Try it out. Run vim. set compatible. Either command window or rxvt although they each behave slightly differently. vim in cygwin TERM insert mode leftarrow yeilds E388: Definition not found upkey just breaks out of insert mode. vim in rxvt yeilds an inserted line above plus A or B or C or D depending on which arrow. then put back vim. set nocompatible. vim will be ok. Doug, I don't think there's a bug involved here. Vi didn't handle arrow keys in insert mode, thus the ESC that signals the beginning of any arrow or function key takes Vi (but not Vim) out of insert mode. Randy Sorry for the faux paus. You are correct in that this is vim's behavior on all the platforms I could check out. How soon we forget. Jees. Is my memory going or did vi get past that stage with the introduction of SysV? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin-1.3.19 fixed vim bug! Thankyou!
Randall R Schulz wrote: At 15:39 2003-01-25, Max Bowsher wrote: Larry Hall (RFK Partners, Inc) wrote: At 07:24 PM 1/24/2003, Max Bowsher wrote: First, I'd like to say thanks for fixing a long-standing bug in vim: Using the arrow keys in insert mode cancelled it. Hm, a quick check here with cygwin 1.3.17 and vim 6.1 doesn't show this problem. Maybe I'm misunderstanding what you're doing? I doubt it. I don't have an old Cygwin around to verify this, but since the bug is gone now, it doesn't matter really. Max. Max, There is (or was) more to this than the simple unconditional, uniform occurrence of the symptom you report, since I've never seen them either (in any version of Cygwin or Vim), and I use arrow keys in insert mode plenty. Randall Schulz I didn't see it either until I set up a new installation where there was no vimrc in any of the places vim looks. Seems it only happened when vim is in vi compatibility mode. By default, any vimrc in the initialization path or ~/.vimrc places vim in non-vi compatible mode (vim mode) unless specifically placed back into vi compatibility mode. Normally I have a ~/.vimrc I've lost the message, but someone wrote they changed from sending escape sequences in block mode to character at a time. I believe that's what originally did it. I just did another fresh install. No vimrc's. Vim still having trouble with escape sequences in vi compatibility mode. c. Four places are searched for initializations. The first that exists is used, the others are ignored. - The environment variable VIMINIT (see also |compatible-default|) (*) - The user vimrc file(s): $HOME/.vimrc (for Unix and OS/2) (*) (other OS snipped) (*) Using this file or environment variable will cause 'compatible' to be off by default. See |compatible-default|. compatible-default When Vim starts, the 'compatible' option is on. This will be used when Vim starts its initializations. But as soon as a user vimrc file is found, or a vimrc file in the current directory, or the VIMINIT environment variable is set, it will be set to 'nocompatible'. Try it out. Run vim. set compatible. Either command window or rxvt although they each behave slightly differently. vim in cygwin TERM insert mode leftarrow yeilds E388: Definition not found upkey just breaks out of insert mode. vim in rxvt yeilds an inserted line above plus A or B or C or D depending on which arrow. then put back vim. set nocompatible. vim will be ok. -- 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: Updated: cygwin-1.3.19-1
I found vi can be tamed by having a vimrc file in /usr/share/vim/vimrc to cover users that don't have a ~/.vimrc I copied in the vimrc_example, but any vimrc that turns off vi compatibility mode works. Even an empty vimrc turns off vi compatibility. Don't know amout mc. IMHO, timing is everything with escape sequences. Pavel Tsekov wrote: On Fri, 24 Jan 2003, Marcel Telka wrote: Napísané d??a 2003.01.24 04:16, (autor: Christopher Faylor): I've made a new version of the Cygwin DLL and associated utilities available for download. As usual, a list of what has changed is below. The problem reported here: http://cygwin.com/ml/cygwin/2003-01/threads.html#00485 introduced in 1.3.18-1 is not yet fixed :-(. Rolling back to 1.3.17-1 ... Hmm, not good... :( You can try the following as an intermidiate solution. Get the latest release of MC (4.6.0-pre3) and configure it to use the included slang library (--with-screen=mcslang). Report back how it works for you. -- 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/ -- Doug VanLeuven : 707-545-6945 (voice) 707-545-6945 (fax) Programmer/Analyst, SCWA : [EMAIL PROTECTED] Chief Engineer, USMM : [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: Meaningful Windows locations and cygpath (Was Re: Is it possible tocopy a file from anywhere to My Documents with bash cp?)
In 2000 domain and probably .NET, active directory, group policy, user config there are 4 folders and 1 subfolder that receive special consideration from MS in domain administration $USERPROFILE/Application Data $USERPROFILE/Desktop $USERPROFILE/My Documents $USERPROFILE/My Documents/My Pictures $USERPROFILE/Start Menu Each is individually redirectable to some other location but should still be accessable under $USERPROFILE I hope I'm not telling something already generally known. Igor Pechtchanski wrote: Hmm... cygpath currently has options to print the windows Documents and Settings directory (-H), as well as the Start Menu/Programs directory (-P). Should we add more options for the other meaningful Windows directories (such as My Documents, for example)? What other special names should we be aware of? Would anyone know which API calls return these? Igor P.S. As an aside, I've just discovered that the -A flag is ignored or non-functional on Win98... I'll look into that. On Wed, 23 Oct 2002, Stephan Mueller wrote: To add new wrinkles after the final one, $USERPROFILE/My Documents is still somewhat presumptuous. That certainly looks like the default location, but in Windows XP (what I just checked on) the user is allowed to change the location of My Documents through the UI. On my machine, it's (Windows syntax) D:\Doc, even though %USERPROFILE% still references C:\Documents and Settings\smueller. stephan(); -Original Message- From: Don Dwiggins [mailto:dond;advancedmp.com] Sent: Wednesday, October 23, 2002 12:14 PM To: [EMAIL PROTECTED] Subject: Re: Is it possible to copy a file from anywhere to My Documents with bash cp? Randall R Schulz writes: You should be able to see the contents of your My Documents directory with this command: % ls -l $USERPROFILE/My Documents Likewise, you can move or copy files to that directory like this: % cp SomeFile $USERPROFILE/My Documents % mv OtherFile $USERPROFILE/My Documents As a final wrinkle, if you're going to do this a lot, you might want to do something like mount -u $USERPROFILE/My Documents /mydocs; then you can say things like mv furniture /mydocs. -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Water molecules expand as they grow warmer (C) Popular Science, Oct'02, p.51 -- 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/ -- Doug VanLeuven : 707-545-6945 (voice) 707-545-6945 (fax) Programmer/Analyst, SCWA : [EMAIL PROTECTED] Chief Engineer, USMM : [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/
