On Sat, Apr 17, 2021 at 8:11 PM Kaz Kylheku (Cygwin)
<743-406-3...@kylheku.com> wrote:
>
> On 2021-04-08 21:34, Orgad Shaneh via Cygwin wrote:
> > On Fri, Apr 9, 2021 at 4:50 AM Andrey Repin
> > wrote:
> >>
> >> Greetings, Orgad Shaneh!
> >>
> >> > On Wed, Apr 7, 2021 at 11:47 PM Orgad Shaneh wro
On 2021-04-17 11:11, Kaz Kylheku (Cygwin) via Cygwin wrote:
On 2021-04-08 21:34, Orgad Shaneh via Cygwin wrote:
On Fri, Apr 9, 2021 at 4:50 AM Andrey Repin wrote:
Why? If I report a bug, I'm interested in this bug, and I don't want
to receive dozens of emails every day about other issues.
The
On 2021-04-08 21:34, Orgad Shaneh via Cygwin wrote:
On Fri, Apr 9, 2021 at 4:50 AM Andrey Repin
wrote:
Greetings, Orgad Shaneh!
> On Wed, Apr 7, 2021 at 11:47 PM Orgad Shaneh wrote:
> Marco Atzeri replied to the mailing list but did not CC me, so I
> didn't receive it:
The expectation is th
On Fri, Apr 9, 2021 at 4:50 AM Andrey Repin wrote:
>
> Greetings, Orgad Shaneh!
>
> > On Wed, Apr 7, 2021 at 11:47 PM Orgad Shaneh wrote:
> >>
> >> Hi,
> >>
> >> If a filesystem is mounted with noacl, calling chmod to add write
> >> permissions after umasking this permission doesn't work. Demonst
Greetings, Orgad Shaneh!
> On Wed, Apr 7, 2021 at 11:47 PM Orgad Shaneh wrote:
>>
>> Hi,
>>
>> If a filesystem is mounted with noacl, calling chmod to add write
>> permissions after umasking this permission doesn't work. Demonstrated
>> with command-line and C++.
>>
>> Did I miss something or is
On Wed, Apr 7, 2021 at 11:47 PM Orgad Shaneh wrote:
>
> Hi,
>
> If a filesystem is mounted with noacl, calling chmod to add write
> permissions after umasking this permission doesn't work. Demonstrated
> with command-line and C++.
>
> Did I miss something or is this a real bug? According to umask
On 07.04.2021 22:47, Orgad Shaneh via Cygwin wrote:
Hi,
If a filesystem is mounted with noacl, calling chmod to add write
permissions after umasking this permission doesn't work. Demonstrated
with command-line and C++.
Did I miss something or is this a real bug? According to umask man, it
shoul
Hi,
If a filesystem is mounted with noacl, calling chmod to add write
permissions after umasking this permission doesn't work. Demonstrated
with command-line and C++.
Did I miss something or is this a real bug? According to umask man, it
should only affect newly created files and directories, but
> -Original Message-
> From: Eirik Nordbrøden
> Sent: torsdag 22. oktober 2020 16:16
> To: Cygwin (cygwin@cygwin.com)
> Subject: I have a problem with some applications in Cygwin
>
> Hello
>
> I have been using for many years and have not really had any major
Redirecting to the list...
Forwarded Message
Subject: RE: I have a problem with some applications in Cygwin
Date: Fri, 23 Oct 2020 09:29:49 +
From: Eirik Nordbrøden
To: René Berber
-Original Message-
From: Cygwin On Behalf Of René Berber via
Cygwin
Sent
On Thu, 22 Oct 2020 at 15:15, Eirik Nordbrøden wrote:
> I have a new Windows 10 PC with a fresh Cygwin installation, but struggles
> with some of the applications that I have installed. When I try to use
> applications like ssh, ssh-keygen, git, snmpwalk, snmpnext etc. they all just
> hangs and
Hi!
>I have a new Windows 10 PC with a fresh Cygwin installation, but
>struggles with some of the applications that I have installed. When I
>try to use applications like ssh, ssh-keygen, git, snmpwalk, snmpnext
>etc. they all just hangs and I am not able to stop them through
>CTRL-C.
To me it so
On 10/22/2020 9:15 AM, Eirik Nordbrøden via Cygwin wrote:
I have been using for many years and have not really had any major
problems, but now I have run into a problem with some of the
applications in Cygwin that I have been struggling with for some time
without being able to solve it
Hello
I have been using for many years and have not really had any major problems,
but now I have run into a problem with some of the applications in Cygwin that
I have been struggling with for some time without being able to solve it.
Hopefully someone in this list can point me in the right
On 11/14/2017 12:37, L A Walsh wrote:
> Tetsuji Rai via cygwin wrote:
>> Hi all,
>>
>> I have many music files, so I often archive music directory with "tar
>> -cJvf music.tar.xz music" with environment variable XZ_OPTS="-T 3" (I
>> have 4 threaded first generation i7). The archive is about 30G
Not yet, because it takes a long time on my machine (1st generation i7).
Today I will try it.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#uns
Hi all,
I have many music files, so I often archive music directory with "tar
-cJvf music.tar.xz music" with environment variable XZ_OPTS="-T 3" (I
have 4 threaded first generation i7). The archive is about 30GB.
Until some weeks ago it worked fine. However since I updated to the
latest vers
On 07/10/2016 07:33, Abdullah Alhawaj wrote:
Hello,
When I try to compile in Altera Monitor Program, I usually get this message.
1 [main] bash 3196 find_fast_cwd: WARNING: Couldn't compute FAST_CWD pointer.
Honestly, I don’t know what the problem is. Can you please help me with that?
I’m using W
Hello,
When I try to compile in Altera Monitor Program, I usually get this message.
1 [main] bash 3196 find_fast_cwd: WARNING: Couldn't compute FAST_CWD pointer.
Honestly, I don’t know what the problem is. Can you please help me with that?
I’m using Windows 8.1.
Best,
--
Problem reports: ht
Greetings, Angelo Graziosi!
> I was playing with "dd" command to "install" an ISO image on an USB key
> (to make it bootable). The USB key has size 8 GiB and I did this (as
> Administrator):
>$ dd if=image.iso of=/dev/sdb bs=4M
> (image.iso has a size of 1.6 GiB). After this the USB key has
On Mon, 2015-03-02 at 01:52 +0100, Angelo Graziosi wrote:
> 2. To recreate the partitions table:
>
>$ cfdisk /dev/sdb (???)
>$ mkfs.vfat -F32 /dev/sdb1
>$ dosfslabel /dev/sdb1 USB_STICK
>
> but on Cygwin it seems that mkfs.vfat does not exist (in /usr/sbin I
> find cfdis
Just an exercise...
I was playing with "dd" command to "install" an ISO image on an USB key
(to make it bootable). The USB key has size 8 GiB and I did this (as
Administrator):
$ dd if=image.iso of=/dev/sdb bs=4M
(image.iso has a size of 1.6 GiB). After this the USB key has a size
(partit
On 12/09/2013 06:54 PM, Jim Cant wrote:
Thanks. Unfortunately, this dump() isn't what I need. I need to produce a dump of arbitrary program that has failed somewhere out of my
control in the system. The system debugger as specified by the 'AeDebug' registry key needs to get called when the arb
On 12/09/2013 03:39 PM, Jim Cant wrote:
I have a problem with Cygwin's Perl. If a process started by Perl
(system(), `` (backticks) ) crashes, the system debugger never getsww
called so I can't get a dump.
Have you tried perl dump?
http://perldoc.perl.org/functions/dump.html
--
I have a problem with Cygwin's Perl. If a process started by Perl
(system(), `` (backticks) ) crashes, the system debugger never getsww
called so I can't get a dump.
I have submitted the problem (see
below) to this list but got no responses. Can anyone suggest somewhere
else I might l
* On 2013 15 May 20:57 -0500, Larry Hall (Cygwin) wrote:
> How does it work for you if you use 'mintty' instead of rxvt? rxvt is
> really all but dead. I'd recommend not using it. That said, I tried
> starting vim from rxvt, ^Z, and fg. I could continue the vim session
> just fine. So maybe it
On 5/15/2013 9:01 PM, Jim Goodsell wrote:
Hello. I just did a re-load of cygwin, selecting among other packages vim
and rxvt. When I am editing in vim, and type ^Z to background the session,
and then type fg to resume, I get a blank screen. Whatever I type is echoed
-- there is no normal respo
Hello. I just did a re-load of cygwin, selecting among other packages
vim and rxvt. When I am editing in vim, and type ^Z to background the
session, and then type fg to resume, I get a blank screen. Whatever I
type is echoed -- there is no normal response to ESC, ^S, ^Q, ^Z, ^C :,
or ^L. I
On Wed, Oct 31, 2012 at 5:00 PM, marco atzeri wrote:
> On 10/31/2012 10:24 PM, Zdzislaw Meglicki wrote:
>>
>>> funny, I build it but forgot and never installed. At least you can
>> remove
>>> the third one.
>>
>> Err... which is the third one? Let me list the three here and you tell me
>> w
On 10/31/2012 10:24 PM, Zdzislaw Meglicki wrote:
> funny, I build it but forgot and never installed. At least you can remove
> the third one.
Err... which is the third one? Let me list the three here and you tell me which
can be removed:
to know if a file belongs to any package, use:
cy
> funny, I build it but forgot and never installed. At least you can remove
> the third one.
Err... which is the third one? Let me list the three here and you tell me which
can be removed:
$ pwd
/usr/lib/perl5
$ find . -name Magick.dll -print
./site_perl/5.14/i686-cygwin-threads-64int/auto/I
On 10/31/2012 7:56 PM, Zdzislaw Meglicki wrote:
./vendor_perl/5.14/i686-cygwin-threads-
64int/auto/Image/Magick/Magick.dll
the other two are probably coming from your build,
are the same or installed in different times ?
I have by now overwritten my own installation with
the vanilla Cygwin p
On Wed, Oct 31, 2012 at 1:56 PM, Zdzislaw Meglicki wrote:
>>> ./vendor_perl/5.14/i686-cygwin-threads-
>>> 64int/auto/Image/Magick/Magick.dll
>
>> the other two are probably coming from your build,
>> are the same or installed in different times ?
>
> I have by now overwritten my own installation w
>> ./vendor_perl/5.14/i686-cygwin-threads-
>> 64int/auto/Image/Magick/Magick.dll
> the other two are probably coming from your build,
> are the same or installed in different times ?
I have by now overwritten my own installation with
the vanilla Cygwin perl-Image-Magick and
perl-Graphics-Mag
On Wed, 2012-10-31 at 08:35 -0700, Zdzislaw Meglicki wrote:
> 2 [main] perl 5368 child_info_fork::abort:
> C:\cygwin\bin\cygpixman-1-0.dll: Loaded to different address:
> parent(0x4AAA)
> != child(0x2D)
http://cygwin.com/faq-nochunks.html#faq.using.fixing-fork-failures
Yaakov
On 10/31/2012 2:12 PM, Zdzislaw Meglicki wrote:
Yes, I did run perlrebase this time, but it didn't change anything. I just went
into ash,
as Administrator, then defined the PATH=/bin:/usr/bin, and typed
$ perlrebase
without any options. It did flag new addresses and sizes, but this did not fix
Yes, I did run perlrebase this time, but it didn't change anything. I just went
into ash,
as Administrator, then defined the PATH=/bin:/usr/bin, and typed
$ perlrebase
without any options. It did flag new addresses and sizes, but this did not fix
the problem.
As you suggested previously, it
On 10/30/2012 10:27 PM, Zdzislaw Meglicki wrote:
I didn't use perlrebase. I don't know how to use it. There's no "man"
and perlrebase --help says:
gustav@Crawley 510 $ perlrebase --help
/usr/bin/perl--help.exe and /usr/local/bin/perl--help.exe not found
usage: perlrebase [--help [baseaddr]]
gu
> try rebaseall and perlrebase but I doubt it is the root cause.
I've done rebaseall and rebase -s on the cygpixman-1-0.dll explicitly,
also on the Magick.dll, just to make sure. It makes no difference.
I use ImageMagick distributed with the recent version of Cygwin, that is
ImageMagick-6.7.6
On 10/30/2012 9:09 PM, Zdzislaw Meglicki wrote:
I have a problem with perl scripts that attempt to load cygpixman-1-0.dll. When
running a test on PerlMagick-6.76 I get the following:
$ make test
PERL_DL_NONLAZY=1 /usr/bin/perl.exe "-MExtUtils::Command::MM" "-e"
"
I have a problem with perl scripts that attempt to load cygpixman-1-0.dll. When
running a test on PerlMagick-6.76 I get the following:
$ make test
PERL_DL_NONLAZY=1 /usr/bin/perl.exe "-MExtUtils::Command::MM" "-e"
"test_harness(0, 'blib/lib', 'blib/arc
n please use the following link
to the problem reporting guidelines to help you file a problem
report:
<http://cygwin.com/problems.html>
--
Larry
_
A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of
I am also facing the same issue.
Any solution to fix?
Thanks in advance.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
On Mar 7 12:28, Lee D. Rothstein wrote:
> For example:
> --
> [/]
> [lr@GW2] PID=3508 #jobs=0 2012-03-07, 12:18:57
> $ pwd
> /
>
> [/]
> [lr@GW2] PID=3508 #jobs=0 2012-03-07, 12:19:36
> $ ls -l
> ls: reading directory .: No such file or directory
> total 2008
> drwxrwx---+ 1 lr root 0 Jan 10 23
On 3/2/2012 1:33 PM, Matt Seitz (matseitz) wrote:
From: Christopher Faylor
For the record, I don't think Yaakov, Corinna, or I are really
interested in spending our time adding some sort of suggestion
mechanism
to setup.exe. This would have ramifications both for setup.exe, for
the
script w
On Fri, Mar 02, 2012 at 10:31:54PM -0600, Robert Miles wrote:
>On 3/2/2012 11:43 AM, Christopher Faylor wrote:
>> On Fri, Mar 02, 2012 at 01:11:49AM -0600, Robert Miles wrote:
>>> On 3/1/2012 1:38 PM, Jeremy Bopp wrote:
On 03/01/2012 01:05 PM, Eric Blake wrote:
> On 03/01/2012 10:53 AM, Ma
On 3/2/2012 1:02 PM, Matt Seitz (matseitz) wrote:
From: Achim Gratz [mailto:strom...@nexgo.de]
I do and FTR: I don't want the cygwin Xorg server to be a dependency
to
all programs that might use X because that would pull in a lot of
packages that I have no use for on most systems.
Right, that
On 3/2/2012 11:43 AM, Christopher Faylor wrote:
On Fri, Mar 02, 2012 at 01:11:49AM -0600, Robert Miles wrote:
On 3/1/2012 1:38 PM, Jeremy Bopp wrote:
On 03/01/2012 01:05 PM, Eric Blake wrote:
On 03/01/2012 10:53 AM, Matt Seitz (matseitz) wrote:
[snip]
I suspect not, but I would like to see su
> From: Achim Gratz [mailto:strom...@nexgo.de]
>
> I do and FTR: I don't want the cygwin Xorg server to be a dependency
to
> all programs that might use X because that would pull in a lot of
> packages that I have no use for on most systems.
Right, that would be a disadvantage of making "xinit"
> From: Yaakov (Cygwin/X)
>
> I haven't seen any questions that I haven't already answered (although
> it would help if your mail client was capable of preserving a thread).
Sorry about that. Hopefully I've cleared up the threading problem now. Please
let me kno
> From: Christopher Faylor
>
> For the record, I don't think Yaakov, Corinna, or I are really
> interested in spending our time adding some sort of suggestion
mechanism
> to setup.exe. This would have ramifications both for setup.exe, for
the
> script which updates setup.ini, and for the genini s
> From: Robert Miles
>
> Does it always require xinit, or only sometimes?
Sometimes.
> If only sometimes, why
> should it always be installed even for computers where there is no
need
> for it?
It should be always be installed if the benefits of always installing it
outweigh the benefits of n
On Fri, Mar 02, 2012 at 01:11:49AM -0600, Robert Miles wrote:
>On 3/1/2012 1:38 PM, Jeremy Bopp wrote:
>> On 03/01/2012 01:05 PM, Eric Blake wrote:
>>> On 03/01/2012 10:53 AM, Matt Seitz (matseitz) wrote:
You don't think that Setup telling the user "package xyz requires
package xinit" mig
Greetings, Achim Gratz!
> As long as setup.exe doesn't handle "recommendations", how about having
> an (empty) package "X-application" (or whatever better name you come up
> with) that all such applications depend on? I'm still not sure how to
> get the actual warning to the user, but for starter
On 3/1/2012 1:38 PM, Jeremy Bopp wrote:
On 03/01/2012 01:05 PM, Eric Blake wrote:
On 03/01/2012 10:53 AM, Matt Seitz (matseitz) wrote:
You don't think that Setup telling the user "package xyz requires
package xinit" might at least tip off some users that running xyz now
requires starting an X s
On 3/1/2012 12:07 PM, Matt Seitz (matseitz) wrote:
"Matt Seitz (matseitz)"
"Christopher Faylor" wrote:
In the meantime, if people are piling on to suggest this because they
think it will cause someone to add xinit as a dependency to something
please be assured that this will not happen.
OK, w
"Yaakov (Cygwin/X)" writes:
> Thank you for reinforcing my point.
No, thank you for all your work, because without that we couldn't have
this discussion.
> While we certainly promote the Cygwin/X server, forcing
> xorg-server/xinit as a dependency not only won't prevent questions
> (since the us
On Fri, Mar 2, 2012 at 2:15 AM, Yaakov (Cygwin/X) wrote:
>
> Now please excuse me while I get back to orchestrating the next major
> transition for the distro.
>
>
> Yaakov
>
Thanks very much for this.
Marco
--
Problem reports: http://cygwin.com/problems.html
FAQ: http:/
On Thu, 2012-03-01 at 21:40 +0100, Achim Gratz wrote:
> Earnie Boyd writes:
> > And what Windows user who casually installs Cygwin has access to an X
> > server?
>
> I do and FTR: I don't want the cygwin Xorg server to be a dependency to
> all programs that might use X because that would pull in
On Thu, 2012-03-01 at 10:42 -0800, Matt Seitz (matseitz) wrote:
> "Christopher Faylor" wrote:
> >
> > Yaakov posted the rationale. You responded to it. Additional
> messages
> > insisting how much you want this are really pretty pointless.
>
> Sorry, I don't mean to be a pest. I'll wait and se
Earnie Boyd writes:
> And what Windows user who casually installs Cygwin has access to an X
> server?
I do and FTR: I don't want the cygwin Xorg server to be a dependency to
all programs that might use X because that would pull in a lot of
packages that I have no use for on most systems. You mig
On 3/1/2012 8:05 PM, Eric Blake wrote:
[your mailer doesn't set In-Reply-To correctly, which means you are
starting a bunch of new threads instead of replying in-thread]
On 03/01/2012 10:53 AM, Matt Seitz (matseitz) wrote:
"Yaakov (Cygwin/X)" wrote:
Using X requires user intervention to start
On 03/01/2012 01:05 PM, Eric Blake wrote:
> On 03/01/2012 10:53 AM, Matt Seitz (matseitz) wrote:
>> You don't think that Setup telling the user "package xyz requires
>> package xinit" might at least tip off some users that running xyz now
>> requires starting an X server?
>>
>> Even if it doesn't r
[your mailer doesn't set In-Reply-To correctly, which means you are
starting a bunch of new threads instead of replying in-thread]
On 03/01/2012 10:53 AM, Matt Seitz (matseitz) wrote:
> "Yaakov (Cygwin/X)" wrote:
>> Using X requires user intervention to start an X server first. No
>> amount of au
"Christopher Faylor" wrote:
>
> Yaakov posted the rationale. You responded to it. Additional
messages
> insisting how much you want this are really pretty pointless.
Sorry, I don't mean to be a pest. I'll wait and see if Yaakov replies
to my latest questions.
--
Problem reports: htt
On Thu, Mar 1, 2012 at 1:28 PM, Christopher Faylor wrote:
>
> TK does not require an X server running on the same system. This has
> been explained in this very thread.
>
> If you have points to make, don't make them with a "me too"
> unless you're planning on addressing the issues that Yaakov rai
On Thu, Mar 1, 2012 at 1:21 PM, Christopher Faylor wrote:
> On Thu, Mar 01, 2012 at 10:07:33AM -0800, Matt Seitz (matseitz) wrote:
>>"Matt Seitz (matseitz)"
>>>"Christopher Faylor" wrote:
>>>
In the meantime, if people are piling on to suggest this because they
think it will cause someone
On Thu, Mar 01, 2012 at 01:20:49PM -0500, Earnie Boyd wrote:
>On Thu, Mar 1, 2012 at 1:14 PM, Christopher Faylor wrote:
>> On Thu, Mar 01, 2012 at 09:54:23AM -0800, Matt Seitz (matseitz) wrote:
>>>"Christopher Faylor" wrote:
In the meantime, if people are piling on to suggest this because
On Thu, Mar 01, 2012 at 10:07:33AM -0800, Matt Seitz (matseitz) wrote:
>"Matt Seitz (matseitz)"
>>"Christopher Faylor" wrote:
>>
>>> In the meantime, if people are piling on to suggest this because they
>>> think it will cause someone to add xinit as a dependency to something
>>> please be assure
On Thu, Mar 1, 2012 at 1:14 PM, Christopher Faylor wrote:
> On Thu, Mar 01, 2012 at 09:54:23AM -0800, Matt Seitz (matseitz) wrote:
>>"Christopher Faylor" wrote:
>>>
>>> In the meantime, if people are piling on to suggest this because they
>>> think it will cause someone to add xinit as a dependency
On Thu, Mar 01, 2012 at 09:54:23AM -0800, Matt Seitz (matseitz) wrote:
>"Christopher Faylor" wrote:
>>
>> In the meantime, if people are piling on to suggest this because they
>> think it will cause someone to add xinit as a dependency to something
>> please be assured that this will not happen.
>
"Matt Seitz (matseitz)"
>"Christopher Faylor" wrote:
>
>> In the meantime, if people are piling on to suggest this because they
>> think it will cause someone to add xinit as a dependency to something
>> please be assured that this will not happen.
>
> OK, what would cause someone to add xinit as
"Christopher Faylor" wrote:
>
> In the meantime, if people are piling on to suggest this because they
> think it will cause someone to add xinit as a dependency to something
> please be assured that this will not happen.
OK, what would cause someone to add xinit as a dependency to something?
--
"Yaakov (Cygwin/X)" wrote:
> Using X requires user intervention to start an X server first. No
> amount of automatic dependencies will change this, and therefore I
don't
> expect that the number of questions would change one iota.
You don't think that Setup telling the user "package xyz requires
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
"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
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 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
>> 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 Fri, Feb 24, 2012 at 09:09:02AM -0600, Jeremy Bopp wrote:
>On 02/24/2012 08:25 AM, Fergus wrote:
>> 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 with
>>
>> $ wish
>> % Application initializa
On 02/24/2012 08:25 AM, Fergus wrote:
> 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 with
>
> $ wish
> % Application initialization failed: no display name and no $DISPLAY
> environment variable
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 with
$ wish
% Application initialization failed: no display name and no $DISPLAY
environment variable
I'm not quite certain which recently upgraded p
On 4/21/2010 9:24 AM, Dave Korn wrote:
On 21/04/2010 13:35, Larry Hall (Cygwin) wrote:
On 4/21/2010 5:59 AM, Yuval Emek wrote:
This is very strange mainly because I don't have (and I never had) a
D:\ partition on my laptop. (How did you extract this info from my
cygcheck output btw?)
See the
On 21/04/2010 13:35, Larry Hall (Cygwin) wrote:
> On 4/21/2010 5:59 AM, Yuval Emek wrote:
>> This is very strange mainly because I don't have (and I never had) a
>> D:\ partition on my laptop. (How did you extract this info from my
>> cygcheck output btw?)
>
> See the following from your cygcheck
On 4/21/2010 5:59 AM, Yuval Emek wrote:
This is very strange mainly because I don't have (and I never had) a
D:\ partition on my laptop. (How did you extract this info from my
cygcheck output btw?)
See the following from your cygcheck output:
Cygwin installations found in the registry:
Syste
On Wed, Apr 21, 2010 at 00:43, Larry Hall (Cygwin) wrote:
> On 4/20/2010 9:38 AM, Yuval Emek wrote:
>>
>> When invoking a cygwin bash shell window, I'm getting the following
>> message:
>> ***message begins***
>> Your group is currently "mkgroup". This indicates that neither
>> your gid nor your p
On 4/20/2010 9:38 AM, Yuval Emek wrote:
When invoking a cygwin bash shell window, I'm getting the following
message:
***message begins***
Your group is currently "mkgroup". This indicates that neither
your gid nor your pgsid (primary group associated with your SID)
is in /etc/group.
The /etc/gr
When invoking a cygwin bash shell window, I'm getting the following message:
***message begins***
Your group is currently "mkgroup". This indicates that neither
your gid nor your pgsid (primary group associated with your SID)
is in /etc/group.
The /etc/group (and possibly /etc/passwd) files shou
On Tue, Aug 04, 2009 at 09:30:22AM +0100, Andy Koppe wrote:
>2009/8/4 Christopher Faylor:
>>I just noticed one of those annoying black boxes when running X on
>>Windows 7. ??I don't think I ever tried to run X there before.
>>
>>The first release of Cygwin which was supposed to fix this problem wa
2009/8/4 Christopher Faylor:
> I just noticed one of those annoying black boxes when running X on
> Windows 7. I don't think I ever tried to run X there before.
>
> The first release of Cygwin which was supposed to fix this problem
> was 1.7.0-51 but I can't even run X with that version.
>
> Have
On 04/08/2009 01:04, Christopher Faylor wrote:
I just noticed one of those annoying black boxes when running X on
Windows 7. I don't think I ever tried to run X there before.
The first release of Cygwin which was supposed to fix this problem
was 1.7.0-51 but I can't even run X with that version
I just noticed one of those annoying black boxes when running X on
Windows 7. I don't think I ever tried to run X there before.
The first release of Cygwin which was supposed to fix this problem
was 1.7.0-51 but I can't even run X with that version.
Have the console windows always been showing u
After normal startup of bash, the following command hangs after printing
the header row:
$ typeperf '\Processor(_Total)\% Processor Time' -si 1 -sc 2
--
Solution: insert 'chcp 1252' in cygwin.bat before calling bash.exe:
-- cygwin.bat begin --
@echo off
chcp 1252
chdir /d E:\cygwin\bin
bash --lo
--- Begin Message ---
A huge number (575) of 'man' pages, that reference other man pages using a
'.so' (source include) reference, fail to work because the plain text files
have the '.gz' extension appended without actually being gzipped. Could
this be due to a mishap in or with the 'cygport' pa
Buchbinder, Barry (NIH/NIAID) wrote on 15 August 2008 22:24:
> It would seem that when setup encounters the error that Garret
> encountered, it should ask whether to continue anyway (i.e., invoke -X)
> or abort. If nothing else, it will avoid some of emails to the list
> that repeats Garret's rep
ew problem, and after looking at a few
>> mirror sites and seeing that this file setup.ini.sig was updated a
>> few
>> days ago that has lead me to believe that this file has a problem
>> with GRASS.
>>
>> any clues?
>
> Yep: setup.exe now (by default)
e
> Problem reports: http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ: http://cygwin.com/faq/
>
>
>
--
View this message in context:
http://www.nabble.com/Im-having-a-problem-downloading-version-1.5.25-
Garret wrote on 15 August 2008 17:07:
> I have been frustratingly stumped by this for 2 weeks now.
Argh, sorry about that. We announced the release on all the mailing
lists, but we don't really have any idea how many unofficial mirrors are out
there using the setup.exe infrastructure.
If yo
1 - 100 of 205 matches
Mail list logo
