Am 08.07.2010 03:30, schrieb Shalomov, Inessa A (US SSA):
I am trying to get the system() call working in my driver which I am running in
a DOS terminal. For the sake of not porting out all of cygwin libraries and
executables, I am trying to narrow down to a set of dll's and exe's required
for
On Wed, 2010-07-07 at 22:16 -0400, Charles Wilson wrote:
> Hmm. That's what I *was* doing: JonY's -src provides a cygport that
> appears to work. You have to impose some workarounds, like:
>
> RESTRICT=strip
>
> and manually use the target strip tool within src_install, but...it
> *works*. (E.g
On Wed, Jul 7, 2010 at 10:16 PM, Charles Wilson
wrote:
>> OOTB gcc multilib does not build, nor AFAICS do clear-cut patches exist
>> to fix it. Others in #mingw-w64 seem to think that multilib isn't worth
>> the headache, at least not yet. We'll see what I come up with over the
>> next few days,
On 7/7/2010 8:14 PM, Yaakov (Cygwin/X) wrote:
> On Wed, 2010-07-07 at 15:21 -0400, Charles Wilson wrote:
>> Really? Other than the packaging issues, I had no problem with JonY's
>> src snapshot, compiling a 64bit-default, but multilib enabled, gcc. did
>> something break upstream between when J
[Please:
http://www.cygwin.com/acronyms/#PCYMTWLL
Thanks.]
On 2010-07-08 01:30Z, Shalomov, Inessa A (US SSA) wrote:
> I am trying to get the system() call working in my driver which I am
> running in a DOS terminal. For the sake of not porting out all of
> cygwin libraries and executables, I am
On Wed, 2010-07-07 at 15:21 -0400, Charles Wilson wrote:
> Really? Other than the packaging issues, I had no problem with JonY's
> src snapshot, compiling a 64bit-default, but multilib enabled, gcc. did
> something break upstream between when JonY took his snapshot and today,
> or are you refe
On 6 July 2010 22:22, philippe wrote:
> - /cygwin.bat to replace basic console by rxvt with the line
>
> rxvt -fn "-*-Courier-medium-r-*-18-*-*-*-*-iso8859-1" -geometry 80x30
> -sr -bg "#d5" -fg "black" -sl 2000 -termName xterm -e /usr/bin/bash
> --login -i
Setting termName to "xterm" in rxvt
Csaba Raduly a écrit :
> On Tue, Jul 6, 2010 at 11:22 PM, philippe wrote:
>> so where should i place the /etc/bashrc
>
> In the file /etc/bash.bashrc
the change bashrc->basch.barchrc doesn't solve the problem.
Philippe.
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On 7/7/2010 12:10 PM, Yaakov (Cygwin/X) wrote:
On Tue, 2010-07-06 at 23:04 -0400, Charles Wilson wrote:
[massive snip]
OK, so the next question is, if they going to go multilib, why provide
TWO different toolchains -- basically identical, both supporting both
-m32 and -m64, different only in the
New packages providing the Kate codec are now available.
libkate is part of the Cygwin Ports project. The current version
there is 0.3.7-2, which is why these package are
0.3.7-3. The Cygwin Ports packages also include
KateDJ. KateDJ relies on python-wx, which is not available outside
of Cygwin Po
On Tue, 2010-07-06 at 23:04 -0400, Charles Wilson wrote:
[massive snip]
> OK, so the next question is, if they going to go multilib, why provide
> TWO different toolchains -- basically identical, both supporting both
> -m32 and -m64, different only in the default bitmode?
>
> Well...that's up to t
A new version the libao packages is now available for download.
NEWS:
=
This is a new upstream release, with upstream changes listed below. See
also the package documentation in /usr/share/doc/libao.
The new release includes a new versioned DLL package: libao4. The
old package, libao2, is now
A new version of the libvorbis, libvorbis-devel, libvorbis0,
libvorbisenc2, and libvorbisfile3 packages are now available for
download.
DESCRIPTION:
Vorbis is a general purpose audio and music encoding format
contemporary to MPEG-4's AAC and TwinVQ, the next generation beyond
MPEG aud
A new version the libogg, libogg-devel, and libogg0 packages are now
available for download.
NEWS:
=
This is a new upstream release, with upstream changes listed
below.
DESCRIPTION:
Ogg project codecs use the Ogg bitstream format to arrange the raw,
compressed bitstream into a mo
On Wed, 2010-07-07 at 17:38 +0800, Steve Underwood wrote:
> I just did a periodic update of my cygwin installation, and now I can't
> build applications using fltk. The fltk packages seem to have been split
> into a new set for X11 and a set similar to the old packages for native
> windows graph
None, usually. Just call `rebaseall' from a dash(!) shell, with no
other process running.
That's what I did. Still no luck running "top".
In a plain bash I still get:
u...@box ~
$ top
5 [main] top 5780 sig_send: wait for sig_complete event failed,
signal 6,
rc 258, Win32 error 0
Abo
On Jul 7 15:48, P. Goldmann wrote:
> >
> >Have you tried rebaseall yet?
> >
> >Ken
> >
>
> Hello,
>
> I haven't. From how I understood it, that's something one does to
> update or repair an older installation.
> Should I just run it on my fresh installation? The documentation of
> rebaseall conf
On Wed, Jul 07, 2010 at 03:48:09PM +0200, P. Goldmann wrote:
>Just out of curiosity: The whole rebase-stuff, was it introduced
>because of MS's Windows 7 or with cygwin 1.7.x? On XP I never heard
>anything about it, neither was it necessary to do someting like this to
>get a cygwin 1.5.x installat
Have you tried rebaseall yet?
Ken
Hello,
I haven't. From how I understood it, that's something one does to
update or repair an older installation.
Should I just run it on my fresh installation? The documentation of
rebaseall confused me a little bit, all those base- and
whatever-addres
On Wed, Jul 7, 2010 at 6:04 AM, Christopher Faylor
wrote:
> On Wed, Jul 07, 2010 at 05:56:30AM -0700, Slide wrote:
>>
>>
>>> Thanks for your help. ?This problem should be fixed now in CVS.
>>> I switched off the entire mechanism which tries to resolve sharing
>>> violations for netapp drives.
>>>
On Wed, Jul 07, 2010 at 05:56:30AM -0700, Slide wrote:
>
>
>> Thanks for your help. ?This problem should be fixed now in CVS.
>> I switched off the entire mechanism which tries to resolve sharing
>> violations for netapp drives.
>>
>> What happens is this:
>>
>> The netapp drive is thoroughly confu
On Wed, Jul 07, 2010 at 10:20:54AM +0200, Corinna Vinschen wrote:
>On Jul 7 09:37, Csaba Raduly wrote:
>> On Tue, Jul 6, 2010 at 9:59 PM, Christopher Faylor wrote:
>> > On Tue, Jul 06, 2010 at 07:41:03PM +, Peter Waltman wrote:
>> >>This is a weird one. ??I just updated cygwin on my windows 7
> Thanks for your help. This problem should be fixed now in CVS.
> I switched off the entire mechanism which tries to resolve sharing
> violations for netapp drives.
>
> What happens is this:
>
> The netapp drive is thoroughly confused when trying to move-and-delete
> a file or directory using a
Hi all,
I just did a periodic update of my cygwin installation, and now I can't
build applications using fltk. The fltk packages seem to have been split
into a new set for X11 and a set similar to the old packages for native
windows graphics. However, the X11 set consists of source, library,
On Jul 6 06:41, Slide wrote:
> On Tue, Jul 6, 2010 at 1:02 AM, Corinna Vinschen
> wrote:
> > On Jul 5 23:00, Slide wrote:
> >>
> >>
> >> > This funtionality wasn't available in 1.5, so, yes, this would only
> >> > have started with 1.7.
> >> >
> >> > So it seems that these netapp drives somehow
On Jul 7 08:03, Fergus wrote:
> I made separate iso files (setup*exe + setup*ini + release*/) for the
> Legacy version [1.5] and current version [1.7]. At 4335495168 and
> 5039841280 respectively they are both too large to reside on a FAT32
> file system, and the larger one can't be burned to an i
On Jul 7 00:22, Charles Wilson wrote:
> On 7/6/2010 10:35 PM, Yaakov (Cygwin/X) wrote:
> > On Tue, 2010-07-06 at 22:07 -0400, Christopher Faylor wrote:
> >> I'd want to check with Corinna on this but I am mildly opposed to putting
> >> this in /opt. I don't think it makes sense there. But I have
On Jul 7 09:37, Csaba Raduly wrote:
> On Tue, Jul 6, 2010 at 9:59 PM, Christopher Faylor wrote:
> > On Tue, Jul 06, 2010 at 07:41:03PM +, Peter Waltman wrote:
> >>This is a weird one. I just updated cygwin on my windows 7 machine, and
> >>now my
> >>'x' (lowercase 'x') key isn't working.
>
On Wed, Jul 7, 2010 at 8:04 AM, Linda Walsh wrote:
> my world is unstable!
Reboot it :)
--
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds
--
Proble
On Tue, Jul 6, 2010 at 11:22 PM, philippe wrote:
> so where should i place the /etc/bashrc
In the file /etc/bash.bashrc
--
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them.
On Tue, Jul 6, 2010 at 9:59 PM, Christopher Faylor wrote:
> On Tue, Jul 06, 2010 at 07:41:03PM +, Peter Waltman wrote:
>>This is a weird one. I just updated cygwin on my windows 7 machine, and now
>>my
>>'x' (lowercase 'x') key isn't working.
>>
>>The key works outside of cygwin, and when I
I made separate iso files (setup*exe + setup*ini + release*/) for the
Legacy version [1.5] and current version [1.7]. At 4335495168 and
5039841280 respectively they are both too large to reside on a FAT32
file system, and the larger one can't be burned to an installation DVD.
I put both on a 16G
32 matches
Mail list logo
