CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: c...@sourceware.org 2011-12-08 18:24:24
Modified files:
cygwin : ChangeLog
cygwin/include/sys: wait.h
Log message:
* include/sys/wait.h: Add in all c++ functions.
Patches:
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: c...@sourceware.org 2011-12-08 20:24:34
Modified files:
cygwin : ChangeLog select.cc
Log message:
* select.cc (cygwin_select): Make sure that 0 is returned when sel.wait
times
out.
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: c...@sourceware.org 2011-12-09 03:19:41
Modified files:
cygwin : ChangeLog select.cc
Log message:
* select.cc (cygwin_select): Fifth time is the charm.
Patches:
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: c...@sourceware.org 2011-12-09 06:57:21
Modified files:
cygwin : debug.cc
Log message:
Revert erroneous checkin
Patches:
On Thu, Dec 08, 2011 at 07:42:48AM +0100, Christian Franke wrote:
Christopher Faylor wrote:
On Thu, Dec 08, 2011 at 12:17:11AM +0100, Christian Franke wrote:
Christopher Faylor wrote:
...
/usr/local/src/trunk/objdir.withada/./prev-gcc/g++
-B/usr/local/src/trunk/objdir.withada/./prev-gcc/
...
Christopher Faylor wrote:
On Thu, Dec 08, 2011 at 07:42:48AM +0100, Christian Franke wrote:
Fix:
#ifdef __cplusplus
+extern C++ {
...
inline int __wait_status_to_int(int __status) { }
inline int __wait_status_to_int(const union wait__status) { }
...
+}
#endif
I've added that to
On 8 December 2011 00:33, Enrico Forestieri wrote:
Corinna Vinschen writes:
Just so it's clear why I did that, maybe you want to have a look into
the brief discussion on the cygwin-developers list:
http://cygwin.com/ml/cygwin-developers/2011-11/msg0.html
All good reasons, but you are
On Dec 8 00:33, Enrico Forestieri wrote:
Corinna Vinschen writes:
Just so it's clear why I did that, maybe you want to have a look into
the brief discussion on the cygwin-developers list:
http://cygwin.com/ml/cygwin-developers/2011-11/msg0.html
All good reasons, but you are going
On Dec 7 16:47, Lars Bjørndal wrote:
On on., des. 07, 2011 at 01:40:25 +0100, Lars Bjørndal wrote:
[Corinna]
On Dec 7 10:23, Lars Bjørndal wrote:
[Corinna]
[...]
Btw., brltty doesn't work is a bit low on detail. It would also be
helpful if you could find out with
Dear colleagues,
I will repost the same question I did before, correcting my lack of
imagination in working around some restrictions on file attachments.
The setup I am using is the 2.761. I downloaded all the packages,
including all the suggested dependencies, in advance and made the
On 12/8/2011 11:40 AM, Helio C. Bortolon wrote:
Dear colleagues,
Pressing 'retry', the window keeps refreshing continuously. Pressing
'continue' leads to a hang in the process, and canceling it leads to:
Cannot open log file D:\Documents and
Settings\CXZH/var/log/setup.log for writing
do
Hello,
I upgrade from snapshot 20110829 to current 20111208 qand I update the tools
too.
$ uname -a
CYGWIN_NT-6.1-WOW64 PCFX167 1.7.10s(0.255/5/3) 20111208 06:50:31 i686 Cygwin
I did rebaseall and peflagsall.
I got some Bad address errors while compiling with make while running shell
scripts
On 12/4/2011 4:06 AM, Corinna Vinschen wrote:
On Dec 4 02:55, Ryan Johnson wrote:
On 25/11/2011 10:47 AM, Spiro Trikaliotis wrote:
Hello,
* On Thu, Nov 24, 2011 at 07:59:58PM -0500 Ryan Johnson wrote:
Lately I've noticed that running make -j4 on my quad-core win7-x64
machine causes it to
Corinna Vinschen writes:
Which raises the question why the Cygwin version of lyx uses
cygwin_conv_path at all. Does it call Windows functions with the paths?
If so, why? If not, why are the paths converted to Windows?
Because the user *could* enter Windows paths (e.g., for including
run ssh user@host, and I also can't start
sshd. (/var/log/sshd.log contains the same PRNG is not seeded error
message.)
Sigh. I screwed up select() so the test is suspect.
No problem. I redid the test:
$ uname -a
CYGWIN_NT-6.1-WOW64 fiona 1.7.10s(0.255/5/3) 20111208 06:50:31 i686 Cygwin
On 08/12/2011 6:18 AM, Robert Miles wrote:
On 12/4/2011 4:06 AM, Corinna Vinschen wrote:
Anyway, stoppping the PCA service and setting its start mode to Manual
does the trick for me. While I was at it I also disabled Superfetch,
which drops the memory usage of this svchost to a fraction of
marco atzeri marco.atzeri at gmail.com writes:
On 12/8/2011 11:40 AM, Helio C. Bortolon wrote:
Dear colleagues,
Pressing 'retry', the window keeps refreshing continuously. Pressing
'continue' leads to a hang in the process, and canceling it leads to:
Cannot open log file
Enrico Forestieri writes:
However, I experimented a bit with the last snapshot, and even using Greek
or Japanese characters in file names, lyx seems to be working fine.
Sorry, it was a cursory test. Actually, cygwin_conv_path is only called
for absolute paths. Using an absolute Windows path
Andy Koppe writes:
On 8 December 2011 00:33, Enrico Forestieri wrote:
Corinna Vinschen writes:
Just so it's clear why I did that, maybe you want to have a look into
the brief discussion on the cygwin-developers list:
http://cygwin.com/ml/cygwin-developers/2011-11/msg0.html
All
On 12/8/2011 9:48 AM, Enrico Forestieri wrote:
Andy Koppe writes:
On 8 December 2011 00:33, Enrico Forestieri wrote:
Corinna Vinschen writes:
Just so it's clear why I did that, maybe you want to have a look into
the brief discussion on the cygwin-developers list:
Alright so I'm a complete newbie when it comes to anything linux related.
And so I cannot figure out how make is supposed to work under cygwin,
even creating the simplest makefile produces
Error: 'g++' not found
Which doesn't make much sense to me, given that I can run g++ from
the cygwin
Ken Brown writes:
I don't use lyx (though I use tex extensively), so maybe there's
something I don't understand. But is it really necessary for Cygwin's
lyx to support a native Windows tex?
Necessary? No. Useful? Yes.
Wouldn't it be more reasonable for
users of a native Windows tex to
Hi,
On Thu, Dec 8, 2011 at 4:34 PM, Fitzy wrote:
Alright so I'm a complete newbie when it comes to anything linux related.
And so I cannot figure out how make is supposed to work under cygwin,
even creating the simplest makefile produces
Error: 'g++' not found
Did you actually run make?
With the DLL from 20111208, a bug seems to have returned:
Wildcard match fail from a windows shell with non-ASCII characters
http://cygwin.com/ml/cygwin/2009-12/msg01079.html
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation
On 12/8/2011 10:56 AM, Enrico Forestieri wrote:
Ken Brown writes:
I don't use lyx (though I use tex extensively), so maybe there's
something I don't understand. But is it really necessary for Cygwin's
lyx to support a native Windows tex?
Necessary? No. Useful? Yes.
Wouldn't it be more
Just for curiosity, try changing your makefile to the following and
running make:
all:
which g++
g++ main.cpp -o test
Hope this helps,
Csaba
Hi Csaba,
When I run that it shows this in the cygwin console:
$ make
which g++
/user/bin/g++
It doesn't run g++ though, not sure if it
Tim McDaniel:
BLODA is the Big List Of Dodgy Apps, apparently from
http://cygwin.com/faq/faq.using.html#faq.using.bloda
44. What applications have been found to interfere with Cygwin?
In case anyone cares about the details of my datum, and in case anyone
ever searches for the exact system
Ken Brown writes:
On 12/8/2011 10:56 AM, Enrico Forestieri wrote:
[...]
Until recently, the only Cygwin TeX engine was teTeX, which does not
support XeTeX. If you wanted a Cygwin version of lyx, you could not
have used XeTeX, unless you used MikTeX, for example.
That changed a couple
On Thu, Dec 8, 2011 at 11:46 AM, Tim McDaniel t...@panix.com wrote:
After uninstalling Symantec Endpoint Protection (no changes to
Superfetch or PCA Service):
$ time echo hi | read x
real 0m0.093s
user 0m0.000s
sys 0m0.061s
Unfortunately, now I'm required to reinstall.
Any
On Thu, 8 Dec 2011, Marco Moreno wrote:
On Thu, Dec 8, 2011 at 11:46 AM, Tim McDaniel wrote:
(You quoted my e-mail address there, which may get you dinged by the
admins, but I'm cool with my e-mail addy going out -- I put it in my
sig and all.)
After uninstalling Symantec Endpoint Protection
On Thu, Dec 08, 2011 at 05:06:21PM +0100, Bengt Larsson wrote:
With the DLL from 20111208, a bug seems to have returned:
Wildcard match fail from a windows shell with non-ASCII characters
http://cygwin.com/ml/cygwin/2009-12/msg01079.html
PLEASE be precise when reporting problems. Returned from
While I can use remote desktop to get from my Solaris server to the XP box,
doing so while at some place other than the LAN, the DSL connection speed
tends to cause the RD to fail and close.
And since I don't really need a graphical connection, I figured that I would
just start the XP Pro telnet
I'm having problems with cpan/perl run in an xterm. I searched the
recent list archives for cpan/perl but found nothing.
Running Windows XP SP3 and this snapshot:
CYGWIN_NT-5.1 LTDENA-REISERT 1.7.10s(0.255/5/3) 20111208 06:50:31 i686 Cygwin
This is perl, v5.10.1 (*) built for i686-cygwin
Christopher Faylor wrote:
On Thu, Dec 08, 2011 at 05:06:21PM +0100, Bengt Larsson wrote:
With the DLL from 20111208, a bug seems to have returned:
Wildcard match fail from a windows shell with non-ASCII characters
http://cygwin.com/ml/cygwin/2009-12/msg01079.html
PLEASE be precise when
How do I influence the run-time search path for dlls? I tried
LD_LIBRARY_PATH, and PATH, with no success.
I've build a binary against the build directory of a library, which leaves
the library in ${SRC}/.libs (a libtool convention, I believe), by passing in
-L${SRC}/.libs. The link went ok, but
Thanks for the nice testcase. I'll try to take it upstream.
But I'm not too confident that p5p will fix it, e.g. they refused to
fix File::Copy::cp, keeping the perms as with /bin/cp for several
years.
I could recently fix the cygwin write check if you had admin rights though.
--
Reini Urban
On Thu, Dec 08, 2011 at 11:00:11PM +0100, Bengt Larsson wrote:
Christopher Faylor wrote:
On Thu, Dec 08, 2011 at 05:06:21PM +0100, Bengt Larsson wrote:
With the DLL from 20111208, a bug seems to have returned:
Wildcard match fail from a windows shell with non-ASCII characters
http://cygwin.com
On 12/7/2011 8:56 AM, marco atzeri wrote:
For the spinning problem I put the test case here:
http://matzeri.altervista.org/works/test_case/prova2.tar.bz2
running ./system_test.sh
some of the tests should dump and return.
++ ./xprobe_3dnow.exe
./system_test.sh: line 14: 3256 Illegal
On Wed, 2011-12-07 at 12:18 +0100, Corinna Vinschen wrote:
On Dec 7 04:33, Yaakov (Cygwin/X) wrote:
On Tue, 2011-12-06 at 22:08 -0500, Christopher Faylor wrote:
On Tue, Dec 06, 2011 at 06:45:35PM +0100, Corinna Vinschen wrote:
On Dec 6 15:39, marco atzeri wrote:
On 12/6/2011 10:37
39 matches
Mail list logo