Andrey Repin writes:
> This is exactly what makes me dislike it strongly. This, and idiotic model of
> copying whole repository to my machine, when I only want to glance at the
> source code, and find the culprit of my current issues.
[…]
You might want to learn about shallow clones, but unless yo
Base-files is a set of system configuration and setup files.
Please report any problems or suggestions on the main Cygwin mailing
list.
Changes:
4.2-2 (bugfix release)
* LC_ALL is set to "C" during profile.d execution so it can't be
used for testing whether or not to set LANG
se
ben modra writes:
> After performing a standard (default) install using setup-x86.exe,
> there are no shortcuts in the start menu or desktop. I don't really
> mind but don't know how to initiate cygwin without it.
Given that there should be shortcuts and or start menu entries and this is a
new in
Ken Brown writes:
> I've rebuilt emacs-24.3 with the gnutls fix. David and Achim (and
> anyone else who's been experiencing these crashes), please try the
> following binary and let me know if it solves the problem:
>
>http://sanibeltranquility.com/cygwin/emacs-w32.exe.xz
>
> You might have to
Reini Urban writes:
> perl, perl_vendor, perl_manpages, perl_debugbuild
The debug package is actually named perl_debuginfo at the moment, but
perhaps it should be renamed perl-debuginfo to conform to all other
packages?
@INC looks strange: why do you keep vendor_perl for 5.10, but not for
5.14?
Achim Gratz writes:
> Sorry for the long delay. I've now ran the two Emacs versions side by
> side for two days. The original has crashed twice during that time and
> the patched version is still running… so I'd call that a fix. Thanks!
Just as I had sent this mail, the new
Achim Gratz writes:
> it appears to be one of the timer-triggered crashes
> (these sometimes only produce a lisp error and sometimes crash Emacs and
> I don't think these have anything to do with gnutls).
I've just had one of these timer-triggered elisp errors in the 32bit
v
David Stacey writes:
> I've built perl-Text-CSV_XS-1.07 for perl-5.18.2 on 32-bit
> Cygwin. Functionally, everything seems OK. However, the performance of
> the test harness was quite poor. With perl-5.14.2, the
> perl-Text-CSV_XS test harness rattled through in 8 seconds; with
> perl-5.18.2 it was
Achim Gratz NexGo.DE> writes:
> I guess it does: the mapping that gets created from AD is sometimes 1049120
> instead of 544. That depends on the settings in nsswitch.conf and whether
> an /etc/group file exists at all or contains an entry for Administrators. I
> guess that once
Warren Young writes:
> Many moons ago Cygwin "gcc" became GCC 4. Later, Cygwin dropped the
> "gcc-4" wrapper package.
>
> Unfortunately, this means Perl modules that only come in native (XS)
> form don't compile because perl -V:cc says "gcc-4". I tried creating
> a symlink from gcc-4 -> gcc in /b
Ken Brown writes:
> I agree. I'll do that soon.
Thanks Ken. Due to several updates that required reboots I haven't
really been able to run an Emacs instance for as long as I would have
liked, but so far I haven't seen any error or crash.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron m
Ken Brown cornell.edu> writes:
> This doesn't happen if you install the snapshot by the method suggested
> in the FAQ:
>
>http://cygwin.com/faq.html#faq.setup.snapshots
>
Or just make a package out of the snapshot and then install it via setup:
--8<---cut here---st
Corinna Vinschen writes:
> Yes, this might be better discussed in cygwin-apps. I guess the setting
> of MANPATH is mainly historical.
I'd be happy to not set MANPATH in /etc/profile if we no longer need it
for the standard installation.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron mic
Corinna Vinschen writes:
> Whatever, it looks like MANPATH can really go away. Achim, do your worst.
Done.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptations for KORG EX-800 and Poly-800MkII V0.9:
http://Synth.Stromeko.net/Downloads.html#Kor
Base-files is a set of system configuration and setup files.
Please report any problems or suggestions on the main Cygwin mailing
list.
Changes:
4.2-3 (intermediate release)
* remove MANPATH from /etc/profile
see cygwin.com/ml/cygwin/2014-05/msg00352.html
Regards,
Achim.
--
+<[Q+ Ma
Reini Urban writes:
> I also found out that several vendor packages are now separated on x86_64,
> so I’ll have to split them also for 32bit. Lot more work todo for me, but
> apparently
> some guys just went ahead.
My offer for help still stands.
>> @INC looks strange: why do you keep vendor_pe
Steve Campbell gmail.com> writes:
> The perl Term/ReadKey.pm module is present in perl 5.10.1-5, but is
> missing from 5.14.2-3 and 5.18.2-1
You'll want to install perl_vendor.
Regards,
Achim.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/f
Launch cmdline programs with hidden console via run.
Notes:
The maintainer of run, Charles Wilson, can currently not be reached. We
hope he is well and just busy with other things. I have taken over
maintenance temporarily.
Thanks to Max Polk for offering the original patch to a problem that
Frank Fesevur writes:
> When I run as administrator I change my PS1 from "$" to "#" with these
> line in ~/.bashrc.
>
> if id -Gn | grep -i Administrators > /dev/null
If anything I'd check for membership in group 544. "Administrators"
surely is one of these strings that gets localized depending o
Thomas Wolff towo.net> writes:
> As Corinna had said. Yet, I'd like to check official documentation to
> confirm "544" is a constant for this purpose.
I suggest you go to MSDN and search for "well-known security identifiers"
and then read Corinnas explanation of how these are mapped to Cygwin UI
Marco Atzeri gmail.com> writes:
> (0x5B) is a very low address, I guess your rebase was not really
> successful.
Such low addresses are often a result of an address conflict or BLODA in my
experience. If indeed the rebase positions the library at that address,
then a full rebase is in order
Chris J. Breisch writes:
> lynx depends on perl. I'm not 100% sure this is a valid dependency.
It isn't, scripts in the doc folder shouldn't trigger a dependency. On
x86 this dependency isn't there, only on x86_64 -- which indicates it is
a function of the cygport version that generated the packa
Chris J. Breisch breisch.org> writes:
> Hmmm...well, that's not good. Can you run /usr/bin/mandb -c yourself
> from the command line? It will take a while and may generate several
> warnings, such as what you see above.
The install worked OK (but took some time) on 32bit. On 64bit I get these
Achim Gratz NexGo.DE> writes:
> Running "mandb -c" again...
Crashed the same way as the postinstall script. However, "mandb -dc" ran
through and the postinstall script now finishes.
Regards,
Achim.
--
Problem reports: http://cygwin.com/problems.html
F
Chris J. Breisch writes:
> Achim Gratz wrote:
>> Crashed the same way as the postinstall script. However, "mandb -dc" ran
>> through and the postinstall script now finishes.
>>
> Odd. Ok, I'll do some digging into this and see what I can find. I can
> ch
Yaakov Selkowitz cygwin.com> writes:
> The following package has been updated in the Cygwin distribution:
>
> * zip-3.0-2
The previous package in the x86 branch had been zip-3.0-11, but no
appropriate setup.hint is present in the package directory. Can this please
be corrected?
Regards,
Achim
Since the new release doesn't provide a rsync-debuginfo package, there
should be setup.hint file that makes the old debuginfo package the previous
version.
Regards,
Achim.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
Corinna Vinschen writes:
> I fixed this on cygwin.com by adding "prev" and "curr" entries.
Confirmed, thanks.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2:
http://Synth.Stromeko.net/Downloads.html#Wa
Christopher Faylor writes:
> Isn't the real question why the numbering went backwards? It sounds
> like there is a packaging error here and this should have been
> zip-3.0-12 rather than zip-3.0-2.
Indeed, looking at the 64bit version it seems the same cygport file has
been used for both architec
I've just set up a new machine with Cygwin (64bit w/ the 2014-06-23 13:20:35
snapshot), nsswitch.conf specifies "db" for both passwd and group (the files
have been moved away just to be sure they aren't picked up). I have one
share with somewhat strange ACL that I always had to use via a "noacl" m
Corinna Vinschen writes:
> Without pulling strace into the picture, I get different results for -O
> depending on whether running this on the command line as above, or if I
> run this via a perl script.
I don't think I see this difference given the result from my script, but
I'll try to dig deeper
Corinna Vinschen cygwin.com> writes:
> But when I run this via a perl script:
>
> $ cat > x.pl < use v5.10;
This should be "use 5.14;" to do the same thing as "-E", I think.
> Since test(1) is doing the right thing and returning the right results,
> I'm blaming perl for now.
I've tested th
I've just managed to set up a working sshd on a Cygwin snapshot with LDAP
integration. The setup scripts required quite a few modifications to deal
properly with the way local accounts and groups are now named. I've had to
reinstate files for passwd to record an "sshd" there as otherwise the
serv
Corinna Vinschen writes:
> You read my preliminary doc, I hope? I attached it again, for
> completeness. But, here's what happens:
I guess I read it at one time, but not specifically today. :-)
> If you're in a domain, and the sshd user account is local, the local
> sshd account will be prefixe
Nellis, Kenneth writes:
> Now, I want to share my Cygwin $HOME directory between the two
> environments. I already keep my binaries in $HOME/bin/$(arch)
> and $HOME/lib/$(arch), so they are covered. And, of course
> /usr/bin has to continue to point to the separate Cygwin
> environments.
Mak
Corinna Vinschen writes:
> Just run cygserver and every user can do it, otherwise enter the
> password for the user with `passwd -R ' as admin.
I did that (just for my account) and then the sshd service wouldn't
start. I'll have a look at that tomorrow.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#
Achim Gratz nexgo.de> writes:
> I did that (just for my account) and then the sshd service wouldn't
> start. I'll have a look at that tomorrow.
The sshd complained that it didn't like the ownership or permissions on
/var/empty. Both looked OK however, so I ended up d
Corinna Vinschen cygwin.com> writes:
> - Build your own OpenSSH package with the following patch applied:
>
> http://lists.mindrot.org/pipermail/openssh-unix-dev/2014-May/032591.html
>
> It converts the static request for an account called "sshd" into
> a function call which checks for the
Corinna Vinschen cygwin.com> writes:
> In theory, no. AllowGroups is admin-settable in the config file while
> the "sshd" user request is built into the code. Just use the names as
> you get them:
>
> AllowGroups bla MACHINE+blub DOMAIN+blubber ...
Hmm. Doesn't appear to be working in any c
Corinna Vinschen writes:
>> Hmm. Doesn't appear to be working in any combination I tried, I'm always
>> getting an "invalid user" when I'm trying to do that. Is it possible that
>> the AD lookup doesn't work when using privilege separation?
>
> No idea. Did you try? You didn't use '@' as separa
Nellis, Kenneth writes:
> Thanx! I've changed my $PS1 prompts to keep straight which Cygwin I'm using
> based on $(arch).
> What'd be really cool is if separate Cygwin[-Terminal].ico icons would
> distinguish which bit-version
> I'm using. Yeah, I know, PTC. :-)
There's a bunch of different ter
Corinna Vinschen writes:
> The Admin group is a BUILTIN group, so it's always +Administrators
> under the default prefixing rule, as outlined in my preliminary
> documentation.
Yeah, I was just trying the other variants out of desperation.
> And it works fine for me with the latest from CVS (== l
Siddhant Saraf writes:
> If the proxy requires authentication, it prompts for username and
> pasword. Can it include an option to save the username and password
> too ?
The username is unlikely to be a problem, but storing the password would
be a no-no. Since it is very likely that the authentica
This release brings RCS to version 5.9.2 for both architectures and
includes a patch for the RCS work file corruption problem that has been
discussed on the Cygwin mailing list and reported to rcs-bugs:
http://article.gmane.org/gmane.comp.version-control.rcs.bugs/2772
Thanks to Don Hatch for a d
Yaakov Selkowitz writes:
> WRT mandb -c crashing or aborting:
>
> * I can reproduce this on x86_64, but not on x86.
I've had a single crash on x86, but it may have been due to BLODA since
the second run completed.
> * I can reproduce that mandb -cd doesn't crash but it doesn't complete
> successf
I have come across an interesting problem with the link count on a
NetApp volume(*). While hardlinks can be created just fine and work as
you'd expect (changing one file changes all the linked files), the link
count that gets reported for each of the linked files is always 1. ONe
of those NetApp
Corinna Vinschen writes:
> Netapp inode numbers are not reliable and thus the number of links isn't
> either. There's a check in Cygwin which is the result of the early
> Cygwin 1.7 development. It does not report the number of hardlinks
> and it fakes the inode numbers on netapp filesystems.
Ah
Christopher Faylor writes:
> git isn't ready yet unfortunately. Can't you just download a recent
> snapshot? That should be good enough.
I can download and install snapshots just fine. I'm running snapshots
for quite some time already so there'd be nothing new on that front.
> FWIW, CVS is blo
It appears this snapshot does not contain the LDAP integration or has it
switched off, is this intended? The snapshot from the day before is OK.
Regards,
Achim.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http:/
Corinna Vinschen cygwin.com> writes:
> That was intended. Sorry for not telling!
No problem, I'll just stick with the previous one for now.
> It's the snapshot which is supposed to become 1.7.31. I'm not yet
> confident enough to activate the AD integration stuff into the official
> release an
Matt D. writes:
> I've always used Cygwin's fstab /cygdrive default but I'm growing
> tired of always typing it out; msys's simple "/a" "/c" "/d" prefix for
> drive letters always seemed closer to home while on a Windows machine.
If typing is your problem then you can either use a shorter prefix l
I've been running with the latest LDAP enabled snapshot from 2014-07-14.
With this snapshot the "passwd -R" hangs when trying to set or delete the
password on the server. The snapshot from 2014-07-09 works correctly in
that respect.
Would it be possible to roll a new LDAP enabled snapshot with a
Corinna Vinschen cygwin.com> writes:
> 2014-07-24 is such a snapshot, basically what I just upload as 1.7.31-3,
> plus all the AD integration stuff.
OK. I'll have to pull from the mirrors and then roll a new snapshot package
locally. BTW, the ChangeLog for that snapshot looks like it might have
Corinna Vinschen cygwin.com> writes:
> 1. Shall we remove the leading '+' from the builtin account names
>or shall we keep it?
I'd rather keep it since it's a good reminder where that comes from.
> 2. Shall we stick to '+' as the separator char or choose another one?
>If so, which one?
Corinna Vinschen writes:
> I'm not sure if that would work as expected. Cygwin explicitely tests
> if the account name follows the current rule. I'm not so sure what
> effects it would have, if getpwnam could return another username as
> the one given as parameter (apart from the case difference).
Eric Blake writes:
>> 2. Shall we stick to '+' as the separator char or choose another one?
>>If so, which one?
>
> Keeping + as mid-name separator is still best in my mind (Certainly
> better than ':', '\\', or '/', and there aren't many other characters
> besides ',' or '%' that would survive
Ilya Basin gmail.com> writes:
> From cygwin shell I'm able to read and write files even though my
> Windows user has no permission for it. I tried `chmod` and to deny
> everything for Everyone in the Windows dialog, but it didn't help. How
> is it possible?
The permission is granted via ACL (note
Corinna Vinschen cygwin.com> writes:
> Good points. I might have overvalued the gain of easily recognizing
> builtin accounts by the leading '+' separator.
After some thinking with my eyes closed... not prefixing local accounts at
all would at least allow the sshd to see the local sshd user with
Markus Hoenicka mhoenicka.de> writes:
> That is, no time difference. But why does the network drive affect only
> emacs and not touch?
Try "cat > testfile" or something along these lines that creates a file
without explicitly resetting the timestamp as touch is doing. I think you
should find the
Corinna Vinschen writes:
> - prefixed with the machine name if the machine is member of a domain.
That's exactly what I am having a bit of a problem with at the moment.
As discussed before, the user name "sshd" is hardcoded, which requires
to either make it a domain account (our AD admin has at le
Corinna Vinschen writes:
> I'm not sure yet. I guess I'll be going for a short /etc/nsswitch.conf
> file containing just the default values as comments and a pointer to the
> documentation.
Do you want this to reside in base-files? We'd have to organize a
synchronized release to get rid of some
Corinna Vinschen writes:
> base-cygwin creates the /etc/passwd and /etc/group files (and the next
> version won't). What is base-files doing to these files?
I misremembered, it currently only checks for "mkpasswd", "mkgroup" and
"group_GID_clash" and only warns about this and admonishes the user
Corinna Vinschen writes:
> You don't have to care. The next version of OpenSSH comes with
> Cygwin-specific code. It will call
>
> cygwin_internal(CW_CYGNAME_FROM_WINNAME, "sshd");
>
> to fetch the Cygwin username for the sshd account. The OpenSSH patch
> has already been applied upstream, the
Corinna Vinschen writes:
> These fake accounts don't exist anymore. Unknown SIDs (unlikely) will
> return an "Unknown User/Group" entry, or, if "db" is disabled in
> /etc/nsswitch.conf, getpwnam and friends will return NULL.
Good, then the whole section in /etc/profile can be removed. But since
Philip Daniels gmail.com> writes:
> A while ago I asked a question on Stack Overflow about doing a basic
> install task with cygport, but got no answers. Too esoteric perhaps. I
> think it should be easy for anyone who knows cygport, it's a basic "copy
> some files to a known location" task.
It w
Dan Kegel kegel.com> writes:
> > perl-libwin32
>
> I probably don't need it myself, but was curious whether there were
> any problems with the port (other than lack of time).
The libwin32 doesn't exist anymore (it's become a bundle), of the individual
modules that comprise it, I can only speak
Adam Dinwoodie dinwoodie.org> writes:
> If anyone's really interested in following my progress at home, or
> building for themselves based of my latest code, you can follow along at
> my GitHub repository at https://github.com/me-and/Cygwin-Git.
I've been using this for about a week now and have
I'm trying to figure out how sshd comes up with the PATH for the initial
environment. Currently I get the Windows sytem PATH (converted to POSIX)
and then /bin appended. This is no good, at least /bin should be at the
beginning of that PATH.
I've not been able to change this system-wide so far.
Corinna Vinschen cygwin.com> writes:
> On other systems sshd sets $PATH to "/usr/bin:/bin:/usr/sbin:/sbin", but
> on Cygwin it doesn't change $PATH and just takes what it got from
> cygrunsrv so as not to break the search path for DLLs not in the system
> directories.
I'm running Cygwin since yea
Achim Gratz NexGo.DE> writes:
> I've just tried using "-e PATH=/bin" in the sshd service startup, but
> PATH still seems to be hardcopied from Windows
I did this wrong. I had to re-install the service, not just adding a
startup parameter. With "-e "PATH=/u
For building 32bit packages I've set up an additional installation on the
same server. To use it from the outside (like) I'm trying to configure a
second sshd on the server. So I've installed a cygserver23 and sshd32
service with otherwise identical setup to their 64bit brethren and bumped
the po
Larry Hall (Cygwin cygwin.com> writes:
> The only time I've seen that is when I start the server in debug mode.
That's not the problem. If I create /etc/nologin, I get the message back,
so even that part of the connection works.
But here's one step further: in debug mode I can actually run a si
D. Boland writes:
> I'm trying to post to gmane.os.cygwin.applications, but I get an NNTP error:
> 'gmane.os.cygwin.applications is unidirectional'
>
> Should I post to another newsgroup?
No, you need to subscribe and send your post via mail. Since I don't
care about the mails I get since I read
Andrey Repin writes:
> Did you checked the $PATH of a running server? 64- and 32-bit installations
> should not cross $PATH's. (It's kinda obvious, but still important enough to
> check thoroughly.)
Yes I did. That is all correctly set up, the error seems to be a
failure to allocate a tty (in deb
Achim Gratz NexGo.DE> writes:
> For building 32bit packages I've set up an additional installation on the
> same server. To use it from the outside (like) I'm trying to configure a
> second sshd on the server. So I've installed a cygserver23 and sshd32
> service
Michael DePaulo writes:
> Consider the example of where I work. After I install the corporate IT
> department's SCCM "package"/"script" for Cygwin (1.7.16, last updated
> August 2012)
That is an entirely different issue and one your IT will have to
resolve. Given how these departments operate, do
Marco Atzeri writes:
[…]
> anyone seeing the same ?
As reported previously, that happens on some machines and the inclusion
of the debug switch (mandb -dc) might well work around it.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Waldorf MIDI Implementa
Fernando Gont writes:
> My idea was to use cygwin, since I'm not much of a Windows programmer.
> Is there any way to produce and ship an exe with the relevant libraries?
If I understand correctly what you're trying to do, you need to obtain a
commercial license from RedHat for doing so. Otherwise
I'm not making progress on this, but I've come to the conclusion that it
is highly unlikely that the existence of the second (64bit) Cygwin
installation has anything to do with the problem, first reported here:
http://thread.gmane.org/gmane.os.cygwin/147823
Meanwhile I've tried to make sure that
Corinna Vinschen cygwin.com> writes:
> That means the patch to sshd isn't that important. Nevertheless, I
> just released cygrunsrv-1.60-1, which prepends /bin to $PATH.
>
> Funny enough, the README file claimed that /bin gets prepended to $PATH
> since the early days. Just the actual code didn
Ken Brown cornell.edu> writes:
> If you have installed both emacs-w32 and emacs-X11 and prefer to give
> higher priority to emacs-w32, run the script
>
>/usr/bin/set-emacs-default-w32.sh
>
> You can later restore emacs-X11 as the default by running
>
>/usr/bin/set-emacs-default-X11.sh
Corinna Vinschen cygwin.com> writes:
> I fixed that in CVS and created a new snapshot
> on https://cygwin.com/snapshots/. Pleae give it a try.
WJFFM (yes, the earlier snapshot failed in the same way as David described).
Regards,
Achim.
--
Problem reports: http://cygwin.com/problems.ht
Achim Gratz nexgo.de> writes:
> I'm not making progress on this, but I've come to the conclusion that it
> is highly unlikely that the existence of the second (64bit) Cygwin
> installation has anything to do with the problem, first reported here:
>
> http://thre
D. Boland writes:
> When creating a package, I need some empty directories in the release, but
> cygport
> install removes them.
>
> I tried both 'keepdir' and 'keepdirs', but to no avail. I'm using version
> 0.16.0-1.
These need to specified with the path as installed, not as built.
Regards,
Corinna Vinschen writes:
> This is a call to the Win32 API call NetUserGetGroups creating an
> exception due to an "access denied". The difference between 32 and 64
> bit is probably a result of the differences in exception handling, and
> given that an ExceptionCode 5 will be ignored by Cygwin's
Corinna Vinschen writes:
> It doesn't matter if it's the same. An exception is generated and 32
> and 64 bit versions react differently for whatever reason. It's also
> really unnecessary to generate two accounts for this.
I know that now. But at one point I was wondering if somehow the fact
th
Ken Brown writes:
> This is another pretest of the upcoming emacs-24.4, replacing the
> current pretest (24.3.91-1). It includes a workaround for the bug
> reported in
>
> https://cygwin.com/ml/cygwin/2014-07/msg00387.html
I've ran the new test version for a while now, mostly emacs-w32, but
als
DGStevens gmail.com> writes:
> I'm unable to use gdb on any c/c++ executables. When I try, gdb issues the
> message "dll path too long" and fails to start the target executable.
Try cutting your PATH after the third component. If that helps, you could
set CYGWIN_NOWINPATH either as a system or
Achim Gratz nexgo.de> writes:
> There are still crashes of emacs-w32 that take down Emacs completely
> (sometimes with but mostly without it asking for the debugger to be
> attached). So far these have all occured directly in response to
> keyboard input (as in the window disap
Ken Brown cornell.edu> writes:
> Do you remember what you were doing at the time of the crash?
I was editing something in a Perl buffer and was just about to insert an "s"
into a variable name. The only crashes I've got with the current test
version so far were always happening directly while th
Corinna Vinschen cygwin.com> writes:
> That's the real output? No error message, just the names of the
> mount points? Is that the 32 or 64 bit Cygwin?
Yes:
> df /home/gratz
df: ‘/home/gratz’
> Given the lack of access to netapp drives, if this is a bug in Cygwin
> (which seems likely in this
Angelo Graziosi alice.it> writes:
> In this case, all temporary files created by Windows native
> applications, started with cygstart, go in /tmp Cygwin directory.., i.e.
> the definition "TEMP=/home/$USER/Temp" in front of cygstart command is
> ignored..
You should check if somehow you've als
Corinna Vinschen cygwin.com> writes:
> Then you have to build your own Cygwin DLL for testing.
I've just set up for a build and ran into this (with the snapshot sources
from 2014-08-19 since these were the ones I had at hand):
ccwrap -g -O2 -O3 -mtune=core2 -march=core2 -Wall -Wstrict-aliasing
-
Corinna Vinschen writes:
>> I've just set up for a build and ran into this (with the snapshot sources
>> from 2014-08-19 since these were the ones I had at hand):
>>
>> ccwrap -g -O2 -O3 -mtune=core2 -march=core2 -Wall -Wstrict-aliasing
> ^^^
> Huh?
>
> Did you specify -O
Ken Brown writes:
> It looks like my idea is going to work, but it needs testing to make
> sure I've implemented it correctly. If anyone is willing to test it,
> you can download emacs-24.3.93-2 from my personal Cygwin repository:
>
> http://sanibeltranquility.com/cygwin/
>
> Instructions can be
Corinna Vinschen cygwin.com> writes:
> I fixed that in CVS (and I'm just generating a snapshot). The problem
> was that the functions reading and writing security descriptors didn't
> use the special "reopen by handle" semantics of the NtOpenFile call if
> a reopen was necessary. Rather they jus
Corinna Vinschen cygwin.com> writes:
> > I've just set up for a build and ran into this (with the snapshot sources
> > from 2014-08-19 since these were the ones I had at hand):
Sorted. I just did a native build from the 2014-08-25 snapshot (which is
also the installed version). Now what, is it
Corinna Vinschen cygwin.com> writes:
> It's easier to do this from CVS. It also allows to create diffs
> most easily. Did you build outside the source dir, as required?
No can do CVS here... I just did a "./configure && make", which seemed to
work (it built into x86_64_unknown_cygwin).
> > Now
Corinna Vinschen cygwin.com> writes:
> The call to NtQueryVolumeInformationFile() in
> fhandler_disk_file::fstatvfs() in fhandler_disk_file.cc (line 737ff),
> fails with STATUS_INVALID_PARAMETER. This is a NetApp bug, but we may
> be able to workaround it.
The bug (if there is one) is that the d
Ken Brown cornell.edu> writes:
> Achim, could you send me a recipe for reproducing the problem so that I
> can test further? Please be very detailed; I have no experience with ACLs.
Let's get one issue out of the way first that may be a Cygwin bug: on Linux
a file with all access removed via st
101 - 200 of 2232 matches
Mail list logo
