On Thu, Mar 1, 2012 at 8:47 AM, Csaba Raduly wrote:
> On Thu, Mar 1, 2012 at 8:23 AM, marco atzeri wrote:
>> On Thu, Mar 1, 2012 at 8:13 AM, Paul Allen Newell wrote:
> (snip)
>>> I also noticed that if I run "make >& make.out" that the message is printed
>>> to the terminal and is not in make.ou
On Thu, Mar 1, 2012 at 8:23 AM, marco atzeri wrote:
> On Thu, Mar 1, 2012 at 8:13 AM, Paul Allen Newell wrote:
(snip)
>> I also noticed that if I run "make >& make.out" that the message is printed
>> to the terminal and is not in make.out. What am I missing to capture all
>> output in make.out?
>
Marco:
Thanks for reply, my comments inline
On 2/29/2012 11:23 PM, marco atzeri wrote:
names with spaces are always a problem for a lot of unix/cygwin
program, so my suggestion
is to rename the directory.
Please also note that copy&paste will likely mess your file permission
Yes, I solved th
On Thu, Mar 1, 2012 at 8:13 AM, Paul Allen Newell wrote:
> I've got a C++ tree that is running under Fedora 14, Fedora 16, and Cygwin.
> Everything works.
>
> Tonight, I needed to test something and was on my Windows box, so I did a
> cut-and-paste operation which gave me a directory of "Copy of m
I've got a C++ tree that is running under Fedora 14, Fedora 16, and
Cygwin. Everything works.
Tonight, I needed to test something and was on my Windows box, so I did
a cut-and-paste operation which gave me a directory of "Copy of
myStuff". I did a make and it worked, but I am seeing a message
On Thu, Mar 1, 2012 at 6:56 AM, Heiko Elger wrote:
> I can agree having some times same error on multiple machines (win7/64) - but
> always when running perl.
>
> 1 [main] perl (7796) c:\programme\cygwin\bin\perl.exe: *** fatal error -
> cygheap base mismatch detected - 0xE158D0
> /0xEF58D0.
> Thi
Andrey --
> These keys created when you mess with console properties of a running
> application.
> I don't touch them and I only have one bogus subkey mentioning "summary.bat"
> Don't remember, what was that batch, though. I just deleted the subkey for
> now.
Aha! So those subkeys would likely o
It's even weirder, than you'd think.
Hint: reg:HKEY_CURRENT_USER\Console
>>>
>>The MSYS part of msysgit doesn't muck with registry keys. Maybe
>>something with tksh that it uses does.
>
> Since HKEY_CURRENT_USER\Console has subkeys (on my machine) for bash
> and cmd, perhaps the key is cr
Greetings, Buchbinder, Barry (NIH/NIAID) [E]!
It's even weirder, than you'd think.
Hint: reg:HKEY_CURRENT_USER\Console
>>>
>>The MSYS part of msysgit doesn't muck with registry keys. Maybe
>>something with tksh that it uses does.
> Since HKEY_CURRENT_USER\Console has subkeys (on my mach
> > but for a GUI emacs in cygwin i need to
> > install cygwin, X/cygwin, configure X, run an external bash and then kick
> > off emacs - just in order to use a bash inside emacs.
>
> You don't need to run "external bash"...
And doesn't emacs-nox.exe allow you to have emacs without X?
..mark
-
I can agree having some times same error on multiple machines (win7/64) - but
always when running perl.
1 [main] perl (7796) c:\programme\cygwin\bin\perl.exe: *** fatal error -
cygheap base mismatch detected - 0xE158D0
/0xEF58D0.
This problem is probably due to using incompatible versions of the
Greetings, Leo!
> Well, drag+drop plus much easier install: For NTemacs I just copy the
> binaries to a new machine, hv a working GUI emacs straight away and can add
> the cygwin stuff only when needed, but for a GUI emacs in cygwin i need to
> install cygwin, X/cygwin, configure X, run an externa
On 01/03/2012, at 12:25 AM, Markus Hoenicka
wrote:
> Leo was heard to say:
>
>> It did work before, so I would like to revert to an older version of the
>> cygwin1.dll. How can I do this? And is there a way to revert the other
>> packages so that they are compatible with the older cygwin1 al
On Wed, Feb 29, 2012 at 06:57:27PM -0600, Yaakov (Cygwin/X) wrote:
>On Wed, 2012-02-29 at 13:43 -0800, Matt Seitz (matseitz) wrote:
>> Would it help to add "xinit" to the requirements for tcl-tk and other
>> packages that now require an X11 server?
>>
>> I know that there are some use cases where
On Wed, 2012-02-29 at 13:43 -0800, Matt Seitz (matseitz) wrote:
> Would it help to add "xinit" to the requirements for tcl-tk and other
> packages that now require an X11 server?
>
> I know that there are some use cases where "xinit" isn't actually
> required. But would the benefit (fewer problem
In a recent cygwin update (from cygwin-1.7.10-1), the issues that I
reported in the
following link:
http://cygwin.com/ml/cygwin/2012-01/msg00373.html
``Problems with UNC filenames passed to bash when called from a
windows shortcut,''
have been mostly corrected. The issue was the incorrect proces
On 28 February 2012 19:58, David Sastre Medina wrote:
> 4.1-1
> * Setting a system locale and a per-user locale breaks some configs
> and doesn't play well with mintty. Changed to a user-defined setting in
> /etc/profile/lang.* Reported by Peter Rosin and Andy Koppe. See
> cygwin.
Earnie Boyd sent the following at Wednesday, February 29, 2012 7:49 AM
>On Tue, Feb 28, 2012 at 9:27 PM, Pat Tressel wrote:
>>
>>> It's even weirder, than you'd think.
>>> Hint: reg:HKEY_CURRENT_USER\Console
>>
>The MSYS part of msysgit doesn't muck with registry keys. Maybe
>something with tksh th
On 2/29/2012 8:30 PM, Charles Wilson wrote:
I've been running into a strange "error" lately (that is, I first
noticed it for sure on 1.7.10, but it MIGHT have occurred also on 1.7.9.
It persists on 1.7.11). cygcheck -- and *only* cygcheck -- is reporting
a cygheap base mismatch but only on an XP6
On 2/29/2012 4:19 PM, Robert Krajewski wrote:
> I am having the same issue as Charles Wilson as discussed here:
>
> http://cygwin.com/ml/cygwin/2012-02/msg00089.html
>
> Was there any resolution to this issue?
>
> Earlier versions of Cygwin 1.7 worked. This is on a Windows Server 2003,
> 64-bit
"Christopher Faylor" wrote:
>
> The only thing that apparently needs addressing is that you read the
> list and comprehend what's going on. I wish we could address that by
> making more people do that. :-)
Would it help to add "xinit" to the requirements for tcl-tk and other
packages that now r
"Corinna Vinschen" wrote:
>
> David, instead of setting tmp/temp, What about adding the following
line
> to /etc/profile?
>
> setfacl -m d:g::r-x,d:o:r-x /home /tmp /usr/tmp /var/log /var/run
/var/tmp 2>/dev/null
Will that cause problems if I have:
$ mount | grep home
C:/Documents and Setting
David Sastre Medina wrote:
On Mon, Feb 27, 2012 at 06:11:30PM +0100, Christian Franke wrote:
This is an updated version of:
http://cygwin.com/ml/cygwin/2011-04/msg00020.html
Uses the detection method suggested here:
http://cygwin.com/ml/cygwin/2011-04/msg00372.html
Tested with bash, dash, mksh,
Hi,
I am having the same issue as Charles Wilson as discussed here:
http://cygwin.com/ml/cygwin/2012-02/msg00089.html
Was there any resolution to this issue?
Earlier versions of Cygwin 1.7 worked. This is on a Windows Server 2003, 64-bit.
--
Problem reports: http://cygwin.com/problems.h
Greetings, Earnie Boyd!
>> (Off topic: Huh. So maybe git or msysgit was monkeying around with
>> the color table...maybe using a non-standard color?)
> The MSYS part of msysgit doesn't muck with registry keys. Maybe
> something with tksh that it uses does.
I think it was his own hands.
Window
One thing to check is the disk drives. I have had rsync stop when it
reaches corrupted sectors, especially if those sectors corrupt part of
the file system. I don't remember anything helpful in the log files, I
just noticed that it wasn't finishing. Try running disk diagnostic
software and make
I have the same issue. More information: If you back down cygwin bash to
BASH_VERSION='3.2.51(24)-release', the messages about job control no longer
appear when bash starts. However I still can't interrupt jobs started with
M-x compile or M-x shell-command, so I'm guessing this has something to
> On Feb 21 14:24, Michel Bardiaux wrote:
>> You can add to the BLODA list:
>>
>> AVAST! (www.avast.com). But no need to desinstall; just disable
>> permanently the FILESYSTEM and BEHAVIOR realtime shields. The others
>> (web, p2p, mail, IM) do not seem to interfere with cygwin.
>
> Thanks, I ad
On 29/02/2012 10:01 AM, Corinna Vinschen wrote:
On Feb 29 09:51, Ryan Johnson wrote:
On 27/02/2012 7:26 AM, Corinna Vinschen wrote:
Hi folks,
I've just uploaded a new snapshot "2012-02-27 12:04:23 UTC". It
contains two code snippets which are supposed to help diagnosing BLODA
problems.
If y
Thrall, Bryan wrote on 2012-02-27:
> Thrall, Bryan wrote on 2012-01-25:
>> perl-Tk's widget works just fine with
>>
>> perl5.10.1-3
>> perl-Tk 804.028-3
>>
>> but if I upgrade to perl 5.10.1-5, widget breaks again[1] with the
following
>> error
Earnie Boyd wrote:
> On Tue, Feb 28, 2012 at 3:24 PM, Frank Farance wrote:
>
>>
>> So I don't believe this is a WinSCP problem, AND the problem is
>> demonstrated independent of WinSCP.
>>
>
> What is TZ set to in your Cygwin environment? Try the string EST5EDT
> to see if it helps.
>
> --
> Earni
Corinna Vinschen wrote:
> On Feb 29 12:49, G.W. Haywood wrote:
>
>> Hi there,
>>
>>
>>> 175712 by: "Frank Farance"
>>> 175717 by: Corinna Vinschen
>>> 175719 by: "Frank Farance"
>>> 175720 by: Corinna Vinschen
>>> 175721 by: "Frank Farance"
>>> 175722 by: Corinna Vinschen
>>> 175725 by: Earnie Boyd
On Feb 29 09:51, Ryan Johnson wrote:
> On 27/02/2012 7:26 AM, Corinna Vinschen wrote:
> >Hi folks,
> >
> >
> >I've just uploaded a new snapshot "2012-02-27 12:04:23 UTC". It
> >contains two code snippets which are supposed to help diagnosing BLODA
> >problems.
> >
> >If you set the environment var
On Feb 29 16:26, Ilya Dogolazky wrote:
> Hi !
>
> 02/28/2012 05:50 PM, ext Corinna Vinschen пишет:
> >Oh, and then again... did you install the bash-completion package on
> >the server? It's known to result in such delays sometimes. I never
> >used it myself so I don't know what it's doing. So
On 27/02/2012 7:26 AM, Corinna Vinschen wrote:
Hi folks,
I've just uploaded a new snapshot "2012-02-27 12:04:23 UTC". It
contains two code snippets which are supposed to help diagnosing BLODA
problems.
If you set the environment variable CYGWIN to "detect_bloda" and then
start a Cygwin proces
On Feb 29 12:49, G.W. Haywood wrote:
> Hi there,
>
> >175712 by: "Frank Farance"
> >175717 by: Corinna Vinschen
> >175719 by: "Frank Farance"
> >175720 by: Corinna Vinschen
> >175721 by: "Frank Farance"
> >175722 by: Corinna Vinschen
> >175725 by: Earnie Boyd
> >175728 by: "Frank Farance"
>
> Wha
On Feb 29 07:39, Earnie Boyd wrote:
> On Wed, Feb 29, 2012 at 7:22 AM, Andrey Repin wrote:
> >
> > %SystemRoot%/Temp then ?
> >
>
> This isn't guaranteed to exist.
And it wouldn't change anything. It all depends on a safe ACL setting
one way or the other.
Corinna
--
Corinna Vinschen
On 29/02/2012 7:22 AM, Andrey Repin wrote:
do you filter by DLL name or it's full path?
Because, %SystemRoot%\system32\shlwapi.dll is likely to be harmless.
But same name DLL inserted from any other place...
That would be moving beyond mere BLODA and into malware territory. At
that point, just b
Hi !
02/28/2012 05:50 PM, ext Corinna Vinschen пишет:
Oh, and then again... did you install the bash-completion package on
the server? It's known to result in such delays sometimes. I never
used it myself so I don't know what it's doing. Somebody else might
know more here.
That would be a
On 2/29/2012 1:52 PM, Leo wrote:
Hi there
As mentioned in another thread bash with the new cygwin1.dll version 1.7.11-1
does not work properly when invoke by NT emacs.
It did work before, so I would like to revert to an older version of the
cygwin1.dll. How can I do this? And is there a way t
Leo was heard to say:
It did work before, so I would like to revert to an older version of
the cygwin1.dll. How can I do this? And is there a way to revert the
other packages so that they are compatible with the older cygwin1 all?
Many thanks. Any help is appreciated. It is very annoying
[Reformatted--see: http://cygwin.com/acronyms/#PCYMTWLL ]
On 2012-02-29 12:52Z, Leo wrote:
>
> As mentioned in another thread bash with the new cygwin1.dll version
> 1.7.11-1 does not work properly when invoke by NT emacs.
>
> It did work before, so I would like to revert to an older version of
Hi there
As mentioned in another thread bash with the new cygwin1.dll version 1.7.11-1
does not work properly when invoke by NT emacs.
It did work before, so I would like to revert to an older version of the
cygwin1.dll. How can I do this? And is there a way to revert the other packages
so tha
On Tue, Feb 28, 2012 at 3:24 PM, Frank Farance wrote:
>
> So I don't believe this is a WinSCP problem, AND the problem is
> demonstrated independent of WinSCP.
>
What is TZ set to in your Cygwin environment? Try the string EST5EDT
to see if it helps.
--
Earnie
-- https://sites.google.com/site/e
Hi there,
175712 by: "Frank Farance"
175717 by: Corinna Vinschen
175719 by: "Frank Farance"
175720 by: Corinna Vinschen
175721 by: "Frank Farance"
175722 by: Corinna Vinschen
175725 by: Earnie Boyd
175728 by: "Frank Farance"
What are the filesystems involved? VFAT anywhere?
--
73,
Ged.
--
On Tue, Feb 28, 2012 at 9:27 PM, Pat Tressel wrote:
> Andrey --
>
>>> Background: Ok, this is really weird...
>>
>> It's even weirder, than you'd think.
>> Hint: reg:HKEY_CURRENT_USER\Console
>
> Oh, that. I could *not* remember "console". I was thinking
> "terminal" or "you know, whatever
What is the mintty equivalent to rxvt/xterm's
-si|+si
Turn on/off scroll-to-bottom on TTY output inhibit;
resource scrollTtyOutput has opposite effect.
I'd like to have it turned on, i.e., scroll to bottom whenever
there is new output. Couldn't find anything for mint
On Wed, Feb 29, 2012 at 7:22 AM, Andrey Repin wrote:
>
> %SystemRoot%/Temp then ?
>
This isn't guaranteed to exist.
--
Earnie
-- https://sites.google.com/site/earnieboyd
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
Greetings, Corinna Vinschen!
>> > Yup, confirmed. This occurs on W7/32 as well.
>> > I add shlwapi to the list of filtered DLLs for which no such message is
>> > printed.
>>
>> Could you please consider making such list configurable, if it's not much of
>> an issue?
>> This feature seems to be
Greetings, Corinna Vinschen!
>> > Dead on, thanks! The definitions of tmp and temp in /etc/profile result
>> > in a double definition of the %TMP% and %TEMP% dos variables from the
>> > .Net applications POV and it's too dumb to handle that gracefully.
>>
>> > So the solution is, either we drop
I need Your help...
I can not create an ADODB.Connection with cygwin/ruby.
I can create the connection with native ruby and in a Visual Basic
script.
What is wrong with my CygWin ruby ?
#!/usr/bin/ruby
require 'win32ole'
con = WIN32OLE.new('ADODB.Connection')
/minimal.rb:5:in `initialize':
Good day,
I've successfully used Cygwin and in particular it's RSYNC for many years,
for example to sync a Windows XP computer named Sendi to another XP computer
named Desti in a local network.
Since a few months however rsync is causing me endless trouble. I regularly
upgrade to new version
On Feb 29 09:41, Henry S. Thompson wrote:
> Fergus writes:
>
> > Q2 In some other contexts Cygwin provides "nox" versions additionally
> > to versions requiring a running X server. Is there any chance that
> > tcl-tk-8.4 could be recovered and offered as a nox version?
>
> +1
>
> Please!
If you
Fergus writes:
> Q2 In some other contexts Cygwin provides "nox" versions additionally
> to versions requiring a running X server. Is there any chance that
> tcl-tk-8.4 could be recovered and offered as a nox version?
+1
Please!
ht
--
Henry S. Thompson, School of Informatics, University
On Feb 29 02:51, Andrey Repin wrote:
> Greetings, Corinna Vinschen!
>
> > Dead on, thanks! The definitions of tmp and temp in /etc/profile result
> > in a double definition of the %TMP% and %TEMP% dos variables from the
> > .Net applications POV and it's too dumb to handle that gracefully.
>
> >
On Feb 28 22:41, Corinna Vinschen wrote:
> The culprit is setup.exe apparently. If it sets 1777 permissions, it
> uses the same permissions for the inheritable default permissions. It
> should remove the write bits before creating the inheritable default
> permissions. In Cygwin this is controll
On Wed, 2012-02-29 at 08:24 +, Fergus wrote:
> OK, thanks. I'm really miserable about this advance which has messed
> badly with my preferred MO (amongst other things, not using X).
The old 8.4 win32 tcl/tk was unmaintained and broken in many ways, as
discussed at length on these lists, and n
On Feb 29 02:41, Andrey Repin wrote:
> Greetings, Corinna Vinschen!
>
> > Yup, confirmed. This occurs on W7/32 as well.
> > I add shlwapi to the list of filtered DLLs for which no such message is
> > printed.
>
> Could you please consider making such list configurable, if it's not much of
> an
On Feb 28 19:36, Yaakov (Cygwin/X) wrote:
> On Tue, 2012-02-28 at 11:24 +0100, Corinna Vinschen wrote:
> > On Feb 28 03:43, Yaakov (Cygwin/X) wrote:
> > > On Tue, 2012-02-28 at 09:18 +0100, Corinna Vinschen wrote:
> > > > It's a bug in more, afaics. In case of pressing 'n', the search
> > > > fun
>> Previously bin/wish was a link to wish84.exe (from memory).
>> Recently it was upgraded to wish 8.5.exe. Now, unless X is
>> also running, wish fails ... I'm not quite certain which
>> recently upgraded package led to this: tcl-tk or tcltk ..?
> The tcltk libraries now require a running X serv
On 28 February 2012 19:58, David Sastre Medina wrote:
> Version 4.1-1 of base-files has been uploaded.
>
> Base-files is a set of system configuration and setup files.
>
> 4.1-1
> * Setting a system locale and a per-user locale breaks some configs
> and doesn't play well with mintty. Change
61 matches
Mail list logo
