Hi,
The files FIg and Fig-color of Xfig are put into
/etc/defaults/etc/X11/app-defaults/Fig
/etc/defaults/etc/X11/app-defaults/Fig-color
instead of
/etc/X11/app-defaults/Fig
/etc/X11/app-defaults/Fig-color
bye
RM
--
Problem reports: http://cygwin.com/problems.html
FAQ:
using cygwin 1.7.7(0.230/5/3) 2010-08-31 09:58 i686
I have right now an example where I cannot fetch with the following
error message:
remote: Counting objects: 534, done.
remote: Compressing objects: 100% (210/210), done.
fatal: The remote end hung up unexpectedly
fatal: early EOFs: 39% (141/35
thanks, did as you said and nothing seems amiss.
Buchbinder, Barry (NIH/NIAID) [E] wrote:
>
> bobby_2010 sent the following at Friday, September 17, 2010 4:19 AM
>>hi, i am trying to completely delete cygwin from my system, as it is
>>taking up too much hard disk space. i followed the instructi
On 9/16/10, Corinna Vinschen wrote:
> On Sep 15 18:30, Lee wrote:
>> I don't know if this is just a problem with the cygwin version of awk,
>> me misunderstanding something or what, but it looks like gsub isn't
>> working correctly in awk:
>> $ sh /tmp/test.awk
>> s= ::0:: should = ::S0::
>>
>> $
I gave up on Cygwin apache2 some time ago, but under
Windows 7 it had a tendency to crash the system in its
default configuration.
http://cygwin.com/ml/cygwin/2010-02/msg00017.html
I've been using lighthttp since.
Stacey
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On 9/17/2010 3:16 PM, Yaakov (Cygwin/X) wrote:
> On Fri, 2010-09-17 at 09:37 +0200, Corinna Vinschen wrote:
>> The apache2 package is orphaned for this long period of time already.
>> Maybe it's time to pull it from the distro, unless somebody would
>> like to take over maintainership.
>
> Apache2
Corinna Vinschen wrote:
...
Note: Don't use DOS device names in Cygwin!
Wrong:
$ echo foo> NUL
$ echo foo> nul
$ echo foo> nul:
Right:
$ echo foo> /dev/null
Yes, I know. I'm not using NUL (or nul or nul:, etc.), but something
is.
(Now I'm thinking that it's
> > The apache2 package is orphaned for this long period of time already.
> > Maybe it's time to pull it from the distro, unless somebody would
> > like to take over maintainership.
>
> Apache2 is too important to lose from the distro, so:
>
I agree. I've been using the Apache2 binaries to run
On 9/17/2010 6:46 PM, SJ Wright wrote:
The above message:http://www.cygwin.com/ml/cygwin/2010-09/msg00568.html I
have found other messages that discuss the 100% CPU load issue in previous
versions of Cygwin. No wonder no one's bothered to answer my questions yet --
evidently one should take it a
SJ Wright wrote:
Hi folks.
Through fits and starts, and with no more feedback from the list than
Dave Korn's self-admitted "wild guess" about gcclib1 folders etc, my
Cygwin is no longer shedding empty shell stack-dump files like
dandruff. But certain things are continuing to alarm me. I'll pu
On Fri, 2010-09-17 at 09:37 +0200, Corinna Vinschen wrote:
> The apache2 package is orphaned for this long period of time already.
> Maybe it's time to pull it from the distro, unless somebody would
> like to take over maintainership.
Apache2 is too important to lose from the distro, so:
http://c
On 9/17/2010 12:39 PM, Corinna Vinschen wrote:
> On Sep 17 11:55, David Rothenberger wrote:
>> apache2-devel is not needed by subversion if I don't build the apache2
>> module. I do need to install a native apache2 instance with subversion
>> support in order to test the http support in the client,
On Sep 17 11:55, David Rothenberger wrote:
> apache2-devel is not needed by subversion if I don't build the apache2
> module. I do need to install a native apache2 instance with subversion
> support in order to test the http support in the client, but I suppose I
> can do that.
So it only makes se
On Sep 17 11:22, Eric Blake wrote:
> On 09/17/2010 11:12 AM, Daniel Barclay wrote:
> >Does anyone recall a mention of what in CygWin (or possibly Emacs) creates
It's Cygwin, not CygWin.
files with a simple name of "NUL"?
>
> Windows automagically maps the file named "NUL", in any directory,
M
>
> If that is the only doc to point to, then you are right.
> Alternatively, the recent archives might point to how hard existing docs
> are to find.
Good doc is availble. Unfortunatly it is badly linked.
http://www.tishler.net/jason/software/rebase/rebase-2.4.2.README
It's not the first thing
> >-bash-3.2$ /bin/rebaseall --help
> >rebaseall: only ash or dash processes are allowed during rebasing
> >Exit all Cygwin processes and stop all Cygwin services.
> >Execute ash (or dash) from Start/Run... or a cmd or command
window.
> >Execute '/bin/rebaseall' from ash (or dash).
> >
On 9/17/2010 1:07 PM, David Sastre wrote:
> On Fri, Sep 17, 2010 at 08:02:23PM +0200, Milos Puchta wrote:
>> I have installation of Cygwin that I want to transfer
>> on another computer with Windows 7 operating system
>> on both computers (editions are the same).
>> I would not like to do it item
On 9/17/2010 8:10 AM, David Rothenberger wrote:
> On 9/17/2010 8:02 AM, Corinna Vinschen wrote:
>> On Sep 17 07:43, David Rothenberger wrote:
>>> On 9/17/2010 12:37 AM, Corinna Vinschen wrote:
The apache2 package is orphaned for this long period of time already.
Maybe it's time to pull it
On Fri, Sep 17, 2010 at 08:49:04PM +0200, Al wrote:
>>
>> This discussion seems to boil down to "Someone should add words about
>> rebaseall to the FAQ".
>>
>
>If words to the FAQ, then:
>
>1.) a matching header
>2.) including link to the readme
>3.) including the famous error messages people enter
On Fri, Sep 17, 2010 at 11:48:47AM -0700, Bill Ross wrote:
>> This discussion seems to boil down to "Someone should add words about
>> rebaseall to the FAQ".
>
>-bash-3.2$ /bin/rebaseall --help
>rebaseall: only ash or dash processes are allowed during rebasing
>Exit all Cygwin processes and sto
>
> This discussion seems to boil down to "Someone should add words about
> rebaseall to the FAQ".
>
If words to the FAQ, then:
1.) a matching header
2.) including link to the readme
3.) including the famous error messages people enter into the search machines:
*** fatal error - unable to remap
> This discussion seems to boil down to "Someone should add words about
> rebaseall to the FAQ".
-bash-3.2$ /bin/rebaseall --help
rebaseall: only ash or dash processes are allowed during rebasing
Exit all Cygwin processes and stop all Cygwin services.
Execute ash (or dash) from Start/Run..
>
> A pdf is not going to cause a maintainer to materialize. Especially when
> the pdf is unloadable.
>
Hm, I did read it with SumatraPDF.
A repository of patches will not create a maintainer directly, but it
is more likely that somebody takes up the task, if maintenance becomes
more easy and e
On Fri, Sep 17, 2010 at 08:01:23PM +0200, Al wrote:
>> I guess for many people cygwin is their first contact with a *NIX like
>> environment, but given your previous knowledge in Linux, it could also
>> have been and option to inspect the package contents:
>>
>> cygcheck -l rebase
>>
>
>It's not on
On 9/17/2010 1:38 PM, Al wrote:
Hi,
I appreciate you take the time to contribute all that information.
Hope it is not only red by me.
Now, surely that is a lot of hunting around -- but I can only assume
that many people did so, since you are apparently the first person to
fail to locate the d
On Fri, Sep 17, 2010 at 12:45:16PM +, Marco Atzeri wrote:
>PS x cgf :
>I also noticed that after years of hibernation, ccache is now
>at 3.x version.
Yes. I know.
cgf
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
On Fri, Sep 17, 2010 at 11:43:42AM +0200, Al wrote:
>> The apache2 package is orphaned for this long period of time already.
>> Maybe it's time to pull it from the distro, unless somebody would
>> like to take over maintainership.
>>
>
>There is an oss freak in Thuringia, currently working out the
On Fri, Sep 17, 2010 at 08:01:23PM +0200, Al wrote:
> > I guess for many people cygwin is their first contact with a *NIX like
> > environment, but given your previous knowledge in Linux, it could also
> > have been and option to inspect the package contents:
> >
> > cygcheck -l rebase
>
> It's no
On Fri, Sep 17, 2010 at 08:02:23PM +0200, Milos Puchta wrote:
> I have installation of Cygwin that I want to transfer
> on another computer with Windows 7 operating system
> on both computers (editions are the same).
> I would not like to do it item by item.
> In my understanding
> setup -P {list
I have installation of Cygwin that I want to transfer
on another computer with Windows 7 operating system
on both computers (editions are the same).
I would not like to do it item by item.
In my understanding
setup -P {list of packages}
would help, if I have this listBut how to take
list of
> I guess for many people cygwin is their first contact with a *NIX like
> environment, but given your previous knowledge in Linux, it could also
> have been and option to inspect the package contents:
>
> cygcheck -l rebase
>
It's not only that many people have in Cygwin their first contact with
On Fri, Sep 17, 2010 at 07:38:03PM +0200, Al wrote:
> Hi,
Hello,
> It's familiar that regular programs have a doc, man etc. It's also
> familiar that small maintenance scripts don't have. Even your posting
> has more lines the he rebaseall script itself. So you wouldn't really
> follow the search
Hi,
I appreciate you take the time to contribute all that information.
Hope it is not only red by me.
>
> Now, surely that is a lot of hunting around -- but I can only assume
> that many people did so, since you are apparently the first person to
> fail to locate the documentation when faced with
On 09/17/2010 11:12 AM, Daniel Barclay wrote:
Does anyone recall a mention of what in CygWin (or possibly Emacs) creates
files with a simple name of "NUL"?
Windows automagically maps the file named "NUL", in any directory, to
the equivalent of Unix' /dev/null. Cygwin doesn't create it, but al
Does anyone recall a mention of what in CygWin (or possibly Emacs) creates
files with a simple name of "NUL"?
Thanks,
Daniel
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info
>
> Or, read from stdin as follows:
>
> $ "something that generates extra DLL list" | rebaseall -T - ...
>
As example, "something that gernates extra DLL list" looks in my case like this.
PREFIX=/home/prefix/gentoo
find $PREFIX/bin/ -name *.dll -o -name *.so
find $PREFIX/lib/ -name *.dll -o -n
On 9/17/2010 12:18 PM, Al wrote:
>>
>> And it invites casual use without understanding the what and why. This
>> means
>> more people using it for no reason and more problems using it when it is
>> needed because people don't understand the requirements to make it work
>> (i.e. *nobody* will read
Hi folks.
Through fits and starts, and with no more feedback from the list than
Dave Korn's self-admitted "wild guess" about gcclib1 folders etc, my
Cygwin is no longer shedding empty shell stack-dump files like dandruff.
But certain things are continuing to alarm me. I'll put them in the form
Actually, why do you use cmd?
On 2010-09-17 13:58, Andrew DeFaria wrote:
On 09/16/2010 12:05 PM, Ilia K. wrote:
Have you tried to ssh to cygwin, then run cmd.exe (to get a "dos
prompt") and then press Ctrl-C?
Good lord man! Why would I want to do that?!?
In my case this terminates cmd.exe and
On Fri, Sep 17, 2010 at 02:53:53PM +0200, Al wrote:
> > You just need to use the -T option and specify the addition DLLs to
> > rebase.
>
> Thank you very much.
You are quite welcome.
> [snip]
>
> To give the future reader of this thread some additional value. I
> first gave the DLL file itself
>
> And it invites casual use without understanding the what and why. This
> means
> more people using it for no reason and more problems using it when it is
> needed because people don't understand the requirements to make it work
> (i.e. *nobody* will read the readme... wait, there's a readme? ;
On 9/17/2010 10:50 AM, Charles Wilson wrote:
On 9/17/2010 10:39 AM, Al wrote:
A second thought. I wonder if reabaseall could be improved to run from
within bash, without the need to close down all running windows. Then
it could even be included into build scripts to be run after each
build.
No
On 9/17/2010 8:02 AM, Corinna Vinschen wrote:
> On Sep 17 07:43, David Rothenberger wrote:
>> On 9/17/2010 12:37 AM, Corinna Vinschen wrote:
>>> The apache2 package is orphaned for this long period of time already.
>>> Maybe it's time to pull it from the distro, unless somebody would
>>> like to ta
On Sep 17 07:43, David Rothenberger wrote:
> On 9/17/2010 12:37 AM, Corinna Vinschen wrote:
> > The apache2 package is orphaned for this long period of time already.
> > Maybe it's time to pull it from the distro, unless somebody would
> > like to take over maintainership.
>
> apache2 is a build d
On 9/17/2010 10:39 AM, Al wrote:
> A second thought. I wonder if reabaseall could be improved to run from
> within bash, without the need to close down all running windows. Then
> it could even be included into build scripts to be run after each
> build.
No, because the DLLs used by bash are OFTEN
On 9/17/2010 12:37 AM, Corinna Vinschen wrote:
> The apache2 package is orphaned for this long period of time already.
> Maybe it's time to pull it from the distro, unless somebody would
> like to take over maintainership.
apache2 is a build dependency for subversion, so if you remove it from
the
A second thought. I wonder if reabaseall could be improved to run from
within bash, without the need to close down all running windows. Then
it could even be included into build scripts to be run after each
build.
Assuming that those DLL which are up and running typically don't need
to be rebased,
Al wrote:
The apache2 package is orphaned for this long period of time already.
Maybe it's time to pull it from the distro, unless somebody would
like to take over maintainership.
There is an oss freak in Thuringia, currently working out the idea of
a common patch repository to bring the
bobby_2010 sent the following at Friday, September 17, 2010 4:19 AM
>hi, i am trying to completely delete cygwin from my system, as it is
>taking up too much hard disk space. i followed the instructions at
>the cygwin.com FAQ by first removing any subscribed services. this
>worked fine. then, i wen
To rebase I currently have to do the following steps:
Open a windows command shell (cmd):
P:/cygwin/bin/ash
/bin/rebaseall
exit
exit
I wonder if there could be a more simple way, i.e. putting it into a
*.bat script and binding it to an task icon.
I am thinking of something in this sense:
P:/cyg
> The rebase README indicates the following:
>
> The following is the rebaseall command line syntax:
>
> rebaseall [-b BaseAddress] [-o Offset] [-T FileList | -] [-v]
>
> where:
>
> -b => base address used by rebase (default: 0x7000)
> -o => offset between each DLL rebased (default: 0x
Hi,
trying to remove the gcc-3 package I noticed that
ccache requires gcc that pulls gcc-3, gcc-mingw-g++, and gcc4.
As now we have multiples gcc compilers can we remove the
dependency ?
Marco
PS x cgf :
I also noticed that after years of hibernation, ccache is now
at 3.x version.
--
Pr
On 9/17/2010 19:30, Angelo Graziosi wrote:
JonY wrote:
It should be in /usr/i686-w64-mingw32/sys-root/mingw/bin/libstdc++-6.dll.
Yes, I know this... so, if I have understood, we *need* to add,
manually, '/usr/i686-w64-mingw32/sys-root/mingw/bin' to PATH. Right?
No, its not a good idea IMHO
JonY wrote:
It should be in /usr/i686-w64-mingw32/sys-root/mingw/bin/libstdc++-6.dll.
Yes, I know this... so, if I have understood, we *need* to add,
manually, '/usr/i686-w64-mingw32/sys-root/mingw/bin' to PATH. Right?
Perhaps, you have to create a mingw32-stdc++-6.dll to put in /usr/bin
(l
The mingw64-i686 cross toolchain set has been uploaded to the Cygwin
mirrors. It is used to build 32bit Windows applications and programs.
As with all software releases, it may contain bugs, please report bugs
to .
Notes:
Avoid calling the cross compiler as /bin/, where is the
compiler fro
Version 4.5.1-1 of "mingw64-i686-gcc" has been uploaded.
mingw64-i686-gcc contains GCC sources used by the 32bit target
toolchain. See mingw64-i686-gcc-core, mingw64-i686-gcc-objc,
mingw64-i686-gcc-ada, mingw64-i686-gcc-g++ and mingw64-i686-gcc-fortran
for binaries.
*** CYGWIN-A
Version 20100619-1 of "mingw64-i686-pthreads" has been uploaded.
mingw64-i686-pthreads provides 32bit pthreads support. It is used by GCC
for OpenMP.
*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***
If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Uns
Version 2.20.51-1 of "mingw64-i686-binutils" has been uploaded.
mingw64-i686-binutils provides binutils support for the 32bit target
toolchain.
*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***
If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscri
Version 20100809-1 of "mingw64-i686-runtime" has been uploaded.
mingw64-i686-runtime provides library to interface with Windows. This
package is specifically for the 32bit target toolchain.
*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***
If you want to unsubscribe from the cygwin-annou
Version 1.0b_svn3433-1 of "mingw64-i686-headers" has been uploaded.
mingw64-i686-headers contains headers for Windows development. This
package is specifically for the 32bit target toolchain.
*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***
If you want to unsubscribe from the cygwin-ann
Moin,
> Von: Bengt Larsson []
> Gesendet: Mittwoch, 15. September 2010 23:16
> Betreff: [bulk] - Re: Some manpages are missing
>
> DEWI - N. Zacharias wrote:
> >
> >Hi,
> >it seems to me that some manpages are missing:
> >
> >man printf yields the manpage for man 1 printf
>
> Actually they are a
On 9/17/2010 18:48, Angelo Graziosi wrote:
First of all, thanks a lot for having added these packages to Cygwin :-).
I have installed gcc-core, gfortran and g++ and want to flag the following.
I have a few applications which I compile like this on Cygwin:
$ gfortran -O3 -Wall -mwindows foo.f90
>
> The following is the rebaseall command line syntax:
>
> rebaseall [-b BaseAddress] [-o Offset] [-T FileList | -] [-v]
>
> where:
>
> -b => base address used by rebase (default: 0x7000)
> -o => offset between each DLL rebased (default: 0x1)
> -s => specify DLL suffix, use mul
Al,
On Fri, Sep 17, 2010 at 11:24:10AM +0200, Al wrote:
> > It's not that simple :)
> >
> > rebaseall only rebases the exact dll's which were installed from your
> > packager (setup.exe),
> > but not any other dll's used at run-time - shadowing system dll's as
> > in your case, or added dependenci
First of all, thanks a lot for having added these packages to Cygwin :-).
I have installed gcc-core, gfortran and g++ and want to flag the following.
I have a few applications which I compile like this on Cygwin:
$ gfortran -O3 -Wall -mwindows foo.f90 bar.cpp -lstdc++ -s -o foobar
(notice the
> The apache2 package is orphaned for this long period of time already.
> Maybe it's time to pull it from the distro, unless somebody would
> like to take over maintainership.
>
There is an oss freak in Thuringia, currently working out the idea of
a common patch repository to bring the DRY princip
On Sep 17 10:57, sven-eric.ber...@sanofi-aventis.com wrote:
> Hi,
>
> I have windows 2008 R2 servers with cygwin 1.7 installed.
> When i want to execute the cluster.exe command, I have :
> seber...@flosapptest02 /cygdrive/c/windows/system32
> $ ./cluster res
> bash: ./cluster: No such file or dir
>
> It's not that simple :)
>
> rebaseall only rebases the exact dll's which were installed from your
> packager (setup.exe),
> but not any other dll's used at run-time - shadowing system dll's as
> in your case, or added dependencies as with perl or python.
Hmmm, that leads to the conclusion, tha
Hi,
I have windows 2008 R2 servers with cygwin 1.7 installed.
When i want to execute the cluster.exe command, I have :
seber...@flosapptest02 /cygdrive/c/windows/system32
$ ./cluster res
bash: ./cluster: No such file or directory
On a DOS prompt the command works..
Then I do a 'ls cluster*' in
hi, i am trying to completely delete cygwin from my system, as it is taking
up too much hard disk space. i followed the instructions at the cygwin.com
FAQ by first removing any subscribed services. this worked fine. then, i
went on to delete the c:\cygwin folder. but i received 2 warning messages,
On Sep 16 20:14, Paul McFerrin wrote:
> Sorry for double posting, went to wrong mailing list!!
> -
>
> Hello:
> I guess I should have attached my "httpd.conf" file since I had to
> make changes in my configuration to avoid more changes..
> For th
2010/9/17 Mark Geisert:
> Al writes:
>> 2010/9/16 Mark Geisert:
>> >> > cygncurses5.dll => /home/prefix/gentoo/usr/bin/cygncurses5.dll
>> >> > (0x1000)
>> >
>> > This one is below the sixty million value that Reini described as
> suspicious.
>>
>> Now what do I make of that. Do I tell it to
72 matches
Mail list logo
