cygwin-api.info.gz and cygwin-ug-net.info.gz look as malformed info file.
It does not parsable by info.exe and emacs.exe and dows not listened in
'dir' file.
They seems do not contain any info specific syntax.
But in header written:
This is cygwin-ug-net.info, produced by makeinfo version 4
On Mar 1 16:41, Tim Coalson wrote:
> > On 03/01/2011 04:57 PM, Tim Coalson wrote: > > The problem: > > > > $
> > /bin/ls
> >-l /proc/sys/Device > > > > hit enter, and my system instantly reboots,
> >without
> >shutdown. Without the -l > > option, works fine. Unfortunately, ls with
> >col
On Wed, Mar 2, 2011 at 2:40 AM, Corinna Vinschen
wrote:
> On Mar 1 16:41, Tim Coalson wrote:
>> I have found two culprits so far, SSHDRV65 and SSHDRV79. They seem to be
>> drivers related to CD copy protection software in windows.
>
> I *really* start to hate Windows XP.
>
> But I can't reproduc
On Mar 2 04:23, Timothy Coalson wrote:
> On Wed, Mar 2, 2011 at 2:40 AM, Corinna Vinschen
> wrote:
> > On Mar 1 16:41, Tim Coalson wrote:
> >> I have found two culprits so far, SSHDRV65 and SSHDRV79. They seem to be
> >> drivers related to CD copy protection software in windows.
> >
> > I *real
On Wed, Mar 2, 2011 at 5:11 AM, Corinna Vinschen wrote:
> On Mar 2 04:23, Timothy Coalson wrote:
>> On Wed, Mar 2, 2011 at 2:40 AM, Corinna Vinschen
>> wrote:
>> > On Mar 1 16:41, Tim Coalson wrote:
>> >> I have found two culprits so far, SSHDRV65 and SSHDRV79. They seem to be
>> >> drivers re
Hi,
I've ported the OpenBSD version of netcat to cygwin. It provides much
more features as the one supplied with cygwin.
Details can be found here: http://www.daemon.de/Netcat
best,
tl
--
Please note that according to the German law on data retention,
information on every electronic informati
Hi,
I'm using Cygwin 1.7.7 in UTF-8 mode. I have a file whose name is composed of
Hebrew character, so the UTF-8 representation is longer than 255 characters.
Trying "ls -l" fails to list the file's attributes.
Using a short C program that loops through a directory (readdir()/stat()) shows
that r
Hello,
I get the winmm.dll error 487 (under 1.7.8-1, but not under 1.7.7-1) with
the following, easily 100% reproducible:
echo "dummy text" > /tmp/foo
/usr/bin/xz -8 /tmp/foo
/usr/bin/xz -d < /tmp/foo.xz <--- this produces the error
rm -f /tmp/foo /tmp/foo.xz
xz is the current one in Cy
On Mar 2 12:52, T. Linden wrote:
> Hi,
>
> I've ported the OpenBSD version of netcat to cygwin. It provides much
> more features as the one supplied with cygwin.
>
> Details can be found here: http://www.daemon.de/Netcat
If you're willing to pack this as Cygwin package and maintain it,
I'm will
On Mar 2 06:56, Uri Simchoni wrote:
> Hi,
> I'm using Cygwin 1.7.7 in UTF-8 mode. I have a file whose name is composed of
> Hebrew character, so the UTF-8 representation is longer than 255 characters.
> Trying "ls -l" fails to list the file's attributes.
> Using a short C program that loops throu
On Mar 2 13:06, EXCOFFIER Denis wrote:
> Hello,
>
> I get the winmm.dll error 487 (under 1.7.8-1, but not under 1.7.7-1) with
> the following, easily 100% reproducible:
>
> echo "dummy text" > /tmp/foo
> /usr/bin/xz -8 /tmp/foo
> /usr/bin/xz -d < /tmp/foo.xz <--- this produces the error
The latest snapshot (20110301) solves the issue. Thank you.
Denis Excoffier.
P.S.: By the way, what is the normal way to install snapshots? It is
easy to replace cygwin1.dll (keeping around the working one), but in order
to test the cygwin1 package in full (eg to check within stdio.h whether
vsn
I just updated my cygwin install, and cygpath appears to be broken. Issuing the
command "cygpath", with any or no command-line options, returns nothing and a
status of 127.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
On 3/2/2011 9:05 AM, Jim P wrote:
I just updated my cygwin install, and cygpath appears to be broken. Issuing the
command "cygpath", with any or no command-line options, returns nothing and a
status of 127.
But other commands work? eg. ls ... If you've rebased your cygwin
install in the past,
On 03/02/2011 09:05 AM, Jim P wrote:
I just updated my cygwin install,
so did I (an hour ago)
and cygpath appears to be broken. Issuing the
command "cygpath", with any or no command-line options, returns nothing and a
status of 127.
cygpath works as expected
roger wells
--
Problem reports
T. Linden sent the following at Wednesday, March 02, 2011 6:52 AM
>I've ported the OpenBSD version of netcat to cygwin. It provides much
>more features as the one supplied with cygwin.
>
>Details can be found here: http://www.daemon.de/Netcat
I looked and it seems that you are distributing cygwin1
On 3/1/2011 11:43 PM, Yaakov (Cygwin/X) wrote:
> On Fri, 2011-01-28 at 13:08 -0500, Charles Wilson wrote:
>> Well, the library components appear to operate correctly. However, the
>> executable, iconv.exe, does not do so. It picked up an dependency on a
>> new symbol, _feinitialize, by being comp
On 01/03/2011 01:45, Mirko Vukovic wrote:
> Hello,
>
> I am trying to ssh to g...@github.com, and I get the error
> "PTY allocation request failed on channel 0"
I get that too, but I also get the "You've successfully authenticated, but
GitHub does not provide shell access" message. I think the
Just for completeness...
Today, while upgrading my TeXLive installation, I got
$ tlmgr update --all
... a lot of similar failure ...
`pdftex -ini -jobname=physe -progname=physe physe.ini' failed
`pdftex -ini -jobname=phyzzx -progname=phyzzx physe.ini' failed
`pdftex -ini -jobname=texsis -pro
On 03/02/2011 10:51 AM, Angelo Graziosi wrote:
> Just for completeness...
The brokenness of winmm.dll on WinXP is a known issue.
>
> This occurs with 1.7.8.
That doesn't help us. What would help is telling us if the problem
still persists when you try the latest snapshot.
--
Eric Blake ebl
Eric Blake wrote:
What would help is telling us if the problem
still persists when you try the latest snapshot.
With last snapshot, it seems to work.
Ciao,
Angelo.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: ht
$ cd /
$ LANG=c /etc/postinstall/libgcj-common.sh
Customised /usr/lib/logging.properties already in existence, not
overwriting.
Installing default version of /usr/lib/security/classpath.security (from
/etc/defaults/usr/lib/security/classpath.security)
/bin/touch: cannot touch `/usr/lib/secur
On 3/1/2011 10:14 PM, Rafael Kitover wrote:
Hello list,
I generally set most of my environment variables in the System control
panel for my user, instead of in my .bashrc/.zshrc
I noticed that when I log in to Cygwin via ssh, these environment
variables are not available.
Would this be conside
If I use the default Cygwin.bat file, I can enter special
characters with the Alt key, but this doesn't work in
mintty, unless there's some option I've overlooked.
For example, to enter the copyright symbol (©) in a standard
Windows application, including Command Prompt, I can hold
down the Alt
Hi,
In 1.7.7, log2f() is defined in math.h as
extern float log2f _PARAMS((float));
#if !defined(__cplusplus)
#define log2f(x) (logf (x) / (float) _M_LOG2_E)
#endif
In 1.7.8, log2f() is defined in math.h as
extern float log2f _PARAMS((float));
#if !defined(__cplusplus)
#define log2f(x) (logf (x)
On 3/2/2011 2:44 PM, Larry Hall (Cygwin) wrote:
> On 3/1/2011 10:14 PM, Rafael Kitover wrote:
>> I generally set most of my environment variables in the System control
>> panel for my user, instead of in my .bashrc/.zshrc
>>
>> I noticed that when I log in to Cygwin via ssh, these environment
>> va
Mintty seems to be interpreting Alt+ codes in OCTAL instead of decimal,
based on the Unicode code point and not the Windows Alt+ codes. For
example, Windows' Character Map applet shows the "Euro" symbol as Unicode
character U+20AC and Alt+0128. Entering Alt+0128 in mintty has no discer
As to your specific request for the copyright symbol, try entering Alt+169 (no
leading zero). This should result in the copyright symbol, since its Unicode
code-point is 0xA9 or 169 decimal.
> > I generally set most of my environment variables in the System control
> > panel for my user, instead of in my .bashrc/.zshrc
> >
> > I noticed that when I log in to Cygwin via ssh, these environment
> > variables are not available.
> >
> > Would this be considered a misfeature?
>
> No, it's c
Version {libhdf5_6,libhdf5-devel,hdf5}-1.8.6-1
for cygwin have been uploaded.
This is the first release of 1.8.x series on cygwin.
Due to API change the library bumped from
libhdf5_0 to libhdf5_6.
DESCRIPTION
HDF5 is a suite/library that makes possible the
management of extremely large and compl
New versions 3.2.4-2 of
octave,
octave-devel,
octave-doc
are available in the Cygwin distribution:
This is a the first release of 3.4.x for cygwin
For all the main changes
http://www.gnu.org/software/octave/NEWS-3.4.html
DESCRIPTION
The GNU Octave language for numerical computations
O
On 3/03/2011 8:47 AM, marco atzeri wrote:
New versions 3.2.4-2 of
octave,
octave-devel,
octave-doc
are available in the Cygwin distribution:
Thank you.
David
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documenta
New version of
octave-forge-20110226-1
for cygwin is available in the Cygwin distribution:
This release is the bundle of upstream version
for octave 3.4.x series
Upstream decided to split all the package as standalone,
but I prefer to maintain theprevious bundle structure.
I can not manage the
On Wed, 02 Mar 2011, Víctor Paesa wrote:
> Hi,
>
> In 1.7.7, log2f() is defined in math.h as
>
> extern float log2f _PARAMS((float));
> #if !defined(__cplusplus)
> #define log2f(x) (logf (x) / (float) _M_LOG2_E)
> #endif
>
> In 1.7.8, log2f() is defined in math.h as
>
> extern float log2f _PAR
Hi,
I downloaded the latest ImageMagick-i686-pc-cygwin.tar and installed
it. But when I run convert.exe, it says the following message. Could
anybody let me know how to fix the problem? Could anybody let me know
where to download cygfreetype-6.dll?
/home/username/ImageMagick-6.6.7/bin/convert.exe
Hi;
I get the following error output when opening a terminator (enclosed
at bottom of the email).
This is the jessies.org terminator, not the gnome terminator.
Now I don't get the following when I open a cygwin prompt.
So I thought it might be a terminator thing.
I had just updated t
The '[ANNOUNCEMENT] Updated: bash-4.1.10-4'
( http://cygwin.com/ml/cygwin/2011-02/msg00551.html ) says:
This is a minor rebuild which picks up an upstream patch to fix memory
corruption when using \W in $PS1.
--
So I upgraded bash on Monday to 4.1.10.
The problem continues (I show my $PS1
On 3/2/2011 8:36 PM, Peng Yu wrote:
Hi,
I downloaded the latest ImageMagick-i686-pc-cygwin.tar and installed
it. But when I run convert.exe, it says the following message. Could
anybody let me know how to fix the problem? Could anybody let me know
where to download cygfreetype-6.dll?
You get i
I'd like to ask a question about distributing programs compiled with
cygwin to windows.
I've compiled some utility programs (e.g. "grep") in the cygwin bash
environment, then copied the executables and the dependent libraries
(e.g. "grep.exe" and "cygwin1.dll", "cygintl-8.dll", "cygiconv-2.dll",
"
On 2 March 2011 20:27, Jim Garrison wrote:
> Mintty seems to be interpreting Alt+ codes in OCTAL instead of decimal,
> based on the Unicode code point and not the Windows Alt+ codes. For
> example, Windows' Character Map applet shows the "Euro" symbol as Unicode
> character U+20AC and A
On 3 March 2011 03:54, anctop wrote:
> I'd like to ask a question about distributing programs compiled with
> cygwin to windows.
>
> I've compiled some utility programs (e.g. "grep") in the cygwin bash
> environment, then copied the executables and the dependent libraries
> (e.g. "grep.exe" and "cy
On 1 March 2011 14:04, Andrew Schulman wrote:
>> >> Which is the problem: the unison command was compiled against a newer
>> >> cygwin1.dll than yours.
>> >
>> > To be fair, setup.exe ought to be able to resolve or warn about such
>> > version dependencies. Unfortunately the infrastructure for that
On 1 March 2011 14:25, Olivier Lefevre wrote:
> On 3/1/2011 8:20 AM, Andy Koppe wrote:
>>
>> To be fair, setup.exe ought to be able to resolve or warn about such
>> version dependencies.
>
> That's what I was tempted to say. For the record this is what I did:
> 1) select Keep
> 2) manually pick uni
I understand that the terminfo entry should be distributed too, but
this is my very question : where to put the "cygwin" file in the
windows tree ?
I've tried "C:\usr\share\terminfo\63", but it does not work.
Do you mean that I have to re-compile "ncurses" and "terminfo" with
some adjustment to the
On 3 March 2011 07:17, anctop wrote:
> I understand that the terminfo entry should be distributed too, but
> this is my very question : where to put the "cygwin" file in the
> windows tree ?
> I've tried "C:\usr\share\terminfo\63", but it does not work.
The Cygwin DLL assumes that the directory ab
45 matches
Mail list logo
