Re: Cygwin 1.7.5 fork() bug

[Huang Bambo]

2010/5/17 Christopher Faylor :
> On Mon, May 17, 2010 at 11:09:55AM +0800, Huang Bambo wrote:
>>fork() may translate a wrong encoded path name to CreateProcessW in somecase.
>>
>>My cygwin version:
>>
>>$ uname -a
>>CYGWIN_NT-5.1 bambo-notebook 1.7.5(0.225/5/3) 2010-04-12 19:07 i686 Cygwin
>>
>>This happens in windows XP with multi-byte characters support, for
>>example, I use a system with GBK as default.
>>If the path to the executable contains multi-byte characters,
>>CreateProcessW will fail and report file(executable) not found in
>>somecase.
>
> Is there some reason why you are attempting to start the discussion up
> again?  Corinna already responded to your original observation.
>
> http://cygwin.com/ml/cygwin/2010-05/msg00354.html
Sorry for that.
Someone said I didn't write a bug report in good style so I write this
letter again.
>
> cgf
>
> --
> Problem reports:       http://cygwin.com/problems.html
> FAQ:                   http://cygwin.com/faq/
> Documentation:         http://cygwin.com/docs.html
> Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
>
>

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Problem with sunrpc

[jeanherve . queau]

>On Tue, 2006-06-13 at 05:07 +0530, Zahir Koradia wrote:
>> Hi,
>> This message might be specifically for Sam Robb but am sending to the
>> whole list as others may be able to help. I installed the binaries and
>> downloaded the source of sunrpc while installing cygwin. I intended to
>> use the function clnttcp_create present in clnt.h header. The anamoly
>> I see is that in the header file the signature has no parameters and
>> in the source code the function definition has parameters.

>This should be OK, believe it or not - the sunrpc headers use older
>(K&R) style function prototypes.  Some information if you're interested:
>http://en.wikipedia.org/wiki/C_programming_language#K.26R_C


>> and the source code (clnt_tcp.c) definition had the line
>
>> This code does not compile.

>It shouldn't.  This is part of the sunrpc library - you shouldn't have
>to rebuild it.

>Instead, you should be able to use the clnttcp_create() function from
>the library by including  in your source file, and linking to
>the rpc libraries by using -lrpc.  For example:

>/*
>  Compile: gcc -o rpc-example.exe rpc-example.c -lrpc
>*/

>#include 

>int main(int argc, char** argv) {
>clnttcp_create(NULL, 0, 0, NULL, 0, 0);
>return 0;
>}

>Note that the above doesn't actually do anything useful - it just shows
>you how to include the rpc headers, and compile and link to the rpc
>libraries.

>-Samrobb

Hi,
This test is ok but when I tried with g++ compilator it's OK (undefined 
reference ...).
Could you tell if it's possible to use this library with g++?
Regards,
jean-Hervé Quéau

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Write to screen

[Luis Vital]

Hi,

I would like to know if it is possible to write directly to a position on
the screen.
I am using the text version of cygwin and I compile my program with GCC.
Thanks in advance,

Luis Vital


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Write to screen

[Dave Korn]

On 17/05/2010 12:49, Luis Vital wrote:

> I would like to know if it is possible to write directly to a position on
> the screen.
> I am using the text version of cygwin and I compile my program with GCC.

  Sure, you can use the ncurses library to fully control text-mode output:

http://tldp.org/HOWTO/NCURSES-Programming-HOWTO/

cheers,
  DaveK


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: 1.7.5 ssh no longer functions after upgrade from 1.5

[Scott D Friedemann]

On 5/14/10 1:44 PM, Matthias Meyer wrote:

Yes!
Optionally install openssh again. Than call ssh-host-config as well as
ssh-user-config.
Recognize any library error. The dependency management during cygwin
installation isn't very well. My installation was missing one or two
necessary cyg-libraries.

I've forgotten the third part:-(
remove all keys called cygnus* from registry. They are from v1.5 and wether
necessary nor helpfull in v1.7.5.


The re-install and re-running of the config scripts did the job.


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] Updated: {emacs,emacs-X11,emacs-el}-23.2-1

[Andy Koppe]

On Friday, May 14, 2010, Ken Brown wrote:
> I tried Ctrl+Alt+Shift+5 in emacs under X11, and it seems to work fine, i.e., 
> it is recognized as C-M-%.  I also tried it in an xterm window ('emacs -nw'), 
> and it fails there but in a different way than in mintty: emacs sees it as 
> C-%.

I don't know how the C-% in xterm comes about since by default xterm
doesn't encode multiple modifier keys on digits. There is a
"modifyOtherKeys" mode however that does support it. See the xterm
docs for details.

Meanwhile, mintty has a mintty-specific encoding for such combinations
that's based on numpad keycodes. The keycodes section of the mintty
man page has more on that. Xterm modifyOtherKeys mode is supported,
too.

Andy

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: NCurses

[Dave Korn]

On 17/05/2010 15:50, Luis Vital wrote:
> Hi Dave,
> 
> I appologise for comming back to you but I am experiencing some problems
> with NCurses under Cygwin.

Hi Luis,

  Please keep the discussion on the list, for all the reasons described at
http://cygwin.com/acronyms/#PPIOSPE.

> As they say on the documentation I wrote this program:
> 
> #include 
> int main()
> { 
>   initscr();  /* Start curses mode */
>   printw("Hello World !!!");  /* Print Hello World */
>   refresh();  /* Print it on to the real screen */
>   getch();/* Wait for user input */
>   endwin();   /* End curses mode */
> 
>   return 0;
> }
> 
> I compile it with: gcc Hello.c -lncurses
> 
> But I got the folowing error messages:
> 
> /tmp/ccnsdh1e.o:Hello.c:(.text+0x3c): undefined reference to `_stdscr'
> /tmp/ccnsdh1e.o:Hello.c:(.text+0x49): undefined reference to `_stdscr'

  That's peculiar, it shouldn't have worked at all.  The "ncurses.h" file
doesn't live in /usr/include directly, but in a subdir called
/usr/include/ncurses, so with your #include statement as you have it there, I 
get:

> $ gcc h.c  -lncurses
> h.c:1:21: error: ncurses.h: No such file or directory

when I try to compile your example.  If I change the example to #include
"ncurses/ncurses.h", I get a fully working compile.

  It seems possible you have a bogus ncurses.h in your /usr/include, for some
reason?  You should make sure you have installed the regular cygwin
libncurses-devel package (using setup.exe) to get the ncurses headers and link
libraries (maybe you should try reinstalling it even if you do already have it).

cheers,
  DaveK


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

info -- not nearly as comprehensive as before

[Rockefeller, Harry]

What happened to info?  Most of the compiler commands are absent.
CVS is still there but svn is absent, etc.

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

permissions on dir are incorrectly ordered windows 7 and cygwin

[Bill Hoffman]

Hi,

I have new Windows 7 machine with cygwin.  I am running into some odd 
permission problems.  When I edit files with windows emacs in a cygwin 
folder (c:/cygwin/home/username), the files end up with the execute bit 
on something like this: -rwxrwxr-x


If I run explorer on the directory, and look at the properties security 
tab, a pop up window says:


"The permissions on dir are incorrectly ordered, which may cause some 
entries to be ineffective."


This happened a week ago or so, and windows offered to reorder to fix 
the problem.  I let it do so, and the problem was fixed.  However, the 
problem is now back.  I think it comes back when I run the cygwin setup 
program.   The post install script seems to be causing the problem.


Files create in cygwin honor the umask and seem to be fine.  It is just 
windows programs editing files in the cygwin directories that are the 
problem.


Does anyone have any ideas how to avoid this issue?  Does anyone have an 
explanation as to what is going on here?  Thanks in advance.



-Bill


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: permissions on dir are incorrectly ordered windows 7 and cygwin

[Dave Korn]

On 17/05/2010 16:44, Bill Hoffman wrote:

> "The permissions on dir are incorrectly ordered, which may cause some
> entries to be ineffective."

> Does anyone have any ideas how to avoid this issue?  Does anyone have an
> explanation as to what is going on here?  Thanks in advance.

http://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-mapping

  Basic answer is: They're meant to be in that order, ignore windows'
complaints, and don't let it "fix" them for you.

cheers,
  DaveK


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

1.7 sshd - Alternative for cyg_server account?

[Greg Fury]

Excuse me for my lack of Windows security knowledge.

I'm getting some pushback from our Windows admins while trying to
implement sshd (1.7) on Windows server 2003.

They are concerned about the cyg_server account being a local
administrator.  Saying it's another account that could be compromised,
and they would like to avoid it.

Is this a valid concern?
Are there alternatives to creating this account?
Could we run directly under Administrator?

Thanks for your help.

-- 

-Greg

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: info -- not nearly as comprehensive as before

[Ken Brown]

On 5/17/2010 11:33 AM, Rockefeller, Harry wrote:

What happened to info?  Most of the compiler commands are absent.
CVS is still there but svn is absent, etc.


Not all packages provide info files.  For example, 'cygcheck -l 
subversion' will show you that there is no info file for svn.  On the 
other hand, 'info gcc' will get you plenty of information about compiler 
commands (provided you've installed gcc-core or gcc4-core).


Ken

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

NCurses and Cygwin

[Luis Vital]

Hi,

I just installed NCurses under Cygwin.
Looking at the file list after the instalation I see that I have:

/usr/include/curses.h
/usr/include/ncurses.h
etc.

and

/usr/include/ncurses/curses.h
/usr/include/ncurses/ncurses.h
etc.

If I compile using #include  I got errors but if I
compile using #include "ncurses/ncurses.h" I don't get errors and the
programs work fine.

Nevertheless all the examples use #include  so this should
work fine.

Does anyone know why this is happening? Thanks in advance.
Best regards,

Luis Vital


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: NCurses and Cygwin

[Dave Korn]

On 17/05/2010 19:06, Luis Vital wrote:

> I just installed NCurses under Cygwin.
> Looking at the file list after the instalation I see that I have:
> 
> /usr/include/curses.h
> /usr/include/ncurses.h
> etc.

  The real question is how these got there.  They aren't part of any Cygwin
package.  They must have been there already, for some reason.  You should
probably just get rid of them.

> /usr/include/ncurses/curses.h
> /usr/include/ncurses/ncurses.h
> etc.
> 
> If I compile using #include  I got errors but if I
> compile using #include "ncurses/ncurses.h" I don't get errors and the
> programs work fine.
> 
> Nevertheless all the examples use #include  so this should
> work fine.

  Add "-I /usr/include/ncurses" to your compile commands.  I'm not sure why
the layout is a bit different between Cygwin and Linux, I guess it's just one
of those things.  If you check the cygwin-specific docs for the package
(/usr/share/doc/Cygwin/ncurses.README), you'll see it says to use the -I option.

cheers,
  DaveK


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: NCurses and Cygwin

[Steven Collins]

Perhaps the examples are assuming you are controlling the include path
via a -I switch to the compiler, thus avoiding any direct reference in
the source code that would imply knowledge of your installation?

gcc -I /usr/include/ncurses ...

On Mon, May 17, 2010 at 12:06, Luis Vital <> wrote:
> Hi,
>
> I just installed NCurses under Cygwin.
> Looking at the file list after the instalation I see that I have:
>
> /usr/include/curses.h
> /usr/include/ncurses.h
> etc.
>
> and
>
> /usr/include/ncurses/curses.h
> /usr/include/ncurses/ncurses.h
> etc.
>
> If I compile using #include  I got errors but if I
> compile using #include "ncurses/ncurses.h" I don't get errors and the
> programs work fine.
>
> Nevertheless all the examples use #include  so this should
> work fine.
>
> Does anyone know why this is happening? Thanks in advance.
> Best regards,
>
> Luis Vital
>
>
> --
> Problem reports:       http://cygwin.com/problems.html
> FAQ:                   http://cygwin.com/faq/
> Documentation:         http://cygwin.com/docs.html
> Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
>
>

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: NCurses and Cygwin

[Vincent Rivière]

Steven Collins wrote:

Perhaps the examples are assuming you are controlling the include path
via a -I switch to the compiler, thus avoiding any direct reference in
the source code that would imply knowledge of your installation?


In older ncurses versions, ncurses.h was in /usr/include.
But now it is in the ncurses subdirectory.
So your example simply refer to the old version.
You just have to replace the includes to  and so on.

--
Vincent Rivière

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: strftime %b is broken on ja_JP locale

[Corinna Vinschen]

On May 15 11:39, Kazuhiro Fujieda wrote:
> >>> On Fri, 14 May 2010 21:27:16 +0200
> >>> Corinna Vinschen said:
> 
> >> It should return "5\u6708" in Japanese and "5\uc6d4" in
> >> Korea. MSDN in Japanese describes so. It, however, returns "5"
> >> in both locales.
> >
> > Can you please tell us the number of the knowledge base article saying
> > so?
> 
> There is only a Japanese article:
> http://msdn.microsoft.com/ja-jp/library/cc422084.aspx

Thanks for the URL.  It's incredible that such important information is
not available in English.

> > Does this really only affect the lcids 411 and 412?
> 
> As far as I know, Yes. 

Ok, I'll apply your patch as soon as I'm back to work in a couple of
days.

Thanks,
Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] Updated: {libtasn1/libtasn13/libtasn1-devel}-2.6-1: Tiny ASN.1 library

[Dr. Volker Zell]

Hi

New versions of 'libtasn1/libtasn13/libtasn1-devel' have been uploaded to a 
server near you.

 o Update to latest upstream release


libtasn1 NEWS:
===
  
* Noteworthy changes in release 2.6 (2010-04-20) [stable]
- Fix build failure on platforms without support for GNU LD version scripts.
- libtasn1: Simplified implementation of asn1_check_version.
- tests: Improved self-checks.
- Update gnulib files, fix many syntax-check nits, indent code,
  fix license templates.

* Noteworthy changes in release 2.5 (2010-03-15) [stable]
- doc: Improve GTK-DOC comments.
- misc: Updated gnulib files.

 
CYGWIN-ANNOUNCE UNSUBSCRIBE INFO



If you want to unsubscribe from the cygwin-announce mailing list, please
use the automated form at:


http://cygwin.com/lists.html#subscribe-unsubscribe

If this does not work, then look at the "List-Unsubscribe: " tag in the
email header of this message.  Send email to the address specified
there.  It will be in the format:


cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] Updated: {libidn/libidn11/libidn-devel}-1.18-1: International Domain Name library

[Dr. Volker Zell]

Hi

New versions of 'libidn/libidn11/libidn-devel' have been uploaded to a server 
near you.

 o Update to latest upstream release


libidn NEWS:
===
  
* Version 1.18 (released 2010-02-15) [stable]

** libidn: Put forgotten symbols under old namespace.
Reverts one unnecessary change introduced in 1.17.  Suggested by Marco
d'Itri .

** API and ABI is backwards compatible with the previous version.

* Version 1.17 (released 2010-02-05) [alpha]

** libidn: Fix symbol export problem for a few variables.
Applications (that use these rarely used variables) built against
versions before 1.13 did not work with libidn versions 1.13 to 1.16.

Symbol versioning was introduced in version 1.13 but by accident some
symbols that were visible before that release were not exported, and
the consequence was that those symbols were not available in version
1.13 to 1.16.  This release fixes the problem, so the symbols are
visible again, making this release backwards compatible with all
earlier releases.

The affected symbols are the following variables:
stringprep_iscsi_prohibit, stringprep_rfc3454_A_1,
stringprep_rfc3454_B_1, stringprep_rfc3454_B_2,
stringprep_rfc3454_B_3, stringprep_rfc3454_C_1_1,
stringprep_rfc3454_C_1_2, stringprep_rfc3454_C_2_1,
stringprep_rfc3454_C_2_2, stringprep_rfc3454_C_3,
stringprep_rfc3454_C_4, stringprep_rfc3454_C_5,
stringprep_rfc3454_C_6, stringprep_rfc3454_C_7,
stringprep_rfc3454_C_8, stringprep_rfc3454_C_9,
stringprep_rfc3454_D_1, stringprep_rfc3454_D_2,
stringprep_saslprep_space_map.

Thanks to Marco d'Itri  for reporting
 that led to
discovering this problem.

** Really fix the link error of self-tests on MinGW.

** API and ABI is backwards compatible with the previous version.

 
CYGWIN-ANNOUNCE UNSUBSCRIBE INFO



If you want to unsubscribe from the cygwin-announce mailing list, please
use the automated form at:


http://cygwin.com/lists.html#subscribe-unsubscribe

If this does not work, then look at the "List-Unsubscribe: " tag in the
email header of this message.  Send email to the address specified
there.  It will be in the format:


cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] Updated: {gd/libgd2/libgd-devel}-2.0.36RC1-11: An open source code library for the dynamic creation of images.

[Dr. Volker Zell]

Hi

New versions of 'gd/libgd2/libgd-devel' have been uploaded to a server near you.


Cygwin NEWS:


 o Fixed bug for the treatment of fontconfig libraries


 
CYGWIN-ANNOUNCE UNSUBSCRIBE INFO



If you want to unsubscribe from the cygwin-announce mailing list, please
use the automated form at:


http://cygwin.com/lists.html#subscribe-unsubscribe

If this does not work, then look at the "List-Unsubscribe: " tag in the
email header of this message.  Send email to the address specified
there.  It will be in the format:


cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: timezone setting ?

[J. David Boyd]

Rurik Christiansen  writes:

> HI,
>
> Where is the system's timezone defined ? (or what is the customary way
> to set it ?)
>
> Cheers,



db...@flm25lve9f /
$ echo $TZ
EST5EDT




--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: 1.7 sshd - Alternative for cyg_server account?

[Larry Hall (Cygwin)]

On 5/17/2010 12:21 PM, Greg Fury wrote:

Excuse me for my lack of Windows security knowledge.

I'm getting some pushback from our Windows admins while trying to
implement sshd (1.7) on Windows server 2003.

They are concerned about the cyg_server account being a local
administrator.  Saying it's another account that could be compromised,
and they would like to avoid it.

Is this a valid concern?
Are there alternatives to creating this account?
Could we run directly under Administrator?


The "Administrator" account is not sufficient.  'sshd' requires the
ability to switch users, which the "Administrator" account, by default,
doesn't allow.  One could supplement "Administrator" to have the
required permissions and then use it, though I don't personally see
that as being more secure.

--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (508) 893-9889 - FAX
Holliston, MA 01746

_

A: Yes.

Q: Are you sure?

A: Because it reverses the logical flow of conversation.

Q: Why is top posting annoying in email?


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

1.7.5 cannot bg mintty

[cy . 20 . superconductor]

I sometimes forget to append a & when opening a new mintty from an 
existing mintty. With rxvt this was never a problem, just ^Z and bg in 
the parent terminal (my shell is bash  3.2.49-23). This doesn't seem to 
work for mintty (0.6.2-1) though - although it seems that the job has 
has been put into the background it never becomes possible to type 
anything into the newly spawned terminal window after ^Z has been used.


If I spawn an rxvt from a mintty (or indeed an rxvt from an rxvt) using 
^Z and bg works without any problems. I can't see anything obviously 
different in the output of stty -a between my rxvt and mintty.


If I start a mintty with a &, fg it and then bg it again, the same 
effect occurs - it becomes impossible to type anything into the child 
mintty.


I can an alias to avoid tripping myself up on this all the time, but it 
seemed worth querying. Is there something I'm missing or a setting 
needed somewhere to make mintty background-able (or indeed does anyone 
else experience this behaviour?)


Thanks,

Paul




--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Script questions

[Gregg Levine]

Hello!
For the work I do, building and running the Arduino programs first
from code retreived from SVN and then building it, I am using Cygwin.
Building prior releases worked without complications.

I now find out that the latest ones are using Ant from the Apache
project group to build each. Here's the thing, the script I am
presenting works to tell the whole system where Java is hiding:
(Linux)
#!/bin/sh
export JAVA_HOME=/usr/lib/java
export MANPATH="${MANPATH}:${JAVA_HOME}/man"
export PATH="${PATH}:${JAVA_HOME}/bin:${JAVA_HOME}/jre/bin"

That one works perfectly, no problems whatsoever.

However the export and translation: (Cygwin)
g...@cmdrskywalker /etc/profile.d
$ cat jdk.sh
#!/bin/sh
export JAVA_HOME="/cygdrive/c/Program Files/Java"
#export MANPATH="${MANPATH}:${JAVA_HOME}/man"
export PATH="${PATH}:${JAVA_HOME}/bin:${JAVA_HOME}/jre/bin"

That one, note the instructions to tell Cygwin where Java lives, only
tells it where to find the base directory. I am at a minor loss as to
how to enable the rest of it so as to be able to find the entire tool
chain. Especially since the company behind Java has its own mindset as
to how everything is laid out.

Now I can just see CGF posting "Why the  are you
bothering us with this?" (Yes I know you would not probably use foul
language online, but, ah, sometimes people do some darned strange
things in e-mail, and then want to have it removed, despite the
archiving rules of the list.)

My reason is that they are building the binaries with Cygwin tools and
redistributing the appropriate run-time libraries.

And I am also hoping that someone familiar with Ant has collided with
these problems before and can offer suggestions. My next step will be
to badger the people at  the Ant site to offer clews. And also works
with the Arduino family.
-
Gregg C Levine gregg.drw...@gmail.com
"This signature fought the Time Wars, time and again."

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Script questions

[Jeremy Bopp]

On 05/17/2010 10:35 PM, Gregg Levine wrote:
> Hello!
> For the work I do, building and running the Arduino programs first
> from code retreived from SVN and then building it, I am using Cygwin.
> Building prior releases worked without complications.
> 
> I now find out that the latest ones are using Ant from the Apache
> project group to build each. Here's the thing, the script I am
> presenting works to tell the whole system where Java is hiding:
> (Linux)
> #!/bin/sh
> export JAVA_HOME=/usr/lib/java
> export MANPATH="${MANPATH}:${JAVA_HOME}/man"
> export PATH="${PATH}:${JAVA_HOME}/bin:${JAVA_HOME}/jre/bin"
> 
> That one works perfectly, no problems whatsoever.
> 
> However the export and translation: (Cygwin)
> g...@cmdrskywalker /etc/profile.d
> $ cat jdk.sh
> #!/bin/sh
> export JAVA_HOME="/cygdrive/c/Program Files/Java"
> #export MANPATH="${MANPATH}:${JAVA_HOME}/man"
> export PATH="${PATH}:${JAVA_HOME}/bin:${JAVA_HOME}/jre/bin"
> 
> That one, note the instructions to tell Cygwin where Java lives, only
> tells it where to find the base directory. I am at a minor loss as to
> how to enable the rest of it so as to be able to find the entire tool
> chain. Especially since the company behind Java has its own mindset as
> to how everything is laid out.

The JAVA_HOME environment variable is used by Java, which is a
Windows-native program under Windows.  Since Java is Windows-native, it
doesn't know anything about POSIX paths such as the one you set in your
Cygwin translation.  Apache Ant also assumes that JAVA_HOME uses Windows
paths, and the ant shell script (used when running "ant" from a Cygwin
shell) deals with it appropriately in order to locate your Java
installation based on that fact.

Basically, set JAVA_HOME to a Windows path rather than POSIX path, and
let Ant do the rest for you.  Cygwin itself takes no interest in Sun's
Java or its environment variables.  If you have any other custom
automation which needs knowledge of the Java installation path, you'll
need to model it on the way that Ant handles things surrounding
JAVA_HOME, CLASSPATH, etc.  The ant shell script is reasonably clean and
to-the-point, so you should take a quick peek.

-Jeremy

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple