On 2/7/2011 12:33 PM, Christopher Faylor wrote:
On Sun, Feb 06, 2011 at 10:07:12PM -0500, Larry Hall (Cygwin) wrote:
On 2/6/2011 4:17 PM, Paul Maier wrote:
Hello,
can I do some setting to work around this immense slow down?
Any cd command on local hard disk drive slows extremely down when I c
On 2/7/2011 7:25 PM, Paul Maier wrote:
Hi Larry,
thanks for having responded.
Any cd command on local hard disk drive slows extremely
down when I connect
another drive letter to a network drive.
Could it be a driver issue?
Sorry, I am not experienced enough to answer your question.
I di
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2/8/2011 06:40, Daniel Colascione wrote:
> $ x86_64-w64-mingw32-g++ helloworld.cpp
> /Users/dancol/AppData/Local/Temp/2/ccsQs1zP.s: Assembler messages:
> /Users/dancol/AppData/Local/Temp/2/ccsQs1zP.s:10: Error: bad register
> name `%rbp'
> /Users/da
Hi Larry,
thanks for having responded.
> > Any cd command on local hard disk drive slows extremely
> down when I connect
> > another drive letter to a network drive.
> Could it be a driver issue?
Sorry, I am not experienced enough to answer your question.
I didn't know, that I need a driver to
On Mon, Feb 07, 2011 at 03:36:26PM -0700, Gary Furash wrote:
> Has anyone written anything into their bash profile or whatever that goes
> through each windows environment variable currently extant, and resets them
> via CYGPATH
>
> Before, @ start of .bashrc
> ETC=C:\WINDOWS\ETC
>
> After run of
$ x86_64-w64-mingw32-g++ helloworld.cpp
/Users/dancol/AppData/Local/Temp/2/ccsQs1zP.s: Assembler messages:
/Users/dancol/AppData/Local/Temp/2/ccsQs1zP.s:10: Error: bad register
name `%rbp'
/Users/dancol/AppData/Local/Temp/2/ccsQs1zP.s:11: Error: bad register
name `%rsp'
/Users/dancol/AppData/Local/
Has anyone written anything into their bash profile or whatever that goes
through each windows environment variable currently extant, and resets them
via CYGPATH
e.g.
Before, @ start of .bashrc
ETC=C:\WINDOWS\ETC
After run of .bashrc
ETC=`$(cygpath -u '$ETC')`; EXPORT ETC (--> /cygpath/c/window
I am testing latest release candidate for octave, and only on cygwin using
the fltk graphics interface when we try to print through ghostscript we have:
octave 4236 E:\cygwin2\bin\octave-3.3.92.exe: *** fatal error -
Internal error: TP_NUM_C_BUFS too small: 79987540 > 10
Stack trace:
Frame Fun
On Mon, Feb 7, 2011 at 9:07 PM, Gerry Reno wrote:
> On 02/07/2011 02:52 PM, marco atzeri wrote:
>> On Mon, Feb 7, 2011 at 7:19 PM, Gerry Reno wrote:
>>
>>> I'm retitling this issue to reflect the proper topic.
>>>
>>>
>>> My Cygwin installation on Windows 2003 R2 WOW64 is getting "Bad address"
>>
On 02/07/2011 02:52 PM, marco atzeri wrote:
> On Mon, Feb 7, 2011 at 7:19 PM, Gerry Reno wrote:
>
>> I'm retitling this issue to reflect the proper topic.
>>
>>
>> My Cygwin installation on Windows 2003 R2 WOW64 is getting "Bad address"
>> on certain file accesses. I observed this when running
Jeffrey J. Kosowsky wrote at about 14:59:00 -0500 on Monday, February 7, 2011:
> Cyrille Lefevre wrote at about 20:46:10 +0100 on Monday, February 7, 2011:
> >
> > Le 07/02/2011 20:25, Jeffrey J. Kosowsky a écrit :
> > > Yes - that is one of my two problems:
> > > 1. It gets messed up on
Cyrille Lefevre wrote at about 20:46:10 +0100 on Monday, February 7, 2011:
>
> Le 07/02/2011 20:25, Jeffrey J. Kosowsky a écrit :
> > Yes - that is one of my two problems:
> > 1. It gets messed up on loops created by its own junctions
> > 2. The format of the output is a bit difficult to pars
On Mon, Feb 7, 2011 at 7:19 PM, Gerry Reno wrote:
> I'm retitling this issue to reflect the proper topic.
>
>
> My Cygwin installation on Windows 2003 R2 WOW64 is getting "Bad address"
> on certain file accesses. I observed this when running a bash login
> shell where when /etc/profile is being r
Le 07/02/2011 20:25, Jeffrey J. Kosowsky a écrit :
Yes - that is one of my two problems:
1. It gets messed up on loops created by its own junctions
2. The format of the output is a bit difficult to parse since you have
to go back up to see what directory you are in.
Ideally, I would like to
Cyrille Lefevre wrote at about 20:19:20 +0100 on Monday, February 7, 2011:
>
> Le 07/02/2011 19:03, Jeffrey J. Kosowsky a écrit :
> >
> > Is there any way to find (all) junction point using cygwin?
> > (if not possible in cygwin, can you point me to native win
> > functionality)
>
> how a
On Sun, Feb 06, 2011 at 05:20:16PM -0500, Gerry Reno wrote:
> I installed PostgreSQL 8.2.
> So should there have been a 'postgres' user created by the installation?
No.
> If not, what are the procedures to setting up PostgreSQL with a server
> process user and then running it as a service?
Try t
Le 07/02/2011 19:03, Jeffrey J. Kosowsky a écrit :
Is there any way to find (all) junction point using cygwin?
(if not possible in cygwin, can you point me to native win
functionality)
how about the old dir one :-)
~ $ cmd /c dir /a:l
...
R▒pertoire de C:\Users\Cyrille\Documents
17/12/2009
csih (cygwin-service-installation-helper) provides a library
of shell functions that can be used by other cygwin packages
that provide servers and daemons. It can assist in various
service installation tasks, such as:
* identifying the underlying Windows OS
* detecting whether a "privileged user"
I'm retitling this issue to reflect the proper topic.
My Cygwin installation on Windows 2003 R2 WOW64 is getting "Bad address"
on certain file accesses. I observed this when running a bash login
shell where when /etc/profile is being run errors of the type: 'Bad
address' are seen when trying to
Is there any way to find (all) junction point using cygwin?
(if not possible in cygwin, can you point me to native win
functionality)
thanks
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Un
On 02/07/2011 12:37 PM, marco atzeri wrote:
> On Mon, Feb 7, 2011 at 6:27 PM, Gerry Reno wrote:
>
>> On 02/07/2011 12:19 PM, marco atzeri wrote:
>>
>>> those scripts are called inside /etc/profile and the execute
>>> permission is not needed
>>>
>>>
>>>
>> Thanks Marco. I had figur
On Mon, Feb 7, 2011 at 6:27 PM, Gerry Reno wrote:
> On 02/07/2011 12:19 PM, marco atzeri wrote:
>>
>> those scripts are called inside /etc/profile and the execute
>> permission is not needed
>>
>>
>
> Thanks Marco. I had figured that out eventually as well. They are just
> 'sourced'.
>
> The iss
On Sun, Feb 06, 2011 at 10:07:12PM -0500, Larry Hall (Cygwin) wrote:
>On 2/6/2011 4:17 PM, Paul Maier wrote:
>> Hello,
>>
>> can I do some setting to work around this immense slow down?
>>
>> Any cd command on local hard disk drive slows extremely down when I connect
>> another drive letter to a ne
On 02/07/2011 12:19 PM, marco atzeri wrote:
>
> those scripts are called inside /etc/profile and the execute
> permission is not needed
>
>
Thanks Marco. I had figured that out eventually as well. They are just
'sourced'.
The issue seems to come from the fact that my installation is getting
On Mon, Feb 7, 2011 at 4:55 PM, Gerry Reno wrote:
> On 02/07/2011 10:20 AM, Gerry Reno wrote:
>> On 02/07/2011 01:39 AM, Dirk Sondermann wrote:
>>> On 02/06/11 21:43, Gerry Reno wrote:
>>>
bash-4.1$ cat /Cygwin.bat
@echo off
C:
chdir C:\cygwin\bin
Hi Chuck,
I'm trying to make the ssh-host-config script more foolproof. While
doing that I found a problem in cygwin-service-installation-helper.sh
which disallowed ssh-host-config to react differently if certain
problems showed up.
The csih_install_config returns a value which indicates if the
Vincent Rivière wrote:
L Anderson wrote:
This may be just a case of pilot error that I can't see because, surely,
others must have encountered this situation before.
I can't say for sure, but recently I had big suspicions about AVG and
directories.
I have an MFC testsuite for some software un
On 02/07/2011 10:55 AM, Gerry Reno wrote:
>
> The only error I noticed so far is this:
>
> bash: /etc/profile.d/lang.sh: Bad address
> bash: /etc/profile.d/lapack0.sh: Bad address
>
>
>
I did some searching and the only thread I can find dealing with this
"Bad address" situation is this
On 02/07/2011 10:20 AM, Gerry Reno wrote:
> On 02/07/2011 01:39 AM, Dirk Sondermann wrote:
>> On 02/06/11 21:43, Gerry Reno wrote:
>>
>>> bash-4.1$ cat /Cygwin.bat
>>> @echo off
>>>
>>> C:
>>> chdir C:\cygwin\bin
>>>
>>> REM bash --verbose --login -i
>>> bash -i
>>>
On 02/06/2011 09:40 PM, L Anderson wrote:
> In regards to the aforementioned while loop in 'conftest.c'--the logic
> of it being run for every invocation of a 'coreutils' build escapes me.
> I can see running it once per OS, outside of the build process, to
> determine if the given OS does the righ
On 02/07/2011 01:39 AM, Dirk Sondermann wrote:
> On 02/06/11 21:43, Gerry Reno wrote:
>
>> bash-4.1$ cat /Cygwin.bat
>> @echo off
>>
>> C:
>> chdir C:\cygwin\bin
>>
>> REM bash --verbose --login -i
>> bash -i
>>
> Your Cygwin.bat doesn't start bash as a login shell.
Corinna Vinschen wrote at about 16:20:35 +0100 on Sunday, February 6, 2011:
> On Feb 6 09:49, Jeffrey J. Kosowsky wrote:
> > Corinna Vinschen wrote at about 11:09:57 +0100 on Sunday, February 6, 2011:
> > > sshd tries to load this key by default, but it's missing in your setup,
> > > that's
On Feb 7 01:31, Bengt Larsson wrote:
> I think I have found a bug with UTF-8 output in a console in a UTF-8
> locale ("C.UTF-8"). If an UTF-8 character straddles a write() boundary,
> then the output gets garbled.
>
> An example program is attached.
Thanks for the testcase!
I think I fixed the
Hi folks!
I'm trying to build a cross-compiler under Linux and MacOSX using this
script: http://sourceware.org/ml/cygwin/2010-08/txt00010.txt
I get the same error on Linux and MacOSX after the make of line 340:
=== snip ===
[...]
i686-pc-cygwin-c++ -L/opt/devel/cygwin/build/cygwin/i686-pc-cygwin/w
L Anderson wrote:
This may be just a case of pilot error that I can't see because, surely,
others must have encountered this situation before.
I can't say for sure, but recently I had big suspicions about AVG and
directories.
I have an MFC testsuite for some software unrelated to Cygwin. It
35 matches
Mail list logo
