Re: 1.7: Basic file operations fail on network shares provided by Tru64 Advanced Server

Am 24.08.2010 18:28, schrieb Corinna Vinschen: RCS now works again (also in Windows Emacs), and so does a ~ 1300 lines script I'm currently working on. Is it safe to use this cygwin1-test2.dll for serious work? We are just preparing a new master image for several PCs and would like to include a w

Re: Emacs and DBUS

On Wed, 2010-08-25 at 05:28 +0200, Michael Albinus wrote: > Ken Brown writes: > > Don't you normally have to start a D-BUS session before loading > > dbus.el? Maybe one of the Cygwin people who uses D-BUS can tell us how > > to do that. > > I've started the session bus via dbus-launch in advance,

Re: Emacs and DBUS

Ken Brown writes: >> After installing that library, Emacs did start. How ever, it blocks >> when loading dbus.el. > > Don't you normally have to start a D-BUS session before loading > dbus.el? Maybe one of the Cygwin people who uses D-BUS can tell us how > to do that. I've started the session bu

Re: Cygwin command line takes a long time to start

Greetings, Eric Blake! >>> Disabling bash_completion completely gives me a prompt in less than 1 >>> second, but I do quite like bash_completion so I'll live with that. I was hit by the same bus... prompt was coming up painfully slow. Granted, I don't really use the cygwin prompt daily and could

Re: Emacs and DBUS

Ken Brown wrote: [snip] > Don't you normally have to start a D-BUS session before loading dbus.el? > Maybe one of the Cygwin people who uses D-BUS can tell us how to do that. libdbus starts "dbus-daemon --session" if its not already started (global or session) and if it can find it (in the PATH

Re: Emacs and DBUS

On 8/24/2010 3:43 PM, Michael Albinus wrote: Ken Brown writes: Hi Ken, It's some years ago I have used Cygwin. But if you have uploaded the build already, I could check, whether I have problems running Emacs + D-Bus under Cygwin. Yes, it's uploaded. See http://cygwin.com/ml/cygwin-annou

Re: Network drives & ssh access

On Tue, Aug 24, 2010 at 3:57 PM, Quanah Gibson-Mount <> wrote: > --On Tuesday, August 24, 2010 4:49 PM -0400 "Larry Hall (Cygwin)" wrote: > I've yet to get "net use" to work for me via cygwin. > > net use Z: \\W.X.Y.Z\Share Use forward slash or escape the back-slashes. So, you'd try net use Z: /

Re: P4 can't find the TMP directory?

On Tue, Aug 24, 2010 at 04:57:45PM -0400, Larry Hall (Cygwin) wrote: > 2. There is no source for the above executable so this is (still) in > violation of the GPL AFAICS. ...and has been for many years... cgf -- Problem reports: http://cygwin.com/problems.html FAQ:

Re: Network drives & ssh access

On 8/24/2010 4:57 PM, Quanah Gibson-Mount wrote: --On Tuesday, August 24, 2010 4:49 PM -0400 "Larry Hall (Cygwin)" wrote: However, I set up the share using net use \\IP\share /savecreds, and that does mount the drive to Windows at least every time without prompting, and Cygwin locally is able t

Re: P4 can't find the TMP directory?

On 8/24/2010 4:35 PM, Jeremy Bopp wrote: On 8/24/2010 3:28 PM, Mathew Shember wrote: Hello, Trying to simply do a p4 client and will receive this message: $ p4 client CreateProcess: "vim" "C:\DOCUME~1\nasinteg\LOCALS~1\Temp\t3428t76.tmp": The system ca nnot find the file specified. Client si

Re: Network drives & ssh access

--On Tuesday, August 24, 2010 4:49 PM -0400 "Larry Hall (Cygwin)" wrote: However, I set up the share using net use \\IP\share /savecreds, and that does mount the drive to Windows at least every time without prompting, and Cygwin locally is able to use it. It is only an issue with the SSH connect

Re: Network drives & ssh access

On 8/24/2010 4:35 PM, Quanah Gibson-Mount wrote: --On Tuesday, August 24, 2010 1:19 PM -0400 "Larry Hall (Cygwin)" <> wrote: ^^ We don't encourage feeding spammers. A missing password is likely your problem, since that's at the heart of your orig

Re: Network drives & ssh access

--On Tuesday, August 24, 2010 1:19 PM -0400 "Larry Hall (Cygwin)" wrote: A missing password is likely your problem, since that's at the heart of your original problem really. But I actually wasn't thinking of this option as the solution to your problem when I pointed you at the FAQ. Running

Re: P4 can't find the TMP directory?

On 8/24/2010 3:28 PM, Mathew Shember wrote: > Hello, > > Trying to simply do a p4 client and will receive this message: > > $ p4 client > CreateProcess: "vim" "C:\DOCUME~1\nasinteg\LOCALS~1\Temp\t3428t76.tmp": The > system ca > nnot find the file specified. > > Client side operation(s) failed.

P4 can't find the TMP directory?

Hello, Trying to simply do a p4 client and will receive this message: $ p4 client CreateProcess: "vim" "C:\DOCUME~1\nasinteg\LOCALS~1\Temp\t3428t76.tmp": The system ca nnot find the file specified. Client side operation(s) failed. Command aborted. I verified the configs for perforce and they

1.7.6 : setup crashes under Windows 7 , trying to install libssp0 (4.3.4-3)

Hello, I am trying to install openssh, setup crashes I identify all prerequisites. I install them one by one. The problem cames libssp0 : setup crashes without any info Please find here attached the result of cygcheck -s -v -r > cygcheck.out any help or advises welcome. Thanks Phil. cygcheck.ou

Re: From a cygwin command line, any way to run a normal file using the default Windows program for the file extension?

On 8/24/2010 3:18 PM, cygwin.t.bnel...@xoxy.net wrote: > Is there a way to run a non-exe file so that the default program for > the file's extension is used to open the file? If I browse to the > file in the Windows File Explorer I can double click the file and > Windows will automatically start t

Re: Wrong/ inconsistent responses from diff

> Found it. > Fixed in CVS. Downloaded cygwin1-20100824.dll. Working perfectly. Thanks so much. Fergus -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info:

Re: Cygwin setup not saving "Create icon on Desktop" setting?

Andrey Repin wrote: > >> see "setup --help" > >> -n --no-shortcuts Disable creation of desktop and start > >> menu shortcuts > > This is only a band-aid. It does not change the fact that the program > > doesn't save the status of that checkbox from run to run.

From a cygwin command line, any way to run a normal file using the default Windows program for the file extension?

Is there a way to run a non-exe file so that the default program for the file's extension is used to open the file? If I browse to the file in the Windows File Explorer I can double click the file and Windows will automatically start the program for that given file type. For instance, I can click

Re: Wrong/ inconsistent responses from diff

Greetings, Corinna Vinschen! >> >> The change from binmode to textmode seems to be induced by the >> >> command mount -c "/" [...] >> >> > Found it. The method to compute the mount flags from the options >> > given to the mount(1) command have been changed and accidentally the >> > default is 0,

Re: Emacs and DBUS

Ken Brown writes: Hi Ken, >> It's some years ago I have used Cygwin. But if you have uploaded the >> build already, I could check, whether I have problems running Emacs + >> D-Bus under Cygwin. > > Yes, it's uploaded. See > > http://cygwin.com/ml/cygwin-announce/2010-08/msg00020.html Unfortu

Re: Cygwin setup not saving "Create icon on Desktop" setting?

Hi; On Tue, Aug 24, 2010 at 11:37, Andrey Repin wrote: > Greetings, Jim Reisert AD1C! > >>> see "setup --help" > >>> -n --no-shortcuts     Disable creation of desktop and start >>>                              menu shortcuts > >> This is only a band-aid.  It does not change the fact that the prog

Re: Wrong/ inconsistent responses from diff

On Aug 24 22:24, Andrey Repin wrote: > Greetings, Corinna Vinschen! > > >> The change from binmode to textmode seems to be induced by the > >> command mount -c "/" [...] > > > Found it. The method to compute the mount flags from the options > > given to the mount(1) command have been changed and

Re: Cygwin setup not saving "Create icon on Desktop" setting?

Greetings, Jim Reisert AD1C! >> see "setup --help" >> -n --no-shortcuts Disable creation of desktop and start >> menu shortcuts > This is only a band-aid. It does not change the fact that the program > doesn't save the status of that checkbox from run to run. W

Re: Wrong/ inconsistent responses from diff

Greetings, Corinna Vinschen! >> The change from binmode to textmode seems to be induced by the >> command mount -c "/" [...] > Found it. The method to compute the mount flags from the options > given to the mount(1) command have been changed and accidentally the > default is 0, instead of MOUNT_

Re: Cygwin setup not saving "Create icon on Desktop" setting?

On Tue, Aug 24, 2010 at 12:16:37PM -0600, Jim Reisert AD1C wrote: >Christopher Faylor wrote: > >> setup.exe, like many other installers, will always prompt you at the end >> on whether you want to create a desktop icon. > >I understand that. I don't think you do. setup.exe is not designed to reme

Re: Cygwin setup not saving "Create icon on Desktop" setting?

On 24 August 2010 19:16, Jim Reisert AD1C wrote: > So, are the two check-box settings saved somewhere, and if so, where? No. It will helpfully untick the checkboxes if the shortcuts are already there. PTC, I presume. Andy -- Problem reports: http://cygwin.com/problems.html FAQ:

Re: Cygwin setup not saving "Create icon on Desktop" setting?

Sorry, I'm not subscribed but reading on the web: Christopher Faylor wrote: > setup.exe, like many other installers, will always prompt you at the end > on whether you want to create a desktop icon. I understand that. So, are the two check-box settings saved somewhere, and if so, where? Because

Re: Cygwin setup not saving "Create icon on Desktop" setting?

On Tue, Aug 24, 2010 at 11:13:04AM -0600, Jim Reisert AD1C wrote: >Is this a bug? No. >I noticed that there's no SETUP.INI file in the Cygwin directory >anymore, but there is an etc/setup/setup.rc file instead. There should never have been a setup.ini in the Cygwin directory. setup.ini is someth

Re: Cygwin setup not saving "Create icon on Desktop" setting?

On 8/24/2010 1:49 PM, Jim Reisert AD1C wrote: Marco wrote: see "setup --help" -n --no-shortcuts Disable creation of desktop and start menu shortcuts This is only a band-aid. It does not change the fact that the program doesn't save the status of that chec

Re: Cygwin setup not saving "Create icon on Desktop" setting?

Marco wrote: > see "setup --help" > -n --no-shortcuts Disable creation of desktop and start > menu shortcuts This is only a band-aid. It does not change the fact that the program doesn't save the status of that checkbox from run to run. - Jim -- Jim Reisert A

R: Cygwin setup not saving "Create icon on Desktop" setting?

--- Mar 24/8/10, Jim Reisert AD1C ha scritto: > Hi Folks, > > I'm running Cygwin Setup 2.712 on a Windows XP SP3 > machine. > > When I get to the end of setup, I uncheck the "Create icon > on Desktop" box. > > The next time I run Cygwin Setup, that box is checked > again.  This > makes it diffi

Re: Network drives & ssh access

On 8/24/2010 1:03 PM, Quanah Gibson-Mount wrote: --On Tuesday, August 24, 2010 9:59 AM -0700 Quanah Gibson-Mount wrote: I log in as the build user via ssh, and ps -eaf shows me to sshd process running as SYSTEM - proc 3376 with parent 3340 and a subprocess 1824 with 3376 as the parent. Speci

Cygwin setup not saving "Create icon on Desktop" setting?

Hi Folks, I'm running Cygwin Setup 2.712 on a Windows XP SP3 machine. When I get to the end of setup, I uncheck the "Create icon on Desktop" box. The next time I run Cygwin Setup, that box is checked again. This makes it difficult to use my desktop setup icon that has the -M parameter, because

Re: Network drives & ssh access

--On Tuesday, August 24, 2010 9:59 AM -0700 Quanah Gibson-Mount wrote: I log in as the build user via ssh, and ps -eaf shows me to sshd process running as SYSTEM - proc 3376 with parent 3340 and a subprocess 1824 with 3376 as the parent. Specifically, when logging in via remote ssh, both pro

Re: Network drives & ssh access

--On Monday, August 23, 2010 9:41 PM -0400 "Larry Hall (Cygwin)" wrote: On 8/23/2010 7:47 PM, Quanah Gibson-Mount wrote: I have a network drive set up to auto-reconnect at startup, which appears to work fine. If I start cygwin after logging in, I can see the drive in the /cygwin directory. H

Re: 1.7: Basic file operations fail on network shares provided by Tru64 Advanced Server

On Aug 24 18:08, Heinz Werner Kramski wrote: > Am 24.08.2010 14:21, schrieb Corinna Vinschen: > >I prepared three test DLLs which all request another set of access > >rights: > > > > http://cygwin.de/cygwin-ug-177/cygwin1-test1.dll.bz2 > > (md5sum 29c3d46465113e69922938a65f693c61) > > > > htt

Post install script errors.

Hello all, I was able to install Cygwin without errors in Win XP Professional 2002, SP3 on Desktop machine. But installation of the same on Windows Server 2003 R2, 64-bit, SP2 gave errors. Any pointers? Thanks & Regards, Kakoli -Original Message- From: Sen, Kakoli Sent: Monday, Augu

Re: 1.7: Basic file operations fail on network shares provided by Tru64 Advanced Server

Am 24.08.2010 14:21, schrieb Corinna Vinschen: I prepared three test DLLs which all request another set of access rights: http://cygwin.de/cygwin-ug-177/cygwin1-test1.dll.bz2 (md5sum 29c3d46465113e69922938a65f693c61) http://cygwin.de/cygwin-ug-177/cygwin1-test2.dll.bz2 (md5sum 8e2fa

Re: Wrong/ inconsistent responses from diff

On Aug 24 14:12, Fergus wrote: > >> Would you mind to paste the file content of /etc/fstab and, if it > >> exists, /etc/fstab.d/$USER into your reply? > > > Oh and, btw., could you please test if this still occurs with the > > latest developer snapshot from http://cygwin.com/snapshots/ > > Thanks

Re: Building Emacs-trunk with gcc >= 4.5.1 and libelf installed

[adding autoconf and gnulib; replies can drop cygwin] On 08/23/2010 10:37 PM, Yaakov (Cygwin/X) wrote: On Tue, 2010-08-24 at 01:31 +0200, Angelo Graziosi wrote: Trying to build Emacs-trunk on Cygwin with GCC>= 4.5.1, I have found a problem if also the package 'libelf0' is installed. [snip] an

RE: `TZ=Pacific/Kwajalein date -d 1993-08-20` doesn't fail

This thread got me to dig deeper into the TZ/DST algorithm, and what I found was interesting and probably worthwhile mentioning in the User Guide. I work in the Eastern timezone of the U.S. and have been content with the default TZ behavior, i.e., TZ is not set, so I presume that Cygwin is lettin

Re: `TZ=Pacific/Kwajalein date -d 1993-08-20` doesn't fail

On 08/24/2010 03:06 AM, Voelker, Bernhard wrote: >$ TZ=Pacific/Kwajalein date -d 1993-08-20 >date: invalid date `1993-08-20' > > but it doesn't fail on my Cygwin installation (see below). > Is there a porting/packaging issue? Most likely it is either a difference in the tzdata package, or

Re: Wrong/ inconsistent responses from diff

>> Would you mind to paste the file content of /etc/fstab and, if it >> exists, /etc/fstab.d/$USER into your reply? > Oh and, btw., could you please test if this still occurs with the > latest developer snapshot from http://cygwin.com/snapshots/ Thanks as usual for taking an interest and trying

Re: 1.7: Basic file operations fail on network shares provided by Tru64 Advanced Server

On Aug 24 11:40, Heinz Werner Kramski wrote: > Am 24.08.2010 10:36, schrieb Corinna Vinschen: > >There's also a new mount option "ihash" since 1.7.6. It might help > >with the "cp" issue above, but that probably doesn't help with the > >"mv" issue. > > Exacly. With "ihash", cp works again, mv sti

Re: Re: X-forwarding very very slow

On 8:59 PM, Jeremy Bopp wrote: On 8/18/2010 11:55 AM, Csaba Raduly wrote: On Wed, Aug 18, 2010 at 5:43 PM, Alberto Canestrelli wrote: Hi, I have a problem with Cygwin. I am connecting from USA by ssh to the Hector supermachine in Edinburgh ( I write "startx" in Cygwin and then I use "ssh -Y

[ANNOUNCEMENT] Updated: cygport-0.10.0-1

The following package has been updated in the Cygwin distribution: *** cygport-0.10.0-1 This release provides several new features: * Overhauled cross.cygclass Build systems providing cross-compiling support: autotools (including gnome2, gtkmm, xfce4, and xorg), cmake, custom Makefiles, and (exp

Re: Building Emacs-trunk with gcc >= 4.5.1 and libelf installed

On Tue, 2010-08-24 at 11:05 +0200, Angelo Graziosi wrote: > Yaakov , > thanks for clarifications and suggestions. I hope someone on the Emacs > list can recipie and apply them appropriately. This is not an issue with emacs per se but with autoconf, so this needs to be fixed there. Eric? Yaakov

`TZ=Pacific/Kwajalein date -d 1993-08-20` doesn't fail

Hi cyg, this issue emerged from one of the typical questions on the bug-coreut...@gnu.org mailing list about why "date -d '1991-04-14 +1 day' fails" http://lists.gnu.org/archive/html/bug-coreutils/2010-08/msg00077.html The discussion around date calculation with such a daylight savings time issu

Re: Building Emacs-trunk with gcc >= 4.5.1 and libelf installed

Yaakov , thanks for clarifications and suggestions. I hope someone on the Emacs list can recipie and apply them appropriately. Emacs guys, the simplest workaround I found to fix the issue was to add #undef SVR4 in src/s/cygwin.h Thanks, Angelo. Yaakov (Cygwin/X) wrote: On Tue, 2010-08-24

Re: Wrong/ inconsistent responses from diff

On Aug 24 10:09, Corinna Vinschen wrote: > On Aug 24 07:17, Fergus wrote: > > This is an utterly horrid change (binmode to textmode) but I guess > > it is intended (and was probably discussed forever in advance of > > making it). Please can you confirm (intended change), or is this a > > glitch (u

Re: perl: Net::DNS requires Win32::IPHelper

On Aug 24 09:18, Reini Urban wrote: > 2010/8/23 Yaakov (Cygwin/X) : > > On Mon, 2010-08-23 at 16:07 +0200, Corinna Vinschen wrote: > >> Here's a question: > >> > >> Why does the Net::DNS module, which provides only a resolver API, depend > >> on a Win32-related package at all?  Cygwin 1.7 provides

Re: perl: Net::DNS requires Win32::IPHelper

On Aug 23 12:07, Yaakov S wrote: > On Mon, 2010-08-23 at 16:07 +0200, Corinna Vinschen wrote: > > Here's a question: > > > > Why does the Net::DNS module, which provides only a resolver API, depend > > on a Win32-related package at all? Cygwin 1.7 provides a BSD compatible > > resolver API (res_i

Re: 1.7: Basic file operations fail on network shares provided by Tru64 Advanced Server

On Aug 24 09:13, Heinz Werner Kramski wrote: > While Cygwin 1.5 played well with our legacy file server (Tru64 > Advanced Server V5.1B-4 ECO2), 1.7 does not. > > Although I seem to have sufficient write permissions (and actually > can write to files), renaming (mv-ing) files fails with 1.7.1, > 1.

Re: [ANNOUNCEMENT] Updated: OpenSSH-5.6p1-1

On Aug 24 09:00, Henry S. Thompson wrote: > Missing dependency, I think: openssh-5.6 Source now depends on > libcom_err-devel No, ssh doesn't use libcom_err. And setup.exe does only maintain binary package dependencies. Corinna -- Corinna Vinschen Please, send mails regarding

Re: Wrong/ inconsistent responses from diff

On Aug 24 07:17, Fergus wrote: > >I'd suspect that /m and /d are on text mounts > >and your home directory is on a binary mount, or vice versa. > > Thank you. Something's changed though not quite as described above. > > Has something changed in the conventions for default mounts? I've > either mi

Re: [ANNOUNCEMENT] Updated: OpenSSH-5.6p1-1

Missing dependency, I think: openssh-5.6 Source now depends on libcom_err-devel ht -- Henry S. Thompson, School of Informatics, University of Edinburgh 10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440 Fax: (44) 131 651-1426, e-mail: h...@inf.ed.ac.

Re: perl: Net::DNS requires Win32::IPHelper

2010/8/23 Yaakov (Cygwin/X) : > On Mon, 2010-08-23 at 16:07 +0200, Corinna Vinschen wrote: >> Here's a question: >> >> Why does the Net::DNS module, which provides only a resolver API, depend >> on a Win32-related package at all?  Cygwin 1.7 provides a BSD compatible >> resolver API (res_init, res_

1.7: Basic file operations fail on network shares provided by Tru64 Advanced Server

While Cygwin 1.5 played well with our legacy file server (Tru64 Advanced Server V5.1B-4 ECO2), 1.7 does not. Although I seem to have sufficient write permissions (and actually can write to files), renaming (mv-ing) files fails with 1.7.1, 1.7.5-1 and 1.7.6-1 (others not tested) like this: