On 11/11/2015 Marco Atzeri wrote:
> On 11/11/2015 08:37, Stan Moore wrote:
> > I have a 32 bit install with a possible audio issue in Octave 4.0.0-2.
> >
> > My primary machine is unavailable right now but I think I can come up
> > with a STC from memory.
&g
exist
If any of the above is wrong or confused I will be happy to back up and
provide cygcheck and generally better
information.
Stan
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubsc
The x86 version of cmake version 2.8.12.2 seems to be missing a dependency
on libarchive13-3.1.2-2. Specifically cmake seems to require
cygarchive-13.dll.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.
>> To close the loop for the record, my situation had nothing to do with
> > the windows patches.
> > For reasons I haven't tracked down yet the emacs package system seems
> > to have had a bad day.
> > Emacs has a package system and some repositories for many of the modes
> > and extensions avai
>
> I also installed the October windows patches (Win 7) and my emacs changed
> but in a different way. Everything works normally except when I try to
read
> an info file.
> Apparently emacs thinks I suddenly speak French. Outside emacs info works
> perfectly. I haven't had any time to investigate
> After installing the October "Patch Tuesday" updates from Microsoft, Emacs
> won't run except in -nw (no window) mode. Here is the error I'm
> getting:
>
>emacs-X11:
>Memory exhausted--use M-x save-some-buffers then exit and restart
> Emacs
>
> Has anyone else seen a related problem?
From: nu774
> (2013/10/07 1:15), Stan Moore wrote:
> > I did a quick google with no joy so I'll throw this out here. Is there
> > a reason the man pages for openssl install in /usr/ssl/man instead of
> > the system /usr/share/man? It's not really a problem; it ca
I did a quick google with no joy so I'll throw this out here. Is there a
reason the man pages for openssl install in /usr/ssl/man instead of the
system /usr/share/man? It's not really a problem; it came up while doing
some long overdue maintenance on my shell profiles.
--
Problem reports:
On Wed, Apr 06, 2011 at 10:05:24AM -0400, Christopher Faylor wrote:
> On Wed, Apr 06, 2011 at 03:54:05PM +0900, Tatsuro MATSUOKA wrote:
> >Hello
> >
> >I have confirmed that octave-3.4.0-3 fails to plot on cygwin 1.7.9-1 but not
> >1.7.8-1.
>
> We don't need confirmation that octave doesn't work.
Larry Hall
>On 2/17/2011 1:49 PM, Stan wrote:
>>
>> I've run cygcheck and tried this on two systems with the same
>> results; at this point I'm assuming the problem is not local so I'm
>> not including the typically requested data. I will be glad to fol
I've run cygcheck and tried this on two systems with the same
results; at this point I'm assuming the problem is not local so I'm
not including the typically requested data. I will be glad to follow
up if my assumption turns out to be incorrect.
The issue is triggering an assert dumps core. Trivi
Stephen Morton said:
>
>
> 109 225019 [main] cc386 1312 spawnve: spawnve
>(/usr/local/companytools/gcc34/x86/cc1.exe,
>/usr/local/companytools/gcc34/x86/cc1.exe, 1002DAA0)
The /usr/local/companytools part sure sounds like a local (non-cygwin)
app. Have you tried cygcheck?
--
Problem reports:
rial
ports under windows XP. However, all my other windows applications seem
to be perfectly able to taok to these virtuals serial ports.
Stan.
Corinna Vinschen a écrit :
> On Jan 17 10:48, Stan Pinte wrote:
>
>> Hello,
>>
>> accessing serial port under cygwin, with ids abo
cked the following posts:
http://sourceware.org/ml/insight/2004-q4/msg00078.html, so it seems to
be a bug.
Do you have a workaround for this?
Kind regards,
Stan.
signature.asc
Description: OpenPGP digital signature
The slowdown appears to be a problem with WinME, but I'll keep digging.
From: "Larry Hall (Cygwin)" <[EMAIL PROTECTED]>
Reply-To: cygwin@cygwin.com
To: Stan Tsu <[EMAIL PROTECTED]>
CC: cygwin@cygwin.com
Subject: Re: basename(1) defect
Date: Thu, 29 Dec 2005 22:
he past several months. Cygwin ops that took a few seconds to run
now are running into the minutes. Are there tools I can run to see what's
taking so long? I've looked at the WinME side and I don't see anything
obviously wrong (SYSMON says resources okay, no viruses, defragged etc).
Any
This is a bug with basename 5.3.0 found in the latest Cygwin 1.5.15.1.
This used to work with basename in the March 2003 version. Sorry I
don't know the version number any more because the update removed
the old version.
$ FCF=N/A
$ echo $FCF
N/A
$ Z=${FCF:(-1)}
$ echo $Z
A
$ FCG=`basename $FCF
Hello all;
I am new to Cygwin and I searched through the www.cygwin.com web site, but
I found nothing that explains how to schedule scripts written under Perl
in the Cygwin environment on a Windows 2000 Advanced Server system.
In my effort to migrate some Perl scripts from a Unix system to this
p
r any other)
thanks a lot,
Stan.
Date: Thu, 31 Oct 2002 11:22:18 +0100
To: [EMAIL PROTECTED]
From: Stan Pinte <[EMAIL PROTECTED]>
Subject: Fwd: problem compiling under cygwin
Cc: Marius Vollmer <[EMAIL PROTECTED]>
here is what the make step produces:
g++ -DPACKAGE_NAME=\&quo
On Wed, 30 Oct 2002, Randall R Schulz wrote:
>
> [ Move along...Move along. Nothing Cygwin-specific here. Just an RTFM. ]
>
>
> Stan,
>
> Use the "--full-time" option. Although the resulting format is distinct
> from either the "recent" or "old&qu
On Wed, 30 Oct 2002, Cliff Hones wrote:
>
> The 'man' command is your friend. If you run "man ls" you will
> find many options for controlling the output of ls, including
> --full-time, which is probably what you need.
Sorry, I should have stated that I checked the man page. When I do
something
Hello;
I am new to cygwin, as I have just installed it on a Windows 2000 system,
so I hope this question is not a faq.
With the "ls -l" command, the modification date of Windows files is
shown, however, the format of this date varies. On files from a previous
year, the year of last modificatatio
en I
rename the cygwin1.dll in the /bin directory to something else, I'm
getting a message that cygwin1.dll is missing. So what can be the
problem?
BTW, when I do "which cygwin1.dll" from the shell it tells me:
/usr/bin/cygwin1.dll
There is no /usr/bin. Is this a part of the probl
23 matches
Mail list logo
