On 2/24/2012 6:37 PM, Mike Kaganski wrote:
25.02.2012 9:53, Larry Hall (Cygwin) пишет:
On 2/24/2012 5:43 PM, Matt Seitz (matseitz) wrote:
My question is: are there enough gitk users who would need/want the
Cygwin xorg-server that it would be worth installing xorg-server by
default when installi
Bilig Ordos writes:
> After this, I'm still having the same issue - I can only execute the
> internal "bash" commands, which are the commands listed by doing
> "help" from the shell. I'm not able to run any other commands such as
> "ls", "uname", and "man" ...
Others have mentioned things for you
Still no luck. Since I don't have "uname" command either, I decided to
"reinstall" the "cygwin" (1.7.10-1) and "coreutil" (8.15-1) packages
by running the setup and selecting "reinstall". I rebooted my PC
before doing this so there should not have been any Cygwin processes
running.
After this, I'm
On 24/02/2012 19:56, Andrew DeFaria wrote:
> I'm trying to automate the setup of cygwin and I'm running setup.exe
> with many additional options. All in all it's working fairly nicely but
> the --no-verify doesn't seem to work. The help says that --no-verify is
> "Don't verify setup.ini signatures"
On 2/24/2012 3:22 AM, Paul Keir wrote:
Hello,
After installing a package (libxrandr-dev I think) GCC 4.5.3 (from
Exp) has a problem. Even Hello World gives me:
hello.c:1:0: fatal error: can't open /tmp/ccc6IHTT.s for writing: No
such file or directory
compilation terminated.
I have tried r
Greetings, Andrew DeFaria!
> According to http://cygwin.com/faq/faq.setup.html#faq.setup.home if not
> set in the Windows environment then the entry in /etc/password should be
> used. Where is this accomplished? Because I'm not seeing it happen.
> Instead /etc/profile is invoked and HOME is set
25.02.2012 9:53, Larry Hall (Cygwin) пишет:
On 2/24/2012 5:43 PM, Matt Seitz (matseitz) wrote:
My question is: are there enough gitk users who would need/want the
Cygwin xorg-server that it would be worth installing xorg-server by
default when installing gitk, even though some gitk users may not
"Earnie Boyd" wrote:
> While this resolves an immediate issue you should determine the fix
> for platform determination in the upstream source so that the correct
> file is created in the first place.
Yes, I have also suggested exactly that on the upstream mailing list:
http://marc.info/?t=13299
On 02/24/2012 01:44 PM, Bilig Ordos wrote:
> I've been happy with 1.7.9, but couldn't resist my curiosity so ran
> the 1.7.10-1 setup today. During the process it complained that Cygwin
> is running and offered me options to either stop the Cygwin and try
> again, or continue and reboot after it is
On 2/24/2012 5:43 PM, Matt Seitz (matseitz) wrote:
"Larry Hall (Cygwin)" wrote:
Nobody that doesn't need or want it has to install the X-Server. If
one uses gitk though, one has now moved into the category of
"need/want
the X-Server" if one wasn't already in that category. ;-)
Well, they c
"Larry Hall (Cygwin)" wrote:
>
> Nobody that doesn't need or want it has to install the X-Server. If
> one uses gitk though, one has now moved into the category of
"need/want
> the X-Server" if one wasn't already in that category. ;-)
Well, they certainly will need/want AN X-Server. But I thoug
On 2/24/2012 3:50 PM, Matt Seitz (matseitz) wrote:
"Corinna Vinschen" wrote:
> On Feb 24 11:26, Matt Seitz (matseitz) wrote:
Should xorg-server be specified as a runtime dependency of gitk?
The X server is no hard requirement. Consider:
$ DISPLAY=my_linux_box:0 gitk&
True. But woul
David,
Thank you for your prompt reply.
Since I also don't have "chmod" and "chown" commands, I tried to set
the permission on those file in "C:\cygwin\etc\defaults\etc" (I assume
that's the location for "/etc") using Windows file properties dialog
box - I went to the "Security" and gave "full co
According to http://cygwin.com/faq/faq.setup.html#faq.setup.home if not
set in the Windows environment then the entry in /etc/password should be
used. Where is this accomplished? Because I'm not seeing it happen.
Instead /etc/profile is invoked and HOME is set to nothing and
/etc/profile tries
I'm trying to automate the setup of cygwin and I'm running setup.exe
with many additional options. All in all it's working fairly nicely but
the --no-verify doesn't seem to work. The help says that --no-verify is
"Don't verify setup.ini signatures" yet when I run it I see a lot of
"Checking MD5
On Fri, Feb 24, 2012 at 03:44:46PM -0500, Bilig Ordos wrote:
> I've been happy with 1.7.9, but couldn't resist my curiosity so ran
> the 1.7.10-1 setup today. During the process it complained that Cygwin
> is running and offered me options to either stop the Cygwin and try
> again, or continue and
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 Feb 24 15:42, Christopher Faylor wrote:
> On Thu, Feb 23, 2012 at 03:03:40PM -0800, cppjavaperl wrote:
> >This was discovered in cygwin-1.7.10-1.
> >
> >If you run 'ldd' against an executable, and the executable has
> >dependent DLLs which do *not* have execute permissions, ldd's output
> >stops
On Fri, Feb 24, 2012 at 03:42:33PM -0500, Christopher Faylor wrote:
>On Thu, Feb 23, 2012 at 03:03:40PM -0800, cppjavaperl wrote:
>>This was discovered in cygwin-1.7.10-1.
>>
>>If you run 'ldd' against an executable, and the executable has
>>dependent DLLs which do *not* have execute permissions, l
"Corinna Vinschen" wrote:
> On Feb 24 11:26, Matt Seitz (matseitz) wrote:
> >
> > Should xorg-server be specified as a runtime dependency of gitk?
>
> The X server is no hard requirement. Consider:
>
> $ DISPLAY=my_linux_box:0 gitk&
True. But would the benefit (helping new users) outweigh
I've been happy with 1.7.9, but couldn't resist my curiosity so ran
the 1.7.10-1 setup today. During the process it complained that Cygwin
is running and offered me options to either stop the Cygwin and try
again, or continue and reboot after it is done. So I selected to
continue and then rebooted.
On Thu, Feb 23, 2012 at 03:03:40PM -0800, cppjavaperl wrote:
>This was discovered in cygwin-1.7.10-1.
>
>If you run 'ldd' against an executable, and the executable has
>dependent DLLs which do *not* have execute permissions, ldd's output
>stops when it reaches the offending dependent DLL, and repor
On Feb 24 11:26, Matt Seitz (matseitz) wrote:
> "Yaakov (Cygwin/X)" wrote:
> >
> > xorg-server is not specified as a runtime dependency of libX11 or
> libxcb
> > for several reasons:
>
> Should xorg-server be specified as a runtime dependency of gitk?
The X server is no hard requirement. Consid
"Yaakov (Cygwin/X)" wrote:
>
> xorg-server is not specified as a runtime dependency of libX11 or
libxcb
> for several reasons:
Should xorg-server be specified as a runtime dependency of gitk?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq
> On Feb 24 02:07, Tassilo Philipp wrote:
>> > On my system:
>> >
>> > $ rebase -si |grep etc.so
>> > /usr/lib/ruby/1.8/i386-cygwin/etc.so base 0x5a1d size
>> 0x9000
>>
>> I believe you that that is usually the case, however, on my machine,
>> this command doesn't return anything, eve
On 2/24/2012 11:03 AM, Yohann Martineau wrote:
hello,
sorry if this question has already been asked one thousand times, if
it's the case, google, the faq and the mailing list search engine
missed it.
If I create the following tree in windows explorer:
dir1
dir2
file1
file2
Right-cl
Please, don't http://cygwin.com/acronyms/#TOFU
On Feb 24 11:32, Ferguson, Michael wrote:
> Grüß Gott Corinna --
>
> Thanks. I updated our development environment to the latest stable
> release via setup.exe, then I installed the snapshot
> "cygwin-inst-20120220.tar.bz2" per the instructions a
On 24/02/2012 15:07, Eliot Moss wrote:
> On 2/24/2012 9:57 AM, Jim Rome wrote:
>> Larry Hall (Cygwin cygwin.com> writes:
>>>
>>> To the OP, run the same from an elevated prompt and these
>>> errors should disappear.
>>>
>>
>> I tried it also with windows style paths, both using \\ and / as
>> sep
On 24/02/2012 15:36, Paul Keir wrote:
> echo $? returns 1 after using gcc.
Right, that's "helpful" of it! That's clearly just a fail status but not an
errno value.
Anyway, I think your cygcheck reveals the problem. You have multiple
cygwin1.dlls of different versions in your path at the sam
Grüß Gott Corinna --
Thanks. I updated our development environment to the latest stable release via
setup.exe, then I installed the snapshot "cygwin-inst-20120220.tar.bz2" per the
instructions at http://cygwin.com/faq-nochunks.html#faq.setup.snapshots . After
that, I was able to use lftp to con
On 2/24/2012 11:13 AM, Jim Rome wrote:
That did it, although I think I tried it with no quotes before. I also
used Windows paths with / in them.
This was really frustrating. Cygwin should have better
documentation about issues like this.
Glad to be of help. A bunch of this *is*
documented, som
> Here's the thing I am wondering about:
>
> In bash, in a " " quoted string, backslash acts kind of as in C and may
> need to be escaped (doubled). It can be tricky/painful to find the
> right quoting/escaping combination to get what is necessary. In a
> ' ' quoted string, you get what you type.
On Fri, Feb 24, 2012 at 5:03 PM, Yohann Martineau
wrote:
> Right-click on dir1 in windows explorer, uncheck grayed read-only and
> check-in read-only, apply on all subfolders and files.
>
sorry I forgot "click on properties option".
thanks,
yohann
--
Problem reports: http://cygwin.com/p
hello,
sorry if this question has already been asked one thousand times, if
it's the case, google, the faq and the mailing list search engine
missed it.
If I create the following tree in windows explorer:
dir1
dir2
file1
file2
Right-click on dir1 in windows explorer, uncheck grayed read
On 2/24/2012 10:56 AM, Jim Rome wrote:
Could you post the command line(s) you used? Maybe
we can spot something EM
Usage: tkfPush port tkf_file_name_path launch_java(t/f)
C:\Users\jar>tkfpush 4879 Bar.tkf t
Client: WSAStartup() is OK.
jar location="C:\Users\jar\Tekdraw2\tekPlot\d
> Could you post the command line(s) you used? Maybe
> we can spot something EM
>
Usage: tkfPush port tkf_file_name_path launch_java(t/f)
C:\Users\jar>tkfpush 4879 Bar.tkf t
Client: WSAStartup() is OK.
jar location="C:\Users\jar\Tekdraw2\tekPlot\dist\tekPlot.jar"
Client: WSAStartup(
On 2/24/2012 10:38 AM, Jim Rome wrote:
Yes, the responder *is* saying that you need to run this as
administrator. I can't speak for the difference with MinGW.
Eliot Moss
I reran this in a Windows 7 command window as an
administrator, using the Windows style paths using \\,
and still get the s
> Yes, the responder *is* saying that you need to run this as
> administrator. I can't speak for the difference with MinGW.
>
> Eliot Moss
I reran this in a Windows 7 command window as an
administrator, using the Windows style paths using \\,
and still get the same result. It cannot find the j
echo $? returns 1 after using gcc.
On 24/02/2012 14:57, Dave Korn wrote:
On 24/02/2012 13:52, Paul Keir wrote:
Thanks. No, it's not full. The permissions are:
drwxrwxrwt+ 1 Paul root 0 Feb 24 13:36 tmp
and I can create the same file manually.
Oh well, always worth checking the basics
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
On 2/24/2012 9:57 AM, Jim Rome wrote:
Larry Hall (Cygwin cygwin.com> writes:
To the OP, run the same from an elevated prompt and these
errors should disappear.
I tried it also with windows style paths, both using \\ and / as
separators with the same results.
What does "to the OP" mean? A
Larry Hall (Cygwin cygwin.com> writes:
>
> To the OP, run the same from an elevated prompt and these
> errors should disappear.
>
I tried it also with windows style paths, both using \\ and / as
separators with the same results.
What does "to the OP" mean? And are you implying it has to be r
On 24/02/2012 13:52, Paul Keir wrote:
> Thanks. No, it's not full. The permissions are:
> drwxrwxrwt+ 1 Paul root 0 Feb 24 13:36 tmp
> and I can create the same file manually.
Oh well, always worth checking the basics first, but no real surprise!
> The output of gcc -v hello.c is attached.
On Fri, Feb 24, 2012 at 8:52 AM, Paul Keir wrote:
> Thanks. No, it's not full. The permissions are:
> drwxrwxrwt+ 1 Paul root 0 Feb 24 13:36 tmp
> and I can create the same file manually.
>
> The output of gcc -v hello.c is attached. I am running Windows 7
> Professional - Service Pack 1.
>
>
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
Thanks. No, it's not full. The permissions are:
drwxrwxrwt+ 1 Paul root 0 Feb 24 13:36 tmp
and I can create the same file manually.
The output of gcc -v hello.c is attached. I am running Windows 7
Professional - Service Pack 1.
I'm afraid I can't send the output of cygcheck to the mailing
Hi to all,
Recently I try ./configure && make && make check on the official source of
gsl-1.15.
Surprisingly, make check failed on histogram in histogram/test1d.c line 436.
Same with the test programs linked against cyggsl-0.dll.
I was able to reproduce the problem in a more simple manner test.c
On 2/24/2012 1:31 PM, Michael Lutz wrote:
Am 24.02.2012 03:25 schrieb marco atzeri:
the cygwin's ruby package "etc.so" should be included in the rebaseall
list by default.
I never said my script would specifically fix this problem. I only said
that, just like for perl, it is very easy to insta
On 18/02/2012 18:32, Jeremiah Bishop wrote:
> the bash commands used are: 1) gcc "cygwin puzzle.c"
>
> 2) ./a.out a b
> Now either version used on a file with a shorter set of lines, works just
> fine but strangely, that single digit difference aborts the program without
> throwing any error on t
Am 24.02.2012 03:25 schrieb marco atzeri:
> the cygwin's ruby package "etc.so" should be included in the rebaseall
> list by default.
I never said my script would specifically fix this problem. I only said
that, just like for perl, it is very easy to install additional binary
ruby modules NOT cove
On 24/02/2012 09:22, Paul Keir wrote:
> Hello,
>
> After installing a package (libxrandr-dev I think) GCC 4.5.3 (from Exp)
> has a problem. Even Hello World gives me:
>
> hello.c:1:0: fatal error: can't open /tmp/ccc6IHTT.s for writing: No
> such file or directory
> compilation terminated.
>
> I
On Feb 23 15:03, cppjavaperl wrote:
> This was discovered in cygwin-1.7.10-1.
>
> If you run 'ldd' against an executable, and the executable has
> dependent DLLs which do *not* have execute permissions, ldd's output
> stops when it reaches the offending dependent DLL, and reports no
> further info
On Feb 23 13:30, Ferguson, Michael wrote:
> Hi all --
>
> A change (probably one of the TTY changes) in Cygwin DLL 1.7.10-1
> broke sftp support in the lftp file transfer package. When using
> 1.7.10-1, ssh complains "read_passphrase: can't open /dev/tty: No such
> device or address" when lftp tri
On Thu, 2012-02-23 at 18:41 -0200, Gelorge Nevada wrote:
> Using wxWidgets 2.8.0.
>From where, and with which backend? Have you tried updating to 2.8.12?
Yaakov
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http
On Feb 23 18:41, Gelorge Nevada wrote:
> I open a file whith a path to a printer network share as
> \\BOQUETA\REQ in binary mode to write directly to a matricial printer.
> Until 1.7.9 thats works fine, but after update to 1.7.10 stops work.
> Using wxWidgets 2.8.0. As a test, I replace cygwin1.d
Hello,
After installing a package (libxrandr-dev I think) GCC 4.5.3 (from Exp)
has a problem. Even Hello World gives me:
hello.c:1:0: fatal error: can't open /tmp/ccc6IHTT.s for writing: No
such file or directory
compilation terminated.
I have tried reinstalling GCC with no luck. Can anyone
On Feb 24 02:07, Tassilo Philipp wrote:
> > On my system:
> >
> > $ rebase -si |grep etc.so
> > /usr/lib/ruby/1.8/i386-cygwin/etc.so base 0x5a1d size 0x9000
>
> I believe you that that is usually the case, however, on my machine,
> this command doesn't return anything, even with a c
On Feb 23 21:49, Yaakov (Cygwin/X) wrote:
> On Thu, 2012-02-23 at 15:19 +0100, Corinna Vinschen wrote:
> > On Feb 21 18:09, Corinna Vinschen wrote:
> > > Btw., in how far is XWin broken? I just tried to start it from the
> > > start menu and that worked perfectly fine. I get the default xterm
> >
> On my system:
>
> $ rebase -si |grep etc.so
> /usr/lib/ruby/1.8/i386-cygwin/etc.so base 0x5a1d size 0x9000
I believe you that that is usually the case, however, on my machine, this
command doesn't return anything, even with a completely fresh cygwin install,
including the ruby p
59 matches
Mail list logo
