--- Reini Urban [EMAIL PROTECTED] wrote:
Christopher Faylor schrieb:
We REALLY need to get setup fixed. Is there any hope that you
are close to getting this fixed, Max?
Why not get rid of the complicated tar = bz2 stack and just check for
.tar.bz2 and use a simplified approach then,
On Wed, 22 Dec 2004, Rajesh Balakrishnan wrote:
Since postinstall seemed to be a candidate for the hang,
I'm wondering if we could tap at the following code in script.cc
In run(), there is an infinite wait
WaitForSingleObject (pi.hProcess, INFINITE);
Should we use a wait period like
Christopher Faylor wrote:
We REALLY need to get setup fixed. Is there any hope that you
are close to getting this fixed, Max?
I've finally managed to reproduce it! (today)
Let's see what tonight's debugging brings to light.
Max.
Corinna Vinschen wrote:
On Dec 22 15:49, Max Bowsher wrote:
Reini Urban wrote:
Christopher Faylor schrieb:
We REALLY need to get setup fixed. Is there any hope that you
are close to getting this fixed, Max?
Why not get rid of the complicated tar = bz2 stack and just check for
.tar.bz2 and use a
On Wed, Dec 22, 2004 at 04:43:38PM -, Max Bowsher wrote:
Christopher Faylor wrote:
We REALLY need to get setup fixed. Is there any hope that you
are close to getting this fixed, Max?
I've finally managed to reproduce it! (today)
Let's see what tonight's debugging brings to light.
Woo hoo.
man bc states that bc can be compiled to support readline library.
This could be very handy.. why cygwin's bc does not?
Problems specific to Cygwin or simply it is not default and no one felt
it necessary?
Lapo
--
Lapo Luchini
[EMAIL PROTECTED] (PGP X.509 keys available)
http://www.lapo.it
BTW, the tetex-bin source tarball is invalid. For example, the directory
tetex-bin-2.0.2-15/texk/oxdvik/texmf is a symlink to ../xdvik/texmf;
however, the tarball contains files in the symlinked directory (which seem
to be replicas of the files in the target directory, FWIW).
Igor
--
The KDE Desktop occupies whole of XP screen and remains in foreground,
can not be moved and can not be iconized. So Windows becomes practically
inaccessible until I kill KDE Desktop.
Any suggestions to make both desktops co-exist?
I use bosskey (http://keir.net/booskey.html) to set up
The KDE Desktop occupies whole of XP screen and remains in foreground,
can not be moved and can not be iconized. So Windows becomes practically
inaccessible until I kill KDE Desktop.
Any suggestions to make both desktops co-exist?
I use bosskey (http://keir.net/booskey.html) to set up
On Wed, Dec 22, 2004 at 04:46:15AM -0500, Andrew Schulman wrote:
The KDE Desktop occupies whole of XP screen and remains in foreground,
can not be moved and can not be iconized. So Windows becomes practically
inaccessible until I kill KDE Desktop.
Any suggestions to make both desktops
[EMAIL PROTECTED] schrieb am 22.12.2004 11:07:01:
...
Any suggestions to make both desktops co-exist?
I use bosskey (http://keir.net/booskey.html) to set up multiple virtual
desktops in Windows.
Exactly what I do, except that I use Ontrack's (now V-Com) toolbar
from their
On Wed, 22 Dec 2004, Smagul wrote:
Dear cygwin-xfree people,
I am trying to compile xmgrace and to run under Cygwin. I have already
compiled it
successfully on my PC with my WindowsME. However, I could not get it to run
on
Cygwin. When I type xmgrace, am getting ERROR message
Can't
here is the fulll log file.
Welcome to the XWin X Server
Vendor: The Cygwin/X Project
Release: 6.8.1.0-8
Contact: cygwin-xfree@cygwin.com
XWin was started with the following command line:
XWin -multiwindow -clipboard -silent-dup-error
ddxProcessArgument - Initializing default screens
I have cygwin installed, and now I am installing XFree 4.4.0.
The istallation Xinstall.sh script ran with no errors.
After the installation completes, the instructions direct me to configure
XFree by running:
XFree86 -configure
But I cannot find an executable by this name.
I do not have the
How about reading the documentation:
http://x.cygwin.com/docs/ug/configure.html
On Wed, 22 Dec 2004 07:08:27 + (UTC), Terrence White
[EMAIL PROTECTED] wrote:
I have cygwin installed, and now I am installing XFree 4.4.0.
The istallation Xinstall.sh script ran with no errors.
After the
On Wed, 22 Dec 2004, Terrence White wrote:
I have cygwin installed, and now I am installing XFree 4.4.0.
I don't believe you need to run the -configure, since the cygwin X server
does not (unlike the Unix server) contain a variety of loadable drivers.
XFree86 -configure
--
Thomas E. Dickey
On Wed, 22 Dec 2004, Terrence White wrote:
I have cygwin installed, and now I am installing XFree 4.4.0.
The current version is xorg-x11 6.8.1. XFree 4.4 is not supported anymore
and very outdated. I recommend to install the xorg-x11 packages from
cygwin setup as outlined in the cygwin-x users
On Tue, 21 Dec 2004, Vinod Gupta wrote:
My cygwin and xfree86 installed fine on my Windows XP machine. I would
like to have both local XP desktop and remote KDE Desktop from Linux
server, togather. Works almost OK when I do the following:
- Execute startxwin.bat which launches xserver as:
On Wed, 22 Dec 2004, Igor Pechtchanski wrote:
Any suggestions to make both desktops co-exist?
Try omitting the -multiwindow parameter.
Please note that in conjunction with run.exe you will have
to specify at least -nodecoration.
run XWin will hide the mainwindow. Other working modes are
I was very happy a few days back to install Cygwin/X and get xterm's working
(I do startx from a cygwin terminal window and it launches an xterm for me).
Something very strange I discovered today, however, is that if I try to use
the perl debugger like this:
perl -d -e 0
(which is how I often
On Wed, Dec 22, 2004 at 01:51:04PM -0800, Tom Goetze wrote:
Something very strange I discovered today, however, is that if I try to use
the perl debugger like this:
perl -d -e 0
then the perl debugging prompt does not appear in the xterm window, but
instead it appears (with mangled characters)
Hi,
I have just started using cygwin/X11, and the problem is that all X apps
seem to be shifted up a bit relative to the mouse/cursor on the moniter.
For example I type in a textbox of an x-app, I can't see the lower half of
the text I am typing. What lower fraction of the text I can't see
Hi,
I wanted to install cygnome (1.4), and did it directly though cygwin setup.
I have no experience in this, so all I did was get the packages and
installed them directly though setup.
Now to run it, I call startgnome. It opens a XWindow, then I see a beautiful
picture and it starts to load
Bharat Sinha wrote:
from the future to us.
Would you please set the correct date at your machine?
Gerrit
--
=^..^=
Any suggestions to make both desktops co-exist?
Vinod
Try omitting the -multiwindow parameter. That way, the KDE desktop will
be started in one Windows window that you can manipulate normally.
If you also want to open local X clients in multiwindow mode, you can
start another (windowed)
hello:
I did som more investigation.
when I startup xwin , I found there were xwin processes. If I killed one of
them then xwindow comes up. However the xwin.log is constantly growing with the
following message
winClipboardProc - Could not open display try:30 sleeping: 4
winClipboardProc -
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2004-12-22 11:31:32
Modified files:
winsup/cygwin : ChangeLog path.cc
Log message:
* path.cc (set_normalized_path): Allow empty pathnames.
Patches:
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2004-12-22 16:19:29
Modified files:
winsup/cygwin : ChangeLog cygthread.cc cygthread.h
Log message:
* cygthread.h (cygthread::release): Just declare here.
* cygthread.cc
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2004-12-22 17:10:20
Modified files:
winsup/cygwin : ChangeLog cygthread.cc
Log message:
* cygthread.cc (cygthread::stub): Make diagnostic output more
informative.
Patches:
2004-12-22 Chris January [EMAIL PROTECTED]
* fhandler_process.cpp (format_process_status): Use tabs in
formatting
instead of spaces.
Chris
--
http://www.atomice.com
fhandler_process_status_tabs.patch
Description: Binary data
On Dec 22 09:51, Chris January wrote:
2004-12-22 Chris January [EMAIL PROTECTED]
* fhandler_process.cpp (format_process_status): Use tabs in
formatting
instead of spaces.
Applied.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
I tried my spawn(P_DETACH) example (updated since yesterday)
with the latest snapshot, this time on NT.
#include stdio.h
#include unistd.h
#include process.h
main()
{
spawnl(_P_DETACH, /c/WINNT/system32/notepad, notepad, 0);
printf(Spawn done\n);
/* Keep working */
sleep(10);
On Wed, Dec 22, 2004 at 11:13:30AM -0500, Pierre A. Humblet wrote:
I tried my spawn(P_DETACH) example (updated since yesterday)
with the latest snapshot, this time on NT.
#include stdio.h
#include unistd.h
#include process.h
main()
{
spawnl(_P_DETACH, /c/WINNT/system32/notepad, notepad, 0);
Pierre A. Humblet wrote:
When running try_spawn with the snapshot, during the sleep period
ps reports
690 443 6902320 11054 10:32:21 defunct
464 690 6904640 11054 10:32:21
/c/WINNT/system32/notepad
FWIW, I was thinking about this
Pierre A. Humblet wrote:
Pierre A. Humblet wrote:
When running try_spawn with the snapshot, during the sleep period
ps reports
690 443 6902320 11054 10:32:21 defunct
464 690 6904640 11054 10:32:21
/c/WINNT/system32/notepad
Hi all,
I have a different Cygwin home directory than the common C:\Documents and
Settings\username. It was no problem to specify the set HOME=C:\myHome in the
cygwin.bat.
The problem comes when a postinstall script tries to modify files in the home
directory. setup.exe understands $HOME or ~ as
Hi Bill,
Here's what I did to build gcc-3.4.3 with dwarf2 EH:
First, get the gcc sources (duh) and Danny Smith's
patch to support dwarf2 EH on cygwin:
http://gcc.gnu.org/ml/gcc-patches/2004-11/msg01989.html
The patch is meant for gcc-4.0 but it worked for me on
3.4.3.
% cd /
% mkdir
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gerrit wrote (in http://www.cygwin.com/ml/cygwin/2004-10/msg00558.html):
| Sometimes it switches to .exe instead of .dll. Will investigate
| this further. My current theory is that -o soname just missed
| the .dll extension and .exe is then taken as
Igor Pechtchanski writes:
This won't fix the _ps and _pdf cases. I still think that fixing texdoc
itself is the right way (as the user's environment sometimes gets
truncated), however, you're the maintainer. If you decide to set them in
/etc/profile.d/tetex.sh, please also
should be /usr/share/man instead of /usr/man
There are also some documentation files missing which are hyperlinked in
/usr/share/doc/ghostscript-8.15/Readme.htm
for example: History7.htm History8.htm Issues.htm
Ciao
Volker
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
* [EMAIL PROTECTED] (2004-12-22 09:59 +0100)
I have a different Cygwin home directory than the common C:\Documents and
Settings\username. It was no problem to specify the set HOME=C:\myHome in
the
cygwin.bat.
The problem comes when a postinstall script tries to modify files in the home
At 01:44 AM 12/22/2004, you wrote:
-Original Message-
From: Larry Hall [mailto:[EMAIL PROTECTED]
Chaos.
Windows does not support loading of DLLs through links.
Thanks Larry, another validation of my distrust of windoze :-)
OK, well then I guess I should do a little work to
On Wed, Dec 22, 2004 at 09:44:45AM -0500, Larry Hall wrote:
At 01:44 AM 12/22/2004, you wrote:
-Original Message-
From: Larry Hall [mailto:[EMAIL PROTECTED]
Chaos.
Windows does not support loading of DLLs through links.
Thanks Larry, another validation of my distrust of windoze
Corinna,
I just want to make sure you didn't miss my post
in november, about this same subject:
http://sources.redhat.com/ml/cygwin/2004-11/msg00749.html
If you read it and didn't have anything to suggest
it's fine for me and sorry for this remainder.
If you didn't, please have a look.
I don't
On Dec 22 08:03, Patrick Samson wrote:
Corinna,
I just want to make sure you didn't miss my post
in november, about this same subject:
http://sources.redhat.com/ml/cygwin/2004-11/msg00749.html
If you read it and didn't have anything to suggest
it's fine for me and sorry for this remainder.
Lapo Luchini wrote:
I'll try to debug it this evening, on the train, on my way home...
hope to find the problem and/or a fix.
In the libtool generated for sqilte I found the bug to be that $soname
is defined with $shared_extension, which in turn is defined with
$shrext, but the file contained
Can anyone tell me what the purpose of the coreutils `link' program is?
It seems to just be a less functional version of `ln', so I don't know
why anyone would bother including it. It definately breaks my builds by
supplanting MSVC's `link' program in my path. I'd like to just remove
it
On Wed, 22 Dec 2004, Dr. Volker Zell wrote:
Igor Pechtchanski writes:
This won't fix the _ps and _pdf cases. I still think that fixing
texdoc itself is the right way (as the user's environment sometimes
gets truncated), however, you're the maintainer. If you decide to set
them in
On Wed, 22 Dec 2004, Isaac Foraker wrote:
Can anyone tell me what the purpose of the coreutils `link' program is?
It is for creating a hard link.
Jeremy C. Reed
technical support remote administration
http://www.pugetsoundtechnology.com/
On Wed, Dec 22, 2004 at 01:55:41PM +0100, Dr. Volker Zell wrote:
should be /usr/share/man instead of /usr/man
There are also some documentation files missing which are hyperlinked in
/usr/share/doc/ghostscript-8.15/Readme.htm
for example: History7.htm History8.htm Issues.htm
I'm hoping that our
Group,
can somebody tell me where the objects for the dirname and basename
functions have gone?
Way back when (say summer 2003) both lived in libfetish.a.
Currently (since summer 2004) I can find only basename (in libiberty.a).
thx,
H.
p.s.
the timestamps on the two libraries on my system are
On Tue, 21 Dec 2004, Corinna Vinschen wrote:
- cp(1), install(1), ln(1) and mv(1) contain patches to deal with .exe
suffixes more or less transparently.
How does the cygwin project choose which tools are patched for dealing
with .exe and what is not?
Thank you for fixing cp.
My next
On Wed, 22 Dec 2004, Jeremy C. Reed wrote:
On Tue, 21 Dec 2004, Corinna Vinschen wrote:
- cp(1), install(1), ln(1) and mv(1) contain patches to deal with .exe
suffixes more or less transparently.
How does the cygwin project choose which tools are patched for dealing
with .exe and what
Hi,
I have just started using cygwin/X11, and the problem is that all X apps
seem to be shifted up a bit relative to the mouse/cursor on the moniter.
For example I type in a textbox of an x-app, I can't see the lower half of
the text I am typing. What lower fraction of the text I can't see
Hans Horn wrote:
Group,
can somebody tell me where the objects for the dirname and basename
functions have gone?
Way back when (say summer 2003) both lived in libfetish.a.
Currently (since summer 2004) I can find only basename (in libiberty.a).
What is libfetish, never heard this name?
I have
The recent change of installing coreutils with `link.exe' has introduced
a *new* problem with configurations using Microsoft Visual C++ with
Cygwin's GNU `make'. Previously, one could specify LD=link in a
Makefile, but now the corutils `link' will supplant Microsoft's linker,
breaking builds.
On Wed, 22 Dec 2004, Jeremy C. Reed wrote:
[snip]
Instead of attempting to fix every command with this problem, I'd prefer
to not have the .exe extension in the first place.
How do I disable this not-needed feature in gcc?
(I will not use old Windows that needs it.)
I've answered this one
On Sat, 18 Dec 2004, Igor Pechtchanski wrote:
The suffix is required on Win9x, AFAIK, so this is not a viable route.
That said, I believe the OP didn't request that gcc not produce .exe files
by default, only how can *he* make gcc not produce the .exe suffix. What
you have to do is add a .
Hello Walter,
Many thanks for this report this is actually the first feedback I
receive at all for gnome-vfs;)
Walter Landry wrote:
Greetings,
I have just installed cygwin yesterday, and I am having problems
getting gnome-vfs to work. It always hangs in the postinstall.
Looking at the script it
On Wed, 22 Dec 2004, Igor Pechtchanski wrote:
Instead of attempting to fix every command with this problem, I'd prefer
to not have the .exe extension in the first place.
How do I disable this not-needed feature in gcc?
Let me rephrase this:
How can I configure gcc to not add the .exe?
Hallo Gerrit,
libfetish.a seems to be related to GNU coreutils (google on it).
Maybe one of the hardcore cygwin gurus could shed a light on this?
In the meantime I have helped myself lifting the dirname source (actually
it's dir_name) from the new cygwin coreutils package.
thx,
H.
Gerrit P.
On Wed, Dec 22, 2004 at 02:05:50PM -0800, Jeremy C. Reed wrote:
On Sat, 18 Dec 2004, Igor Pechtchanski wrote:
The suffix is required on Win9x, AFAIK, so this is not a viable route.
That said, I believe the OP didn't request that gcc not produce .exe
files by default, only how can *he* make gcc
On Wed, Dec 22, 2004 at 02:15:28PM -0800, Hans Horn wrote:
libfetish.a seems to be related to GNU coreutils (google on it). Maybe
one of the hardcore cygwin gurus could shed a light on this?
I think Gerrit qualifies as a hardcore cygwin guru.
cgf
--
Unsubscribe info:
Jeremy C. Reed wrote:
On Sat, 18 Dec 2004, Igor Pechtchanski wrote:
The suffix is required on Win9x, AFAIK, so this is not a viable route.
That said, I believe the OP didn't request that gcc not produce .exe files
by default, only how can *he* make gcc not produce the .exe suffix. What
you have
On Wed, 22 Dec 2004, Christopher Faylor wrote:
So, what are you expecting then? If this isn't going to work for you
and modifying your makefiles isn't a going to be a solution in any
event, it's difficult to see what you are hoping for. A magic
environment variable maybe? If so,
Jeremy C. Reed wrote:
Where is gcc configured or patched to add the .exe in the first place?
It is in in gcc/config/i386/cygming.h:
#define TARGET_EXECUTABLE_SUFFIX .exe
Gerrit
--
=^..^=
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
Jeremy C. Reed wrote:
By the way, where do I download the files like shown at
http://cygwin.com/cgi-bin2/package-cat.cgi?file=gcc-core%2Fgcc-core-3.4.1-1-srcgrep=gcc-core
?)
I'm sure you saw this link at the website:
http://cygwin.com/mirrors.html
Gerrit
--
=^..^=
--
Unsubscribe info:
In other thread:
On Wed, 22 Dec 2004, Gerrit P. Haase wrote:
It is in in gcc/config/i386/cygming.h:
#define TARGET_EXECUTABLE_SUFFIX .exe
Awesome! Thank you. This is what I was asking about.
On Wed, 22 Dec 2004, Gerrit P. Haase wrote:
PTA, please provide a patch (tested) which adds a flag
On Wed, 22 Dec 2004, Gerrit P. Haase wrote:
Jeremy C. Reed wrote:
By the way, where do I download the files like shown at
http://cygwin.com/cgi-bin2/package-cat.cgi?file=gcc-core%2Fgcc-core-3.4.1-1-srcgrep=gcc-core
?)
I'm sure you saw this link at the website:
Jeremy C. Reed wrote:
On Wed, 22 Dec 2004, Gerrit P. Haase wrote:
Jeremy C. Reed wrote:
By the way, where do I download the files like shown at
http://cygwin.com/cgi-bin2/package-cat.cgi?file=gcc-core%2Fgcc-core-3.4.1-1-srcgrep=gcc-core
?)
I'm sure you saw this link at the website:
Just updated my Cygwin. If I use cp to copy a file, in this case an
executable, I get This program cannot be run in DOS mode when I try to
run the copied file.
The copied file also now differs from the original.
$ ls -l /bin/sum.exe
-rwxr-x---+ 1 sam Users 26624 Dec 21 02:32 /bin/sum.exe
$ cp
Christopher Faylor wrote:
On Wed, Dec 22, 2004 at 02:15:28PM -0800, Hans Horn wrote:
libfetish.a seems to be related to GNU coreutils (google on it).
Maybe one of the hardcore cygwin gurus could shed a light on this?
I think Gerrit qualifies as a hardcore cygwin guru.
I did think so!
I
Just updated my Cygwin. If I use cp to copy a file, in this case an
executable, I get This program cannot be run in DOS mode when I try to
run the copied file.
The copied file also now differs from the original.
$ ls -l /bin/sum.exe
-rwxr-x---+ 1 sam Users 26624 Dec 21 02:32 /bin/sum.exe
$ cp
Just updated my Cygwin. If I use cp to copy a file, in this case an
executable, I get This program cannot be run in DOS mode when I try to
run the copied file.
The copied file also now differs from the original.
$ ls -l /bin/sum.exe
-rwxr-x---+ 1 sam Users 26624 Dec 21 02:32 /bin/sum.exe
$ cp
Hi,
I wanted to install cygnome (1.4), and did it directly though cygwin setup.
I have no experience in this, so all I did was get the packages and
installed them directly though setup.
Now to run it, I call startgnome. It opens a XWindow, then I see a beautiful
picture and it starts to load
On Wed, 22 Dec 2004, Raye Raskin wrote:
Just updated my Cygwin. If I use cp to copy a file, in this case an
executable, I get This program cannot be run in DOS mode when I try to
run the copied file.
The copied file also now differs from the original.
$ ls -l /bin/sum.exe
-rwxr-x---+ 1 sam
Hello folks
This is a contribution to a thread on comp.lang.fortran, but I thought
it might be of interest on the Cygwin mailing list also. My apologies if
it appears twice.
[EMAIL PROTECTED] wrote:
If one creates an executable using g95 on Windows, one needs a DLL to
be on the PATH of the
When I do an ls -F, I get expected results:
$ ls -F /
bin/ cygwin.bat* home/ run.groff tmp1/ xfer/
cron_diagnose.sh* cygwin.ico* lib/ sbin/ usr/
cygdeb/etc/ mountem* tmp/ var/
However, when I do ls -F //, then I get bad results:
$ ls -F
Mark Paulus wrote:
When I do an ls -F, I get expected results:
$ ls -F /
bin/ cygwin.bat* home/ run.groff tmp1/ xfer/
cron_diagnose.sh* cygwin.ico* lib/ sbin/ usr/
cygdeb/ etc/ mountem* tmp/ var/
However, when I do ls -F //, then I get bad results:
$ ls -F //
ls: //bin: No such file or directory
First off, thanks for the great set of utilities. Pretty much any
computer I come close to gets cygwin installed, it's very nice to have a
real shell.
I'm working on a project that is using python with threads and readline.
As near as I can figure out, the default cygwin python has threads
On Wed, 22 Dec 2004, Raye Raskin wrote:
Just updated my Cygwin. If I use cp to copy a file, in this case an
executable, I get This program cannot be run in DOS mode when I try to
run the copied file.
The copied file also now differs from the original.
$ ls -l /bin/sum.exe
-rwxr-x---+ 1 sam
Hans Horn wrote:
Christopher Faylor wrote:
On Wed, Dec 22, 2004 at 02:15:28PM -0800, Hans Horn wrote:
libfetish.a seems to be related to GNU coreutils (google on it).
Maybe one of the hardcore cygwin gurus could shed a light on this?
I think Gerrit qualifies as a hardcore cygwin guru.
I did think
Bharat Sinha wrote:
from the future to us.
Would you please set the correct date at your machine?
Gerrit
--
=^..^=
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:
At 10:02 AM 12/22/2004, you wrote:
On Wed, Dec 22, 2004 at 09:44:45AM -0500, Larry Hall wrote:
At 01:44 AM 12/22/2004, you wrote:
-Original Message-
From: Larry Hall [mailto:[EMAIL PROTECTED]
Chaos.
Windows does not support loading of DLLs through links.
Thanks Larry, another
Gerrit P. Haase [EMAIL PROTECTED] wrote:
Hello Walter,
Many thanks for this report this is actually the first feedback I
receive at all for gnome-vfs;)
Walter Landry wrote:
Greetings,
I have just installed cygwin yesterday, and I am having problems
getting gnome-vfs to work. It
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Christopher Faylor
Even if it was ln -s, it's hardly fair to blame windows for
not honoring a cygwin invention -- symbolic links.
My intent was not to blame windows for not honoring a cygwin(?)
invention, but for not having
On Thu, Dec 23, 2004 at 08:23:37AM +0200, Mike Kenny - BCX - Professional
Services JHB wrote:
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Christopher Faylor
Even if it was ln -s, it's hardly fair to blame windows for
not honoring a cygwin invention -- symbolic links.
87 matches
Mail list logo