On Fri, Jan 10, 2014 at 9:27 AM, Chris O'Bryan wrote:
>
> I've been having issues cloning large repos with git under Cygwin, but
> only when I compiled git myself. The version of Git that Cygwin's
> setup.exe downloads works fine, while mine would intermittently fail
> with messages like this:
>
>
On Mon, Jan 13, 2014 at 9:54 PM, Steven Penny wrote
> $ ~/foo.sh
> /home/Steve0^G
Update, it only produces this output if I enter "~/foo.sh" using tab completion.
That is to say, "~/f" + TAB. If I manually enter each character, it works as
expected.
--
Problem reports: http://cygwin
On Tue, Jan 14, 2014 at 12:38:29PM +0700, Septimus Stevens wrote:
>I see "No More Processes" occasionally when I have several
>windows open (but not egregiously many). Closing the chrome
>browser usually makes the problem go away, but I wonder if
>I have a parameter set wrong.
>
>Yesterday, things
I see "No More Processes" occasionally when I have several
windows open (but not egregiously many). Closing the chrome
browser usually makes the problem go away, but I wonder if
I have a parameter set wrong.
Yesterday, things got worse. I couldn't run vim until I closed
chrome. Vim was giving m
On 2014-01-13 15:32, Alex Reynolds wrote:
$ g++ -Wall -ansi -pedantic foo.cpp
foo.cpp: In function ‘int main()’:
foo.cpp:44:21: error: ‘mkstemp’ was not declared in this scope
mkstemp isn't ANSI C, so don't compile with -ansi; this wouldn't work
with linux gcc either.
Yaakov
--
Problem re
If you look at the Cygwin.bat file you have this line
bash --login -i
Starting Cygwin this way yields expected results
$ cat ~/foo.sh
cat -v <<< ~
$ ~/foo.sh
/home/Steven
However if you change the line in Cygwin.bat to this
bash -i
it produces unexpected results
Corinna wrote:
> Your PID values are pretty suspicious. Even on a busy machine they
> should seldomly have more than 4 digits, let alone 6. The PIDs are only
> getting high if process and other handles are hold and not closed by
> another process. This looks a lot like a BLODA problem. Did you
I normally run with cygwin in my root dir -- doing otherwise causes problems
when programs are started from windows.
I installed cygwin64 the other day and it overwrote links I had to separate
cyg64 & cyg32..
Setup wants to install things in separate dirs .. ok fine...
but some dirs have shared
I am running Cygwin 1.7.27 (0.271/5/3) and g++ 4.8.2.
I am testing attempts to make temporary files in a POSIX-compliant way, using
mkstemp().
I get the following error when I compile code that calls mkstemp():
-
$ g++ -Wall -ansi -pedantic foo.cpp
foo.c
On 2014-01-13 13:21, Andrew Schulman wrote:
lftp also has this problem. It comes with a few sample scripts, two of which
are in Perl. I include the sample scripts because why not, but cygport is now
quite diligent about finding this sort of thing, with the result that its
automatically-generate
Hello,
I would like to use Iwidgets 4.0.1 under Cygwin, but this requires Itk
3.4. The set-up utility however has Itcl 3.4 and Itk 3.3. Where can I
find the correct version?
Regards,
Arjen
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Do
> Andrew Schulman writes:
> > lftp also has this problem. It comes with a few sample scripts, two of
> > which
> > are in Perl. I include the sample scripts because why not, but cygport is
> > now
> > quite diligent about finding this sort of thing, with the result that its
> > automatically-ge
Andrew Schulman writes:
> lftp also has this problem. It comes with a few sample scripts, two of which
> are in Perl. I include the sample scripts because why not, but cygport is now
> quite diligent about finding this sort of thing, with the result that its
> automatically-generated setup.hint n
On 2014-01-13 12:22, Christopher Faylor wrote:
Actually, I didn't upload the 64-bit groff. This is one of the reasons
why I had reservations about people other than the package maintainers
uploading packages. The end result is that I'm forced to deal with
someone else's decision. This has been
Il 1/13/2014 12:17 PM, Alois Schloegl ha scritto:
When trying to compile the mex-files of the Octave packages NaN-toolbox
and biosig, the error below is observed with the recent version of
octave in Cygwin,
According to
http://octave.1599824.n4.nabble.com/Problems-with-mk
> Because of this dependency line
>
> man
> groff
> perl
>
> A base 64-bit Cygwin install now requires Perl. Can this be changed? While
> Perl
> is a fine language I hardly feel it is appropriate to add that bulk to a base
> install.
>
> Note this issue is only with the 64-bit version, the b
On Mon, Jan 13, 2014 at 01:22:52PM -0500, Christopher Faylor wrote:
>On Mon, Jan 13, 2014 at 10:39:50AM -0700, Warren Young wrote:
>>On 8/9/2013 11:17, Steven Penny wrote:
>>> Because of this dependency line
>>>
>>> man
>>> groff
>>>perl
>>
>>The groff package includes several helper programs
On 1/13/2014 11:22, Christopher Faylor wrote:
In retrospect, it would have potentially made sense to use the same
versions and packaging for the 64-bit as for the 32-bit. That might
have minimized this type of problem.
An argument could be made that since these helper programs are not core
t
On Mon, Jan 13, 2014 at 10:39:50AM -0700, Warren Young wrote:
>On 8/9/2013 11:17, Steven Penny wrote:
>> Because of this dependency line
>>
>> man
>> groff
>>perl
>
>The groff package includes several helper programs written in Perl:
>afmtodit, groffer, and grog.
>
>Red Hat and Mandriva spli
Unfortunately I've seen this every time downloading a big file,
usually around 4-6GB.
They are loading from watch directories so deleteing and adding
manually again not an option, as I wrote, the easiest in my case to
restart rTorrent.
Thanks for the assistance, if you have any question, I try to
On 8/9/2013 11:17, Steven Penny wrote:
Because of this dependency line
man
groff
perl
The groff package includes several helper programs written in Perl:
afmtodit, groffer, and grog.
Red Hat and Mandriva split these utilities out into a separate
package[*] but that would be something
On Jan 13 11:38, David Levine wrote:
> Corinna wrote:
>
> > Not really. I have no idea why this fails for you. Does an strace
> > show anything suspicious?
>
> Yes, there's an exception, it looks like in WFMO. It's
> happens when closing handles after forking sh.exe for the
> second popen().
Corinna wrote:
> Not really. I have no idea why this fails for you. Does an strace
> show anything suspicious?
Yes, there's an exception, it looks like in WFMO. It's
happens when closing handles after forking sh.exe for the
second popen(). strace excerpt is below.
The exception didn't happen
Hi everybody,
is there a ipsec (with ikev1 support) for cygwin ?
I tried to compile StrongSwan - unfortunately without success (
usually in the contaxt of posix_types.h ).
Has anybody succeeded in this?
greetings,
Klaus
--
Problem reports: http://cygwin.com/problems.html
FAQ:
Hello,
I'm running:
CYGWIN_NT-6.1 prog5 1.7.27(0.271/5/3) 2013-12-09 11:54 x86_64 Cygwin
gcc (GCC) 4.8.2
on a 64 bit Win7 system.
I have just run into an odd bug, which I have boiled down into the program
below (which started as a mod to tiff2ps).
If you compile this program:
On Jan 13 09:35, David Levine wrote:
> Corinna wrote:
>
> > That's the version number of the setup-x86_64.exe tool, not the version
> > number of Cygwin. Try `uname -r'.
>
> 1.7.27(0.271/5/3)
>
> > Maybe you're calling the wrong file command? What's your $PATH set to?
> > What if you change yo
Corinna wrote:
> That's the version number of the setup-x86_64.exe tool, not the version
> number of Cygwin. Try `uname -r'.
1.7.27(0.271/5/3)
> Maybe you're calling the wrong file command? What's your $PATH set to?
> What if you change your popen call to run /usr/bin/file.exe with full
> path
On Jan 10 11:27, Chris O'Bryan wrote:
> I've been having issues cloning large repos with git under Cygwin, but
> only when I compiled git myself. The version of Git that Cygwin's
> setup.exe downloads works fine, while mine would intermittently fail
> with messages like this:
>
> Cloning into 'tes
On Jan 13 17:53, Pavel Fedin wrote:
> Hello!
>
> Is there any support for xattrs ? I sometimes work with SquashFS images
> which make use of them (like security.capability) and i'd like to be able to
> store them along files.
> If not implemented, can this be somehow fulfilled ? For example, we
Hello!
Is there any support for xattrs ? I sometimes work with SquashFS images
which make use of them (like security.capability) and i'd like to be able to
store them along files.
If not implemented, can this be somehow fulfilled ? For example, we could
store them in a dedicated NTFS stream.
Ki
Sorry, I somehow missed your original email.
On 13 January 2014 02:25, Norbi wrote:
> Maybe any idea with this one?
I've seen this occasionally. I found deleting and re-adding the
torrent would correct the issue for me. I've not packaged any newer
versions of rtorrent because they are cause a m
Il 1/13/2014 12:17 PM, Alois Schloegl ha scritto:
When trying to compile the mex-files of the Octave packages NaN-toolbox
and biosig, the error below is observed with the recent version of
octave in Cygwin,
According to
http://octave.1599824.n4.nabble.com/Problems-with-mkoctfile-using-GCC-4-8
On Mon, Jan 13, 2014 at 6:12 AM, Corinna Vinschen wrote
> Not that I'm aware of. Perl requirements are pretty basic these days.
If we're not going to have Python we shouldn't have Perl either.
http://cygwin.com/ml/cygwin/2013-05/msg00211.html
--
Problem reports: http://cygwin.com/problems.
On Jan 12 09:51, Steven Penny wrote:
> On Fri, Aug 9, 2013 at 12:17 PM, Steven Penny wrote
> > A base 64-bit Cygwin install now requires Perl. Can this be changed?
>
> Any updates? It has been 5 months
Not that I'm aware of. Perl requirements are pretty basic these days.
Corinna
--
Corinna V
On Jan 12 21:15, David Levine wrote:
> Hi,
>
> The program below works just fine on 32-bit Cygwin:
> buf1 = /usr/bin/file.exe
> buf2 = /usr/bin/file.exe: application/x-dosexec
>
> But on 64-bit Cygwin (2.831), the second fgets() fails:
That's the version number of the setup-x86_64.exe tool,
When trying to compile the mex-files of the Octave packages NaN-toolbox
and biosig, the error below is observed with the recent version of
octave in Cygwin,
According to
http://octave.1599824.n4.nabble.com/Problems-with-mkoctfile-using-GCC-4-8-1-td4657964.html
http://hg.savannah.gnu.org/hgweb/
On Jan 13 09:48, Pavel Fedin wrote:
> Hello!
>
> > Not necessarily. If the package is in a good shape, has no known
> > security issues, and works fine with the latest Cygwin, you're good.
> > Other than that, just keep an eye on the Cygwin ML if somebody reported
> > a problem with your package
Hi,
new version 26-1 of ngspice
is available in the Cygwin distributions (32 and 64 bit).
CHANGES
Several new features have been added to ngspice-26, improving its
applicability and compatibility.
Bug fixes: Many small bugs removed, handling of libraries updated,
improved code complianc
Il 1/13/2014 8:33 AM, Pavel Fedin ha scritto:
http://cygwin.com/cygwin-pkg-maint
rpcgen Charles Wilson
Where is he ? I have posted a message about small bug in libtirpc, he doesn't
reply...
Kind regards,
Pavel Fedin
Expert Engineer
Samsung Electronics Research cent
39 matches
Mail list logo