I have encountered the same problem, have investigated it a bit and came
out with two interesting facts:
A) Without changing anything else than replacing cygwin1.dll, using the
snaphot cygwin1-20050928.dll works fine while using cygwin1-20050929.dll
produces the problem.
B) Also without changing
Fred Kulack wrote:
> On 08/03/2005 at 03:42:34 PM, cygwin-owner wrote:
>
> I don't know the original posters environment or exactly what problems
> he's trying to solve, but I'd recommend liberal use of the cygwin command
> line,
> mount points, symlinks and
> cygpath-dash-w-using-scripts-and-a
Corinna,
I understand your objections but I think this all could be seen from an
alternate point of view.
As you said, JPs, as they are implemented, are less useful than real
POSIX symlinks. Now instead of miming Microsofts intention with the JPs,
why not simply considering them consequently as s
> To some degree, Junction Points are more like directory HARD links,
> rather than symlinks.
I agree. Most of the behaviour I referred to as bizarre is the behaviour
of hard-linked directories. The mentioned NTFSLink tool so mostly
emulates symlink behaviour for JPs.
> Are you offering? cygwi
in my post.
At the moment I must pay highest attention *not* to use these tools
recursively on junction points or their parents to avoid bizarre
behaviour like unexpected vanishing of the targeted files.
Frank-Michael
Corinna Vinschen wrote:
> On Aug 3 14:32, Frank-Michael Moser wrote:
>
Since I have discovered NTFS Junction Points (NTFS 5.0+) I'm using them
frequently to symbolically link directories in a POSIX conformous way:
The junction points (JP) are transparent to *any* program using the
filesystem.
Unfortunately there are bizarre issues related to manipulating JPs from
the
Thanks for the answer.
Since I know it's not a local problem here I already feel better.
Frank-Michael
Novaelec wrote:
Hi!
Yes, PostgreSQL in fact fails since the last version of Cygwin: nor
cygserver nor postmaster works well.
I thought that in the last release of coreutils the problem was
I had some problems with Postgres 7.4 and Tomcat, too. But finally I was
able to fix the issues by upgrading the Postgres-JDBC drivers in my
webapps with the new version for 7.4. So I could avoid downgrading
Postgres on Cygwin.
Frank-Michael
Carol Thomson wrote:
I have a Java Tomcat 4.1 app t
Randall, does your Java application die after pressing Ctrl-Break or not?
Frank-Michael
Randall R Schulz wrote:
Frank-Michael,
At 12:09 2004-02-17, Frank-Michael Moser wrote:
Unfortunately neither Ctrl-Break nor Ctrl-Scroll produce a thread dump
not in pure bash and not in RXVT for me. I&#
Randall R Schulz wrote:
All I said was that cygcheck output would not help me.
Sorry for making trouble misunderstanding this. I have attached my
cygcheck -s now.
cygcheck.txt
Description: application/force-download
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem repo
Larry Hall wrote:
OK. Maybe now it's time for you to look at and follow:
Problem reports: http://cygwin.com/problems.html
Larry, what was wrong with my mails? Sorry, if..., but...?
I'm reading the mailing list since a long time and thought I would
follow these guidelines you just mentioned
dated again).
Frank-Michael.
Randall R Schulz wrote:
Frank-Michael,
At 12:09 2004-02-17, Frank-Michael Moser wrote:
Unfortunately neither Ctrl-Break nor Ctrl-Scroll produce a thread dump
not in pure bash and not in RXVT for me. I'm using latest cygwin and
tried JDK 1.4.2_02 and 1.5.0 beta.
Als
ading standard
input from the unredirected console, it receives an end-of-file
indication on that stream as well.
Randall Schulz
At 03:42 2004-02-17, Frank-Michael Moser wrote:
Searching the mailing list archive I found that there is an old thread
from Dec 2000 which exactly describes my problem:
Searching the mailing list archive I found that there is an old thread
from Dec 2000 which exactly describes my problem:
http://sources.redhat.com/ml/cygwin/2000-12/msg00490.html
In short: Using Ctrl-Scroll does not cause a Java program to dump
threads as it does in cmd.exe. Unfortunately the t
Might be of help:
Inhaltsverzeichnis c't 11/2003
SSH-Login (auch mit Cygwin) per USB-Stick, S. 196
http://www.heise.de/ct/03/11/006/
Frank-Michael
Dick Repasky wrote:
I'd like to install cygwin on a usb flash drive so that I can plug the drive
into any windows box and have cygwin available to me
Andre Willkowsky wrote:
Finally after installing a fresh cygwin from internet i got sshd with
authorizing working. It seems to me that some dependencies were broken in my
first installation.
When did you reinstall your cygwin and when did sshd with auth work for
the first time? With the new
Just for the records:
This release seems to fix a problem with sshd which others and me have
reported for the first time half a year ago. At least for me ;) it is gone.
For more detail see:
http://cygwin.com/ml/cygwin/2002-07/msg01745.html
http://cygwin.com/ml/cygwin/2002-11/msg01591.html
Fran
Christopher Faylor wrote:
On Mon, Jan 06, 2003 at 06:12:30PM +0100, Frank-Michael Moser wrote:
Should gcj work with the -mno-cygwin option?
No.
cgf
Thanks.
Are there plans to implement -mno-cygwin for gcj?
Frank-Michael
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
I'm just a little bit confused:
Should gcj work with the -mno-cygwin option?
$ gcj -mno-cygwin --main=Hello -gstabs Hello.java -o Hello.exe
gcj: installation problem, cannot exec `jc1': No such file or directory
I found that there are no symbolic links to jc1.exe and jvgenmain.exe in
/usr/lib/
Fine.
To be honest, I had no idea that the ip option got used.
It simply looks nice when i.e. you're running wmaker with a pixmap and
then "rxvt -ip +sb -rv". Nothing else ;)
Frank-Michael
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin
What happend with +/-ip option?
$ rxvt -ip
rxvt: bad option "-ip"
Rxvt v2.7.9 - released: 04 OCTOBER 2002
...
In the manpages of v2.7.8 you find
-ip|+ip
Turn on/off inheriting parent window's pixmap.
Alternative form is -tr; resource inheritPixmap.
Is ther
CYGWIN=nontsec (This is because I have problems removing CVS locks from
a local repository on a Samba share.)
Just set "nosmbntsec" in your Cygwin env variable. That helps, probably.
It only swichtes of ntsec on network drives.
Corinna
Unfortunately it's not enough (for my system):
works:
CY
ws2_32.dll's ACL equals wsock32.dll's one.
moser@PIP /cygdrive/c/WINDOWS/system32
$ getfacl ws2_32.dll
# file: ws2_32.dll
# owner: Administratoren
# group: SYSTEM
user::rwx
group::rwx
group:Benutzer:r-x
mask::rwx
other::---
moser@PIP /cygdrive/c/WINDOWS/system32
$ getfacl wsock32.dll
# file: wsoc
Max Bowsher wrote:
Try:
CYGWIN=ntsec getfacl /cygdrive/c/WINDOWS/system32/wsock32.dll
CYGWIN=ntsec getfacl /cygdrive/c/WINDOWS/system32/ws2_32.dll
Who knows, it might help find the problem.
I'm not sure what you mean but I tried
$ cygrunsrv --install sshd --disp "SSH daemon" --path /usr/sbin/s
Max Bowsher wrote:
It's a shame that this problem is so elusive.
No problem, Max,
Frank-Michael
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: htt
Corinna Vinschen wrote:
$ getfacl wsock32.dll
# file: wsock32.dll
# owner: moser
# group: Kein
user::rwx
group::rwx
group:Benutzer:r-x
mask::rwx
other::---
("other::---" - could this be the problem?)
...
I wonder how that happened on your machine. It's normal that files under
${windir} are own
Corinna Vinschen wrote:
In your debug output you've send once, $PATH is set to /bin:/bin.
Do you have any explanation how that could happen? Does that still
happen?
No. I attached the current debug output.
Do you have a user environment file ~/.ssh/environment?
No.
Did you copy your auth
Corinna Vinschen wrote:
...
What does the ACL of ${windir}/system32/wsock32.dll look like?
And, just being curious, what is the value of the registry entry
HKLM\System\CurrentControlSet\Control\SessionManager\SafeDllSearchMode
if available?
Corinna
$ regtool get "/machine/SYSTEM/CurrentControlS
>
> Because vague bug reports are all we have. And no-one can reproduce it
> either.
>
http://sources.redhat.com/ml/cygwin/2002-07/msg01745.html
When you investigat that thread you do not find only "vague bug
reports". I have reported that bug too (so I'm at least No.3 in that
game) including a
I found that the "run" command which comes with Cygwin-XFree is quite
useful for launching any shell script with a Windows link without a DOS
box flashing. The problem is that it works only when $(cygpath -w /) is
in your Windows PATH variable - otherwise it does not find cygwin1.dll.
But a sim
(Danilo: Sorry for accidently sending my previous mail directly to you)
Danilo Turina wrote:
> Since 6/7 months I have 0x000a errors with my PC (Win2K SP3), the
> problem is very simple: when XFree is running and there is a write to
> /etc I got a blue screen.
> Here are the steps I perfor
I attached a small shell script which mimes the behaviour of the classic
Unix' mail command using ssmtp. Most of the options are ignored but
"To:" and "Subject:" at least work. Give it a try and type "mail --help"
Frank-Michael
Marcos Lorenzo wrote:
I'm unable to fill some fields in mail heade
lly downloaded).
>
> Frank-Michael Moser wrote:
>
>>When setup.exe installs the previous version
>>I can see the progress bars moving.
>>Installing the new version is as fast as
>>nothing beeing copied !?
>>
>>Corinna Vinschen wrote:
>>
>>
When setup.exe installs the previous version
I can see the progress bars moving.
Installing the new version is as fast as
nothing beeing copied !?
Corinna Vinschen wrote:
> On Mon, Dec 17, 2001 at 03:58:49PM +0100, Frank-Michael Moser wrote:
>
>>After updating OpenSSH I cannot
After updating OpenSSH I cannot find ssh.exe
any longer?! Running setup.exe again and rolling
back to the previous version makes everything
fine again.
Regards,
Frank-Michael.
--
DECODON GmbHphone: +49(0)3834
35 matches
Mail list logo
