Daniel Colascione wrote:
On 5/26/12 4:40 PM, Linda Walsh wrote:
Compiling for 64-bit is about memory alignment and native instruction
set/word size execution. The alignment will likely cause runtime
memory usage
to grow somewhat, but it shouldn't be significant in most case
So the x32
Tim Prince wrote:
CPUs have been adding microcode continually for better optimization of
the gcc -m32 string moves, even though new CPUs are designed primarily
for 64-bit OS.
-
It's not the OS, machine and the width of the data path.
If you are operating in 32 bit mode, you are
Had to look up that acronym, and saw this one right above it:
TMTOWTDI
Oh the irony ;-)
Earnie Boyd wrote:
On Fri, Jun 1, 2012 at 1:29 PM, Dennis Isenhour wrote:
Can someone tell me, is static linking of libstdc++(-6 ?) not
currently supported in cygwin using the mingw compiler?
George Luiz Bittencourt wrote:
Hello,
We are facing an issue where our guest domain account is getting locked during the SSH logon process and we
Also, does your guest account have a password?
Some of the newer versions of windows get picky about allowing remote logins
with blank
Andrey Repin wrote:
Greetings, Linda Walsh!
I sometimes use rmdir * to clean up empty dir's.
There's a known issue about difference in Windows and *NIX handling of
directory removal in many cases.
I would say, you drop such practice and be more explicit in your actions.
You
Corinna Vinschen wrote:
The only problem is that: Even though I see how I could potentially
enforce the situation, I fail to reproduce it. Can you explicitely show
an ls of the dir and an strace of an rmdir which succeeded to rename the
dir?
I'll might send you a test DLL via PM at one point,
Corinna Vinschen wrote:
Anyway, I have a fix for that. You didn't explicitely allow to send
a test DLL, so I just applied the patch to CVS. Please test the next
developer snapshot.
Sorry, I thought it would be implicit that I gave you everything
you asked for -- not that I
Corinna Vinschen wrote:
Just try the latest developer snapshot from http://cygwin.com/snapshots/
It contains the patch.
---
In running the rd * in bot of my Doc and Pictures dir, no dirs
were renamed or deleted ...
(FWIW, I have a recycle bin setup on my samba server, so the
Zach Saw wrote:
Corinna Vinschen corinna-cygwin at cygwin.com writes:
Thanks for the testcase, but... would you mind to change it to take the
boost lib out of the picture, by using just plain pthread functions, if
possible in plain C?
Apparently someone else has already encountered similar
Lord Laraby wrote:
I'll give that a go as a start. But, I would still like to see by
Cygwin uid shown as 0 when I am elevated. Because it's the same as the
windows equivalent of su.
---
I think where you are confused is that cygwin's shell is
elevated all the time if you are running as
Filipp Gunbin wrote:
On 17/08/2012 14:46, Herbert Stocker wrote:
Or am i misunderstanding the radio buttons for keep, cur and exp?
From Cygwin UG: All packages can be set to stay at the installed
version by pressing the Keep button in the top right part of the chooser
window..
Why don't you
Igor Peshansky wrote:
I'm sure Yaakov meant that he'll patch it when he next gets around to it,
but in the meantime felt compelled to explain where the current directory
structure came from.
---
Why fix it if it isn't broken? It's that way on linux. All of the
mkfs extensions and fsck
I kept getting bounce messages on this d*mn message, only to discover
that some of the postings were getting through and some of the bounce
messages were coming from someone's broken virus filter that doesn't know
enough to not bounce list email...Grrr*sigh*
First: cygwin@cygwin.com:
Dean Steve wrote:
I'm also opening a ssh connection from a Linux box to a Windows machine to
run a Windows process using CreateObject within VBScript. I have been able
to replicate the problem using Excel so I know it's not my other program
that is causing the problem. When I run the script,
When will we see this in the main-stream cygwin?
Soon? :-)
linda
SUZUKI Hisao wrote:
I made a patch to cygwin1.dll to support UTF-8.
It allows you to use all of characters and file (or path) names
allowed in Windows, while keeping binary-compatibility with the
current Cygwin. It is fairly
Brian Dessent wrote:
Linda W wrote:
Windows just doesn't support forking at all, as far as I know.
activeperl emulates forking using win32 threads. I don'tknow how cygwin
handles it, but my guess is that it's not very well :-(
This smells like total FUD. This person that
Yitzchak Scott-Thoennes wrote:
Can he or you reduce the problem to a non-File::BOM dependent test script
What part of the perl module File::BOM should I throw out before
it's no longer File::BOM? It's just perl code.
It's freely downloadable through CPAN, so I can't make it too
much more
Christopher Faylor wrote:
On Thu, Jun 08, 2006 at 05:11:29PM -0700, Yitzchak Scott-Thoennes wrote:
The point would be to reduce the amount of code that might need
to be inspected to find the underlying problem. Nothing to do
with publicly available.
---
Would that it was always
Eric Blake wrote:
I have cygwin install but I can not find the
implementation of Unix 'at' command.
Because no one has ported an open source version of it
to cygwin yet.
Some packages might be more easily ported if RPM's
became a common way to package cygwin packages. Much
of
Igor Peshansky wrote:
Do you mean that you used Cygwin's rpm package to produce that RPM?
yes.
I'm sure there's some good reason for converting all
packages to yet another installer, but I'm not sure I know
what they are. One side effect, though -- it can put a
damper on porting
Christopher Faylor wrote:
There is no one-to-one equivalent to rpm -qi but rpm -qf is equivalent
to cygcheck -f and cygcheck -c packagename will give you the package
---
That's part of the problem. There may or may not be a
1:1 equivalent for whatever option I'm used to with rpm. I
I think I've run into a problem involving fread.
I open a test file (fopen) with Write-Only access (w),
immediately after that, I do an fread on the file handle
of some number of bytes.
I expect fread to return an error. But it doesn't.
It returns 0 as the number of bytes read, and the
error
Corinna Vinschen wrote:
In addition to fread not setting the error value, a value
of zero is returned. Zero is to be returned, *only* on
end-of-file or error. However, in the test case, neither
That's not correct. Any value less than size*nitems indicates either
EOF or an error. The
I've not seen this message except when I've had to rapidly
press ^C to break out of a loop shell script.
Today, I've seen it twice when there was virtually no cpu load
on the system, about 50% virtual memory committed, and 40 processes.
Once, was with an ls command, the other happened as my
Larry Hall (Cygwin) wrote:
Ah, the lack of a Windows RPM port was *exactly* the reason
setup.exe was created. The simplest way to port RPM was to use
Cygwin, which then leads to a chicken/egg problem.
Most linux distributions have solved this issue. When one goes
to do an install
Brian Dessent wrote:
Science Guy wrote:
This problem has been noted before by someone else,
http://www.mail-archive.com/cygwin@cygwin.com/msg37532.html
but I followed the threads and can find no resolution.
When I fire-up a cygwin bash window, everything is fine for a few minutes.
Corinna Vinschen wrote:
I have updated the version of vim on cygwin.com to 7.0.017-1.
This is the long awaited vim 7.0, latest patchlevel 17. Cygwin Vim
still builds from the vanilla sources.
---
Vim 7 seems to still have a few kinks to work out and doesn't
seem nearly as stable as
Harig, Mark wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Frank Fesevur
Sent: Tuesday, June 13, 2006 5:35 AM
To: cygwin@cygwin.com
Subject: vim 7 gives error when editing /etc/hosts
Hi,
When I try to edit /etc/hosts with vim7, it gives
Brian Dessent wrote:
The last release of Cygwin was 1.5.19-4 on 2006-01-20, so unless you
have a time machine, a fix made on 2006-05-17 will not be included.
Besides, using the latest snapshot should always be the first thing you
try when encountering a problem before reporting it to the
Perhaps, but you are assuming one's primary Windows machine is capable
of being virtually subdivided. I run windows on a laptop (external
keyb, mouse, screen). While it was a good laptop new, it's a bit long
in tooth.
Jim Drash wrote:
Not everyone has a spare test machine.
I can never
The attached test case is simple and fairly short. It does not
depend on File::BOM (and has none of the code from it).
It's only dependency (other than perl) is the POSIX module,
where, from, the fifo command is taken.
Conceptually, it is simple:
- Create fifo (works)
- Fork(works)
-
Christopher Faylor wrote:
On Tue, Jun 06, 2006 at 02:24:29PM -0700, Linda Walsh wrote:
SUZUKI Hisao wrote:
I made a patch to cygwin1.dll to support UTF-8.
It allows you to use all of characters and file (or path) names
allowed in Windows, while keeping binary-compatibility
Really? a 6 y/o, 800MHz Celeron w/512M, 4MB video taken out of main
memory? You have alot more patience than me.
-l
Jim Drash wrote:
I run VMWare on on just such a configuration.
On 6/22/06, Linda Walsh [EMAIL PROTECTED] wrote:
Perhaps, but you are assuming one's primary Windows machine
mwoehlke wrote:
Science Guy wrote:
In http://cygwin.com/ml/cygwin/2006-06/msg00434.html, Brian said
using the
latest snapshot should always be the first thing you try when
encountering a
problem before reporting it to the list.
However, the instructions for installing snapshots at
I've got a weird situation with rsync. I'm trying to
transfer some files from a network share mounted as B:\.
I'm copying the files to corresponding locations under C:\.
I've done many transfers from B-C, entire directories, but now
In a particular instance, rsync tries to transfer via the
Igor Peshansky wrote:
What is the difference between installing a test release of Cygwin and
installing a snapshot of Cygwin
---
I would hope it is the difference between daily work and something that
is of Beta quality -- i.e. something that seems to work and should work
for most
Dave Korn wrote:
That's a false positive and you're about the fifteenth person this month to
report it to the list without having bothered to search the archives first.
---
Yeah -- the buglist has been clearly posted on Alpha Centauri for the
past 50 years. There's no reason why
Dave Korn wrote:
Still lacking in useful information. You *still* haven't told us HOW on
earth you managed to get impossibly long file names, you *still* haven't shown
us the names of any directories that have failed.
---
It is quite trivial. He's prepending either S:/ or
Linda Walsh wrote:
Dave Korn wrote:
Still lacking in useful information. You *still* haven't told us
HOW on
earth you managed to get impossibly long file names, you *still*
haven't shown
us the names of any directories that have failed.
---
(from: http://support.microsoft.com/?kbid=320081
Be sure to report the details to Mark (@sysinternals) -- he's usually
pretty good about fixes (at least he used to be before he worked for
_Microsoft_)...:-)
-linda
John and Holly Klug wrote:
Is there a utility for cygwin that can list NTFS junction points?
Perhaps an option for find? I am
Jörg Schaible wrote:
Is there any pointer at MS, where this is described exaclty? I was only able to
find some entries in the knowledge base that describe applications that are
affected by this limit, but nowhere an explanation under what circumstances a
process/application is hit by this
I think I've run into a bug concerning tar and the use of
windows format paths. It's not a bug that is difficult to work
around, but it still seems as though it is a bug that someone may
wish to address (in their spare time, of course :-).
I wanted to save a list of files into a tar archive
Yitzchak Scott-Thoennes wrote:
On Thu, Aug 10, 2006 at 03:53:55PM +1200, Steve Keate wrote:
Are there any useful resources on finding out exactly what security mode
to choose when using Cygwin, also, are there any resources on how to use
mkpasswd and what arguments to use. I have scoured
I ran into a weird symptom -- not a bug in anything as near
as I can tell, just a weirdness.
Everyone once in a while, when I do an ls -l on some groups
of files, I'll see a group of ??. With ls -ln, I see
the group has a value 4294967295. Would it be misleading
or incorrect to insert an
Václav Zeman wrote:
I think that the difference is that PTY is a stream of commands that get
interpreted, OTOH, polled Windows console can provide only a snapshot at
some point in time. It seems that it would be hard to produce faithful
stream of commands from this console snapshot. Because
Matt Sexton wrote:
Hello,
I am attempting to port to Cygwin an application that synchronizes
between processes using unnamed semaphores in shared memory. Both
processes have mapped the shared memory region, one process
initialize
There's a cygwin process that you have to have
Jiri Engelthaler wrote:
2012/9/23 marco atzeri marco.atz...@gmail.com:
And if I'm looking a way how to avoid this ...buggy feature..., my
answer is yes. If someone can help me with how to run gcc compiler
(see first post) which looks in ../libexec/.. for cc1.exe, I'll be
happy. My question
Earnie Boyd wrote:
Not in total. /usr/bin would only be available if the working device
is the same as the device containing the link.
???
I think you are confusing junctions with symlinks.
symlinks can point to another device (including network
shares).
Note, you may have to enable
Earnie Boyd wrote:
It doesn't matter. If the working drive is E: and the symlink is on
C: then /usr/bin doesn't exist on E: and /usr/bin/ls or any other
binary will not work.
Ah... this sounds like a different problem than I understood it to be.
Let me relate an example and see if it
It prevents Terminal from loading when you type Terminal (or terminal).
terminal points to 'Terminal' which doesn't exist -- maybe it needs to point
to Terminal.exe? But it's not needed for many of us who don't enable
case confusion -- terminal/Terminal being a prime example. If you have to
Larry Hall (Cygwin) wrote:
On 10/9/2012 5:50 PM, Linda Walsh wrote:
It prevents Terminal from loading when you type Terminal (or terminal).
snip
Discussion of a Cygwin Ports package should be done on the Cygwin Ports
mailing list.
There's a separate cygports mailing list?
Fortunately
Andrew DeFaria wrote:
On 01/16/2013 07:24 AM, Tim Prince wrote:
I still remember the occasion 15 years ago when I entered rsh tim
and found myself logged in as the head of corporate IT with root
privilege.
Did you do rm -rf /?
I remember going to Frys and seeing a mac with a bash shell
Who is the person who ports/packages openssh for cygwin?
I was wondering if they could include the HPN patches (High Performance
Networking)
http://www.psc.edu/index.php/component/remository/HPN-SSH/OpenSSH-6.0-Patches/
specifically: these two should apply w/no build probs.
HPN SSH Dynamic
Chloe wrote:
The mailing list search feature does not work. For example, this link
http://sourceware.org/cgi-bin/search.cgi?wm=wrdform=extendedm=alls=Dq=rubyul=%2Fml%2Fcygwin%2F2013-01%2F%25
Did not find these posts:
http://cygwin.com/ml/cygwin/2013-01/msg00355.html
BJ Quinn wrote:
Anyway, at least one suggestion I found was that my problem may be caused by
the CommonProgramFiles(x86) environment variable needing to be set to
'C:\Program Files (x86)\Common Files'. So, can anyone suggest how to set an
environment variable whose VARIABLE NAME (not just
Warren Young wrote:
On 5/9/2013 22:12, Christopher Faylor wrote:
I haven't tried digging further to figure out how these man pages were
http://etr-usa.com/cygwin/doc/test/ccp.3
http://etr-usa.com/cygwin/doc/test/ccp.pdf
I think these outputs look pretty good, myself. The HTML is the
David Balažic wrote:
Hi!
Is there a port of mbuffer or a similar tool to cygwin?
---
pv?
(pipeview)?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:
Lu Sheng wrote:
E:\cygwin\bin\gcc.exe -mcygwin -mdll -O -Wall -Ic:\users\it-04\appdata\local\tem
p\pip-build-IT-04\lxml\src\lxml\includes -IC:\Python27\include -IC:\Python27\PC
-c src\lxml\lxml.etree.c -o build\temp.win-amd64-2.7\Release\src\lxml\lxml.etree
.o
when this command run, I will
Steven Penny wrote:
From: Matt D.
The following never exits the loop:
until test -f ~/file.txt; do sleep 1 echo sleep; done; echo done
This is not an error, or even Cygwin related. With Bash you must now quote ~
if you want it to expand.
Do this
[ -f ~/file.txt ]
or this
[ -f
Lu Sheng wrote:
how can I use cygwin tools, if I want to compile the object file in
cygwin and invoke it in windows python?
If you compile under cygwin, you are designing it to run under posix (linux
like environment) -- not under windows.
If you want it to run under window you need to
Corinna Vinschen wrote:
I can reproduce the effect, and it looks like this is the result of
an accidental checkin. Thanks for the hint.
???
Is it?
AFAIK, you can no longer safely paste code into the bash command line
because the TAB char is the default completion character.
If your
Warren Young wrote:
On 7/26/2013 23:44, marco atzeri wrote:
Il 7/27/2013 7:17 AM, Kenneth Wolcott ha scritto:
I guess I will somehow modify my PATH so that I have
/cygdrive/c/cygwin64/usr/bin and /cygdrive/c/cygwin32/usr/bin
mixing will not work as the dll's are called in the same way
Yuki Ishibashi wrote:
Hi all,
Recently I've been tasked with taking a Win7 machine that was running
Cygwin and sshd off of my company's old Active Directory domain...
---
Have you ever heard of Process Monitor
http://technet.microsoft.com/en-us/sysinternals/bb896645
It can allow you to
Warren Young wrote:
then maybe in your bashrc have
it do a cygmount or create a softlinke from /bin32 - /bin or
/bin64-/bin
(and same for lib)?
You can't just merge the two bin/lib dirs. The executable names
conflict. My solution involving a cygwin2.dll is the only solution I
see. And
Earnie Boyd wrote:
On Sat, Aug 3, 2013 at 7:33 AM, Linda Walsh wrote:
Hello Linda,
It seems to be the only reliable 32-bit redirection -- and MS chose to put
it in the /windows dir... so they must want customers to put anything
needing
that feature in that dir...right?? ;-) Oi
Shaddy Baddah wrote:
This is the output for L: drive, which is not a physical but logical
volume formatted EXFAT. Hopefully it doesn't alter the
characteristics/attributes. With a bit of extra effort, I could try with
a physical device (format a spare USB stick EXFAT through Windows):
$
Shaddy Baddah wrote:
To be honest, my bug bear with NTFS has been the file/folder ownership.
But I think noacl's is probably the best compromise for general NTFS
ACL issues.
You realize you can change the ownership of files in cygwin, no?
chmod username.groupname -R .
in your home
Earnie Boyd wrote:
On Sat, Aug 3, 2013 at 10:19 PM, Linda Walsh wrote:
Earnie Boyd wrote:
However you the user have a choice of where to put things. Frankly, I
would use /cygwin and /cygwin32
And how does that get you the autoredirection I suggested with
the links in Windows
Corinna Vinschen wrote:
On Aug 3 19:42, Linda Walsh wrote:
Shaddy Baddah wrote:
This is the output for L: drive, which is not a physical but logical
volume formatted EXFAT. Hopefully it doesn't alter the
characteristics/attributes. With a bit of extra effort, I could try with
a physical
Hubert Garavel wrote:
For porting legacy software to Cygwin, the absence of compress is just
annoying.
Why?
If gzip can uncompress it, you should switch to gzip or xz anyway, because
computers that you release software to are less likely to have compress
because
1) it was encumbered
2)
On 10/25/2013 5:29 PM, Ryan Johnson wrote:
On 25/10/2013 12:12 PM, Charles Wilson wrote:
Does anybody have a script or a tool that can parse a setup.ini and
generate a dependency graph? I'm using pmcyg to create a
stripped-down standalone installation CD and it's too big, so I'm
trying to
New version of setup shows me which processes are running and offers
to stop them.. neat.
I stopped them manually as needed to make sure work was saved.
Tried again...
this time it said it was still in use:
turns out it seems to miss all of the processes running as services.
On 11/4/2013 9:57 PM, Andrey Repin wrote:
Greetings, All!
Started to write scripts, that rely on registry, and hit a nail right off the
bat. I need to access expanded value of REG_EXPAND_SZ type.
Reading documentation doesn't help.
Is this possible?
Or should I go through a loop of calling
John Smith wrote:
Well, actually, I take that back. Today I'm still having the same
issue. :frustrated:
Can't say I immediately know the answer to your prob, BUT,
if you have a spare computer you could run samba as a domain server
for windows.
Then you can set your group and see a
I've tried using mklink /d target source in cmd
I'm wondering if i'd have any better success with junctions or linkd
(2 pre-win7 ways of doing directory linking/mounting in Windows).
I have a dual install of cygwin-x86 xygwin-x86-64 existing
mostly side by side in root -- but some programs
I normally run with cygwin in my root dir -- doing otherwise causes problems
when programs are started from windows.
I installed cygwin64 the other day and it overwrote links I had to separate
cyg64 cyg32..
Setup wants to install things in separate dirs .. ok fine...
but some dirs have shared
Larry Hall (Cygwin) wrote:
On 1/13/2014 9:04 PM, Linda Walsh wrote:
So how can can I get mount to allow me to remount root -- i.e.:
/usr/bin mount C:\\ /
mount: warning: couldn't determine mount type.
mount: /: Operation not permitted
Have you referred to the Users Guide on this topic?
http
Mark Geisert wrote:
Linda Walsh writes:
Can't believe doesn't work for anyone.
For me, I've tried multiple c progs (simple ones),
You don't supply any example that shows your attempt and the resulting error
message(s). So maybe it (whatever *it* is) is working for everybody else?
Um
Mark Geisert wrote:
There was some discussion recently,
---
*Thanks*... at least I know where to report the bug
(in gcc):
on linux -- did a similar test -- mounted /usr/bin on /bin and changed
my path to have /bin first:
Ishtar:law/bin PATH=/bin:$PATH
Ishtar:law/bin gcc hello.c
gcc: error
Marco Atzeri wrote:
On 18/01/2014 13:43, Marco Atzeri wrote:
On 18/01/2014 13:01, Angelo Graziosi wrote:
When I try to update my Cygwin64 installation (on a virtualBox Win7-64
installation) I get an error about the cygwin32-1.7.27-1.tar.xz package
which seems corrupted.
This is confirmed
Angelo Graziosi wrote:
Il 18/01/2014 13.01, Angelo Graziosi ha scritto:
When I try to update my Cygwin64 installation (on a virtualBox Win7-64
installation) I get an error about the cygwin32-1.7.27-1.tar.xz package
which seems corrupted.
This is confirmed from command line on which i get:
$
Corinna Vinschen wrote:
On Feb 4 02:22, Andrey Repin wrote:
Cygwin will read the unixHomeDirectory entry (AD),
---
I assume this will work without AD?
//ishtar/law/Bliss mkpasswd -D -o 0|sort -t: -n -k3
SYSTEM:*:18:544:,S-1-5-18::
LocalService:*:19:544:U-NT
Andrey Repin wrote:
Greetings, Linda Walsh!
11612288(High Mandatory Level)
The security levels are mostly for informational / interest purposes...
Maybe they might be added to cygwin if it is going to substitute it's own
internal DB?
As I understand it, these groups/names
Peter Holsberg wrote:
Hi,
I have a perl script that I would like to execute simply by
double-clicking on its name from a Windows filemanager window.
I tried using this:
#!C:\cygwin64\bin\perl.exe
as the first line in the script but when I double-click the script,
Windows opens it in a text
David Masterson wrote:
Anyone have ideas on how to debug this??
Have you tried the -D switch with
lpr to enable debugging output?
Are you sure you are correctly specifying the device
name?
--
Problem reports: http://cygwin.com/problems.html
FAQ:
Andrey Repin wrote:
Greetings, Corinna Vinschen!
Don't know if this list is more appropriate than the Perl one but my
question is actually about porting a Perl script to Cygwin. I need to
check if the current user running the script belongs to a pre-defined group.
FWIW, I run a bash
When I run the Xwin server, it says shared memory isn't available.
I thought running the cygserver took care of this?
Does this not work on cyg64?
Besides the Xwin server, When I try initialize pulseaudio, it
tries to use shared memory as well, but fails to load (no reason
why -- just
I tried doing an strace of pulse audio... it seemed to fail here:
43 1284946 [main] pulseaudio 6776 path_conv::check:
this-path(C:\usr\share\locale\en\LC_MESSAGES\pulseaudio.mo), has_acls(1)
49 1284995 [main] pulseaudio 6776 build_fh_pc: fh 0x1802E0568, dev 00C3
37 1285032 [main]
Marco Atzeri wrote:
for my test, it works
of course you need to put care to avoid collision between
32 bit and 64 bit if you have both installed.
testing on 64bit Xwin with cygserver running I see
[ 13438.222] Initializing built-in extension MIT-SHM
Hmmm...
Did you have to do anything
Marco Atzeri wrote:
as the script creates a service called cygserver
running both the 32bit and the 64 bit scripts
causes the second to overwrite/overlap the first.
On my system I manually renamed the 64 one
to avoid collision and to allow to start them separately
Ahh...I see..
In my
Marco Atzeri wrote:
$ cygrunsrv -LV
---
FWIW, when I type that, I see:
cygrunsrv -LV
Service : cygserver (Installation path: C:\cygwin64)
Display name: CYGWIN cygserver
Current State : Running
Controls Accepted : Stop
Command :
Marco Atzeri wrote:
No installation path, so same path/root of cygrunsrv command
So... just from the above -- it looks like your 32bit and 64-bit
are running the same binary -- i.e. from the view of
cygrunsrvam I missing something?
the base path/root for the two installations is
Finally tracked this down.
when I ran the cygserver-config, it installed a different
path for cygserver-config than what everything else
thinks it is running under...
I.e. even though my shell and the dbus server, both think
they are running under C:/bin (which is a symlink -
cygwin64/bin,
Marco Atzeri wrote:
the base path/root for the two installations is different
(it wasn't supposed to be, in mine It seems to be
a config script problem... everything else was running off
of C:\bin, but the config script installed cygrunsrv to
run from the C:\cygwin64\bin path instead of
Corinna Vinschen wrote:
On Mar 21 16:03, Linda Walsh wrote:
both think
they are running under C:/bin (which is a symlink -
cygwin64/bin, through C:\windows\system32\cygwin)
Why did you mess around with the install paths that badly? Don't
install anything Cygwin into C:\windows
Robert Klemme wrote:
So it could be an OS feature but I could not find any
documentation about this. And it is still totally unclear to me what
the criterion might be as bash suffers from this but all other shells
do not. This is weird.
I don't think BASH sets the path... it adds to the
Jon TURNEY wrote:
This really reads like you've tried one GLX client (glxgears), seen that it
apparently isn't working, and decided that GLX doesn't work at all.
This is not true. Please stop spreading misinformation.
-
I'd like to see if there is ANY GLX program that works. I was
under
Yaakov (Cygwin/X) wrote:
On 2014-03-25 09:05, Jon TURNEY wrote:
On 20/03/2014 08:41, Linda Walsh wrote:
When I try to run glxgears locally, it displays the initial gears,
but now they are just frozen. It doesn't work remotely, either,
which was what I tried initially. It *used* to work
If you use the 'mountvol' you a *local* root folder
mounted at some drive letter that can be maintained over
boots. is listed as a JUNCTION and treated by cygwin
as a regular dir.
For some reason the other type of directory hookup made
by linkd which also created a JUNKTION
vs. (mklink creating
Linda Walsh wrote:
If you use the 'mountvol' you a *local* root folder
mounted at some drive letter that can be maintained over
boots. is listed as a JUNCTION and treated by cygwin
as a regular dir.
For some reason the other type of directory hookup made
by linkd which also created a JUNKTION
201 - 300 of 456 matches
Mail list logo