Hello,
i was wandering about strange folders created in the root directory of
my Cygwin-Enhanced PCs and found out
that everytime i start installer programs from within a cygwin shell, a
folder called %USERPROFILE% is created
in the base directory of the pc's harddisk.
I found out that if i s
Hi,
I have perl, swig, subversion and subversion-dev installed via cygwin.
I am finding that I need to use some very simple subversion client
capabilities from inside of a perl script.
Looking around on google I see multiple references to subversion perl
bindings existing as part of the su
At 02:11 PM 6/8/2005, you wrote:
>Corinna Vinschen wrote:
>> According to my tests you must have given the "Act as part of the operating
>> system" privilege (SeTcbPrivilege) to your account. Only when I added this
>
>Funnny you mention that - after I sent the log(s) yesterday I was thinking
>a
At 05:59 PM 6/8/2005, you wrote:
>I can't seem to build the cygwin1.dll so I could replace it (are there any
>instructions on how to create an identical copy to the release? I didn't see
>any on the FAQ, and ./configure;make generates a file 8x larger,
Sounds OK to me. Try stripping it.
>a
There is a serious problem for multi threaded programs doing simple I/O
operations in cygwin (open, dup, fdopen, fclose, and close).
The attached 81 line test program clearly demonstrates the issue (by hanging
and no longer consuming CPU or performing any I/O operations).
I'm sure that anyone
On Jun 8, 2005, at 2:59 PM, Thomas E. Zerucha wrote:
I have a problem similar to that of:
http://sourceware.org/ml/cygwin/2005-05/msg01400.html
I have an old system that I'm trying to port that uses pthreads, but
doesn't set the attribute, and a non-owner thread will destroy the
thread in a
I wrote:
>> However, it was NTFS-specific and Cygwin went a different
>> route (which has path length limitations, but I digress).
Christopher Faylor wrote:
> And, Joshua could I get a FAQ entry about this, too? This
> has got to be at least the fifth time that someone has felt
> compelled to mak
I have a problem similar to that of:
http://sourceware.org/ml/cygwin/2005-05/msg01400.html
I have an old system that I'm trying to port that uses pthreads, but doesn't
set the attribute, and a non-owner thread will destroy the thread in a
deallocate routine, but this won't happen (it won't actu
On Wed, Jun 08, 2005 at 10:36:56AM -0400, Christopher Faylor wrote:
>On Wed, Jun 08, 2005 at 10:49:20AM +0200, Corinna Vinschen wrote:
>>On Jun 7 16:50, David Rothenberger wrote:
>>> On 6/7/2005 4:28 PM, Brian Dessent wrote:
>>> >Part of the new cygheap changes that cgf recently checked in, were a
Lawrence Bruhmuller wrote:
Anyone know when this will be available under Cygwin? It was just very
recently released.
Most likely in roughly a week or so.
Once my exams are over, I'll have some time to catch up with some things
I've been ignoring recently.
Max.
--
Unsubscribe info: h
Anyone know when this will be available under Cygwin? It was just very
recently released.
Thanks,
Lawrence
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:
Larry Hall wrote:
Sure. Use 'cygstart'.
Just what I was looking for. Thanks for the hint. Regards,
Peter Mutsaers
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ
Corinna Vinschen wrote:
> According to my tests you must have given the "Act as part of the operating
> system" privilege (SeTcbPrivilege) to your account. Only when I added this
Funnny you mention that - after I sent the log(s) yesterday I was thinking
about it and kept thinking in the back o
On Jun 8, 2005, at 7:42 AM, Corinna Vinschen wrote:
On Jun 7 10:22, Peter Rehley wrote:
Any comments about this?
On Jun 2, 2005, at 11:22 AM, Peter Rehley wrote:
Here is a patch to thread.cc that allows _lock to process signals.
The patch is against the 1.178 version of thread.cc found in
On Wed, 2005-06-08 at 07:36, Christopher Faylor wrote:
> I understand the problem. It's a binutils bug that I'm investigating.
> Either gas or ld is marking NOLOAD sections as "read only" and that is
> causing windows to actually load them into memory.
This may or may not be related, but I've not
On Wed, 8 Jun 2005, Andrew DeFaria wrote:
> zzapper wrote:
>
> > On Wed, 8 Jun 2005 10:59:27 -0400 (EDT), wrote:
> >
> > > > #!/bin/bash
> > > > # csn
> > > > # description : launch most recent file (head)
> > > > # set -x
> > > > cygstart $(l\s -t * | head -1) &
> > >
> > > Make that 'cygstart "$
The attached example test program runs to completion when run directly, but
spins infinitely when run under gdb.
I'm compiling with:
gcc -g -O0 mutexttest.c -o mutexttest
running under:
cygwin1.5.17-1
gdb 20041228-3
#include
#include
#include
#include
pthread_mutex_t l
zzapper wrote:
On Wed, 8 Jun 2005 10:59:27 -0400 (EDT), wrote:
#!/bin/bash
# csn
# description : launch most recent file (head)
# set -x
cygstart $(l\s -t * | head -1) &
Make that 'cygstart "$(/bin/ls -t | head -1)"' (add quotes, otherwise
filenames with spaces will not work).
Slightly im
On Jun 7 19:06, Tim Hart wrote:
>> having the same home directory path. I can use a few pattern matching tools
>> to filter out the appropriate domain users and modify /etc/passwd
>> accordingly. Obviously mkpasswd needs to be updated in order to produce
>> correct home directory entries (possibly
On 08/06/05, zzapper wrote:
> Slightly improved to ignore directories (and assuming that Windows files
> always have an extension)
> cygstart "$(/bin/ls -t *.* | head -1)"
why not
cygstart "$(/bin/ls -t . | head -1)"
?
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem r
On Wed, 8 Jun 2005 10:59:27 -0400 (EDT), wrote:
>>
>> #!/bin/bash
>> # csn
>> # description : launch most recent file (head)
>> # set -x
>> cygstart $(l\s -t * | head -1) &
>
>Make that 'cygstart "$(/bin/ls -t | head -1)"' (add quotes, otherwise
>filenames with spaces will not work).
Slightly i
zzapper wrote:
explorer $XPATH
This reminds me: another useful command when jumping between the GUI and
the command line, is "explorer ." That opens an Explorer window in the
current working directory. Just as some things are easier on the
command line, others are easier from the G
On Wed, 8 Jun 2005, zzapper wrote:
> On Wed, 08 Jun 2005 09:23:53 -0400, wrote:
>
> >At 03:45 AM 6/8/2005, you wrote:
> >>Hello,
> >>
> >>I have largely replaced usage of windows explorer with a cygwin shell.
> >>One thing is cumbersome however: when I encounter, say, a .doc file in
> >>a directo
On Wed, 08 Jun 2005 09:23:53 -0400, wrote:
>At 03:45 AM 6/8/2005, you wrote:
>>Hello,
>>
>>I have largely replaced usage of windows explorer with a cygwin shell. One
>>thing
>>is cumbersome however: when I encounter, say, a .doc file in a directory, it
>>would be nice that I could "launch" this
We're using a windows 2000 based server running cygwin as a development
environment for porting our AIX-based software to the Windows platform.
When we extract the compiled programs, we connect to the cygwin server using
rsh, passing a file list as input, returning a gzip'ed CPIO archive as
ou
On Jun 7 10:22, Peter Rehley wrote:
> Any comments about this?
>
> On Jun 2, 2005, at 11:22 AM, Peter Rehley wrote:
>
> >Here is a patch to thread.cc that allows _lock to process signals.
> >The patch is against the 1.178 version of thread.cc found in cvs.
Thanks for the patch, but it's big e
On Wed, Jun 08, 2005 at 10:49:20AM +0200, Corinna Vinschen wrote:
>On Jun 7 16:50, David Rothenberger wrote:
>> On 6/7/2005 4:28 PM, Brian Dessent wrote:
>> >Part of the new cygheap changes that cgf recently checked in, were a
>> >number of changes/tweaks to the linker script. It's possible that
At 03:45 AM 6/8/2005, you wrote:
>Hello,
>
>I have largely replaced usage of windows explorer with a cygwin shell. One
>thing
>is cumbersome however: when I encounter, say, a .doc file in a directory, it
>would be nice that I could "launch" this file with the program associated under
>windows.
>
>
> Sorry, but given the issues with Cygwin's Apache (as alluded to by Brian
> above), I'm not very motivated to spend my limited free time chasing
> down this problem.
No problem. I'm already getting a lot more than I paid for.
Joel Denny
--
Unsubscribe info: http://cygwin.com/ml/#unsubscr
On Jun 7 08:02, Jason Tishler wrote:
> On Tue, May 24, 2005 at 07:47:13AM -0400, Jason Tishler wrote:
> > On Mon, May 23, 2005 at 11:06:29PM +0200, Hermann Klocker wrote:
> > > I try to run Dakota 3.3 (from
> > > http://endo.sandia.gov/DAKOTA/licensing/release/Dakota_3_3.cygwin.tar.gz)
>
> AFAIC
On Tue, Jun 07, 2005 at 04:25:25PM -0700, Brian Dessent wrote:
> Joel Denny wrote:
> > In trying to figure out why no one responded on this, I looked back
> > through the mailing list to see if I missed something. I decided
> > maybe it was the fact that I didn't mention running apache using
> > c
On Jun 7 16:13, Brian Keener wrote:
> I have attached the log (log14.out). Just in case I did this for 1.5.17 as
> well just in case it would be helpful (log17.out).
I didn't expect that but actually the log from 1.5.17 was more informative
than the 1.5.14 one. Thanks for sending it. Apparentl
Peter Mutsaers wrote:
> Hello,
>
> I have largely replaced usage of windows explorer with a cygwin shell. One
> thing
> is cumbersome however: when I encounter, say, a .doc file in a directory, it
> would be nice that I could "launch" this file with the program associated
> under
> windows.
>
>
Peter Mutsaers wrote:
> Is this possible, for example via a utility program kind of "launch file.doc"?
Ensure that you have the cygutils package, then "cygstart file.doc".
Brian
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.
On Jun 7 16:50, David Rothenberger wrote:
> On 6/7/2005 4:28 PM, Brian Dessent wrote:
> >Part of the new cygheap changes that cgf recently checked in, were a
> >number of changes/tweaks to the linker script. It's possible that your
> >checkout happened in the middle of those changes, or you didn'
On Jun 7 19:06, Tim Hart wrote:
> having the same home directory path. I can use a few pattern matching tools
> to filter out the appropriate domain users and modify /etc/passwd
> accordingly. Obviously mkpasswd needs to be updated in order to produce
> correct home directory entries (possibly a u
Hello,
I have largely replaced usage of windows explorer with a cygwin shell. One thing
is cumbersome however: when I encounter, say, a .doc file in a directory, it
would be nice that I could "launch" this file with the program associated under
windows.
Is this possible, for example via a utility
Shaddy Baddah wrote:
Hi,
Williams, Gerald S (Jerry) wrote:
Corinna Vinschen wrote:
Not that I know of. We're discussing to convert Cygwin's path
handling to use Unicode for a while now, but it will take time.
Don't expect this any time soon.
I've been off of the developer l
Jaeho Shin wrote:
I'm having problem with accessing files that have Unicode in their
filenames.
1. I use Windows XP Korean version (so the codepage must be 949?).
2. I use iTunes to listen to my music.
3. Files in iTunes Library have filenames in the following format:
"{Artist}/{Album}/{Track
Hi,
Williams, Gerald S (Jerry) wrote:
> Corinna Vinschen wrote:
>
>>Not that I know of. We're discussing to convert Cygwin's path
>>handling to use Unicode for a while now, but it will take time.
>>Don't expect this any time soon.
>
>
> I've been off of the developer list for a while now, and
40 matches
Mail list logo