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
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
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
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
installatio
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""
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 run
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 be
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 ima
n/strace_20111208_snap.out
By the way, ssh doesn't work with this snapshot; I get the error message
"PRNG is not seeded" when I 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.
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 wh
marco atzeri 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 D:\"D
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/msg000
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:
http://cygwin.com/ml/cygwin-
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 co
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 t
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
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 reas
>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 i
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
On Thu, Dec 8, 2011 at 11:46 AM, Tim McDaniel 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 chance t
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 prob
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 s
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-c
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/m
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 w
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
http:
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 win
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 instructi
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/
33 matches
Mail list logo
