On Thu, 22 Feb 2024, Takashi Yano wrote:
> On Thu, 22 Feb 2024 11:46:39 +0530 (IST) Satish Balay wrote:
> > With cygwin upgrade to 3.5.0-1 - I'm not seeing "error return codes" on
> > compile failures.
> Thanks for the report.
> This bug has already has bee
Usage: Invoke 'cl' from cygwin/bash. i.e:
- run 'Visual Studio CMD' to setup MS compilers in dos shell
- run 'c:\cygwin64\cygwin.bat' [or 'c:\cygwin64\bin\bash --login']
- run 'cl /c test.c'
With cygwin upgrade to 3.5.0-1 - I'm not seeing "error return codes" on compile
failures.
However - this
On Wed, 4 Mar 2020, Andrey Repin wrote:
> Greetings, Satish Balay!
>
> > I'm seeing the following error from cygwin:
>
> > "environment is too large for exec"
>
> > I can try reducing the env - however - is there an option in cygwin to
> &g
Hi,
I'm seeing the following error from cygwin:
"environment is too large for exec"
I can try reducing the env - however - is there an option in cygwin to increase
the current 'max env'?
Please include me in cc: in replies.
Thanks,
Satish
--
Note: In a prior run - I got the following [c
Hi,
On using openmpi from cygwin - I'm getting the following warning. Any idea how
to avoid this?
>>
balay@ps5 ~
$ /usr/bin/mpiexec -n 1 hostname
ps5
[ps5:00491] [[23611,0],0] unable to open debugger attach fifo
balay@ps5 ~
$ cygcheck.exe -cd cygwin openmpi
Cygwin Package Information
Packag
in your fortran code but does not support a common
> block. You would have to declare global variables in c style includes.
Sorry - I don't know what 'same memory namespace' here means..
The test code I posted is just a way to demonstrate the problem and
not an exact representati
ght help you appreciate the issues involved:
https://software.intel.com/en-us/node/535307
Are you bound to common blocks? If not, you may get better results
when you put the data in a module.
Regards,
Arjen
On Tue, 23 Jun 2015, Satish Balay wrote:
> Hi Cygwin,
>
> I'm debuging an
ic library
works. However the same code using a .dll fails]
Thanks,
Satish
-
balay@ps4 ~/junk
$ ./cb_test.sh
+ cat
+ cat
+ rm -f '*.o' '*.dll' '*.a' '*.exe'
+ gfortran -c cb_func.f cb_main.f
+ ar cr libcb_static.a cb_func.o
+ gfortran
On Thu, 23 May 2013, Corinna Vinschen wrote:
> On May 23 18:07, Corinna Vinschen wrote:
> > On May 23 10:14, Satish Balay wrote:
> > > [...]
> > > - It appears to be related to the huge length of one of the commands - and
> > > length of PATH
> > &g
On Thu, 23 May 2013, Satish Balay wrote:
> Hi,
>
> I'm seeing the following behavior with make, PATH on cygwin. Google
> brought up a related post [with PATH and same error]
> http://comments.gmane.org/gmane.os.cygwin/137168 with reference to
> http://cygwin.com/acron
We are encountering errors in our python code when invoking system
commands using popen2.Popen3() in a separate thread. This code works
fine on linux [and many other OSes ] - but not on cygwin/python/WinXP.
I'm attaching a minimal example code that demonstrates this problem.
This test code runs t
On Thu, 27 Oct 2005, Jason Tishler wrote:
> Satish,
>
> On Thu, Oct 27, 2005 at 02:15:01PM -0500, Satish Balay wrote:
> > I've tried using python after doing a complete 'reinstall' and so far
> > It works fine. I'll keep track of any future breakages.
&
On Wed, 26 Oct 2005, Brian Dessent wrote:
> Satish Balay wrote:
>
> > According to Jason's post, --enable-auto-image-base is been in use for
> > a while. [Since python doesn't always work without rebaseall] - is
> > there some other issue with this approach?
On Wed, 26 Oct 2005, Satish Balay wrote:
> On Tue, 25 Oct 2005, Brian Dessent wrote:
>
> > As far as I know almost all of the issues of corrupted DLLs have been
> > fixed, but there still remains at least one known problem: emacs will
> > hang and refuse to start after r
On Tue, 25 Oct 2005, Brian Dessent wrote:
> Satish Balay wrote:
>
> > - open a dialog box with a message:
> > "some packages that require 'rebaseall' are updated. This operation
> > cannot be done at this time due to active cygwin processes. Please
>
On Tue, 25 Oct 2005, Brian Dessent wrote:
> As far as I know almost all of the issues of corrupted DLLs have been
> fixed, but there still remains at least one known problem: emacs will
> hang and refuse to start after running rebaseall, unless you revert
> cygncurses-7.dll to its non-rebased ve
On Tue, 25 Oct 2005, Christopher Faylor wrote:
> >And Jason's post was in Feb-2002 - and things have been in this bad
> >state since a long time.
>
> And, yet, somehow, we survive.
But at a cost of regular user frustation - which I was hoing could be
avoided.
>From the replies so far - it appea
On Tue, 25 Oct 2005, Dave Korn wrote:
> Satish Balay wrote:
>
> > Doesn't setup have similar problem with updating 'packages' for
> > running apps? I think it prompts for a reboot to complete. So I'm
> > guessing the same approach can be use
On Tue, 25 Oct 2005, Igor Pechtchanski wrote:
> Plus, as Jason mentions, rebasing corrupts some DLLs. So, until a robust
> solution for that is found, automatically rebasing in setup.exe isn't such
> a hot idea.
So the curent assesment is :
- python - and similar tools can break - is so use r
On Mon, 24 Oct 2005, Brian Dessent wrote:
> Automatically running rebaseall from setup.exe has issues too. For one
> thing, it would run into problems if the user had programs or services
> running. The rebaseall script bails if it cannot write to a DLL, so
> unless the user was very careful to
On Mon, 24 Oct 2005, Brian Dessent wrote:
> Additionally, maintainers of these packages have (I believe) recently
> started compiling them with --enable-auto-image-base which should
> eliminate (or reduce) the need to rebase.
Ok so the problem is likely to go away for python users.
>
> > [for o
I don't see any FAQ regarding rebaseall - hence this post.
It appears that rebaseall is required ocassionally to get cygwin [esp
python] working. [having been bitten by this a few times,] Each time I
do any cygwin updates - I make sure I run 'rebaseall' before doing
anything else.
Q: Does cygwin
> On Wed, 2 Mar 2005, DePriest, Jason R. wrote:
>
> > I also tunnel VNC through SSH to get a remote desktop when necessary.
> >
> > My problem is: how do I keep these systems updated since my only
> > access is through the components I need to update?
is 'remote desktop' also disabled on these ma
On Tue, 1 Mar 2005, artem_ave wrote:
> Thanks a lot, X11Forwarding worked just fine. The only thing is that default
> DISPLAY value is set 'solaris:10.0' which is not accessible. So I had to
> change it manually to 'localhost:10.0'. And it worked finally.
> How can I get the proper set by default?
On Mon, 28 Feb 2005, Satish Balay wrote:
> Also - if invoking ssh from a regular bash-cmd [not xterm] - make sure
> your display variable is properly set.
>
> i.e
> setenv DISPLAY :0.0
Ah.. I'm mixing bash & tcsh.. [correct command woud be]
export DISPLAY=:0.0
> s
On Mon, 28 Feb 2005, Mike wrote:
> On Mon, 28 Feb 2005, artem_ave might have said:
>
> > Hello,
> >
> > I have Win 2000 machine running Cygwin (with X Server) and i'm trying to
> > launch GUI apps from remote Solaris system via ssh (with -X option).
> > Whatever DISPLAY I set in my ssh session i
On Mon, 10 Jan 2005, Brett Porter wrote:
> I'm having a problem with my SSH client hanging executing a remote
> command extracting an uncompressed tar. This occurs on different
> servers (FreeBSD, localhost Cygwin SSHD, RHL9), though they are all
> SSH2 and I've using the same private DSA key.
FW
On Fri, 7 Jan 2005, Satish Balay wrote:
> I'm able to use 'tar' method to downgrade to 1.5.10-3 - and try a few
> things out. But I can't make it permanant - as 'cygcheck -c cygwin'
> gives 1.5.11 - and this breaks some other tools.
ok - I just had to ed
On Fri, 7 Jan 2005, Larry Hall wrote:
> If you can find a stale mirror that contains cygwin-1.5.10-3, then you
> may find that you get the above message if you install it.
Isn't that the challange? :). The few mirrors I tried are up2date..
> You'll get such a message for any packages you have
On Fri, 7 Jan 2005, Satish Balay wrote:
>
> I'm seeing some wierd behavior - I'd like to downgrade to
> cygwin-1.5.10-3 - and see if this goes away.
>
> The cygwin setup gives the option of downgrading to cygwin-1.5.11-1 -
> but not cygwin-1.5.10-3. (I'm cu
I'm seeing some wierd behavior - I'd like to downgrade to
cygwin-1.5.10-3 - and see if this goes away.
The cygwin setup gives the option of downgrading to cygwin-1.5.11-1 -
but not cygwin-1.5.10-3. (I'm currently using the latest 1.5.12-1)
How can I downgrade to cygwin-1.5.10-3? (I have the
cygw
I'm looking for a way to do the following:
- When installing cygwin - tell it a list of packages to install
(perhaps from commandline or a script). Is this possible - without
going through the list in the setup.exe GUI?
- If cygwin is already installed - run some comand line tool/script -
which
32 matches
Mail list logo
