On 3/7/2015 5:05 AM, Edgar Gaines wrote:
I'm running Cygwin64 on a Windows 8.1 laptop. Whenever I attempt to run
either the 'python3' or the 'python3.2' command in a cygwin terminal
window, I get the error message you see at the end of this email. The
important part is the last line, to wit:
On Sat, 7 Mar 2015 12:44:29 +0900
Takashi Yano wrote:
> $ cd /bin
> $ ./find '/cygdrive/c/Program Files (x86)/gnuplot' -name '*.dll' >
> /tmp/rebase.lst
> $ ./rebaseall -v -T /tmp/rebase.lst
After I posted this, I have noticed that using
/tmp/rebase.lst is dangerous, because rebasell
uses same f
I'm running Cygwin64 on a Windows 8.1 laptop. Whenever I attempt to run
either the 'python3' or the 'python3.2' command in a cygwin terminal
window, I get the error message you see at the end of this email. The
important part is the last line, to wit:
IOError: invalid Python installation:
Hi, George.
Possibly, are you using gnuplot which does not
derive from cygwin package?
If so, you might also need to rebase DLLs which
come with gnuplot.
In my case, it would be as follows:
$ cd /bin
$ ./find '/cygdrive/c/Program Files (x86)/gnuplot' -name '*.dll' >
/tmp/rebase.lst
$ ./rebaseal
Hi,
first of all, thanks to everyone involved in cygwin development.
However, there is a bug in /etc/profile. The variables TMP and TEMP
are set to /tmp but they are absolutely useless. These variables are
not used by any program. Thus all programs write temporary files to
/tmp, regardless of t
Hisham Sueyllam writes:
> Last time I used xfig was about 10 months ago and it was working fine,
> when I tried to use it recently I kept getting: "can't open display:
> localhost:0". The xterm is working fine under xwin and I can run emacs
> fine from there, so I am not sure what the problem is? I
On 3/5/2015 2:34 AM, Hisham Sueyllam wrote:
Last time I used xfig was about 10 months ago and it was working fine, when I
>tried to use it recently I kept getting: "can't open display:
localhost:0".
> The xterm is working fine under xwin and I can run emacs fine from
there, so I am not
> sure
New version 1.1.12-1 of
pbzip2
is available in the Cygwin distribution:
CHANGES
Last upstream release.
CYGWIN CHANGES
- first 64 bit port.
- new maintainer
DESCRIPTION
PBZIP2 is a parallel implementation of the bzip2 block-sorting file
compressor that uses pthreads and achieves near-linear
Erwin Waterlander writes:
> There is something wrong with pod2man and pod2html. When I regenerate
> the dos2unix international man pages from pod, all the non-ascii
> characters are wrong. This did not happen with the previous perl
> version.
cygcheck output, please.
> To reproduce:
> make mainta
On 3/6/2015 1:39 PM, Jon TURNEY wrote:
On 06/03/2015 12:20, Marco Atzeri wrote:
On 3/5/2015 7:42 PM, Marco Atzeri wrote:
last Xwin seems to have broken debug symbols and
it segfaults very early.
64 bit version has debug symbols, and it seems to work fine
Sorry, it seems that the debug symbol
Corinna Vinschen cygwin.com> writes:
> - Change handling of group permissions if owner SID == group SID. Now the
> group permissions don't mirror the user permissions anymore, thus leading
> to less hassle with security-conscious applications.
There's another tricky situation that is not yet
On 06/03/2015 12:20, Marco Atzeri wrote:
On 3/5/2015 7:42 PM, Marco Atzeri wrote:
last Xwin seems to have broken debug symbols and
it segfaults very early.
64 bit version has debug symbols, and it seems to work fine
Sorry, it seems that the debug symbols were broken by compression on 32 bit.
On 3/5/2015 7:42 PM, Marco Atzeri wrote:
last Xwin seems to have broken debug symbols and
it segfaults very early.
64 bit version has debug symbols, and it seems to work fine
As I see no reply, I suspect it is a new performance of my
BLODA Symantec antivirus.
On 32 bit, I am starting to see
Marco Atzeri gmail.com> writes:
> but this portion, of my original post, could apply any way
>
> > if rebase alone doesn't work
> > move away "/etc/rebase.db.i386" and rebase again
> > for a full rebase from scratch
These days, run
$ rebase-trigger fullrebase
then just run setup.exe again.
On Thu, 5 Mar 2015 14:58:39 +0100
Corinna Vinschen wrote:
> I applied a patch. Please have a look.
I have tested the latest CVS version, and found
a new problem.
With new CVS version, slave side can not detect
closure of master.
Please use following Test Case 3. Test Case 3 is
not terminated
On 3/6/2015 10:53 AM, Takashi Yano wrote:
Sorry, I had passed over this:
There is no difficulty when I attempt the plot with the
fltk graphics engine. Also, I have run the ash.exe> rebaseall,
though that did not help.
but this portion, of my original post, could apply any way
> if re
Greetings, 孔涛!
> Hi, there
> I have installed cygwin64 on my Windows8.1 x64 system. and I found that
> all the files in my home folder have the permition 0574(-rw-rwxr--+),
> even I use "chmod 644" or "chown username *", it still has the permition
> (-rw-rwxr--+).
http://cygwin.com/cygwin-ug-n
Sorry, I had passed over this:
> There is no difficulty when I attempt the plot with the
> fltk graphics engine. Also, I have run the ash.exe> rebaseall,
> though that did not help.
--
Takashi Yano
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cyg
Hi, there
I have installed cygwin64 on my Windows8.1 x64 system. and I found that
all the files in my home folder have the permition 0574(-rw-rwxr--+),
even I use "chmod 644" or "chown username *", it still has the permition
(-rw-rwxr--+).
So, I wonder how to overcome this problem?
Thank you
19 matches
Mail list logo
