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
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
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
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
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
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 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
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.
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 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
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
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
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
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
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
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
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:
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
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:
19 matches
Mail list logo
