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 C:\bin
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, thro
Thanks Larry,
I opened a cmd.exe terminal, and for HOME I got:
C:\Users\llagos>set | findstr HOME
HOMEDRIVE=C:
HOMEPATH=\Users\llagos
NCHOME=C:\IBM\Tivoli\Netcool
OMNIHOME=C:\IBM\Tivoli\Netcool\omnibus
C:\Users\llagos>
No %HOME% on my windows...
Regards,
--
Problem reports: http://cygwi
On 3/21/2014 5:06 PM, Leo Lagos wrote:
Hello,
I've been having this problem after a while. It seems it appeared
after I removed the 32bits versions, and installed the 64bits one.
Every time I open a terminal, I got this message:
mkdir: cannot create directory `//fileserver': Read-only file sys
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 dif
Hello,
I've been having this problem after a while. It seems it appeared
after I removed the 32bits versions, and installed the 64bits one.
Every time I open a terminal, I got this message:
mkdir: cannot create directory `//fileserver': Read-only file system
//fileserver/public/llagos could not
Eliot, Thank you for your help. After I add option -p after mkdir in csh
script, it is working and the target directory is created after I run csh
script.
The parent directory of /home/userID/ is already exist before run csh script.
What I mean command line is for enter mkdir command in cygwin t
On 21/03/2014 21:28, Linda Walsh wrote:
Marco Atzeri wrote:
$ cygrunsrv -LV
command given in 64 bit space
Service : cygserver (Installation path: E:\cygwin)
reporting that the 32 bit one is installed in another path/root
than "cygrunsrv"
Display name:
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 : /usr/sbin/c
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 ca
On 21/03/2014 18:39, Linda Walsh wrote:
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
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
On 3/20/2014 5:44 PM, Larry Hall (Cygwin) wrote:
On 3/20/2014 11:20 AM, Zhihua Liang wrote:
mkdir working in command line but not working in csh script, After
running csh script, the error message is:
mkdir: cannot create directory '/home/userID/job': No such file or directory
In the comman
On 2014-03-21 05:49, Linda Walsh wrote:
I tried doing an strace of pulse audio... it seemed to fail here:
[snip]
Looking in /usr/share/locale/*/LC_MESSAGES, I see .mo files for every
language EXCEPT 'en'... could that be a problem?
No, most localized code uses the built-in strings for 'en' lo
On 21/03/2014 11:18, Linda Walsh wrote:
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
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
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 fails)...
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 scrip
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: http://cygwin.co
19 matches
Mail list logo
