RE: MinTTY

2009-01-01 Thread Gary R. Van Sickle
> From: Gary R. Van Sickle
> 
> Hey Andy,
> 
> After a thorough 2-minute evaluation, I can give you the 
> following feedback:
> 
> 1.  Good work.
> 2.  Super fast.
> 3.  Cut and paste in a Unixoid terminal for Cygwin finally 
> conforms to Windows norms (AKA "The One True Way").  That 
> alone is worth it.
> 4.  I wasn't getting color from ls, but that appears to be a 
> termcap/terminfo/wrong-bash-invocation issue, as your 
> screenshots clearly show color support.
> 5.  It needs a regular Windows installer.
> 5a. I'm good with Windows installers.  You want I should whip 
> one up for you?
> 
> This will likely become my default terminal unless a more 
> thorough evaluation turns up some showstopper.  Excellent work!

Ok, more feedback after some more extensive use:

- Yeah, the no color thing was solved by putting the standard "bash --login
-i" on the shortcut's command line.  That would be a nice one to have in the
configuration dialogs, but I don't see how you avoid the registry in that
case.  Maybe just going with "bash --login -i" as the default if you don't
tell it otherwise would be a 90% solution.  I don't recall what Setup.exe's
Shortcut capabilities are, but if it's capable enough, the setup package
could tack that on the end when it generates a shortcut for it.
- The ability to configure it via dialogs, especially such 21st century
things as fg/bg/cursor colors and the font and point size to use, is most
excellent and most welcome.
- From the web page: "Mousewheel events can be sent as arrow keys. (This
allows mousewheel scrolling e.g. in less.)"  All I get is dings, and I don't
see any documentation as to how to set this up.
- OMG FULL-SCREEN MODE!  Where we're going, we don't need roads!  Dude, if
you tell me that it uses DirectX and a multi-hundred-dollar video card to
throw up a full-screen 80x24 text interface I will laugh for a week ;-)!
- I don't know if this is good, bad, ugly, or indifferent, but:

Urxvt:
$ set | grep TERM
COLORTERM=rxvt-xpm
TERM=rxvt-unicode

Native Windows console:
$ set | grep TERM
TERM=cygwin

MinTTY:
$ set | grep TERM
TERM=xterm


Suggestions:

- It should default to "Show scrollbar" being on.  For a while there I
thought I didn't have a scrollback buffer.
- The default Lucida 9-point seems rather too small to me.  Now, my eyes are
no spring chickens anymore, but even so, I think 12 point would be a better
default.
- When you open the Options dialog, it takes two clicks to select one of the
option catagories in the tree pane on the left, as if the first is getting
ignored for some reason.
- It doesn't handle resizing correctly.  I.e., with my urxvt-X.exe+Xwin
setup, if I do "echo $PATH" (which goes way over 80 chars) and then I resize
the window, the previously-printed path gets re-layed-out to fill the entire
client area.  With MinTTY, that doesn't happen.  No relayout happens on
either increasing or decreasing the window width (and hence the number of
columns).  Subsequently printed output does however take the new number of
columns into account.  To me, this is the most significant issue I've seen
so far.
- I don't see a config option to set the number of lines of scrollback
buffer.  Whatever it is defaulting to seems like plenty, but it would be
nice to have that in the config dialogs.


Verdict:

I think everyone would win if this replaced the default Cygwin console-based
terminal, even as-is.  Just the reasonable copy/paste behavior and the
ability to resize the window by sensical means close the deal in my book.
Again Andy, good work.

-- 
Gary R. Van Sickle


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



Re: MinTTY

2009-01-01 Thread Thorsten Kampe
* Christopher Faylor (Wed, 31 Dec 2008 12:28:30 -0500)> 
> On Wed, Dec 31, 2008 at 03:39:49PM +0100, Thorsten Kampe wrote:
> >* Christopher Faylor (Tue, 30 Dec 2008 20:05:35 -0500)> 
> >> On Tue, Dec 30, 2008 at 11:44:36PM +, Andy Koppe wrote:
> >> > Christopher Faylor wrote:
> >> >> I wouldn't mind making MinTTY a regular cygwin package.  It sounds like 
> >> >> it
> >> >> would get enough votes.
> >> >
> >> > That would be great. I'll need to read up on the package submission 
> >> > requirements and process. Unless someone would like to volunteer as the 
> >> > MinTTY package maintainer?
> >> >
> >> >> In fact, if it operates like an xterm on Windows
> >> >> maybe it should even be the default program that is invoked by 
> >> >> cygwin.bat.
> >> >
> >> > I'd certainly like that, although unfortunately MinTTY doesn't quite fit 
> >> > the bill yet due to Issue 4 about leaving the console window open. And 
> >> > of 
> >> > course it needs a lot more testing.
> >> 
> >> That's always an irritating issue.
> >
> >?? That's how Windows Cmd.exe works. If rxvt does something different 
> >then it does some magic and it would definitely irritating to me if cmd 
> >would /not/ keep a Window open until mintty is closed. If you want the 
> >"old" behaviour of the command.com/Windows 9X environment, you have to 
> >use "start".
> 
> How does any of the above make this non-irritating?

I don't understand the question.

Thorsten


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



RE: MinTTY

2009-01-01 Thread Thorsten Kampe
* Buchbinder, Barry (NIH/NIAID) [E] (Wed, 31 Dec 2008 15:03:48 -0500)> 
> Thorsten Kampe wrote on Wednesday, December 31, 2008 9:40 AM:
> > you have to use "start".
> 
> Or "cygstart.exe"?

Right. Although there is no real advantage to use that instead of start.
 
> > Windows has a GUI setting for user and system variables (which is
> > quite lenthy to access).
> 
> Start Menu =>
>   Settings =>
> Control Panel =>
>   System (applet) =>
> Advanced (tab) =>
>   Environment Variables (button) =>
> New (button)
> 
> Though it's not short, "quite lengthy" sounds longer than I find it
> in practice.

Okay. Can we say "a little bit lengthy although not as lenghty as 
someone might expect"?

Thorsten


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



Re: MinTTY

2009-01-01 Thread Yaakov (Cygwin/X)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Gary R. Van Sickle wrote:
> - Yeah, the no color thing was solved by putting the standard "bash --login
> -i" on the shortcut's command line.  That would be a nice one to have in the
> configuration dialogs, but I don't see how you avoid the registry in that
> case.  Maybe just going with "bash --login -i" as the default if you don't
> tell it otherwise would be a 90% solution.  I don't recall what Setup.exe's
> Shortcut capabilities are, but if it's capable enough, the setup package
> could tack that on the end when it generates a shortcut for it.

Nothing to do with setup.exe; this is done with a mkshortcut(1) call in
the postinstall script, as I did in Ports SVN.


Yaakov

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEAREIAAYFAklc9U4ACgkQpiWmPGlmQSOvJwCdFL8DVjrkQlG4Ck0+IYQPamX/
qucAn1ZCt/AYrUOp192xc3fRf5rwYTJD
=MEBi
-END PGP SIGNATURE-

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



Re: MinTTY

2009-01-01 Thread Yaakov (Cygwin/X)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Andy Koppe wrote:
> Thank you very much! Yep, I'm entirely new to this, so what with those
> pesky New Year festivities taking away valuable hacking time it might be
> a little while to familiarise myself with this packaging lark. :)

I just simplified the build a bit in SVN, so if you grabbed it before,
you'll want to svn up.


Yaakov
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEAREIAAYFAklc9fcACgkQpiWmPGlmQSNiwwCg6oKToBnBix17wuC6d4XjCbf0
3ukAmwSrsD8jgFsGsPiroHo9/VuNxkoU
=7XeZ
-END PGP SIGNATURE-

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



Re: MinTTY

2009-01-01 Thread Christopher Faylor
On Thu, Jan 01, 2009 at 05:30:17PM +0100, Thorsten Kampe wrote:
>* Christopher Faylor (Wed, 31 Dec 2008 12:28:30 -0500)> 
>> On Wed, Dec 31, 2008 at 03:39:49PM +0100, Thorsten Kampe wrote:
>> >* Christopher Faylor (Tue, 30 Dec 2008 20:05:35 -0500)> 
>> >> On Tue, Dec 30, 2008 at 11:44:36PM +, Andy Koppe wrote:
>> >> > Christopher Faylor wrote:
>> >> >> I wouldn't mind making MinTTY a regular cygwin package.  It sounds 
>> >> >> like it
>> >> >> would get enough votes.
>> >> >
>> >> > That would be great. I'll need to read up on the package submission 
>> >> > requirements and process. Unless someone would like to volunteer as the 
>> >> > MinTTY package maintainer?
>> >> >
>> >> >> In fact, if it operates like an xterm on Windows
>> >> >> maybe it should even be the default program that is invoked by 
>> >> >> cygwin.bat.
>> >> >
>> >> > I'd certainly like that, although unfortunately MinTTY doesn't quite 
>> >> > fit 
>> >> > the bill yet due to Issue 4 about leaving the console window open. And 
>> >> > of 
>> >> > course it needs a lot more testing.
>> >> 
>> >> That's always an irritating issue.
>> >
>> >?? That's how Windows Cmd.exe works. If rxvt does something different 
>> >then it does some magic and it would definitely irritating to me if cmd 
>> >would /not/ keep a Window open until mintty is closed. If you want the 
>> >"old" behaviour of the command.com/Windows 9X environment, you have to 
>> >use "start".
>> 
>> How does any of the above make this non-irritating?
>
>I don't understand the question.

Then live in ignorance.

cgf

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



Re: MinTTY

2009-01-01 Thread Andy Koppe
Just a quick note to say I've uploaded release 0.3.1 of MinTTY. It fixes 
broken non-ASCII output, increases the default font size to 10, and adds 
a couple of easy enhancements: support for accelerator keys in the 
options dialog and the option to switch off transparency when the window 
has the focus.


Andy


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



Re: MinTTY

2009-01-01 Thread Christopher Faylor
On Tue, Dec 30, 2008 at 11:51:06AM -0500, Christopher Faylor wrote:
>It sounds like it would get enough votes.  In fact, if it operates like
>an xterm on Windows maybe it should even be the default program that is
>invoked by cygwin.bat.

I finally played around with this a little.  It is nice.   It reminds
me a little bit of Console2 - http://console.sourceforge.net/.

One thing that Console2 does is provide a true "console" interface which
doesn't rely on anything like Cygwin's ptys.  Console2 allows resizing
and customization of mouse behavior.

I've spent a fair amount of time trying to find some way to improve
cygwin's pty behavior so that ptys behave like real windows consoles.
Console2 apparently uses a polling interface over a captive invisible
console to fool programs into thinking that they are running in a real
Windows console.  I don't feel like I should look too closely like this
because Console2 is GPLed and I'd taint my ability to contribute any
code back to Cygwin.

The downside of Console2's method is that the polling causes a little
bit of lagginess in typing, on my system at least.  You don't see that
on mintty even though it is using cygwin's ptys which are not exactly
tuned for performance.

On further reflection, I think that the fact that mintty uses cygwin
ptys may be a show stopper as far as making it the default is concerned.
I don't think we can have the default command line interface misbehave
when it runs some standard Windows programs, like, if memory serves, the
"NET" command in some cases.

Also, the mouse behavior isn't like xterm or xterm imitators so it
wouldn't necessarily be intuitive for someone coming over from linux.
I'm sure that could be changed though.  Did I miss a configuration
for mouse and cut/paste behavior?

I still think it would be a nice addition to the list of Cygwin
packages.  It gets my +1 vote.

Oh, and if you want to get rid of the console window when mintty is
started from a bat file, I think FreeConsole() would do the trick.

cgf

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



Re: MinTTY

2009-01-01 Thread Thorsten Kampe
* Christopher Faylor (Thu, 1 Jan 2009 12:16:41 -0500)> 
> On Thu, Jan 01, 2009 at 05:30:17PM +0100, Thorsten Kampe wrote:
> >* Christopher Faylor (Wed, 31 Dec 2008 12:28:30 -0500)> 
> >> On Wed, Dec 31, 2008 at 03:39:49PM +0100, Thorsten Kampe wrote:
> >> >* Christopher Faylor (Tue, 30 Dec 2008 20:05:35 -0500)> 
> >> >> On Tue, Dec 30, 2008 at 11:44:36PM +, Andy Koppe wrote:
> >> >> > Christopher Faylor wrote:
> >> >> >> I wouldn't mind making MinTTY a regular cygwin package.  It sounds 
> >> >> >> like it
> >> >> >> would get enough votes.
> >> >> >
> >> >> > That would be great. I'll need to read up on the package submission 
> >> >> > requirements and process. Unless someone would like to volunteer as 
> >> >> > the 
> >> >> > MinTTY package maintainer?
> >> >> >
> >> >> >> In fact, if it operates like an xterm on Windows
> >> >> >> maybe it should even be the default program that is invoked by 
> >> >> >> cygwin.bat.
> >> >> >
> >> >> > I'd certainly like that, although unfortunately MinTTY doesn't quite 
> >> >> > fit 
> >> >> > the bill yet due to Issue 4 about leaving the console window open. 
> >> >> > And of 
> >> >> > course it needs a lot more testing.
> >> >> 
> >> >> That's always an irritating issue.
> >> >
> >> >?? That's how Windows Cmd.exe works. If rxvt does something different 
> >> >then it does some magic and it would definitely irritating to me if cmd 
> >> >would /not/ keep a Window open until mintty is closed. If you want the 
> >> >"old" behaviour of the command.com/Windows 9X environment, you have to 
> >> >use "start".
> >> 
> >> How does any of the above make this non-irritating?
> >
> >I don't understand the question.
> 
> Then live in ignorance.

That'll be my fate from now on... Woe is me!

Thorsten


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



1.5.25: Cygwin, LAPACK, and ssh -- output "swallowed"

2009-01-01 Thread Jim Kramer

Hello all,

Concise problem description:
A C/C++ program that incorporates LAPACK functions "swallows" program 
output when run (as a command) over an ssh connection.


Detailed description and examples:
I've run into an issue with swallowed output using a combination of 
software -- specifically, executing code on a Cygwin machine as an ssh 
command that uses the LAPACK library. Each "part" of the issue is fine 
individually (as far as I know: no other issues with the Cygwin 
environment, sshd accepts logins as expected, C/C++ code that uses 
LAPACK works); the issue only occurs when putting all the parts together.


In all of the following, "hollyberry" is running Cygwin 1.5.25 on XP; 
"bruno" is running Debian testing (2.6.26-1-amd64 kernel).


Example 1 (swallowed output):

jkram...@bruno:~$ ssh hollyberry ./testdgtsv.exe
jkram...@bruno:~$ ssh hollyberry "./testdgtsv.exe"
jkram...@bruno:~$

No output is printed, which I'm describing as "swallowed".



Example 2 (executing the program locally on the Cygwin machine works):

jkram...@hollyberry ~
$ ./testdgtsv.exe
   6.5
  12.0
  15.5
  19.5
  20.5



Example 3 (logging in to the Cygwin machine using ssh (essentially 
making it a local session) also works):


jkram...@bruno:~$ ssh hollyberry
Last login: Tue Dec 30 15:56:52 2008 from 192.168.1.4

jkram...@hollyberry ~
$ ./testdgtsv.exe
   6.5
  12.0
  15.5
  19.5
  20.5

$ logout
Connection to 192.168.1.8 closed.
jkram...@bruno:~$

Here's the C/C++ source code for the above program:

/* testdgtsv.c
 * Test program to confirm that the LAPACK (Fortran) function
 * "dgtsv" can be accessed from C/C++. Source code from example
 * found at:
 *
 * http://seehuhn.de/pages/linear#lapack-hard
 *
 * To compile:
 * gcc testdgtsv.c -o testdgtsv -llapack -lblas -lg2c
 *
 * Output:
 * 6.5
 * 12.0
 * 15.5
 * 19.5
 * 20.5
 */
#include 

#ifdef __cplusplus
extern "C" void dgtsv_(const long *Np, const long *NRHSp, double *DL,
 double *D, double *DU, double *B, const long *LDBp,
 long *INFOp);
#else
extern void dgtsv_(const long *Np, const long *NRHSp, double *DL,
 double *D, double *DU, double *B, const long *LDBp,
 long *INFOp);
#endif
double l[] = {
   -1, -2, -1, -1
};

double d[] = {
   2, 2, 3, 3, 1
};

double u[] = {
   -1, -1, -1, -2
};

double x[] = {
   1, 2, 3, 2, 1
};

static long
dgtsv(long N, long NRHS, double *DL, double *D, double *DU, double *B,
   long LDB)
{
   long info;
   dgtsv_(&N, &NRHS, DL, D, DU, B, &LDB, &info);
   return info;
}

int
main()
{
   int i, info;

   info = dgtsv(5, 1, l, d, u, x, 5);
   if (info != 0) {
 fprintf(stderr, "failure with error %d\n", info);
   } else {
 for (i=0; i<5; ++i) printf("%5.1f\n", x[i]);
   }
   return 0;
}
/* end of testdgtsv.c */

I've compiled the above code using gcc; it will also compile and work 
using g++. So long as "-lgfortran" is used in place of "-lg2c" for the 
following, gcc-4 and g++-4 also work.


jkram...@hollyberry ~
$ gcc testdgtsv.c -o testdgtsv -llapack -lblas -lg2c

jkram...@hollyberry ~
$



With that said and done, there are a bunch of more elementary things I 
checked, making sure the issue didn't show up in a simpler case:


Example 4 (using a shell built-in as an ssh command):

jkram...@bruno:~$ ssh hollyberry echo Hello
Hello
jkram...@bruno:~$ ssh hollyberry "echo Hello1; ./testdgtsv.exe; echo Hello2"
Hello1
Hello2



Example 5 (using a C/C++ executable as an ssh command):

/* hello-cc.cc
 * Standard "Hello World" for C++ */
#include 
using namespace std;

int main(int argc, char **argv) {
 cout << "C++ Hello" << endl;
 return 0;
}
/* end of hello-cc.cc */

jkram...@hollyberry ~
$ g++ hello-cc.cc -o hello-cc

jkram...@hollyberry ~
$ ./hello-cc.exe
C++ Hello

jkram...@bruno:~$ ssh hollyberry "echo Hello1; ./hello-cc.exe; echo Hello2"
Hello1
C++ Hello
Hello2



Example 6 (using a Fortran executable as an ssh command):

! hello-for.f95
! Standard "Hello World" for FORTRAN95
PROGRAM HELLO
PRINT *, 'FORTRAN Hello'
END
! end of hello-for.f95

jkram...@hollyberry ~
$ gfortran-4.exe hello-for.f95 -o hello-for

jkram...@hollyberry ~
$ ./hello-for.exe
  FORTRAN Hello

jkram...@bruno:~$ ssh hollyberry "echo Hello1; ./hello-for.exe; echo Hello2"
Hello1
  FORTRAN Hello
Hello2



Example 7 (thinking that maybe the I/O streams got crossed (heh) or the 
file descriptors were confused, I tried a file redirection both locally 
and over ssh):


jkram...@hollyberry ~
$ ./testdgtsv.exe > tmp.txt

jkram...@hollyberry ~
$ cat tmp.txt
   6.5
  12.0
  15.5
  19.5
  20.5

jkram...@bruno:~$ ssh hollyberry "echo t1 > tmp.txt; ./testdgtsv.exe >>
tmp.txt; echo t2 >> tmp.txt"
jkram...@bruno:~$ ssh hollyberry "cat tmp.txt"
t1
t2

Nothing appears between "t1" and "t2" because the output of "testdgtsv"
was swallowed.



I'm at a loss as to why the combination of LAPACK, Cygwin, and ssh 
commands (and only when used in combination) do this. I s

Re: MinTTY

2009-01-01 Thread Yaakov (Cygwin/X)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Andy Koppe wrote:
> Just a quick note to say I've uploaded release 0.3.1 of MinTTY. It fixes
> broken non-ASCII output, increases the default font size to 10, and adds
> a couple of easy enhancements: support for accelerator keys in the
> options dialog and the option to switch off transparency when the window
> has the focus.

I updated Ports SVN accordingly.  I hope you will consider maintaining
this as a Cygwin package; cygport really makes this easy.


Yaakov

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEAREIAAYFAkldEDwACgkQpiWmPGlmQSP2qgCfZ1Y/mhJfsUHvbVevrEgTXxct
hdsAnjgaspMgAnP8BKJgVDlEvryeuS/y
=Hfyn
-END PGP SIGNATURE-

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



Re: MinTTY

2009-01-01 Thread Reini Urban

Christopher Faylor schrieb:

I still think it would be a nice addition to the list of Cygwin
packages.  It gets my +1 vote.


It has my vote also: +1, if based on Yaakov's cygport, and not the 
current .js mkshortcut helper.


http://cygwin-ports.svn.sourceforge.net/viewvc/cygwin-ports/ports/trunk/apps/mintty/
--
Reini

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



Re: 1.5.25: Cygwin, LAPACK, and ssh -- output "swallowed"

2009-01-01 Thread Eric Hui

Jim Kramer wrote:


Concise problem description:
A C/C++ program that incorporates LAPACK functions "swallows" program 
output when run (as a command) over an ssh connection.


[snip]


In all of the following, "hollyberry" is running Cygwin 1.5.25 on XP; 
"bruno" is running Debian testing (2.6.26-1-amd64 kernel).


Example 1 (swallowed output):

jkram...@bruno:~$ ssh hollyberry ./testdgtsv.exe
jkram...@bruno:~$ ssh hollyberry "./testdgtsv.exe"
jkram...@bruno:~$

No output is printed, which I'm describing as "swallowed".



[snip]

Example 3 (logging in to the Cygwin machine using ssh (essentially 
making it a local session) also works):


jkram...@bruno:~$ ssh hollyberry
Last login: Tue Dec 30 15:56:52 2008 from 192.168.1.4

jkram...@hollyberry ~
$ ./testdgtsv.exe
   6.5
  12.0
  15.5
  19.5
  20.5

$ logout


Jim,

This may be an issue with your path.  In your example 1, try

ssh hollyberry echo '$PATH'

The LAPACK dll is in /usr/lib/lapack/, so that will need to be in 
your path.


Hope this helps.

--
---
Eric C. Hui
---


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



Running 'runas' from a console

2009-01-01 Thread Angelo Graziosi

I have seen that running

$ runas /user:pippo "C:\cygwin\bin\bash --login -i"

works if it is given from Cygwin.bat console, i.e. it asks the password
for 'pippo' and then it opens a pippo's Cygwin.bat-like console.

Instead it doesn't work when one uses another console like xterm, urxvt,
rxvt, mrxvt and... the recent MinTTY, i.e. it seems to exit silently
(but 'ps' shows that there is yet some process running).

I have flagged this because it would be fine to have MinTTY instead of
Cygwin.bat, but at the moment it looks that there is something that runs
on Cygwin.bat but not in other consoles.

Cheers,
   Angelo.


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



Re: MinTTY

2009-01-01 Thread Angelo Graziosi

MinTTY is an application very interesting. I want to flag some problem I
meet in using it.

I cannot insert the character : '~' (tilde, i.e. the 'home dir').
Usually with my italian keyboard I use 'ALT GR'+ì (accented 'i'): this
works with xterm, urxvt, rxvt; with Cygwin.bat I need ALT+ASCII code.

Also the ALT+ASCII code from numeric pad does not work.

I have tried all codepage (Options|Text...) but without positive
results. The best codepage I have to use is UTF-8, with which I can type
all accented character: with UTF-8 only '~' does not work.

Besides this, it would be nice if MinTTY were multi-tabs (mrxvt,
konsole) and if an image could be loaded as background (like mrxvt...)

And for installation, the method suggested by Yaakov is the best!

Cheers,
   Angelo.

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



xterm and cut & paste

2009-01-01 Thread Brian Salter-Duke
This may have a simple answer but I can not find it. I have been using
xterm in cygwin for some time. Recently I updated and it gave me a new
different xterm. I have grown to like it, but there is one problem that
was not there in the old version. Cut and paste works fine fine within
the xterm using highlight for cut and the middle mouse button for paste.
However it does not work in and out of xterm. If I use ^C to cut a
section in a web page, I can not paste it into the xterm. Similarly I
can not copy say a URL from the xterm into Firefox. What am I missing?

Happy New Year to all, Brian.
-- 
   Brian Salter-Duke  Melbourne, Australia
 My real address is b_duke(AT)bigpond(DOT)net(DOT)au
Use this for reply or followup.  Registered Linux user 287938.
  Cygwin for Linux on PCs. 


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



Re: MinTTY

2009-01-01 Thread Christopher Faylor
On Thu, Jan 01, 2009 at 08:07:39PM +0100, Reini Urban wrote:
>Christopher Faylor schrieb:
>>I still think it would be a nice addition to the list of Cygwin
>>packages.  It gets my +1 vote.
>
>It has my vote also: +1, if based on Yaakov's cygport, and not the
>current .js mkshortcut helper.
>
>http://cygwin-ports.svn.sourceforge.net/viewvc/cygwin-ports/ports/trunk/apps/mintty/

I don't think the method used to build from source should have any
bearing on whether the package is accepted.

cgf

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



Re: Running 'runas' from a console

2009-01-01 Thread Christopher Faylor
On Thu, Jan 01, 2009 at 09:45:47PM +0100, Angelo Graziosi wrote:
>I have seen that running
>
>$ runas /user:pippo "C:\cygwin\bin\bash --login -i"
>
>works if it is given from Cygwin.bat console, i.e.  it asks the
>password for 'pippo' and then it opens a pippo's Cygwin.bat-like
>console.
>
>Instead it doesn't work when one uses another console like xterm,
>urxvt, rxvt, mrxvt and...  the recent MinTTY, i.e.  it seems to exit
>silently (but 'ps' shows that there is yet some process running).
>
>I have flagged this because it would be fine to have MinTTY instead of
>Cygwin.bat, but at the moment it looks that there is something that
>runs on Cygwin.bat but not in other consoles.

It's a standard problem with Cygwin ptys not being recognized as windows
consoles.

cgf

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



Re: xterm and cut & paste

2009-01-01 Thread Christopher Faylor
On Thu, Jan 01, 2009 at 10:11:43PM +, Brian Salter-Duke wrote:
>This may have a simple answer but I can not find it.

Have you tried the FAQ at x.cygwin.com?

cgf

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



Re: xterm and cut & paste

2009-01-01 Thread Fergus

Include -clipboard as an option for XWin.
e.g.
  run XWin -clipboard -nolisten local -multiwindow 2>nul &
and then selected text in xterm is automatically copied to the clipboard 
for onward pasting.

Fergus



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



Re: MinTTY

2009-01-01 Thread Andy Koppe

Angelo Graziosi wrote:

I cannot insert the character : '~' (tilde, i.e. the 'home dir').
Usually with my italian keyboard I use 'ALT GR'+ì (accented 'i'): this
works with xterm, urxvt, rxvt; with Cygwin.bat I need ALT+ASCII code.


For characters beyond space MinTTY relies on Windows' keyboard layout 
mechanism, through the ToUnicode function. So I had a look at the 
Italian Windows keyboard layout and was quite surprised to find that it 
simply doesn't have a tilde. (They found space for two Euros though, on 
AltGr+E and AltGr+5.)


So what do you do when you need the tilde in other applications, e.g. 
for typing the bitwise-not operator in C?


X implement its own keyboard layout mechanism on top of lower-level 
Windows scancodes or virtual key codes, so apparently the Italian X 
keyboard layout does have a tilde on AltGr+ì.


I'm very reluctant to add locale-specific keyboard layout handling code 
to MinTTY and I think this issue would best be addressed by adding the 
tilde to the Windows keyboard layout, which would make it available 
across all Windows apps. Microsoft's Keyboard Layout Creator (MSKLC) 
available from http://www.microsoft.com/globaldev/tools/msklc.mspx is a 
free (as in beer) and convenient way to do that. I've whipped up an 
"Italian - Tilde" layout and will send that in a separate mail.


(Btw, the authority on all things Windows keyboards is MSKLC author 
Michael Kaplan, who blogs about it at 
http://blogs.msdn.com/michkap/archive/tags/Keyboards/default.aspx)



Also the ALT+ASCII code from numeric pad does not work.


Sorry about that. I couldn't be bothered to implement that DOS relic 
when I replaced PuTTY's keyboard handling, mostly because it's a 
godawful user interface, even more so on laptops. It is still a Windows 
standard though; therefore I ought to make it work. Issue 17.



Besides this, it would be nice if MinTTY were multi-tabs (mrxvt,
konsole) and if an image could be loaded as background (like mrxvt...)


See issue 8 for why I won't implement tabs. I'm not keen on the 
background image either, but I've entered issue 18 for it.



And for installation, the method suggested by Yaakov is the best!


Couldn't agree more.

Andy

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